CLAUDE.md에서 어떤 규칙을 삭제할지 어떻게 결정하시나요?

다른 모델을 사용하는 건 똑똑한 방법이네요, 그 모델들은 규칙을 방어할 이유가 없으니까요. 그렇게 많이 줄이고 나서 뭔가 고장 난 건 없었나요?

지난주에 이 작업을 할 때 전체 코드베이스에 대해서도 똑같이 했습니다. 네, 엄청나게 많은 게 고장 났지만, 150개의 파이썬 파일에 걸쳐 20만 줄이었던 코드베이스를 20개의 파이썬 파일, 2만 줄 정도로 줄였기 때문에 원래 고장 난 부분은 항상 있었고 비활성화된 코드도 많았습니다. 그냥 정글 속에 숨겨져 있었던 거죠.

규칙 자체에 대해서는, 어떤 건 잘못 해석되기도 하고 어떤 건 잊히기도 해서 Claude에게 수정하거나 되돌려 놓으라고 해야 했지만, 대체로 괜찮습니다. 지금은 코드베이스를 이전보다 더 강력하고 빠르고 효율적으로 만들면서 순항 중입니다. 군더더기를 잘라내는 걸 두려워하지 마세요.

토큰과 사용량 절감을 위한 아주 작은 대가로 버그 몇 개를 감수하고 10% 크기의 코드베이스를 갖는 게 훨씬 낫습니다. 게다가 코드베이스가 수많은 폴더와 수백 개의 스크립트에 흩어져 있지 않으면 버그를 훨씬 더 쉽게 발견할 수 있습니다. 너무 애착을 갖거나 삭제하는 걸 두려워하면 정말 엉망이 될 수 있어요. 백업을 유지하고, 새 폴더를 시작해서 마이그레이션 작업을 하세요. 항상 Github을 사용해서 필요하면 이전 상태로 되돌릴 수 있게 하시고요.

그게 실제로 규칙이 마지막으로 사용된 때를 아는 건가요, 아니면 추측하는 건가요?

어떤 규칙이 작동했는지 보고하라고 하는 건 영리하네요. 시도해 보겠습니다.

규칙 수가 정말 엄청나게 많네요.

두 가지 가능성밖에 안 떠오릅니다. 하나는 질문자님이 지나치게 마이크로매니징을 하고 있다는 겁니다. 어떤 것들은 정말 명시적인 규칙이 필요하기도 하죠. 하지만 일반적으로 Claude가 프로젝트의 철학과 우선순위를 이해하게 하는 것이 훨씬 더 도움이 되며, 그러면 대부분의 일을 스스로 파악할 수 있을 겁니다.

아니면 CLAUDE.md에 들어갈 필요가 없는 것들을 너무 많이 넣고 계신 걸 수도 있습니다. 예를 들어, 저는 문서 파일들을 많이 가지고 있고 각각 특정 방식으로 정리되어 있으며 그 정리를 유지하기 위해 따라야 할 규칙들이 있습니다. 하지만 그 규칙들은 그 파일들의 맨 위에 있어야지, CLAUDE.md에 있을 게 아닙니다. 커밋 형식 지정, 풀 리퀘스트 관리, 린팅 규칙, 다양한 언어의 코딩 모범 사례 등 온갖 지침들이 있지만, 그중 어떤 것도 CLAUDE.md에 살지 않습니다. 각각 전용 문서에 살고 있죠. CLAUDE.md는 단순히 Claude에게 문서 폴더가 어디 있는지 알려주고, readme가 각 파일이 무엇을 문서화하는지 설명해주면 Claude는 모든 문서의 존재를 알게 됩니다. 하지만 기능 브랜치를 병합할 준비가 되기 전까지는 병합 방법에 대한 지침이나 규칙을 찾아보지 않겠죠.

그러니 기본적으로 CLAUDE.md는 Claude에게 모든 것이 어디에 있는지, 그리고 가장 중요한 최상위 규칙과 제약 조건이 무엇인지 소개하는 방식으로 설정해야 합니다. 예를 들어, 프로젝트가 상업용이라 비상업적 용도로만 허가된 오픈 소스 라이브러리에 의존할 수 없다는 사실은 알아야 할 수도 있겠죠. 하지만 최상위 수준의 규칙이 그렇게 많아서는 안 됩니다. 그런 지침 원칙 외에는 대부분 문서가 어디에 있는지 알려주는 포인터여야 Claude가 필요할 때 찾아볼 수 있습니다.

하지만 정말로, 그냥 Claude에게 도움을 요청하세요. 어떤 종류의 것들이 항상 전역 컨텍스트에 있어야 중요한지, 어떤 것들이 불필요한지, 어떻게 나누는 게 더 나은지 아주 잘 알려줄 겁니다. Claude는 자기 자신을 꽤 잘 알거든요. 마찬가지로 Claude가 원하는 방식대로 하지 않을 때는, 다음번에 그런 실수를 방지하는 가장 좋은 방법이 무엇인지 물어보세요. 그러면 어떤 파일이 가장 적절한지, 혹은 진짜 문제가 무엇인지 잘 알고 있을 겁니다.