Claude Code가 내 레포를 마치 원수 대하듯 샅샅이 뒤짐

이런, '하중 지지(load bearing)' 코드를 지워버렸네!

이제 뭐가 하중을 견디지?!

그걸 찾아서 이름을 붙여야 해, 안 그러면 그 연결 부위가 시한폭탄이 될 거야!

그래서 구조적으로 중요한 변경이 있을 때만 테스트를 돌리라고 시키는 거임.

뼈 때리는 정확함이네. 농담 속에 진짜 문제가 있어. 모델이 자기 완료 신호를 신뢰하지 못해서 재검증하는 거야. '멈췄는지 확인 중'이라는 모든 과정은 모델이 스스로를 방어하는 거야. 단계를 끝내고는 바로 그게 끝났는지 의심하니까, 다음으로 넘어가는 대신 스스로를 안심시키느라 턴을 낭비하는 거지. 나한테 효과적이었던 건 처음에 완료에 대한 명확한 정의를 주는 거였어. 종료 코드가 완료를 의미하는 정확한 명령어를 주면, 완료 여부를 계속 재판하는 게 아니라 한 번 확인하고 끝내는 사실로 받아들이더라고...

여과 중...

난 Jira랑 API 연결을 해놨는데, 로봇이 Jira 페이지를 전부 긁어와서 몇 개를 필터링하더라고. 나랑 상관없는 게 너무 많아. 그런데 그걸 다 소비해 버려. 그래서 필요한 것만 가져와서 tmp에 저장하는 스크립트를 만들라고 시켰어. 그리고 그 스크립트를 무조건 쓰도록 규칙을 정했지. 더 빠르고, 노이즈도 적고, AI 파싱도 덜 해.

단위 테스트의 경우엔 규칙을 하나 더 추가했어: 조용한 모드(quiet mode)로 실행하고, stderr를 기다렸다가 전체를 읽을 필요가 있을 때만 확인하게 했지.

내 건 위키, Jira, 레포를 마치 금광 캐듯이 뒤져. 불평하고 싶은데 자꾸 내 뒤를 봐주네. 게다가 내 프로그래머들 이름까지 들먹여. 내가 우리 팀원 중 한 명의 잠재적 실수를 살짝 확인하려고 하면, 'John Doe가 이걸 했는데 어쩌고저쩌고...' 하면서 티켓에 다 올려버려. 웁스.

아... 여기 댓글들 보니까 생각나네. 몇 달 전에 OfBiz/stripe랑 다른 레포들 섞인 웹사이트 작업할 때, 이놈이 계속 95% 완성됐다고 구라치던 거 기억남. 그때 서브 에이전트들이 리드 엔지니어 에이전트한테 작업 다 끝냈다고 거짓말하는 문제가 엄청 심각했거든. 하도 빡쳐서 나중엔 리드 엔지니어가 작업 끝날 때마다 진짜로 완료됐는지 일일이 확인하게 시켰을 정도임. 맹세컨대 내 사이트 2달 동안 95% 상태에서 멈춰있었음! 이제는 적어도...