Claude Code 만든 사람이 시스템 프롬프트 80%를 지웠습니다 — CLAUDE.md도 6개월마다 비우라고 합니다

한 줄 핵심

새 모델 시대에는 시스템 프롬프트와 보조 규칙을 더하는 방식보다, 불필요한 지시를 과감히 지우고 모델이 스스로 검증할 수 있는 환경을 설계하는 쪽이 더 잘 작동한다.

시간별 요약

1. 0:00
   프롬프트를 더하는 시대에서 지우는 시대로 시스템 프롬프트는 모델이 원래 잘 못하던 부분을 사람이 대신 메워 둔 업무 매뉴얼이지만, 모델이 좋아질수록 그 문장들은 오히려 짐이 된다. 새 모델이 나오면 먼저 80%를 지우고 다시 필요한 것만 남기는 관점이 핵심이다.
2. 4:00
   에블레이션으로 진짜 필요한 것만 남기기 에블레이션은 통째로 빼고 한 줄씩 되돌리며 실제 효과를 재는 방식이다. CLAUDE.md, skills, hooks도 6개월마다 비워 보고, 정말 반복해서 막히는 부분만 다시 넣어야 과잉 규칙을 피할 수 있다.
3. 9:00
   하블링과 프로덕트 오버행 모델이 못해서 막히는 영역보다, 제품과 워크플로가 모델의 능력을 묶어 두는 경우가 더 많다. 이미 모델이 할 수 있는데 제품이 꺼내지 못하는 여분의 능력, 즉 프로덕트 오버행을 찾는 것이 제품 경쟁력의 핵심이다.
4. 11:00
   단순한 하네스가 큰 기능을 만든다 Claude Code는 스콜딩과 과도한 절차를 걷어내고, 모델이 파일 단위로 일을 완결할 수 있는 가장 단순한 하네스로 제품이 되었다. 지금도 핵심은 더 복잡한 지시가 아니라 과제의 경계와 종료 조건을 잘 주는 것이다.
5. 14:01
   검증 장치와 다이내믹 워크플로우 큰 과제를 맡길수록 모델이 스스로 맞는지 확인할 수 있는 검증 장치가 중요해진다. 픽셀 비교, 테스트, 정적·동적 분석처럼 자기 검증이 가능하면 수천 개의 에이전트가 장기 작업을 자동으로 이어갈 수 있다.
6. 24:00
   프로그래밍은 응용 문제를 푸는 능력 프로그래밍은 수학 시험에서 문제를 풀기 위해 시작했듯이, 결국 현실 문제를 해결하는 도구로 배워야 한다. 지금은 문법을 외우는 것보다 제품, 스타트업, 사용자, 데이터, 디자인 감각까지 연결하는 응용력이 더 중요하다.

실무 인사이트

• 기존 CLAUDE.md나 시스템 프롬프트는 먼저 절반 이상 삭제해 보고, 반복적으로 실패하는 지점만 근거를 갖고 복원하는 편이 효율적이다.
• AI 작업 지시를 쓸 때는 절차를 세세하게 나열하기보다 종료 조건과 검증 방법을 함께 주면 모델의 자율성과 정확도가 함께 올라간다.
• 에이전트 제품을 만들 때는 모델 능력 한계를 단정하기보다, 하네스와 접근 권한, 테스트 환경 때문에 막히는 부분이 없는지 먼저 점검해야 한다.