버그 리뷰·디버그 체크리스트
증상→가설→검증 순으로 디버그를 돕습니다.
언제 쓰나요
재현 가능한 버그를 정리해 리뷰어/AI에게 넘길 때, 추측성 수정을 줄이고 싶을 때 사용합니다.
강조할 것
- 언어·프레임워크·버전을 명시한다
- 입출력 예시와 엣지 케이스를 준다
- 제약(성능·보안·의존성)을 적는다
- 테스트·검증 방법을 요청한다
빼거나 피할 것
- 프로덕션 시크릿·실키를 붙여 넣지 않는다
- 요구사항을 ‘알아서’에 맡기지 않는다
- 보안 취약점 악용 절차를 묻지 않는다
- 관련 없는 파일 전체를 덤프하지 않는다
왜 이 구조인가요
디버그 프롬프트는 목적·제약·검수 기준을 앞에 두고 슬롯으로 사실만 채우게 해 결과 편차를 줄입니다. 강조/피하기를 분리하면 모델이 ‘무엇을 살릴지’와 ‘무엇을 뺄지’를 동시에 이해합니다. aimodu.kr에서는 초보도 바로 복붙 후 검수할 수 있도록 길이·형식·금지 사항을 템플릿에 고정합니다.
슬롯 채우기
아래 칸을 채우면 미리보기의 {{변수}}가 치환됩니다. 비우면 플레이스홀더가 유지됩니다.
완성 예시
로그인 후 404 디버그 예시.
관련 서비스
이 프롬프트를 쓰기 좋은 AI 서비스입니다.
관련 용어
같은 용도 다른 프롬프트
코드 · 리뷰·디버그 더보기자주 묻는 질문
스택트레이스?
logs에 핵심 프레임만 넣으세요.
핫픽스?
최소 패치와 회귀 테스트를 요청하세요.