Claude is BACK with Opus 5.5
📺 원본 영상: Claude is BACK with Opus 5.5
🎙️ 채널: How I AI
📅 정리 일자: 2026-09-23
⚠️ Note: 본 리포트는 영상 STT를 바탕으로 작성된 리포트의 문맥과 표현을 검수한 문서다. 이번 검수에는 원본 STT와 음성, 화면 자료가 제공되지 않아 실제 발언과의 대조는 수행하지 못했다. 제품명·성능·가격·출시 관련 정보는 기존 리포트에 기록된 영상 속 발언을 기준으로 서술한다. 일부 모델명과 가격 단위는 확정하기 어려워 해당 한계를 본문에 표시했으며,[?]는 추가 확인이 필요한 부분을 뜻한다. 제공된 스크린샷 목록에는 로컬 파일 경로만 있고 webUrl이 없어 이미지는 삽입하지 않았다.
개요
이 영상은 How I AI의 진행자가 한동안 사용을 줄였던 Claude를 다시 업무에 도입하게 된 이유를 Opus 5.5의 실제 사용 경험으로 설명하는 리뷰다. 진행자가 가장 중요하게 보는 변화는 지능이나 벤치마크 순위 자체보다 대화의 간결함, 긴 작업을 수행하는 능력, 프런트엔드 결과물의 완성도처럼 매일 사용하는 과정에서 체감하는 품질이다. 동시에 과도한 침묵, 복잡한 화면 설계, 훈계처럼 느껴지는 응답, 영상 편집의 낮은 완성도를 함께 지적하면서 모든 업무를 한 모델로 옮기기보다 작업별로 도구를 나누는 결론에 도달한다.
Claude를 떠나게 만든 것은 지능보다 대화의 피로감이었다
진행자는 이전에 Claude 사용을 중단한 이유를 모델의 지적 능력 부족으로 설명하지 않는다. 오히려 특정 모델에서 상당한 지능 향상을 느꼈음에도, 실제로 대화를 이어가는 과정이 지나치게 피곤했다고 회고한다. 답변은 길고 요점을 파악하기 어려웠으며, 자연스럽게 설명해 달라는 요구를 반복해야 했다는 것이다. 그 결과 Claude를 일부 백그라운드 작업에만 남겨 두고, 직접 대화하며 일을 진행하는 도구로는 거의 선택하지 않게 되었다고 말한다.
이 배경에서 Opus 5.5의 가장 큰 변화는 진행자가 다시 편하게 대화할 수 있게 되었다는 점이다. 진행자는 사전 접근 기회를 통해 코딩, 지식 업무, 일상적인 대화까지 시험했고, 이전에 느꼈던 거슬리는 표현과 장황함이 크게 줄었다고 평가한다. 다만 이러한 호감이 곧 모든 작업을 이전하겠다는 뜻은 아니라고 선을 긋는다. 영상 전체의 질문은 어떤 모델이 절대적으로 우월한가보다, 개선된 Claude가 자신의 업무 흐름에서 다시 어떤 역할을 맡을 수 있는가에 가깝다.
이 경험에서 읽을 수 있는 함의는 모델의 능력과 사용자가 계속 쓰고 싶은 정도가 서로 다른 평가 축이라는 점이다. 진행자의 설명대로라면 답변의 내용이 유능하더라도, 사용자가 매번 말투를 교정하고 핵심을 추려야 한다면 협업 비용이 커진다. 따라서 대화 스타일은 결과물을 포장하는 부수적인 요소로만 보기 어렵다. 이 리뷰에서 간결하고 자연스러운 응답은 모델의 잠재적 능력을 실제 업무에 다시 연결하는 조건으로 작동한다.
비용과 속도 개선은 매력적이지만, 제시된 수치의 범위를 구분해야 한다
진행자는 Anthropic의 발표 내용을 소개하며 Opus 5.5가 Opus 5보다 약 40% 저렴하고 30% 빠르다는 설명을 전한다. 또한 STT에 ‘Fable 5.1[?]’로 기록되었다는 모델에 여러 작업에서 근접한 성능을 제공한다는 주장도 언급한다. 그러나 이 대목은 진행자가 독립적인 반복 측정으로 입증한 결과가 아니라, 제조사의 설명을 전달하는 부분이다. 직접 사용한 경험으로는 Opus 5보다 반응이 경쾌하게 느껴졌다고 말하지만, 그 체감이 모든 작업에서 일관되지는 않았다고 덧붙인다.
가격 설명에서는 입력에 4달러, 출력에 20달러, 빠른 모드에서는 각각 8달러와 40달러라는 숫자가 등장한다. 다만 기존 리포트에 따르면 STT에서는 이를 ‘토큰당’으로 표현했으며, 과금 기준이 되는 토큰 수[?]가 명확하게 남아 있지 않다. 따라서 이 숫자를 토큰 한 개의 가격으로 확정하거나, 임의로 특정 토큰 묶음의 가격으로 교정할 수는 없다. 캐시 읽기와 쓰기에도 할인된 요율이 있다는 설명이 나오지만, 정확한 요율과 적용 조건 역시 현재 제공된 자료만으로는 확인하기 어렵다.
| 항목 | 리포트에 기록된 영상 속 수치 | 해석 범위 |
|---|---|---|
| 비용 변화 | Opus 5 대비 약 40% 저렴 | 진행자가 전달한 제조사 주장 |
| 속도 변화 | 약 30% 빠름 | 기존 리포트에 따르면 측정 조건은 STT에 없음 |
| 일반 모드 가격 | 입력 4달러, 출력 20달러 | 과금 기준 토큰 수[?] |
| 빠른 모드 가격 | 입력 8달러, 출력 40달러 | 과금 기준 토큰 수[?] |
| 긴 작업 중 무응답 | 약 8~9분 | 진행자가 경험한 사례 |
| 장기 작업 수행 단계 | 단일 프롬프트에서 25~82단계 | 점수가 아닌 수행 단계 수; 진행자가 소개한 테스트 범위 |
| 조사 자료의 고객 편중 | 44개 중 41개가 한 고객에서 발생 | 특정 조사 작업의 관찰 결과 |
벤치마크에 대해서도 진행자는 의도적으로 거리를 둔다. Anthropic이 제시한 일부 평가에서 다른 모델과 비슷하거나 더 좋은 결과를 보였다고 소개하면서도, 어떤 항목을 선택하느냐에 따라 인상이 달라질 수 있다고 지적한다. 특히 자신이 소개한 발표 자료에 등장한 일부 점수는 의미를 모르겠다고 직접 말하기 때문에, 이를 검증된 성능 지표로 재인용해서는 안 된다. 이 리포트에서도 STT에 등장한다고 기록된 ‘Fable[?]’, ‘Sol[?]’, ‘Astra[?]’ 등의 명칭은 별도의 공식 제품 확인 없이 다른 이름으로 치환하지 않으며, 비교 결과를 일반적인 성능 서열로 확대하지 않는다.

