대부분의 사람들은 실수로 Claude를 '예스맨(yes-man)'으로 만듭니다.
그들은 Andrej Karpathy의 유명한 CLAUDE.md 규칙을 복사합니다:
- 코딩하기 전에 생각하기 (Think before coding)
- 단순하게 유지하기 (Keep things simple)
- 정밀한 변경 수행하기 (Make surgical changes)
- 완료의 기준 정의하기 (Define what done looks like)
이것들은 모두 훌륭한 규칙들입니다.
하지만 의도치 않은 부작용이 있습니다.
Claude가 믿기지 않을 정도로 순종적이게 된다는 점입니다.
기능을 요청하면, 정확히 그 기능만을 만듭니다.
빠른 패치를 요청하면, 정확히 그 패치만을 전달합니다.
심지어 그 접근 방식이 잘못되었을 때조차 말입니다.
반박이 사라집니다.
대안적인 아이디어들이 사라집니다.
"우리가 올바른 문제를 해결하고 있는가?"라고 자문하는 순간들이 사라집니다.
한 개발자는 단 한 문장으로 이 문제를 해결했습니다:
→ "나는 항상 더 나은 방식에 열려 있습니다. 특히 빠른 전술적 수정보다 장기적인 영향력을 가진 더 강력한 접근 방식을 제안하는 것을 주저하지 마세요."
갑자기 Claude는 가정을 의심하기 시작하고, 더 나은 아키텍처 (Architecture)를 제안하며, 트레이드오프 (Trade-offs)를 강조하기 시작합니다.
단순히 명령을 따르는 코드 생성기 (Code generator)처럼 행동하는 것을 멈춥니다.
진정한 페어 프로그래머 (Pair programmer)처럼 행동하기 시작합니다.
사람들이 AI를 사용할 때 저지르는 가장 큰 실수는 잘못된 프롬프팅 (Prompting)이 아닙니다.
지능 (Intelligence) 대신 순종성 (Obedience)을 최적화하는 것입니다.
[IMG:1]