클로드 코드를 3개월 매일 쓴 개발자가, AI 코딩 도구가 '코드 생산'에만 최적화돼 '정답 증명'을 놓친다고 지적해요. UI가 맞아 보이고 컴파일·테스트가 통과해도 프로덕션이 깨지는 일(결제 쿠폰 예시)이 잦아, 검증 책임은 여전히 사람에게 남아요.
운영자 인사이트
속도는 이미 충분히 빨라졌고, 이제 병목은 '믿을 수 있느냐'예요. 컴파일·테스트 통과가 정답을 보장하지 않으니, diff 단위 검토나 API 품질 저하 감지 같은 '검증 레이어'를 워크플로에 넣는 흐름이 함께 커지고 있어요.
여러 관점으로 보기
- 검토 도구 — diff 제어 클로드 코드에 커서식 함수 단위 수락·거부와 인라인 diff를 더한 norrin으로 PR 전에 검토할 수 있어요. Hacker News
- 숨은 편향 — 접근성 LLM이 접근성 있는(accessible) 코드를 불리하게 생성한다는 클로드 코드 이슈가 제기됐어요. aaron-gustafson.com
- 운영 — 품질 저하 감지 LLM API가 조용히 느려지거나 드리프트할 때 이를 알아채는 모니터링 고민도 같이 커져요. Hacker News