03:11 - 진행자가 제조사 벤치마크 비교 차트의 전체 구성을 언급하는 구간
간결해진 답변과 길어진 침묵 사이의 사용자 경험
대화 스타일의 변화를 보여 주는 사례로 진행자는 ChatPRD에 새로운 기술을 어떻게 활용할지 아이디어를 요청한 작업을 소개한다. 모델은 먼저 제공된 문서를 읽고 현재 제품의 맥락에 맞춰 제안하겠다고 설명한 뒤, 활용 아이디어와 추천안을 비교적 명확하게 제시했다고 한다. 진행자가 좋아한 부분은 불필요한 수식 없이 내용을 이해할 수 있었고, 여러 가능성 중 무엇을 선택할지도 분명하게 말해 주었다는 점이다. 다만 이 사례에서 연결한 기술의 명칭과 세부 설명은 STT상 불명확하므로, 해당 기술의 실제 기능까지 확정하지는 않는다.
문제는 장황한 진행 설명이 줄어든 자리에 긴 침묵이 들어왔다는 점이다. 진행자는 일부 작업에서 모델이 약 8~9분 동안 아무 말도 하지 않아, 여전히 작업 중인지 계속 확인하게 되었다고 말한다. 내부적으로 작업이 진행되고 있더라도 사용자에게 그 상태가 드러나지 않으면, 사용자는 기다리는 시간을 정체나 실패로 받아들일 수 있다. 그래서 진행자는 모델이 빨라졌다는 설명과 자신이 빠르게 느꼈는지는 별개의 문제라고 지적한다.
이 사례는 실제 지연 시간과 체감 지연 시간의 차이를 보여 준다. 진행자의 논의를 제품 설계 관점으로 확장하면, 진행 상황 안내는 단순히 문장을 많이 출력하는 기능이 아니라 사용자가 작업 상태를 판단하도록 돕는 장치다. 무엇을 확인했고 어떤 문제가 남았는지를 적절한 시점에 알려 주면, 사용자는 기다림을 더 잘 이해할 수 있다. 다만 이는 진행자의 경험에서 도출한 해석이며, 특정 안내 주기나 메시지 형식의 효과를 영상에서 실험한 것은 아니다.
장기 에이전트 작업에서 드러난 지속성과 맥락 판단
진행자가 시험한 장기 에이전트 작업은 받은편지함 분류, 백엔드 기능 구현, 장시간 조사, 컴퓨터 사용의 네 가지였다. 진행자의 설명에 따르면 네 작업은 모두 성공적으로 마무리되었으며, 단일 프롬프트에서 25~82단계에 이르는 작업을 수행했다. 이 수치는 평가 점수가 아니라 작업 수행 단계 수를 뜻한다. 이는 한 번의 응답을 생성하는 능력보다, 여러 행동과 확인을 이어 가며 목표를 달성하는 능력을 살펴본 사례다. 다만 소수의 개인 테스트이므로 이 결과를 일반적인 성공률이나 안정성 수치로 해석할 수는 없다.

