CC

Practical Guide

Claude Code 실전 사용 가이드

터미널에서 저장소를 다루는 만큼 읽기 전용 탐색, 허용 명령, 작은 diff와 테스트 기준을 분명히 하면 긴 개발 작업도 안전하게 나눌 수 있습니다.

마지막 확인일: 2026년 8월 25일 · 가격과 기능은 실제 공식 사이트를 확인하세요.

나중에 다시 쓰려면 이 페이지를 저장해두세요.

5-minute start

5분 시작 가이드

  1. 01

    지원되는 시스템과 설치·인증 방법을 공식 문서에서 확인합니다.

  2. 02

    작업할 저장소에서 Git 상태와 프로젝트 지침을 읽게 합니다.

  3. 03

    첫 요청은 수정 없이 관련 파일과 계획만 찾게 합니다.

  4. 04

    한 단계씩 수정하고 diff·테스트 결과를 확인합니다.

Quick recipes

이대로 따라하세요

RECIPE 1

repo 탐색

낯선 코드베이스의 사용자 흐름 이해

예상 시간
10~20분
난이도
쉬움
비용
낮음
단계
4단계
추천 설정
수정 금지·진입점부터 검색

진행 단계

  1. 1프로젝트 지침 확인
  2. 2라우트와 심볼 검색
  3. 3호출·데이터 흐름 추적
  4. 4읽기 순서와 미확인점 보고

시작 프롬프트

[사용자 행동]의 흐름을 파일과 함수 순서로 설명하고 아직 수정하지 마.

개선 팁: 관련 파일 수를 제한하면 문맥 낭비를 줄일 수 있습니다.

RECIPE 2

작은 diff

검토 가능한 범위의 기능 수정

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
허용 파일·보존 조건·테스트

진행 단계

  1. 1현재 동작 확인
  2. 2예상 diff 검토
  3. 3최소 수정
  4. 4git diff와 테스트

시작 프롬프트

[요구사항]을 [파일] 안에서 구현하고 [보존 조건]을 유지한 뒤 [테스트]를 실행해.

개선 팁: 무관한 포맷 변경을 하지 않게 명시하세요.

RECIPE 3

오류 로그 활용

추측 없이 재현 가능한 버그 수정

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
마스킹한 로그·재현·기대 동작

진행 단계

  1. 1로그와 코드 대조
  2. 2원인 후보 순위
  3. 3실패 재현
  4. 4수정·동일 명령 검증

시작 프롬프트

[오류 로그]와 [재현 단계]로 원인을 확인하고 패키지 변경 없이 최소 수정해.

개선 팁: 연쇄 오류보다 가장 앞선 원인을 먼저 보세요.

RECIPE 4

긴 작업 나누기

실패해도 이어갈 수 있는 개발 계획

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
단계별 입력·출력·롤백

진행 단계

  1. 1독립 단계 설계
  2. 2외부 변경 승인 지점
  3. 3한 단계 실행
  4. 4체크포인트와 다음 단계

시작 프롬프트

[큰 작업]을 독립 검증 가능한 단계로 나누고 한 번에 하나만 진행해. 각 단계에 테스트와 되돌리기를 적어.

개선 팁: 배포와 데이터 변경은 별도 승인 단계로 두세요.

Prompt formula

프롬프트 공식

터미널 상태 + 작업 목표 + 탐색 범위 + 허용 명령 + 수정 범위 + 테스트 + 중단 조건

터미널 코딩 에이전트는 파일과 명령 모두에 영향을 줄 수 있으므로 어떤 상태를 읽고 어디서 멈춰야 하는지 먼저 정하는 것이 중요합니다.

터미널 상태
경로·브랜치·working tree를 확인합니다.
작업 목표
이번 단계에서 끝낼 결과를 정합니다.
탐색 범위
검색할 디렉터리와 심볼을 좁힙니다.
허용 명령
읽기·테스트·외부 쓰기의 경계를 나눕니다.
수정 범위
파일과 보존할 동작을 지정합니다.
테스트·중단
검증 명령과 승인 필요한 지점을 명시합니다.

Copy & use

복붙 프롬프트 10개

