RECIPE 1
repo 탐색
낯선 코드베이스의 사용자 흐름 이해
- 예상 시간
- 10~20분
- 난이도
- 쉬움
- 비용
- 낮음
- 단계
- 4단계
- 추천 설정
- 수정 금지·진입점부터 검색
진행 단계
- 1프로젝트 지침 확인
- 2라우트와 심볼 검색
- 3호출·데이터 흐름 추적
- 4읽기 순서와 미확인점 보고
시작 프롬프트
[사용자 행동]의 흐름을 파일과 함수 순서로 설명하고 아직 수정하지 마.
개선 팁: 관련 파일 수를 제한하면 문맥 낭비를 줄일 수 있습니다.
Practical Guide
터미널에서 저장소를 다루는 만큼 읽기 전용 탐색, 허용 명령, 작은 diff와 테스트 기준을 분명히 하면 긴 개발 작업도 안전하게 나눌 수 있습니다.
마지막 확인일: 2026년 8월 25일 · 가격과 기능은 실제 공식 사이트를 확인하세요.
나중에 다시 쓰려면 이 페이지를 저장해두세요.
5-minute start
지원되는 시스템과 설치·인증 방법을 공식 문서에서 확인합니다.
작업할 저장소에서 Git 상태와 프로젝트 지침을 읽게 합니다.
첫 요청은 수정 없이 관련 파일과 계획만 찾게 합니다.
한 단계씩 수정하고 diff·테스트 결과를 확인합니다.
Quick recipes
RECIPE 1
낯선 코드베이스의 사용자 흐름 이해
[사용자 행동]의 흐름을 파일과 함수 순서로 설명하고 아직 수정하지 마.
개선 팁: 관련 파일 수를 제한하면 문맥 낭비를 줄일 수 있습니다.
RECIPE 2
검토 가능한 범위의 기능 수정
[요구사항]을 [파일] 안에서 구현하고 [보존 조건]을 유지한 뒤 [테스트]를 실행해.
개선 팁: 무관한 포맷 변경을 하지 않게 명시하세요.
RECIPE 3
추측 없이 재현 가능한 버그 수정
[오류 로그]와 [재현 단계]로 원인을 확인하고 패키지 변경 없이 최소 수정해.
개선 팁: 연쇄 오류보다 가장 앞선 원인을 먼저 보세요.
RECIPE 4
실패해도 이어갈 수 있는 개발 계획
[큰 작업]을 독립 검증 가능한 단계로 나누고 한 번에 하나만 진행해. 각 단계에 테스트와 되돌리기를 적어.
개선 팁: 배포와 데이터 변경은 별도 승인 단계로 두세요.
Prompt formula
터미널 상태 + 작업 목표 + 탐색 범위 + 허용 명령 + 수정 범위 + 테스트 + 중단 조건터미널 코딩 에이전트는 파일과 명령 모두에 영향을 줄 수 있으므로 어떤 상태를 읽고 어디서 멈춰야 하는지 먼저 정하는 것이 중요합니다.
Copy & use
대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.
현재 저장소에서 먼저 pwd, git status, 현재 브랜치, 주요 설정과 프로젝트 지침을 읽어줘. [작업 목표]와 관련된 파일만 찾아 읽고 수정 전 계획을 보여줘. 비밀값은 출력하지 말고 아직 명령으로 외부 상태를 바꾸지 마.
[작업 목표]사용 팁: 처음에는 읽기 전용 탐색과 계획만 요청하세요.
[기능 또는 오류]의 흐름을 검색해 진입점부터 데이터 저장까지 파일·함수 순서로 설명해줘. 검색 결과를 근거로 쓰고 모르는 부분은 확인 필요로 남겨. 수정은 하지 말고 관련 파일을 7개 이하로 제한해.
[기능 또는 오류]사용 팁: 넓은 저장소일수록 사용자 행동 하나로 범위를 좁히세요.
[요구사항]을 구현하되 [허용 파일]만 수정하고 [보존 조건]은 유지해. 먼저 계획과 예상 diff를 설명하고 구현 후 git diff --stat, 핵심 diff와 [테스트 명령] 결과를 보고해. 무관한 포맷 변경은 하지 마.
[요구사항][허용 파일][보존 조건][테스트 명령]사용 팁: 파일과 변경 금지 범위를 작업 계약처럼 적으세요.
오류 로그 [로그]와 재현 [절차]를 분석해. 코드와 설정에서 원인 후보의 증거를 찾고 재현 테스트를 먼저 실행해. 확인된 원인만 최소 수정하고 같은 명령으로 해결 여부를 검증해. 패키지 업그레이드나 오류 무시는 하지 마.
[로그][절차]사용 팁: 토큰·이메일·경로의 개인정보는 마스킹하세요.
[테스트 명령]을 실행하고 실패하면 첫 원인과 연쇄 오류를 구분해. 테스트 설정이나 기대값을 바꿔 통과시키지 말고 제품 코드와 요구사항을 대조해 수정안을 제안해. 수정 후 관련 테스트와 전체 검증 순서로 재실행해.
[테스트 명령]사용 팁: 처음에는 가장 빠른 관련 테스트부터 실행하세요.
[큰 작업]을 독립적으로 검증 가능한 단계로 나눠줘. 각 단계에 입력, 수정 파일, 완료 조건, 테스트, 되돌리는 방법을 적고 한 번에 한 단계만 진행해. 외부 서비스·배포·데이터 변경은 별도 승인 지점으로 표시해.
[큰 작업]사용 팁: 중간 결과를 커밋하거나 검증할 수 있는 크기로 나누세요.
[대상 코드]를 [목표]로 개선해. 공개 인터페이스와 현재 동작을 테스트로 고정하고 중복 제거, 이름 개선, 구조 이동을 각각 분리해. 단계별 diff와 테스트 결과를 보고하고 성능 효과는 측정 전 단정하지 마.
[대상 코드][목표]사용 팁: 구조 이동과 기능 변경을 같은 diff에 넣지 마세요.
[변경 범위]를 입력 검증, 인증·권한, 비밀값, 로그, 외부 URL, 데이터 삭제 관점에서 검토해. 실제 공격 경로가 있는 문제만 근거와 함께 보고하고 비밀값 자체는 출력하지 마. 수정 전 우선순위를 제시해.
[변경 범위]사용 팁: 샘플 로그도 실제 토큰이 포함되지 않았는지 확인하세요.
[리뷰 의견]이 현재 코드에서 유효한지 먼저 재현하거나 근거를 찾아줘. 유효하면 최소 수정과 테스트를 적용하고, 유효하지 않으면 코드 근거로 설명해. 여러 의견은 각각 독립된 diff로 처리해.
[리뷰 의견]사용 팁: 모든 리뷰 의견을 자동으로 맞다고 가정하지 마세요.
현재 작업을 종료하기 전에 git status와 diff를 확인해. 변경 파일별 목적, 실행한 명령과 결과, 미실행 테스트, 남은 위험, 되돌리는 방법을 짧게 보고해. 요청되지 않은 commit, push, deploy는 하지 마.
사용 팁: 완료 보고에 미실행 검증도 명시하게 하세요.
Tool combinations
긴 설계·문서·리뷰를 정리한 뒤 터미널 구현 작업으로 연결할 수 있습니다.
터미널에서 만든 diff를 IDE 화면에서 세밀하게 확인하고 수정하기 좋습니다.
Save credits
다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.
Advanced skills
읽기·로컬 테스트·외부 쓰기 권한을 구분합니다.
관련 파일과 결정만 다음 요청에 유지합니다.
각 단계가 독립적으로 리뷰·롤백되게 만듭니다.
오류와 최근 변경을 증거로 원인을 좁힙니다.
긴 작업의 성공 조건과 중단 상태를 기록합니다.
Troubleshooting
문제
원인
현재 경로 확인 생략
해결
pwd·Git root·branch 먼저 확인
수정 프롬프트: 수정 전에 현재 경로, Git root, branch와 status를 보고해.
문제
원인
대상과 권한이 불명확
해결
명령과 예상 변경을 먼저 설명
수정 프롬프트: 실행 전 명령, 대상 경로, 변경될 상태를 설명하고 승인을 기다려.
문제
원인
작업 단계와 파일 범위 없음
해결
독립 기능 하나로 축소
수정 프롬프트: [사용자 동작] 하나만 [파일]에서 구현하고 나머지는 계획으로 남겨.
문제
원인
첫 오류와 연쇄 오류 혼합
해결
최초 실패를 재현해 원인 고정
수정 프롬프트: 가장 먼저 발생한 실패 하나를 재현하고 관련 코드만 조사해.
문제
원인
완료 기준과 체크포인트 없음
해결
단계별 요약과 중단 조건
수정 프롬프트: 현재 단계의 완료 결과, 남은 입력, 다음 테스트를 요약하고 멈춰.