Sonnet 5로 바꿨더니 구독 제한이 사실상 무제한이 됐음

그리고 이건 계획을 어떻게 짜느냐에 따라 다르기도 함. 난 Sonnet한테 구현 계획을 짜달라고 하진 않거든. 주로 사용할 API 조사나 API에 뭐가 들어있는지 확인하는 용도로 쓰지. 근데 이건 내 프로젝트에 아주 특화된 방식이긴 해.

그러니까 이건 '야, 이거 좀 봐줘' 단계인 거지, '상세하게 설계해 줘' 같은 계획 단계는 아니라는 거네.

맞아.

오, 이거 진짜 유용하네. 관련 문서 찾을 때 쓸 키워드 좀 알려줘.

계획 짤 때 약한 모델 쓰고 구현할 때 강한 모델 쓰는 거라면, 프로세스나 스택, CI/테스트 같은 데 뭔가 문제가 있는 거 아님? 난 계획이랑 특히 코드 리뷰할 때 강한 모델을 씀. 계획만 잘 짜두면 의외로 약하고 빠른 모델로도 구현은 충분히 가능하거든.

각 모델의 강점을 깎아먹는 게 아니라서 아주 똑똑한 파이프라인이네. 근데 결국 진짜 병목 현상은 리파인먼트 단계에서 얼마나 많은 피드백이 오가느냐가 될 것 같다.

내 첫 프로젝트(비개발자이자 AI 초보)로 캘린더 웹앱을 만드는데, Claude가 직접 Sonnet만 쓰라고 추천하더라. 난 한 번에 변경 하나(혹은 작은 디자인 수정 같은 사소한 관련 수정 몇 개)만 하고, 커밋-푸시-테스트를 반복함. 최근 모델 업데이트 이후에 이 추천이 여전히 유효한지 다시 물어봤는데, 이런 접근 방식과 프로젝트 유형에는 여전히 Sonnet을 추천하더라고. 다른 모델을 쓰면 계획이나 구현 효율이 안 나올 듯. 더 깊은 코드 리뷰나 '고급 디버깅' 같은 건...