Claude Code가 모든 걸 과하게 설계하지 못하게 막는 법
How I stopped Claude Code from over-engineering everything
핵심 요약
Claude가 너무 복잡한 해결책을 내놓지 않도록 제약 조건을 설정하고 명확한 지침을 주는 실용적인 팁들.
- 기대치 설정 — '충분히 좋은' 수준을 미리 명시하여 과도한 설계를 방지함.
- 모드 지정 — 브레인스토밍인지 실제 구현인지 명확히 하여 답변의 방향을 조절함.
- 단순한 접근 — 가장 단순한 해결책을 먼저 요구하여 복잡성을 낮춤.
- 시스템 프롬프트 — 단순한 해결책을 기본값으로 설정하도록 지침을 고정함.
안녕하세요!
Claude를 좀 써봤는데, 계속 같은 문제에 부딪혔어요. 간단한 걸 요청해도 제가 필요한 것보다 훨씬 과한 해결책을 내놓더라고요.
이번 주 예시를 들자면, 여러 소스에서 긁어온 기사들의 중복을 제거하고 싶었어요. 제 머릿속엔 간단한 작업이었죠. LLM에 묶음으로 보내서 "이거 같은 주제야?"라고 묻거나, 퍼지 매칭 라이브러리를 쓰면 끝날 일이었거든요. 그런데 돌아온 건 임베딩 서비스, 벡터 저장소, 그리고 중복이 절대 다시 나타나지 않게 하겠다는 거창한 계획이었어요. 전 기사가 500개 정도지 500만 개가 아니거든요.
이런 일이 계속돼서 시간을 아끼려고 Claude를 제 의도에 맞게 붙잡아두는 방법을 찾기 시작했어요. 실제로 효과 본 것들입니다:
- '충분히 좋은' 수준을 미리 정해주세요. "기사 500개 정도인데, 몇 개 빠져도 괜찮으니 한 시간 안에 끝내줘"라고 하면 그냥 "기사 중복 제거 도와줘"라고 할 때랑 완전히 다른 답변이 나옵니다. 이걸 말 안 하면 Claude는 사안이 중대하다고 가정하고 일을 크게 벌여요.
- 현재 어떤 모드인지 알려주세요. "그냥 브레인스토밍 중이니까 반응해줘"와 "오늘 당장 배포하고 싶어"는 다르게 접근해야 합니다. 브레인스토밍 모드에선 아이디어의 허점을 찌르겠지만, 빌드 모드에선 그냥 구현을 도와줘야 하니까요.
- 가장 멍청한 버전부터 요구하세요. 말 그대로 "작동할 수 있는 가장 멍청한 방법이 뭐야?"라고 묻고, 그 다음에 "좋아, 내 상황에서 이게 어디서 깨질까?"라고 덧붙이는 식이죠. 첫 시도에 딱 맞는 복잡도를 맞추길 바라는 것보다 훨씬 잘 작동합니다.
- 시스템 프롬프트에 넣어두세요. "내가 설명한 것에 대해 작동하는 가장 단순한 것을 기본으로 해. 내가 묻거나 단순한 버전이 내 상황에서 명백히 안 될 때가 아니면 복잡한 건 제안하지 마." 같은 식으로요. 매번 반복할 필요가 없어서 편합니다.
- 그냥 지적하세요. 맥락을 줬는데도 일을 너무 크게 벌이면 "내가 필요한 것치고는 너무 과해"라고 말하세요. 금방 수정합니다. 상세한 사양서가 필요한 게 아니라, 한 줄이면 보통 해결돼요.
이런 팁이 더 있다면 알려주세요. 제 생각엔 Claude가 '강력한 AI'라고 생각하기보다 '일 잘 못하는 신입 개발자'라고 생각하고 지시하는 게 핵심인 것 같아요.


