코드의 동작을 유지하며 로직 추출, 중복 통합, 담당 위치 이동을 진행합니다. 구조 변경 전후에 같은 검증을 수행해 동작이 일치하는지 확인합니다.
- 동작을 유지하며 로직을 추출할 때
- 중복된 로직을 통합할 때
- 모듈 사이에서 처리 책임을 옮길 때
코드의 동작을 유지하며 로직 추출, 중복 통합, 담당 위치 이동을 진행합니다. 구조 변경 전후에 같은 검증을 수행해 동작이 일치하는지 확인합니다.
코드 변경 사항을 검토해 줄 번호, 문제, 구체적인 수정안을 원칙적으로 한 줄에 정리합니다. PR에 붙여 넣고 대응할 위치를 파악하기 쉬운 댓글을 만듭니다.
에이전트의 답변을 결론부터 시작하는 짧은 문장으로 정리합니다. 인사와 긴 서두를 덜고 코드, 수치, 부정 조건 등 필요한 정보와 가독성을 유지합니다.
처음 접하는 코드나 직접 검색으로 찾지 못한 처리의 관련 파일을 읽기 전용으로 조사합니다. 실제로 읽은 줄 범위와 짧은 이유를 함께 보고합니다.
기존 구조를 활용해 새 기능이나 외부 연동을 필요한 범위에서 구현합니다. 완료 조건과 제외 범위를 먼저 정하고 관련 계층을 연결해 전체 동작을 완성합니다.
코드 위치 조사, 한두 파일의 수정, 변경 사항 검토를 전담 보조 에이전트에 맡깁니다. 짧고 구조화된 결과를 받아 주 에이전트의 문맥 사용량을 줄입니다.
기존 작업이 수용 조건을 충족하는지 필요한 만큼만 검사합니다. 현재 상태에도 유효한 결과를 재사용하고, 통과 여부와 실행하지 못한 이유를 정리한 뒤 검증을 마칩니다.
기술 정보와 부정 표현, 수치를 유지하면서 에이전트의 답변을 짧은 구절로 압축합니다. 반복 설명을 줄이고 명시적으로 해제할 때까지 간결한 응답을 유지합니다.
Caveman Cloud의 실험 상태와 평가 결과를 확인해 시작, 승인, 취소, 롤백의 판단 근거를 정리합니다. 근거에 따라 제안하며 상태 변경 실행은 차단합니다.
코드에서 LLM을 사용하는 흐름을 업무 단위로 찾고 승인 후 용도별 라벨을 붙입니다. Caveman Cloud에서 처리 흐름별 비용을 나누어 확인할 수 있도록 합니다.
문제의 증상에서 원인을 추적해 해당 동작을 담당하는 최소 범위를 수정합니다. 주변 동작과 기존 변경을 보존하고 관련 테스트로 수정 결과와 재발 방지를 확인합니다.
기존 데이터와 호환성을 유지하며 데이터, API, 설정, 의존성의 이전을 진행합니다. 되돌리기 절차와 신구 동작 검증을 포함해 단계별 변경을 지원합니다.
답변을 짧게 만드는 모드와 커밋 메시지, 검토 댓글, 문서 압축 관련 명령을 확인합니다. 현재 모드 조회, 해제, 기본 모드 설정 방법도 안내합니다.
기술 용어와 코드의 원래 표기를 유지하며 에이전트의 답변을 고전 중국어 문체인 문언문으로 줄입니다. 화면의 글자 수를 줄여 요점을 읽는 데 사용합니다.
앱의 LLM 호출을 Caveman Cloud로 연결해 전송 내용을 유지하면서 사용량과 비용을 측정합니다. 연결 설정부터 실제 요청을 통한 검증까지 수행합니다.
토큰 사용량 분석을 바탕으로 긴 지시 파일과 반복해서 제공하는 맥락을 검토합니다. 변경마다 승인을 받아 편집하고 다시 측정해 토큰 감소를 확인합니다.
CLAUDE.md나 작업 목록의 자연어를 짧게 압축해 입력 토큰을 줄입니다. 코드와 문서 구조를 유지하고 읽기 쉬운 원문은 별도 위치에 백업합니다.
Caveman Cloud의 비용, 응답 시간, 오류를 읽기 전용으로 조사합니다. 집계와 개별 실행 기록을 대조해 지출 내역과 개선 여지를 근거와 함께 정리합니다.
Caveman 관측 보고서를 바탕으로 사용자가 선택한 대상의 최소 코드 변경을 검토합니다. 승인 후 동일한 입력으로 변경 전후의 품질과 자원 사용량을 비교합니다.
Claude Code 세션에 기록된 출력 및 캐시 읽기 토큰 수와 모드별 내역을 표시합니다. 다른 환경에서는 자체 사용량 보고서로 안내합니다.
Conventional Commits 형식으로 코드 변경 의도를 담은 짧은 커밋 메시지를 작성합니다. 호환성을 깨는 변경이나 마이그레이션 등에는 본문으로 배경을 덧붙입니다.
원인 불명의 버그, 간헐적 이상, 성능 저하를 코드 변경 전에 조사합니다. 관찰한 증상과 추측을 구분하고 증거로 가설을 좁혀 원인과 근거를 보고합니다.
Bug → spec protocol. When a bug is found or a test fails, trace the cause, decide whether a new §V invariant would catch recurrence, append to §B. This is the one non-obvious thing SDD does that plan-then-execute doesn't. Triggers on test failure, bug report, post-mortem, or explicit user ask.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Read-only drift detector. Diffs SPEC.md against current code and reports violations grouped by severity. Writes nothing — suggests remedies via the spec or build skills but never invokes them. Triggers when the user asks to check drift, audit the spec, verify invariants, or ask whether code still matches the spec. Phrasings: "check drift", "audit the spec", "does the code still match §V", "check invariants", "spec vs code".
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.