RECIPE 1
새 기능 구현
기존 구조를 지키는 작은 기능 추가
- 예상 시간
- 20~40분
- 난이도
- 보통
- 비용
- 낮음~보통
- 단계
- 4단계
- 추천 설정
- 관련 파일·완료 조건·테스트 명령
진행 단계
- 1흐름 읽기
- 2계획 검토
- 3작은 diff 구현
- 4테스트·diff 확인
시작 프롬프트
[관련 파일] 안에서 [기능]을 [완료 조건]에 맞게 구현하고 [테스트]를 실행해줘. 먼저 계획을 보여줘.
개선 팁: 파일 범위와 건드리면 안 되는 동작을 함께 적으세요.

Practical Guide
관련 파일, 작은 변경 범위, 테스트와 완료 기준을 함께 주면 코드베이스 전체를 흔들지 않고 안전하게 개발할 수 있습니다.
마지막 확인일: 2026년 8월 23일 · 가격과 기능은 실제 공식 사이트를 확인하세요.
나중에 다시 쓰려면 이 페이지를 저장해두세요.
5-minute start
Git 상태와 테스트 명령을 먼저 확인합니다.
읽기 전용으로 관련 파일과 흐름을 찾게 합니다.
한 요청에 한 기능과 작은 diff를 지정합니다.
수정 후 테스트·diff·남은 위험을 보고하게 합니다.
Quick recipes
RECIPE 1
기존 구조를 지키는 작은 기능 추가
[관련 파일] 안에서 [기능]을 [완료 조건]에 맞게 구현하고 [테스트]를 실행해줘. 먼저 계획을 보여줘.
개선 팁: 파일 범위와 건드리면 안 되는 동작을 함께 적으세요.
RECIPE 2
재현 테스트로 회귀를 막는 버그 수정
[로그]와 [재현 단계]로 실패 테스트를 만든 뒤 최소 수정하고 관련 테스트를 실행해줘.
개선 팁: 추측으로 패키지를 바꾸거나 오류를 숨기지 않게 하세요.
RECIPE 3
동작을 보존하며 구조 개선
[대상]을 [목표]로 리팩터링하되 공개 API와 동작을 유지하고 특성 테스트를 먼저 추가해줘.
개선 팁: 기능 변경은 별도 PR로 분리하세요.
RECIPE 4
사용자 행동부터 데이터까지 흐름 추적
[사용자 행동]의 코드 흐름을 파일과 함수 순서로 설명하고 근거와 추정을 구분해줘. 수정은 하지 마.
개선 팁: 읽기 단계에서 생성된 가설을 실제 검색 결과로 확인하세요.
Prompt formula
현재 상황 + 원하는 결과 + 관련 파일 + 변경 금지 범위 + 테스트 기준 + 완료 보고코딩 에이전트는 목표가 모호할수록 수정 범위를 넓히므로 파일과 테스트를 작업 계약처럼 제공해야 합니다.
Copy & use
대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.
현재 상황: [기능 설명]. 원하는 결과: [완료 조건]. 관련 파일은 [파일 목록]이다. 먼저 기존 흐름과 변경 계획을 설명하고, 이 파일 밖은 수정하지 마. 작은 diff로 구현한 뒤 [테스트 명령]을 실행하고 실패 원인과 남은 위험을 보고해줘.
[기능 설명][완료 조건][파일 목록][테스트 명령]사용 팁: 관련 파일과 금지 범위를 함께 주면 예상 밖 수정이 줄어듭니다.
다음 오류를 분석해줘: [오류 로그]. 재현 단계: [재현 단계]. 기대 동작: [기대 동작]. 먼저 가능한 원인을 증거와 함께 순위화하고, 재현 가능한 최소 테스트를 만든 뒤 가장 작은 수정만 적용해줘. 추측으로 의존성을 바꾸지 마.
[오류 로그][재현 단계][기대 동작]사용 팁: 오류 메시지 앞뒤 로그와 최근 변경 파일을 같이 제공하세요.
[대상 파일]의 [개선 목표]를 리팩터링해줘. 공개 API와 현재 동작은 유지하고, 먼저 특성 테스트를 추가해줘. 한 단계씩 작은 diff로 진행하고 각 단계 후 [테스트 명령]을 실행해줘. 성능 향상은 측정 없이 단정하지 마.
[대상 파일][개선 목표][테스트 명령]사용 팁: 리팩터링과 기능 변경을 한 요청에 섞지 마세요.
[사용자 행동]이 코드에서 어떻게 처리되는지 찾아줘. 라우트·이벤트 진입점부터 데이터 저장까지 파일과 함수 순서로 설명하고, 확인한 근거와 아직 추정인 부분을 구분해줘. 아직 파일을 수정하지 마.
[사용자 행동]사용 팁: 읽기 전용 탐색을 먼저 요청하면 불필요한 수정이 줄어듭니다.
[버그 설명]을 재현하는 가장 작은 테스트를 먼저 작성해줘. 테스트가 현재 코드에서 실패하는지 확인한 뒤 원인을 수정하고 전체 관련 테스트를 실행해줘. 테스트를 통과시키기 위해 기대값을 바꾸지 마.
[버그 설명]사용 팁: 재현이 어렵다면 먼저 관찰 로그나 검증 지점을 추가하게 하세요.
[API 또는 타입]을 [새 요구사항]에 맞게 바꾸기 전에 모든 참조와 외부 소비자를 찾아줘. 호환성 위험, 단계적 전환안, 필요한 테스트를 보고하고 승인 전에는 수정하지 마.
[API 또는 타입][새 요구사항]사용 팁: 전체 검색 결과를 먼저 검토한 뒤 구현을 분리하세요.
[느린 동작]의 현재 측정값과 관련 코드 [파일]을 분석해줘. 추측으로 최적화하지 말고 프로파일링 지점, 기준 시나리오, 병목 후보를 정리한 뒤 가장 작은 실험을 제안해줘.
[느린 동작][파일]사용 팁: 최적화 전후 같은 입력으로 측정해야 합니다.
[컴포넌트]를 semantic HTML, 이름·역할·값, 키보드 탐색, 포커스 표시, 색상 외 정보 전달 기준으로 검토해줘. 실제 문제만 지적하고 수정 후 관련 테스트 또는 수동 확인 절차를 작성해줘.
[컴포넌트]사용 팁: 스크린리더와 키보드 수동 검수를 테스트와 함께 남기세요.
[현재 기술]에서 [목표 기술]로 옮기는 계획을 세워줘. 호환 레이어, 단계별 배포, 데이터 영향, 관찰 지표, 롤백 조건을 정의하고 한 번에 전체 교체하지 마.
[현재 기술][목표 기술]사용 팁: 계획과 구현을 같은 요청에서 모두 실행시키지 마세요.
현재 변경사항을 [요구사항]과 대조해줘. 변경 파일, 사용자 영향, 누락된 예외, 테스트 결과, 보안·데이터 위험, 롤백 방법을 요약해줘. 무관한 변경이나 생성된 임시 파일이 있으면 표시하고 자동으로 삭제하지 마.
[요구사항]사용 팁: diff와 git status를 함께 확인하게 하세요.
Tool combinations
긴 설계와 리뷰를 코드 수정 전 독립적으로 검토할 수 있습니다.
작은 프로토타입을 브라우저에서 빠르게 실행해볼 수 있습니다.
Save credits
다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.
Advanced skills
파일과 심볼을 사용자 흐름 기준으로 선별합니다.
한 커밋에서 한 동작만 바꾸도록 제한합니다.
실패 재현 테스트를 먼저 만들어 원인과 완료를 고정합니다.
오류 위치와 최근 변경을 증거로 원인 후보를 좁힙니다.
상태 코드, 화면, 테스트처럼 관찰 가능한 기준을 둡니다.
Troubleshooting
문제
원인
관련 파일과 금지 범위 없음
해결
파일·심볼 제한
수정 프롬프트: [파일]만 수정하고 공개 API와 나머지 동작은 유지해줘.
문제
원인
재현 테스트 없음
해결
실패 테스트 먼저
수정 프롬프트: 오류를 재현하는 최소 테스트가 실패하는지 먼저 확인해줘.
문제
원인
증거 기반 조사 생략
해결
원인 후보와 증거 요구
수정 프롬프트: 패키지를 바꾸지 말고 로그와 코드로 원인 후보를 순위화해줘.
문제
원인
현재 동작 고정 안 됨
해결
특성 테스트 추가
수정 프롬프트: 현재 동작을 캡처하는 테스트를 먼저 추가해줘.
문제
원인
검증 명령 미지정
해결
테스트·diff·위험 보고
수정 프롬프트: [명령] 결과와 변경 파일, 남은 위험을 완료 조건으로 보고해줘.