📌 요약
Claude를 "AI한테 물어보는 용도"로만 쓰고 있다면, 절반도 못 쓰고 있는 겁니다.
특히 개발자 입장에서 체감 차이가 큰 꿀팁들이 생각보다 잘 알려져 있지 않습니다.
오늘은 실제로 써보고 효과를 확인한 팁 5가지를 공유합니다.
💡 팁 1. context window를 낭비하지 마라 — 전체 맥락을 한 번에 던져라
Claude Sonnet 4.6, Opus 4.6 기준으로 1M token context window를 지원합니다. 이건 단순히 "긴 텍스트를 붙여넣을 수 있다"는 얘기가 아닙니다.
파일 하나씩 물어보던 방식에서 → 전체 코드베이스를 한 번에 넘기는 방식으로 바꾸면, Claude가 부분이 아니라 전체 맥락을 보고 답하기 때문에 정확도가 확 올라갑니다.
📝 프롬프트 예시
[프로젝트 전체 코드 붙여넣기 후]
"이 코드베이스에서 인증 관련 로직 전부 찾아서, 보안 취약점 가능성 있는 부분 목록 뽑아줘"
legacy 코드 파악이나 큰 PR 리뷰할 때 이 방법이 제일 효과 큽니다.
💡 팁 2. "나쁜 예 / 좋은 예"를 프롬프트 안에 직접 넣어라
원하는 결과를 말로 설명하는 것보다 직접 예시를 보여주는 게 훨씬 빠릅니다. "구체적으로 써줘"라고 해도 잘 안 됩니다. 예시가 훨씬 정확합니다.
❌ 나쁜 예
"이 코드를 문제가 있습니다."
✅ 좋은 예
"L34 — null 체크 없이 user.profile.email에 접근하고 있어서, user가 없을 때 런타임 에러 납니다. Optional chaining으로 처리하거나, 상위에서 guard 조건 추가하는 게 좋을 것 같습니다."
📝 활용 프롬프트
아래 스타일로 코드 리뷰 코멘트를 써줘.
[나쁜 예 / 좋은 예 붙여넣기]
이 스타일로, 아래 코드 리뷰해줘: [코드]
💡 팁 3. System Prompt를 적극적으로 써라 — API / Claude Code 사용자 대상
Claude API나 Claude Code를 쓰는 분들은 system prompt를 그냥 두지 마세요. 역할과 제약을 명확히 넣으면, 매 요청마다 같은 맥락을 반복 설명하지 않아도 됩니다.
📝 System Prompt 예시 (Kotlin + Spring Boot 프로젝트)
당신은 Kotlin + Spring Boot 백엔드 개발자를 돕는 어시스턴트입니다.
- 코드 예시는 항상 Kotlin으로 작성
- 코드 설명은 간결하게, 주석 최소화
- 성능보다 가독성 우선. 단, 명백한 N+1 쿼리는 반드시 지적
- 라이브러리 추천 시 우리 스택(Spring Boot 3.x, JPA, Redis) 기준으로
이렇게 설정해두면 매번 "Kotlin으로 해줘", "간결하게 해줘" 반복 안 해도 됩니다. 프로젝트마다 다른 system prompt를 세팅해두면 컨텍스트 전환도 빠릅니다.
💡 팁 4. 단계별로 생각하게 만들어라 — 복잡한 디버깅·설계에 특히 효과적
Claude가 틀리는 경우 대부분은 "너무 빨리 결론으로 점프"할 때입니다. 단계를 강제하면 중간 추론 과정을 건너뛰지 않습니다.
📝 프롬프트 예시
이 버그를 바로 고치지 말고, 먼저 원인 가능성을 3가지 이상 나열해줘.
각 가능성에 대해 확인 방법도 같이 써줘.
그 다음에 가장 가능성 높은 것 고르고, 수정 방안 제안해줘.
복잡한 트러블슈팅이나 시스템 설계 검토할 때 특히 효과 큽니다.
💡 팁 5. 출력 형식을 아주 구체적으로 지정해라
"정리해줘", "요약해줘"보다 출력 형식을 직접 보여주면 Claude가 거기에 맞춰서 채워줍니다. 이렇게 만든 출력은 바로 팀 위키에 붙여넣어도 될 수준으로 나옵니다.
📝 프롬프트 예시 (API 문서 정리)
이 API 문서를 아래 형식으로 정리해줘:
## [엔드포인트 이름]
- 메서드: GET/POST/...
- URL: /api/v1/...
- 파라미터: (없으면 "없음")
- 응답 예시: (JSON 코드블록)
- 주의사항: (없으면 생략)
---
🎁 보너스 — HN 화제: CLAUDE.md로 프로젝트 컨벤션 저장하기
최근 Hacker News에 올라온 "How I'm Productive with Claude Code" 스레드에서 반응이 좋았던 팁입니다.
💡 Claude Code를 쓸 때 프로젝트 루트에 CLAUDE.md 파일을 만들어서, 프로젝트 컨벤션 · 자주 쓰는 커맨드 · 건드리지 말아야 할 파일 목록을 써두면 매번 설명 안 해도 됩니다.
직접 써봤는데, 반복 지시 없이도 일관된 코드 스타일이 유지되는 게 생각보다 체감이 컸습니다. Claude Code 쓰는 분이라면 꼭 해보세요.
💬 에디 코멘트
결국 Claude를 잘 쓰는 건 "좋은 질문을 하는 능력"입니다. 그런데 그 능력이 생각보다 빨리 늘어요. 위 5가지 패턴만 의식하면서 2주 정도 쓰다 보면 확실히 달라집니다.
저는 특히 팁 2번(나쁜 예/좋은 예)이 제일 체감이 컸습니다. 처음엔 귀찮다고 생각했는데, 막상 해보니 결과물 퀄리티가 확 달라지더라고요. ㅎ
🔗 전체 링크 모음
본 포스트는 공식 채널 및 커뮤니티 출처를 기반으로 작성되었습니다. 정보는 작성 시점 기준이며, 이후 변경될 수 있습니다.
'AI > Claude' 카테고리의 다른 글
| [Claude] Claude Mythos 공개 보류 + Managed Agents 출시 — 이번 주 Anthropic 업데이트 정리 (0) | 2026.04.09 |
|---|---|
| [Claude] Claude Mythos 모델 공개 — "너무 강력해서 공개 못 한다", Project Glasswing으로 사이버보안에만 투입 (0) | 2026.04.08 |
| [Claude 입문] 6편 — 이것만 알면 고수, 잘 모르는 꿀기능 정리 (0) | 2026.04.08 |
| [Claude] Claude Code 과금 정책 변경 + 보안 패치 — 외부 도구 사용자 필독 (0) | 2026.04.07 |
| [Claude 입문] 5편 — 무료로 얼마나 쓸 수 있나? 플랜별 완전 정리 (0) | 2026.04.07 |