대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.

PROMPT 01터미널 시작작업 전 저장소 상태와 규칙 확인
현재 저장소에서 먼저 pwd, git status, 현재 브랜치, 주요 설정과 프로젝트 지침을 읽어줘. [작업 목표]와 관련된 파일만 찾아 읽고 수정 전 계획을 보여줘. 비밀값은 출력하지 말고 아직 명령으로 외부 상태를 바꾸지 마.
[작업 목표]

사용 팁: 처음에는 읽기 전용 탐색과 계획만 요청하세요.

PROMPT 02repo 탐색코드베이스의 실제 진입점 찾기
[기능 또는 오류]의 흐름을 검색해 진입점부터 데이터 저장까지 파일·함수 순서로 설명해줘. 검색 결과를 근거로 쓰고 모르는 부분은 확인 필요로 남겨. 수정은 하지 말고 관련 파일을 7개 이하로 제한해.
[기능 또는 오류]

사용 팁: 넓은 저장소일수록 사용자 행동 하나로 범위를 좁히세요.

PROMPT 03작은 diff 구현터미널에서도 검토 가능한 최소 변경
[요구사항]을 구현하되 [허용 파일]만 수정하고 [보존 조건]은 유지해. 먼저 계획과 예상 diff를 설명하고 구현 후 git diff --stat, 핵심 diff와 [테스트 명령] 결과를 보고해. 무관한 포맷 변경은 하지 마.
[요구사항][허용 파일][보존 조건][테스트 명령]

사용 팁: 파일과 변경 금지 범위를 작업 계약처럼 적으세요.

PROMPT 04에러 로그 기반 수정추측 대신 로그로 원인 확인
오류 로그 [로그]와 재현 [절차]를 분석해. 코드와 설정에서 원인 후보의 증거를 찾고 재현 테스트를 먼저 실행해. 확인된 원인만 최소 수정하고 같은 명령으로 해결 여부를 검증해. 패키지 업그레이드나 오류 무시는 하지 마.
[로그][절차]

사용 팁: 토큰·이메일·경로의 개인정보는 마스킹하세요.

PROMPT 05테스트 실행과 해석실패를 숨기지 않는 검증
[테스트 명령]을 실행하고 실패하면 첫 원인과 연쇄 오류를 구분해. 테스트 설정이나 기대값을 바꿔 통과시키지 말고 제품 코드와 요구사항을 대조해 수정안을 제안해. 수정 후 관련 테스트와 전체 검증 순서로 재실행해.
[테스트 명령]

사용 팁: 처음에는 가장 빠른 관련 테스트부터 실행하세요.

PROMPT 06긴 작업 분해재시도 가능한 체크포인트 설계
[큰 작업]을 독립적으로 검증 가능한 단계로 나눠줘. 각 단계에 입력, 수정 파일, 완료 조건, 테스트, 되돌리는 방법을 적고 한 번에 한 단계만 진행해. 외부 서비스·배포·데이터 변경은 별도 승인 지점으로 표시해.
[큰 작업]

사용 팁: 중간 결과를 커밋하거나 검증할 수 있는 크기로 나누세요.

PROMPT 07리팩터링행동을 보존하는 단계형 개선
[대상 코드]를 [목표]로 개선해. 공개 인터페이스와 현재 동작을 테스트로 고정하고 중복 제거, 이름 개선, 구조 이동을 각각 분리해. 단계별 diff와 테스트 결과를 보고하고 성능 효과는 측정 전 단정하지 마.
[대상 코드][목표]

사용 팁: 구조 이동과 기능 변경을 같은 diff에 넣지 마세요.

PROMPT 08보안 검토권한과 비밀값 경계를 점검
[변경 범위]를 입력 검증, 인증·권한, 비밀값, 로그, 외부 URL, 데이터 삭제 관점에서 검토해. 실제 공격 경로가 있는 문제만 근거와 함께 보고하고 비밀값 자체는 출력하지 마. 수정 전 우선순위를 제시해.
[변경 범위]

사용 팁: 샘플 로그도 실제 토큰이 포함되지 않았는지 확인하세요.