08:43 - 장기 에이전트 작업 결과에서 점수 대신 수행 단계 수를 설명하는 구간
받은편지함 분류에서는 이메일에 포함된 프롬프트 인젝션(Prompt Injection)을 무시한 사례가 긍정적으로 소개된다. 모의 고객지원 환경을 조작하는 작업에서는 잘못된 회사에 연결된 티켓을 찾아 수정했고, 내부 대응 지침과 맞지 않는 고객의 요청도 받아들이지 않았다고 한다. 이 두 사례에서 진행자가 높이 평가한 것은 눈앞의 텍스트를 그대로 수행하는 것보다, 어떤 지시를 따라야 하는지 구분하는 능력이다. 다만 한 번의 공격을 무시했다는 결과만으로 모든 프롬프트 인젝션을 막는다고 결론 내릴 수는 없다.
조사 작업에서는 자료의 양보다 출처 분포를 살핀 점이 눈에 띈다. 모델은 기존 리포트에서 ‘Confluence 티켓[?]’으로 표현된 자료 44개 중 41개가 한 고객에서 나왔다는 사실을 발견하고, 전략 메모의 우선순위 판단에 이를 반영했다고 한다. 자료의 정확한 유형과 서비스명은 원본 확인이 필요하다. 같은 요청이 많이 등장하더라도 대부분 한 고객에게서 나온 것이라면, 이를 여러 고객에게 공통된 수요와 동일하게 취급하기 어렵다는 맥락이다. 진행자의 설명대로라면 모델은 단순한 빈도 집계를 넘어, 자료가 무엇을 대표하는지까지 판단하려고 시도했다.
백엔드 구현에서도 여러 경계 사례를 찾아 대응했다고 평가하지만, 진행자는 결과가 항상 완벽했다고 말하지 않는다. Claude가 작성한 코드를 다른 모델에 검토시키면 오류가 발견되기도 했고, 반대 방향의 검토에서도 비슷한 일이 있었다고 한다. 또한 긴 작업은 후반부에 생긴 실수를 사용자가 놓치기 쉽다는 문제도 언급한다. 따라서 이 테스트가 보여 주는 강점은 자율적으로 오래 작업할 수 있다는 가능성이며, 결과 검토의 필요성까지 사라졌다는 뜻은 아니다.
교차 리뷰 도구로 돌아온 Claude
Opus 5.5의 복귀가 가장 구체적으로 드러난 부분은 진행자의 개발 과정이다. 진행자는 Claude와 다른 도구에 작업을 나눠 맡겨 동시에 진행할 수 있게 되었고, 서로의 결과를 검토하는 용도로도 활용하기 시작했다고 말한다. 특히 다른 모델이 만든 코드나 풀 리퀘스트(PR)를 Claude가 비판적으로 검토하는 역할에 가치를 느꼈다고 설명한다. 이는 하나의 모델을 최종 권위로 삼기보다, 결과물에 다른 관점을 추가하는 방식이다.
여기서 비판적 검토란 코드를 읽고 승인하는 절차보다, 놓친 오류나 가정의 약점을 찾아보도록 맡기는 작업에 가깝다. 영상에서는 양방향 검토에서 오류가 발견된 경험이 이러한 활용을 뒷받침한다. 다만 서로 다른 모델을 사용했다는 사실만으로 오류 탐지가 보장되는 것은 아니며, 영상에도 검출률이나 검증 범위에 대한 정량 자료는 없다. 이 사례의 실무적 의미는 Claude가 모든 개발 작업을 대체해서가 아니라, 검토 단계에서 유용한 역할을 맡으면서 다시 업무 흐름에 들어왔다는 데 있다.
프런트엔드의 강점은 화면을 구성하는 판단에서 나타났다
진행자가 가장 높은 만족도를 보인 작업은 ChatPRD 홈페이지 재설계였다. 기존 페이지에는 제품 소개, 사용 모습을 보여 주는 요소, 고객사 로고, 기능 설명, 리뷰 등이 있었는데, 새 결과물은 중요한 정보를 첫 화면에 더 많이 배치했다고 설명한다. 고객사 로고와 사례를 앞쪽으로 옮기고, 가치 제안을 강조하며, 기능의 핵심 부분이 더 잘 드러나게 했다는 평가다. 진행자는 이러한 변화가 제품을 이해하고 사용을 결정하게 만드는 데 더 적합해 보인다고 말하며, 실제 반영 의사도 밝힌다.

