Quick Reference

입문 prompt의 기본은 role이 아니라 무슨 일을, 어떤 input으로, 어느 상태까지, 어떤 모양으로 할지입니다. task·input·완료 조건·output contract를 먼저 쓰고, 판단 관점이 반복될 때 role을, 경계 case가 흔들릴 때 example을, 사실성이 중요할 때 source와 unknown fallback을 추가합니다.

task: 첨부한 회의 메모에서 결정과 미결 항목을 분리한다.
input: <minutes>만 사실 근거로 사용한다.
done: 결정, owner, due date, unknown을 빠짐없이 구분한다.
output: 한국어 Markdown 표. 메모에 없는 owner·date는 추정하지 않는다.

block을 고르는 법

모든 request에 모든 block을 넣으면 오히려 충돌과 token 비용이 늘어납니다. 단순 요약에는 task와 source·length로 충분할 수 있고, 비교·추천에는 decision criteria와 evidence rule이 필요합니다. 각 block은 outcome의 다른 부분을 고치는 도구입니다.

짧은 요청을 보강하는 예

막연한 요청
"운영체제를 설명해 줘."

작업 계약
"대학 1학년에게 운영체제의 역할을 설명한다.
프로세스와 thread 차이를 한 사례로 포함한다.
한국어 350자 안에서 정의·예시·흔한 오해 순으로 쓴다.
제공한 강의 메모에 없는 역사·수치는 추가하지 않는다."

좋은 구조는 길이가 아니라 각 문장이 failure를 줄이는지로 판단합니다. 사용자가 비어 있는 input을 제공했다면 모델에게 채우라고 하지 말고 필요한 자료를 질문하게 합니다. output이 다른 system으로 전달된다면 자연어 format 지시만으로 끝내지 말고 schema와 validator를 둡니다.

자주 틀리는 부분