Haiku 5.5가 충분히 저평가받고 있음

Haiku 좋아하긴 하는데, Opus랑 똑같진 않음

/loop는 좋지만, 감시 없이 돌리면 100k 토큰 저가 티어를 넘어설 위험이 있음.

난 Haiku 5.5한테 힘든 일 대부분을 시키고, 마지막에 Opus 5.5한테 Haiku가 놓친 게 없는지 검토하게 함.

이렇게 하니까 생산성이 훨씬 올라갔음.

80k랑 95k에 훅을 거는 게 핵심이네. 캡 미만으로 유지되게 작은 단위로 쪼개는 게 사실상 전부임. 나도 매일 Claude code에 훅을 쓰는데, 문제는 코디네이터가 위임자한테 너무 많은 컨텍스트를 조용히 밀어 넣는다는 거임. 그래서 작업 단위는 작아 보여도 넘겨주는 데이터는 안 작을 때가 있음.

솔직히 Opus 5.5는 이제 AI가 걱정되기 시작하는 지점에 도달했음…

하지만 이 시점에서 AI 기업들이 전체 SaaS 시장을 다 무너뜨릴지도 모르겠다는 생각이 듦. 3월의 4.6부터 지금의 5.5까지. 내년에 무슨 일이 벌어질지 누가 알겠음.

예를 들어, 6시간 정도 걸리긴 했지만 모든 스트리밍 구독을 해지했음. 집에서 로컬로 호스팅하는 더 나은 스트리밍 앱을 만들었거든(real debrid 사용).

놀랍게도 Claude는 내가 접근성 문제가 있다고 말한 뒤 Gemini argon으로 초기 아키텍처 작업을 끝내고 나니 속이기가 꽤 쉬웠음. Claude는 처음에 도움을 거부했었거든.

토큰 경고 훅은 좋은 팁이네, 훔쳐 가야지. Haiku가 어디서 무너지는지 궁금함. 분명히 포기하고 Opus한테 다시 보내야 하는 작업 유형이 있을 텐데.

여기서 얻는 가장 큰 차이는 처음에 얼마나 많은 컨텍스트를 주입해야 하느냐임. 그래서 작업 크기가 중요함. 압축을 많이 할수록 데이터가 튈(drift) 가능성이 커짐. 그래서 난 개인적으로 Haiku는 작고 쉬운 작업에 쓰고, Opus로 스케일업함. 오케스트레이션 작업에는 Fable을 쓰고.

한마디 보태자면, H5.5는 써볼 가치가 있음. 가능만 하다면 엄청나게 저렴하니까. Medium 티어에서는 서브 에이전트를 실행하지 않는 한 사용량을 다 쓰기가 거의 불가능함.

테스트 결과 읽는 분류 작업에 써보려고 하는데, 아직 정확도가 50%도 안 나옴. 그래도 기대는 하고 있고 어떻게든 내 워크플로우에 넣고 싶음..