12:18 - ChatPRD 홈페이지 재설계 결과에서 사용 사례별 연동 기능 필터를 설명하는 구간
구체적으로 호평한 요소는 사용 사례에 따라 연동 기능을 필터링하는 상호작용과 리뷰를 보여 주는 방식이었다. 이는 단순히 색상이나 장식을 바꾸는 작업보다, 방문자가 정보를 탐색하는 흐름을 재구성한 사례로 읽을 수 있다. 다만 전환율이 실제로 개선되었다는 측정 결과는 제시되지 않는다. 따라서 ‘전환에 더 적합하다’는 평가는 진행자의 디자인 판단이며, 입증된 사업 성과와 구분해야 한다.
완성도에 대한 지적도 분명하다. 진행자는 일부 요소의 정렬이 어긋나고, 아이콘이 기대에 못 미치며, 불필요한 테두리와 상투적인 문구가 남아 있다고 말한다. 이런 결함에도 전체 구성과 정보 강조 방식은 기존 페이지보다 좋아졌다고 평가한다. 이 사례에서 Opus 5.5의 가치는 곧바로 완성품을 보장하는 능력보다, 사람이 다듬어 채택할 만한 설계안을 빠르게 제시하는 능력에 있다.
💡 [영상 참조] 진행자는 이 구간에서 기존 홈페이지와 재설계 결과를 비교하며 정보 배치, 연동 기능 필터, 리뷰 영역, 정렬 문제를 설명한다. 실제 화면 구성은 원본 영상 12분 18초 부근에서 확인할 수 있다.
기능이 풍부한 프로토타입과 이해하기 쉬운 제품은 다르다
프런트엔드 평가가 모든 사례에서 동일하게 긍정적인 것은 아니다. 개발 도구 형태의 인시던트 센터와 일정 관리 앱에서는 한 번의 요청으로 여러 기능이 작동하는 결과물을 얻었다고 하지만, 화면에 정보가 지나치게 많이 들어가 이해하기 어려웠다고 말한다. 진행자는 클릭한 요소가 실제로 동작한다는 점을 인상적으로 보면서도, 전체 구조를 머릿속에서 정리하기는 힘들었다고 평가한다. 이 사례는 기능을 빠짐없이 구현하는 능력과 사용자의 인지 부담을 줄이는 능력이 서로 다를 수 있음을 보여 준다.
반면 계약 갱신을 다루는 SaaS 대시보드는 읽기 쉬운 구성으로 호평받았다. 진행자는 의미가 있는 색상 사용, 시각화, 여백, 화면의 리듬 등이 잘 어울렸다고 설명한다. 백그라운드 작업의 로그를 보여 주는 개발 도구도 앞선 인시던트 관리 화면보다 정돈되어 있었으며, 어떤 용도인지 이해하기 쉬웠다고 한다. 이에 따라 진행자는 Claude가 복잡해질 때 범위를 줄이고 핵심 문제에 집중하도록 이끌 필요가 있다고 말한다.

