Claude Code가 평이한 영어로 글을 쓰도록 'The Elements of Style'을 적용해 봄

그냥 Strunk의 규칙 중 하나일 뿐임. 말 그대로 원문 그대로야. 책의 첫 부분 제목이 '기초적인 사용 규칙'이거든.

구체성 vs 모호한 지시 문제는 진짜임. '간결하게'는 더 짧지만 여전히 엉성한 결과물을 낳음. '추론 전에 결론부터 말하고, 문단당 한 가지 포인트만' 같은 지시가 실제 구조를 바꿈.

로드 전략에 관해서는, 나는 전역 CLAUDE.md는 작게 유지하고 더 무거운 스타일이나 문서 가이드는 작업이 필요할 때만 불러옴. 파일 읽기는 컨텍스트 로드 시점에 일어나니까 실제로 관련 있을 때만 토큰을 쓰게 됨.

이거 AI 캐릭터들이 롤플레잉할 때 모든 걸 과하게 설명하지 않고 자연스럽게 말하도록 만드는 데 큰 도움이 될 듯. 성격도 일관되게 유지될지 궁금하네.

나도 모호한 CLAUDE.md 지시 때문에 똑같은 벽에 부딪혔었음. '간결하게'라고만 하고 '어떻게'를 안 알려주면, 딱 네가 말한 대로 더 적은 단어로 자신감 넘치는 쓰레기 같은 글만 나옴.

나한테 효과가 있었던 건 CLAUDE.md를 인간이 읽는 글이 아니라, 에이전트가 실행할 수 있는 명세서(PRD)처럼 취급하는 거였음. Claude Code가 이걸로 v1을 바로 배포할 수 없다면 명세가 아직 덜 촘촘한 거임.

요구사항 자체에 모호함이 있는 작업에서도 시도해 봤음?

응. SDD(소프트웨어 설계 문서)의 경우엔 사용자가 계획 단계에 계속 참여하도록 설계된 워크플로우 지침을 따로 사용함(구현 단계는 네가 물어본 명세서 작성과는 좀 다르지만...).

이건 실전 검증이 끝났고, 더 자동화되어 있고 에이전트가 직접 명세를 작성하는 Spec-kit과 비교하는 사례 연구를 진행 중임.

여기 문서를 확인할 수 있는 링크가 있어. 난 거의 1:1로 따라 하진 않고 상황에 맞춰 수정해서 쓰니까, 그냥 내가 사용하는 개념들만 읽어보는 걸 추천함.

몇 주 전에 실험해 봤는데, Claude는 이미 학습 데이터에 Strunk and White가 있어서 컨텍스트에 넣을 필요가 없음. 그냥 그렇게 하라고 시키기만 하면 됨. (Python의 Zen을 참조하는 것과 비슷한 상황임)

몇 주 전에 실험해 봤는데, Claude는 이미 학습 데이터에 Strunk and White가 있어서 컨텍스트에 넣을 필요가 없음. 그냥 그렇게 하라고 시키기만 하면 됨. (Python의 Zen을 참조하는 것과 비슷한 상황임)

그것도 방법이지만, LLM은 학습 데이터의 손실 압축이라는 걸 기억해야 함. 정말로 규칙을 따르게 하고 싶고 컨텍스트에 넣지 않을 이유가 없다면, 규칙을 명시적으로 적어두는 게 좋음.