이제 좀 잠잠해졌는데, Composer 2 써본 경험은 어때요?

내가 쓰는 패턴: 똑똑한 모델로 기능을 명확한 스펙(어떤 파일, 어떤 변경, 최종 상태)으로 쪼갠 다음, 그걸 Composer 2에 단일 작업으로 던지는 거임. 막연하게 요청하면 헤매는데, 'X 파일의 Y 함수를 Z로 바꿔'라고 하면 아주 잘함. 기계적인 작업에 Opus 낭비하는 것보다 훨씬 싸게 먹힘.

네가 말한 방식이 내가 모든 모델을 쓰는 유일한 방법임. 이게 유일하게 합리적인 방식인 듯.

계획 단계는 보통 훨씬 짧음. 전체 구현을 돌리는 게 아니라 '무엇을 어디서 바꿔야 하는지'만 뽑아내는 거니까. 비용 차이가 나는 이유는 Composer 2가 실제 다중 파일 수정을 수행하는데, 이게 계획 단계 토큰보다 5~10배는 쉽게 넘어가기 때문임. 작업 유형은 백엔드/API 작업이나 명확한 반복 패턴이 있는 거에 최고임. 필드 추가, 함수 리팩토링, 새 엔드포인트 연결 같은 거. 프론트엔드는 좀 복불복임.

진짜 일꾼임. 가끔 이상한 짓을 하긴 함(내가 말한 걸 안 믿어서 작업을 거부하기도 함). 근데 난 그린필드 프로젝트를 Composer 2 없이도 한 번에 10개 계획을 시작할 수 있게 구조화해서 비용 거의 안 듦. 내 문제 해결책은 테스트를 정의해서 결과 중심적으로 만드는 거임. 이렇게 하면 처음부터 에이전트를 많이 돌릴 수 있게 설계 가능함.

20달러 플랜 한도 초과했었는데(Opus 때문), Composer 2만 쓰니까 괜찮았음. 대규모 코드베이스의 중간~대형 작업이랑 대규모 코드베이스의 소형 작업에 아주 잘함. 3000줄짜리 PR 리뷰도 시켜봤는데 버그 3~4개 찾아내더라.