14:18 - 계약 갱신 SaaS 대시보드의 구성 요소와 여백, 색상 활용을 평가하는 구간
일반 소비자용 앱에서는 다른 한계가 드러났다. 식물 관리 앱의 경우 종이 같은 배경색, 주황색 강조, 사이드바, 둥근 요소 등이 익숙하고 상투적인 결과를 만들었다고 평가한다. 반면 같은 앱에 포함된 식물 SVG는 매우 만족스러웠다고 말해, 전체 제품 디자인과 개별 시각 자산의 품질이 다를 수 있음을 보여 준다. 따라서 이 영상의 사례만으로 특정 분야의 디자인 능력을 하나의 점수로 묶기보다, 정보 구조와 브랜드 표현, 세부 자산 제작을 나누어 살펴보는 편이 타당하다.
로드맵과 의존성 관리 도구에서는 높은 복잡성이 오히려 장점으로 평가되었다. 진행자는 상세한 업무 흐름이 필요한 제품에서 모델이 세부 사항을 잘 풀어냈고, 서로 다른 사용자 관점으로 와이어프레임을 살펴보는 기능까지 만들었다고 설명한다. 이는 복잡한 결과물이 언제나 나쁘다는 뜻이 아니라, 그 복잡성이 실제 업무의 요구와 맞는지가 중요하다는 사례다. 다만 화면을 직접 확인하지 않은 상태이므로, 구체적인 사용자 권한이나 의존성 처리 로직까지 추정할 수는 없다.

16:42 - 로드맵과 의존성 관리 와이어프레임의 복잡한 업무 흐름과 세부 설계를 설명하는 구간
SVG 일러스트레이션에서 발견한 새로운 활용처
진행자가 새롭게 강조한 활용처는 SVG(Scalable Vector Graphics) 일러스트레이션 생성이다. 식물 관리 앱에 등장한 보스턴고사리, 선인장, 산세베리아 그림은 각각의 식물을 알아볼 수 있게 표현되었다고 평가한다. 전체 앱의 스타일은 마음에 들지 않았지만, 그 안에 들어간 그림은 별도로 높은 평가를 받은 셈이다. 이 경험을 계기로 진행자는 SVG 생성을 자신의 모델 평가 항목에 추가했다고 설명한다.
별도의 테스트에서는 서로 다른 표정이나 감정을 가진 캐릭터 세 개를 요청했다. 진행자는 문서 모양의 캐릭터와 벌레 캐릭터 등을 소개하며, 결과물 사이의 스타일 일관성과 세부 표현을 호평한다. 나머지 하나의 정체는 진행자 자신도 마이크인지 선인장인지 확신하지 못하므로, 특정 사물로 단정할 수 없다. 다른 모델의 결과에서는 신체 일부가 어색한 위치에 붙는 등의 문제가 있었다는 비교도 나오지만, 이는 진행자가 수행한 제한된 사례에 대한 평가다.
진행자는 이 그림들이 코드로 작성되었다는 점을 특히 좋아하며, 이후 애니메이션으로 발전시킬 가능성도 언급한다. 그러나 영상에서 실제 애니메이션을 구현하거나 동작을 검증했다는 설명은 없다. 확인 가능한 범위는 생성된 정적 일러스트레이션의 스타일과 표현을 진행자가 높게 평가했다는 데까지다. 이 사례는 모델의 디자인 활용을 전체 페이지 생성에만 한정하지 않고, 제품에 들어갈 작은 시각 자산 제작으로 넓혀 볼 수 있음을 시사한다.

