Claude가 작업을 끝내기 전에 내가 결정해야 할 두 가지 행동 방식

전 GitHub CEO가 만든 Entire.io. 아니면 ~/.claude 쪽을 확인해보든가.

아오 ㅋㅋㅋㅋㅋ 내가 'bugbatch'라는 커스텀 명령어를 만들어야 했음. Claude한테 질문하지 마라, 멈추지 마라, 다음 턴으로 작업 미루지 마라, 인간의 테스트가 필요하다고 생각되는 작업 미루지 마라, '다른 에이전트의 작업'에 있는 버그 무시하지 마라, (이 스레드의 Claude인) 네가 전체 엔드 투 엔드 스택을 책임져라, 멈추지 말고 최선의 판단으로 빌드해라, 버그 스캔 돌리고 근본 원인 파악해서 작업한 내용의 모든 버그를 해결해라... 라고 아주 확실하게 못 박아둠.

Claude는 마치 자기가 일하는 게 나를 귀찮게 하거나 지치게 만드는 것처럼 행동함. 아니, 나를 지치게 하는 건 Claude가 코드 리뷰를 다섯 번이나 연속으로 돌리고 나서 다음 커밋으로 미루고 싶어 하는 그 모든 것들을 내가 머릿속으로 일일이 추적해야 한다는 사실임.

방향은 대체로 맞는데, 아키텍처가 완전히 틀렸고 모든 변경 사항이 기술적으로 부정확함. 왜냐하면 네 그린필드 앱의 내부 진화 과정에서 하위 호환성을 깨뜨려서, UI만 업데이트하면 기존 배포 환경이 다 박살 나거든. 설정 스키마 버전도 올려야 하고, 로깅에 무한한 정밀도가 필요해. 타임스탬프가 충돌하면 우주의 열적 죽음을 앞당길 수도 있으니까. 그 외에는 그냥...