PROMPTHERE GUIDE
Read in English코딩 프롬프트, 오류 재현부터 검증까지 요청하기
‘버그를 고쳐 줘’라는 요청에는 판단에 필요한 정보가 빠져 있습니다. 개발·코딩 프롬프트에는 오류 메시지, 재현 절차, 기대한 동작, 실제 동작과 변경해도 되는 범위를 함께 적어야 합니다.
수정일 · Prompthere
재현 가능한 설명을 먼저 준비하세요
언어·프레임워크 버전과 실행 명령, 문제가 생기는 입력을 기록하세요. 전체 코드를 무작정 붙이기보다 관련 코드와 정확한 오류를 제공하세요. 로그를 공유할 때는 토큰·비밀번호·사용자 개인정보를 제거하고 문제 이해에 필요한 부분을 남깁니다.
가설과 확인 결과를 구분하게 하세요
가능한 원인을 제시하는 것과 원인을 확인하는 것은 다릅니다. 가설마다 확인할 로그나 재현 절차를 붙이도록 요청하세요. 확인하지 않은 실행 결과를 통과했다고 쓰지 말고, 직접 실행한 검증과 제안만 한 검증을 구분하도록 정합니다.
수정 범위와 완료 조건을 적으세요
기존 API·데이터 형식을 유지해야 한다면 명시하세요. 어떤 입력에서 기대 동작을 확인할지 정하고, 관련된 경계 조건도 살핍니다. 수정된 코드뿐 아니라 변경 이유와 남은 제한을 함께 받으면 검토자가 영향을 판단하기 쉽습니다.
내 정보로 바꿔 쓰는 예시
추측한 원인과 확인한 원인을 나누는 디버깅 요청
대괄호 안을 내 정보로 바꾸고, 사용하는 AI에 붙여 넣으세요.
환경: [언어·프레임워크·버전] 재현 단계: [명령과 입력] 기대 동작: [기대 결과] 실제 동작: [오류와 로그] 관련 코드: [코드] 변경 범위: [수정 가능한 영역] 먼저 원인 가설과 각 확인 방법을 정리하세요. 근거가 확인된 범위에서 수정안을 제안하고, 변경 이유와 검증 방법을 적어 주세요. 실행하지 않은 테스트는 통과했다고 쓰지 마세요. 기존 공개 인터페이스 변경이 필요하면 먼저 설명하세요.
실행 전 확인할 것
- 오류를 재현할 절차와 입력이 있나요?
- 실행 환경과 기대 동작을 적었나요?
- 제안한 검증과 실제 실행한 검증을 구분하나요?
자주 묻는 질문
오류 메시지만 있어도 요청할 수 있나요?
출발점은 될 수 있지만 정확한 원인을 확정하기 어렵습니다. 재현 단계, 환경과 관련 코드를 추가하고 확인되지 않은 원인은 가설로 남기세요.
AI가 테스트 통과라고 쓰면 충분한가요?
실행 환경과 명령, 실제 결과를 확인해야 합니다. 실행할 수 없는 환경에서 제안한 테스트는 직접 수행할 검증 목록으로 취급하세요.