20:19 - SVG 캐릭터 일러스트레이션의 스타일 일관성과 애니메이션 활용 가능성을 설명하는 구간
💡 [영상 참조] 진행자는 SVG 캐릭터의 표정과 스타일 일관성, 세부 표현을 설명한다. 코드 구조나 정확한 형태는 STT에 포함되어 있지 않으므로 원본 영상 20분 19초 부근을 참조해야 한다.
안전한 판단과 훈계처럼 들리는 응답 사이
진행자는 Anthropic이 이번 모델의 정렬(Alignment), 외부 평가, 프롬프트 인젝션 대응, 사이버·바이오 안전장치를 강조한다고 소개한다. 일부 사이버보안 작업에서는 다른 모델로 전환될 수 있다는 설명도 전하지만, 전환 대상의 정확한 명칭과 조건은 STT만으로 확정하기 어렵다. 받은편지함 테스트에서 악성 지시를 무시한 사례는 이러한 방향과 맞닿아 있다. 다만 제조사가 제시한 안전성 설명과 진행자의 개별 관찰을 합쳐 일반적인 방어 성능으로 단정해서는 안 된다.
진행자가 불편해한 사례는 배포 문제에 지친 상황을 가정한 대화다. 테스트를 건너뛰고 곧바로 운영 환경에 배포하자고 요청하자, 모델이 이를 거부하면서 상황을 더 악화시킬 수 있다는 취지로 답했다고 한다. 진행자는 자신이 결정권자인데 모델에게 제지당하는 느낌을 싫어했고, 응답에 포함된 표현도 훈계처럼 받아들였다. 대신 먼저 문제를 고친 뒤 배포하자는 식으로 말했으면 더 나았을 것이라고 설명한다.
이 사례를 해석할 때는 판단의 내용과 전달 방식을 구분할 필요가 있다. 운영 배포를 신중하게 처리하려는 판단 자체와 사용자의 감정을 거슬리게 하는 어조는 같은 문제가 아니기 때문이다. 진행자의 대안도 문제를 방치한 채 배포하자는 뜻보다, 해결 행동을 먼저 제안하는 협업 방식에 가깝다. 따라서 이 장면에서 얻을 수 있는 핵심은 안전장치의 유무만이 아니라, 제약을 설명하면서도 사용자의 목표를 향해 어떻게 일을 이어 가느냐가 만족도에 영향을 준다는 점이다.
대화 말투와 사용자를 대신해 쓰는 글은 별도로 평가해야 한다
진행자는 평소 대화가 덜 거슬리게 되었다는 평가와 이메일 대필 성능을 별도로 다룬다. 받은편지함 분류 작업에서는 자신의 이메일 스타일을 완전히 재현하지 못했다고 말하지만, 다른 예시에서는 짧고 자신다운 답변을 잘 작성했다고 평가한다. 이때는 이미 자신의 문체에 관한 피드백과 작성 지침을 도구에 제공해 둔 상태였다고 설명한다. 즉, 긍정적인 결과는 아무런 맥락 없이 진행자의 목소리를 재현했다는 사례와는 다르다.
구체적으로 진행자가 만족한 부분은 답변이 짧고, 원하지 않는 문장부호를 쓰지 않으며, 자신이 준 지시를 따랐다는 점이다. 이는 자연스럽게 대화하는 능력과 특정 사용자의 글쓰기 습관을 재현하는 능력이 구분된다는 사실을 보여 준다. 전자는 기본 응답 스타일만으로도 체감할 수 있지만, 후자는 사용자의 선호를 얼마나 명확히 제공했는지에 영향을 받을 수 있다. 영상은 두 영역 모두에서 개선 가능성을 보여 주지만, 어떤 상황에서나 동일한 문체 재현이 이루어진다고 주장하지는 않는다.
영상 편집에서는 작업 완료와 결과물의 품질이 갈렸다
가장 부정적인 평가를 받은 작업은 셀프 촬영 영상을 짧은 소셜 영상으로 편집하는 테스트였다. 진행자는 ElevenLabs 커넥터와 MCP를 사용해 TikTok 스타일의 짧은 영상을 만들도록 했다고 설명한다. 모델은 작업을 수행했지만, 색 보정이 부자연스럽고 점프 컷이 충분하지 않았으며 화면 위에 얹는 오버레이 요소의 디자인도 좋지 않았다고 평가한다. 다시 말해 파일을 만들어 내는 데 성공한 것과, 시청할 만한 편집 결과를 만드는 데 성공한 것은 달랐다.

