Anthropic이 AI 네이티브 SDLC 플레이북을 공개함. 6단계 과정보다 더 흥미로운 건 코드 한 줄씩 검토하는 방식을 대체하는 것들임
Anthropic published an AI-native SDLC playbook. The interesting part isn't the six stages, it's what replaces line-by-line review
핵심 요약
Anthropic이 공개한 AI 네이티브 SDLC 플레이북과 코드 리뷰 방식의 변화에 대한 논의.
- SDLC 플레이북 — 6단계 과정을 통해 마크다운 아티팩트를 생성하고 검증함.
- 코드 리뷰 변화 — AI가 코드를 작성함에 따라 줄 단위 검토에서 아티팩트 기반 검토로 전환됨.
- 실무적 의문 — 강제되지 않은 인간의 검토 과정이 실질적으로 작동할지에 대한 회의론 존재.
- AI 회의론 — AI 기업이 AI 도입을 유도하기 위해 인간을 병목 현상으로 규정한다는 비판.
링크: https://claude.com/blog/the-ai-native-sdlc-playbook
요약하자면: 6단계(기획, 설계, 빌드, 테스트, 배포, 유지보수)로 나뉘어 있고, 각 단계가 끝날 때마다 커밋된 마크다운 아티팩트를 남기는 방식임. intent.md, spec.md, plan.md를 거쳐서 PR이랑 장애 기록까지 이어지는 구조지. 에이전트가 생성하고 검증하면 사람이 관문마다 승인하고, 특정 인물이 서명하기 전까지는 작업을 막아버리는 훅(hook)도 걸 수 있어.
내가 계속 곱씹게 되는 부분은, 에이전트가 코드 대부분을 짜기 시작하면 사람이 일일이 코드 한 줄씩 검토하는 건 더 이상 안 통한다는 주장이야. Faros AI의 텔레메트리 데이터(개발자 1만 명, 팀 1,255개)를 봐도 딱 맞아떨어지거든. AI 도입률이 높은 팀은 PR 머지 횟수가 98% 늘었고, 리뷰 시간은 91% 증가, 평균 PR 크기는 154%나 커졌으니까. DORA 2025도 다른 관점에서 같은 결론을 내리고 있어. 처리량은 늘었는데 안정성은 떨어졌다는 거지.
결국 병목 구간이 '코드 작성'에서 '뭘 짤지 결정하고, 나온 결과물을 확인하는 것'으로 옮겨간 거야. 1957년에 사람들이 컴파일러가 어떻게 손으로 짠 어셈블리 코드를 이기냐고 싸우던 때랑 똑같은 상황이지. 사실 컴파일러가 이길 필요는 없었어. 그냥 압도적으로 많이 만들어내면 그만이었으니까.
오픈소스 진영도 이미 같은 루프로 수렴 중이야. GitHub의 Spec Kit(명세, 계획, 작업, MIT 라이선스)이나 6만 개 넘는 저장소에 박혀 있는 AGENTS.md, 그리고 이미 누군가는 이 플레이북 자체를 Claude Code나 Codex 스킬로 패키징까지 해놨더라고.
현업에서 에이전트 돌리는 형들에게 묻고 싶은 게 있어. 코드 한 줄씩 검토하는 걸 대신해서 실제로 뭘 쓰고 있어? CI에 넣은 평가(Evals), 새로운 컨텍스트를 가진 검증용 서브 에이전트, 보호된 경로에 걸어둔 훅, 아니면 또 다른 뭔가가 있어? 그리고 그 와중에 여전히 놓치는 건 뭐야?
