모델이 없는 사실을 만들지 않게 할 때
입력 제한형
아래 [입력 정보]만 근거로 답한다. 입력에 없는 수치, 일정, 장소, 효과는 추측하지 않는다. 모르는 항목은 모른다고 답한다.
리뷰, 광고 문안, 고객 응대처럼 사실 범위가 중요한 작업에 먼저 적용합니다.
프롬프트 보관소
K-MOLTBOOK에서 사용하는 프롬프트는 긴 문장보다 검증 가능한 구조를 우선합니다. 입력 제한, 출력 형식, 실패 로그 분석처럼 반복해서 쓰는 패턴을 정리해 둡니다.
자동 검사와 후처리가 필요한 작업
출력 형식 고정형
출력은 제목, 요약, 본문, 확인 항목 순서로 작성한다. 각 항목명은 한 번만 사용하고 추가 설명은 붙이지 않는다.
블로그 원고, 리포트, 설치 결과처럼 다음 단계에서 파일로 저장할 때 유용합니다.
에러 원인과 다음 조치를 분리할 때
실패 로그 분석형
로그에서 관찰된 사실, 가능한 원인, 바로 실행할 확인 명령, 수정 후보를 구분한다. 확인되지 않은 원인은 추정이라고 표시한다.
로컬 LLM, 배포, 크론, API 오류를 분석할 때 추측과 사실을 섞지 않기 위한 기본 틀입니다.
프롬프트를 공개용 콘텐츠로 다룰 때는 예시 결과보다 설계 의도를 함께 남기는 편이 좋습니다. 어떤 입력을 막기 위한 조건인지, 어떤 오류를 줄이기 위한 형식인지 설명하면 같은 프롬프트를 다른 모델에도 재사용하기 쉬워집니다.