21:14 - 짧은 영상 편집 결과의 점프 컷과 오버레이 디자인 문제를 설명하는 구간
진행자는 비슷한 작업을 다른 모델로 수행했을 때 더 나은 결과를 얻었다고 회고한다. 그러나 어떤 모델이었는지 발언에서 확신하지 않으므로, 이를 특정 모델 사이의 확정적인 우열로 정리할 수는 없다. 또한 이 경험을 통해 영상 편집에는 별도의 스킬이나 구체적인 작업 지침이 필요할 것이라고 추정한다. 이는 개선 방향에 대한 의견이며, 그러한 지침을 적용한 뒤 품질이 향상되었다는 후속 검증은 영상에 포함되지 않는다.
이 실패 사례는 시각 작업 전체를 하나의 능력으로 묶기 어렵다는 점을 보여 준다. 진행자는 같은 모델의 웹 인터페이스와 SVG 결과에는 높은 점수를 주면서도, 시간에 따라 장면과 정보가 전개되는 영상 편집에는 만족하지 못했다. 정적인 구성에서 좋은 결과를 얻었다고 해서 편집의 리듬과 컷의 타이밍까지 잘 판단한다고 볼 수는 없는 셈이다. 다만 이는 영상에 나온 작업들을 비교한 해석이며, 모델 내부의 원인이나 학습 특성까지 설명하는 것은 아니다.
모든 작업을 옮기지 않는 이유는 도구 전체의 경험에 있다
영상의 결론에서 진행자는 Claude를 다시 사용하게 되었지만, 여전히 익숙한 다른 도구를 먼저 여는 경우가 많다고 말한다. 그 이유로 데스크톱 앱, 컴퓨터 사용 경험, 에이전트를 둘러싼 실행 환경인 하니스(Harness)에 대한 선호를 든다. 이는 모델의 답변 품질뿐 아니라 작업을 시작하고 진행 상태를 확인하며 결과를 다루는 전체 경험이 선택에 영향을 준다는 뜻이다. 이 부분은 진행자 개인의 선호와 업무 환경에 관한 진술이며, 제품 전반의 객관적인 우열을 입증하는 자료는 아니다.
실제로 Claude를 많이 쓰는 영역으로는 PR 리뷰와 아키텍처 질문을 제시하고, 앞으로의 프런트엔드 작업에도 활용하겠다고 말한다. 반면 컴퓨터 사용과 영상 편집에서는 기존 도구를 계속 선택하겠다고 말한다. 앞서 Claude의 컴퓨터 사용 테스트가 성공했다고 평가한 것과도 모순되지 않는다. 특정 작업을 완수할 능력이 있다는 사실과, 일상적으로 가장 먼저 선택할 도구라는 평가는 서로 다른 기준이기 때문이다.
진행자는 비용과 성능의 우위가 지속된다면 자신의 사용 습관도 바뀔 수 있다고 여지를 남긴다. 동시에 다른 모델보다 느리게 느껴지는 순간이 있었으며, 그것이 실제 처리 속도보다 응답 방식 때문일 수도 있다고 말한다. 영상 끝에는 이용 가능 경로와 사용량 한도 확대 등의 안내도 등장하지만, 이는 영상 시점의 발언이며 현재 조건으로 검증된 정보는 아니다. 결국 이 리뷰의 채택 기준은 발표된 사양 하나가 아니라, 반복해서 사용했을 때 좋은 결과와 편안한 작업 경험을 제공하는지에 놓여 있다.
마무리 / 핵심 정리
이 영상에서 Opus 5.5의 복귀는 모든 분야에서 경쟁 모델을 압도했다는 선언이 아니다. 진행자는 대화의 피로감이 줄었고, 여러 단계의 작업을 끝까지 수행했으며, 프런트엔드와 SVG 제작에서 활용할 만한 결과를 얻었기 때문에 Claude를 다시 자신의 업무에 포함시켰다. 그러나 긴 침묵, 과도하게 복잡한 화면, 상투적인 스타일, 훈계처럼 느껴지는 응답, 영상 편집의 낮은 완성도는 여전히 남아 있다고 설명한다. 이처럼 장점과 한계를 함께 인정한 결과, 사용 방식도 전면 이전보다 작업별 분담으로 정리된다.
이 사용기가 제안하는 실질적인 평가 기준은 모델이 얼마나 똑똑한가에만 머물지 않는다. 긴 작업에서 맥락을 유지하는지, 결과물을 읽고 검토하기 쉬운지, 사용자의 표현 방식을 따르는지, 도구 전체가 일상적인 업무에 잘 맞는지를 함께 살펴야 한다. 진행자에게 Claude의 새로운 자리는 코드와 설계를 다시 검토하고, 화면과 시각 자산을 만드는 역할에서 먼저 생겼다. 이 리뷰의 가장 설득력 있는 메시지는 높은 성능이라는 추상적인 평가보다, 반복해서 맡길 수 있는 구체적인 일이 생겼을 때 도구가 업무로 돌아온다는 점이다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | Claude is BACK with Opus 5.5 |
| 채널 | How I AI |
| 기존 리포트에 명시된 STT 범위 | 00:00~24:45 |
| 리포트 작성 | 2026-09-23 |
| 작성 방식 | YouTube 영상 STT 기반 리포트의 문맥 교정 및 서술형 에디팅 |
| 검증 범위 | 제공된 리포트와 스크린샷 목록의 설명을 검토함. 원본 STT·음성·화면 자료 및 외부 공식 문서와의 대조는 수행하지 않음 |
| 스크린샷 | 목록의 7개 항목 모두 로컬 경로만 제공되어 webUrl 기반 이미지 삽입은 수행하지 않음 |
| 해석상 유의점 | 가격 단위와 일부 고유명사는 불명확하며 [?]로 표시함. 나머지 수치도 원본과 재대조한 값은 아니며, 성능 비교와 사용 평가는 기존 리포트에 기록된 진행자의 발언에 근거함 |
💬 본 리포트는 영상 STT를 바탕으로 작성된 기존 리포트를 검수한 문서다. 진행자의 관찰에서 확장한 해석은 본문에서 구분했으며, 정확한 발언과 화면 자료는 원본 영상을 참조해야 한다.
Related Reports
- Opus 5.5 너무 맛이쪙 꿀 송편보다 더 달달해 현기증나 앙냥냥냥 잡채에 소주 한잔 당근 빼고 주세요
- The AI factory playbook for engineering teams
- What Does Done Even Mean? Agents and Paperclip’s Liveness Model - Dotta, Paperclip
- Don’t Build Agents You Can’t Answer For — Addy Osmani
- Imagination Engineering — Eve Bouffard, Head of Design, Y Combinator