PROMPT 09코드 리뷰 수정 반영리뷰 의견을 하나씩 검증
[리뷰 의견]이 현재 코드에서 유효한지 먼저 재현하거나 근거를 찾아줘. 유효하면 최소 수정과 테스트를 적용하고, 유효하지 않으면 코드 근거로 설명해. 여러 의견은 각각 독립된 diff로 처리해.
[리뷰 의견]

사용 팁: 모든 리뷰 의견을 자동으로 맞다고 가정하지 마세요.

PROMPT 10작업 종료 보고터미널 작업의 증거와 남은 위험 정리
현재 작업을 종료하기 전에 git status와 diff를 확인해. 변경 파일별 목적, 실행한 명령과 결과, 미실행 테스트, 남은 위험, 되돌리는 방법을 짧게 보고해. 요청되지 않은 commit, push, deploy는 하지 마.

사용 팁: 완료 보고에 미실행 검증도 명시하게 하세요.

Tool combinations

이 툴과 같이 쓰면 좋은 AI

Claude Code + Claude

긴 설계·문서·리뷰를 정리한 뒤 터미널 구현 작업으로 연결할 수 있습니다.

역할 분담
Claude 설계·검토 → Claude Code repo 작업
추천 상황
큰 코드베이스와 문서화
Claude 상세 보기 →

Claude Code + Cursor

터미널에서 만든 diff를 IDE 화면에서 세밀하게 확인하고 수정하기 좋습니다.

역할 분담
Claude Code 탐색·수정 → Cursor 시각적 검토
추천 상황
복잡한 UI와 수동 마무리
Cursor 상세 보기 →

Save credits

비용·크레딧·토큰 절약

  • repo 전체보다 관련 사용자 흐름과 파일부터 탐색하세요.
  • 수정 전 읽기·계획 단계에서 잘못된 범위를 바로잡으세요.
  • 긴 로그는 최초 오류와 관련 앞뒤 줄만 전달하세요.
  • 큰 작업을 독립적인 테스트와 롤백이 있는 단계로 나누세요.
  • 빠른 관련 테스트 후 전체 lint·build를 실행하세요.
  • 확정된 결정과 실패 원인만 짧게 요약해 다음 단계로 넘기세요.
  • 구독과 API 사용량 기준은 현재 공식 안내에서 확인하세요.

다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.

Advanced skills

한 단계 높은 활용법

권한 최소화

읽기·로컬 테스트·외부 쓰기 권한을 구분합니다.

Context 관리

관련 파일과 결정만 다음 요청에 유지합니다.

작은 diff

각 단계가 독립적으로 리뷰·롤백되게 만듭니다.

로그 기반 추론

오류와 최근 변경을 증거로 원인을 좁힙니다.

체크포인트

긴 작업의 성공 조건과 중단 상태를 기록합니다.

Troubleshooting

실패 사례와 해결법

문제

잘못된 디렉터리에서 작업

원인

현재 경로 확인 생략

해결

pwd·Git root·branch 먼저 확인

수정 프롬프트: 수정 전에 현재 경로, Git root, branch와 status를 보고해.

문제

명령 영향이 너무 큼

원인

대상과 권한이 불명확

해결

명령과 예상 변경을 먼저 설명

수정 프롬프트: 실행 전 명령, 대상 경로, 변경될 상태를 설명하고 승인을 기다려.

문제

큰 diff가 한 번에 생성

원인

작업 단계와 파일 범위 없음

해결

독립 기능 하나로 축소

수정 프롬프트: [사용자 동작] 하나만 [파일]에서 구현하고 나머지는 계획으로 남겨.

문제

테스트 실패가 반복

원인

첫 오류와 연쇄 오류 혼합

해결

최초 실패를 재현해 원인 고정

수정 프롬프트: 가장 먼저 발생한 실패 하나를 재현하고 관련 코드만 조사해.

문제

긴 작업 맥락이 흐려짐

원인

완료 기준과 체크포인트 없음

해결

단계별 요약과 중단 조건

수정 프롬프트: 현재 단계의 완료 결과, 남은 입력, 다음 테스트를 요약하고 멈춰.