모델 라우팅 및 토큰 절약

모델 라우팅 및 토큰 절약은(는) 무엇을 하나요?

어떤 모델을 사용할까

• Sonnet (기본값, 작업의 ~90%): 편집, 버그 수정, 테스트, 알려진 코드의 리팩터, git, 문서, README/TROUBLESHOOTING 업데이트, npm run check 실행.
• Opus (효과가 확실할 때만): 여러 모듈에 걸친 새로운 기능, 아키텍처 또는 데이터 흐름 변경, Sonnet 시도 한 번 후에도 원인을 알 수 없는 버그, 보안 검토, 대규모 마이그레이션. 최대 약 30줄의 짧은 서면 계획을 작성한 후 Sonnet에서 실행하는 데 사용하십시오.
• Haiku: 순수 조회, grep 및 보고, 로그 요약, 파일 목록화. 하위 에이전트에 model: haiku로 위임하십시오.
• 스타일, 이름 지정, 또는 단일 파일 변경을 위해 Opus로 에스컬레이션하지 마십시오. Sonnet 시도가 두 번 실패하면 한 번 에스컬레이션한 후 Sonnet으로 돌아오십시오.

품질 저하 없이 토큰 절약하기

1. PLAN.md를 먼저 읽으십시오. 그런 다음 작업과 관련된 파일만 읽으십시오. 파일을 열기 전에 Grep/Glob을 사용하고, 전체 파일이 아닌 줄 범위를 읽으십시오.
2. node_modules, dist-electron, release, logs, data, package-lock.json 또는 .env는 절대 읽지 마십시오.
3. npm run check는 매 편집 후가 아니라 마지막에 한 번만 실행하십시오. 반복 작업 중에는 단일 테스트 파일(npx vitest run tests/<file>)을 실행하십시오.
4. 긴 명령어 출력은 Select-Object -First 40 / -Last 40을 통해 파이프로 연결하고, 전체 로그를 덤프하지 마십시오.
5. 방금 편집한 파일을 다시 읽지 마십시오. 대화에서 이미 확립된 사실을 다시 언급하지 마십시오.
6. 답변을 짧게 유지하십시오: 무엇이 변경되었는지, 무엇이 확인되었는지, 사용자가 다음에 무엇을 해야 하는지.
7. 광범위한 검색이나 로그 읽기는 하위 에이전트에 오프로드하여 주요 컨텍스트에는 결론만 들어가도록 하십시오.
8. 세션당 하나의 작업을 수행하십시오. 주제가 변경되면 긴 기록을 유지하는 대신 새 세션을 시작하십시오.
9. 정확성에 영향을 미치는 검사, 테스트 또는 파일 읽기를 토큰을 절약하기 위해 건너뛰지 마십시오.