Claude 꿀팁 전수 가이드

Claude는 모델별로 토큰 소비량이 다르다. 같은 질문이라도 Opus + Extended Thinking은 Sonnet 대비 약 5배의 사용량을 소모한다.

실전 규칙: 단순 질문, HTML/코드 생성, 리서치 정리는 Sonnet. 복잡한 논리 교차검증, 다중 시나리오 분석처럼 "사고의 깊이"가 필요한 작업만 Opus.

Claude를 잘 쓰는 사람과 못 쓰는 사람의 가장 큰 차이: 잘 쓰는 사람은 대화를 2~4턴 한다.

첫 번째 답은 Claude가 "대충 이런 방향이겠지?"라고 추측한 것이다. 피드백 한 줄이 결과물의 질을 극적으로 바꾼다.

단, 반복을 줄이는 방법도 있다. 톤, 대상 독자, 시각적 방향 같은 "큰 방향"은 첫 요청에 한 줄이라도 적어두면 불필요한 재작업 턴이 확 줄어든다.

피드백이 3건이면 전체 재생성이 3번. 파일이 500줄이면 1,500줄 분의 출력 토큰이 소모된다.

요청을 구조화하면 Claude가 한 번에 원하는 결과를 낼 확률이 높아진다.

프롬프트 자체를 Claude한테 만들게 하면 된다. 메타 프롬프팅 패턴이다.

만들어진 프롬프트를 프로젝트 지침에 저장해두면 반복 사용도 가능하다.

선택지를 좁히고 판단 기준을 요구하면 날카로운 분석이 나온다.

Claude는 틀릴 수 있다. 중요한 건 틀린 걸 잡으면 분석의 깊이가 한 단계 올라간다는 것이다.

한 번 잡아주면 나머지 대화 전체의 품질이 올라간다.

직접 시뮬레이션을 돌려서 비교하게 하면 근거에 기반한 판단이 가능하다.

대화가 길어지면 맥락 창이 꽉 차서 응답 품질이 떨어진다. 핸드오프 문서를 만들어서 새 대화를 여는 게 훨씬 효율적이다.

전체 작업을 워크플로우 단위로 먼저 쪼개게 한 다음, 단계별로 실행 지시를 내리는 패턴이 훨씬 안정적이다.

전체 구조를 먼저 합의하면, 중간에 방향 수정이 생겨도 이후 단계가 낭비되지 않는다.

핵심은 "검색해줘"가 아니라 "검색해서 OO 관점으로 분석해줘"라고 하는 것. 검색과 분석을 한 번에 시키면 토큰도 아끼고 결과도 좋다.

이전 결과물을 참고 자료로 첨부하면 "처음부터 새로 만들어줘"의 1/3 토큰으로 동일한 품질.

실시간 데이터 - 중요한 숫자는 직접 확인. 수학적 정확성 - 복잡한 계산은 검산. 자기 확신 - "확실해?" 한마디가 큰 실수를 방지한다.