한 개발자가 Claude Code로 가장 효과가 컸던 건 영리한 프롬프트나 MCP 설정이 아니라, 에이전트가 '이 작업은 너무 크니 나눠서 하자'며 인간 개발 문화 기준으로 스스로 범위를 줄이던 기본 동작을 끄고, 대신 CLAUDE.md에 실제 처리량을 기록한 뒤 작업을 쪼개려면 '의존성 순환·테스트 불가 단위·푸시 크기 한계' 중 정당한 사유를 대게 한 것이라고 밝혔어요. 품질은 경쟁 모델로 적대적 보안 리뷰를 돌려 심각도 높은 지적이 연속 2회 0이 될 때까지 반복하고, 모든 버그를 실패 테스트→수정→통과 테스트로 잡는 수치 게이트로 관리한다고 해요. 다만 '222일간 224개 저장소에 1만2,499커밋을 혼자'라는 수치는 전부 작성자 자기 보고이고, 공개 GitHub 조직에는 저장소 13개, 본인 공개 devlog에도 21개 저장소·6,549커밋만 노출돼 상당 부분이 검증 불가한 비공개 기록이에요.
용어 풀이
- MCP
- Model Context Protocol. AI 에이전트가 외부 도구·데이터에 표준 방식으로 연결되도록 하는 개방형 규격.
- prior(사전확률)
- 데이터를 보기 전 미리 갖고 있는 기대·가정. 여기선 AI가 학습으로 굳어진 '적정 작업 크기' 선입견을 가리킴.
- CLAUDE.md
- Claude Code가 세션을 시작할 때 자동으로 읽어 들이는 프로젝트별 지침 파일.
- 적대적 리뷰(adversarial review)
- 한 모델이 만든 결과물을 다른 경쟁 모델로 일부러 공격·반박하게 해 취약점을 찾아내는 검증 방식.
운영자 인사이트
핵심은 커밋 숫자가 아니라, 에이전트가 인간 팀 기준으로 무의식적으로 범위를 줄이는 편향(prior)을 인지하고 프롬프트로 재보정했다는 발상이에요. '쪼개자'는 제안을 그대로 받지 말고 정당한 사유를 요구하되, 적대적 리뷰·실패 테스트 우선 같은 수치 게이트로 품질을 함께 강제하는 게 실무 포인트예요. 커밋·저장소 수 자체는 생산성 지표로 신뢰하지 마세요.
여러 관점으로 보기
- 1차 출처(작성자 블로그) 에이전트의 범위 축소 기본값을 끄고 수치 품질 게이트를 건 운영 규칙과 222일 12,499커밋 기록을 측정치로 정리했어요. Ferro 블로그 (abyo software)
- 공개 검증(GitHub, 반증) 작성자 조직 계정에는 공개 저장소가 13개만 있어 '224개 저장소' 주장과 규모가 크게 어긋나요. GitHub
- 작성자 공개 수치(devlog) 본인 공개 devlog 집계는 21개 저장소·6,549커밋으로, 주장 수치 중 공개 검증 가능한 부분은 절반 이하예요. Ferro Devlog