Claude Code 베스트 프랙티스, 다시 생각하기 💭
Anthropic Lydia 세션
어제 공유된 완전 오늘 지금의 클로드 코드 이야기. 20분도 안되는 짧은 영상이지만 굉장히 좋은 얘기로 꽉 차있음.
삭.. 보면서 나와 팀의 환경에 개선할 부분들을 잡아보자.
모델이 충분히 좋아져서, 지난 1년간 클로드 코드 설정에 덧붙인 것들이 오히려 성능을 떨어뜨리고 있음. ㅇㅇ
앤트로픽에서는 이제 수십 개 세션이 몇 시간씩 동시에 돌고, 하루 변경 건수가 5월에 약 2,500건에서 9월에 30,000건 이상으로 팍 늘었음.
그러니 그 결과 사람은 매 단계에 개입하는 대신 여러 세션을 관리하는 매니저 역할로 바뀌게 된 것. (저도 그래요..)
기본값은 Opus 5.5와 auto mode 이걸로 두고, CLAUDE md에는 "IMPORTANT!" 같은 강조 대신 코드만 봐서는 알 수 없는 정보만 남기자. (이건 이제는 정말 중요함. 모델을 위해서..)
auto mode는 위험한 명령의 89%를 막음. (사람은 14% ㅠ) 물론 되돌릴 수 없는 일은 deny 규칙으로 막아야 함.
권한은 실행 여부만 정할 뿐 실행 중에 무엇에 접근하는지는 막지 못함. 샌드박스나 클라우드 세션으로 실행 환경 자체를 제한해야 하는 것이 의외로 좋은 선택지.
사람이 전체 diff를 보는 대신, 테스트+빌드처럼 pass/fail로 판정되는 검증 지점을 중간중간 두고 그것만 리뷰하는 방향으로.
모든 세션은 결국 PR로 모이기 때문에 CI가 매우 중요한 안전망.
auto-fix를 켜면 실패한 검사를 클로드가 직접 고치니 꼭 잊지 말자.
앤트로픽 팀에서는 모든 PR을 먼저 클로드가 리뷰. (이건 우리팀에서도 적용되어 있고 도움을 많이 받고 있음)
코드를 쓴 세션이 아닌 새 컨텍스트에서 보고, 찾은 버그는 별도 에이전트 그룹이 다시 검증함.
사람 리뷰는 위험도에 따라 정하는데.. 문서+문구 수정은 자동 검사만 통과하면 되고, 일반 제품 변경은 리뷰어 1명, 위험한 변경은 2명이 봄. (참고할 것!)
앤트로픽은 이미 오케스트레이터 세션(Fable) 하나가 작업을 나눠 하위 세션(Opus)에 맡기고 결과를 검증하는 방식을 더 많이 쓰고 있음.
중요한건 이거이거... 베스트 프랙티스는 변환하다!
모델, 하네스, 환경으로 옮겨가고 있고, 자연스레 사람은 시작 그리고 리뷰만 맡게 되는 상황이 급격하게 많아질 것.
대비해야 하는거? 나의 환경을 하나하나 나눠서 따져보고 바꿔야함. 그러다보면 큰 줄기가 바뀜.
