금지하는 제약과 만들어내는 기준

"don't be too long"과 "≤ 80 words"의 차이

“하지 마”, “피해”, “절대” 같은 부정형 제약은 무한한 가능성 가운데 무엇을 빼야 하는지만 알려줘. 반대로 “이렇게 해”, “80단어 이하로 써”, “결론부터 시작해” 같은 긍정형 기준은 무엇을 만들어야 하는지 가리켜. 모델은 빼는 일보다 정해진 것을 만드는 일에 훨씬 강해.

금지문이 오히려 목표를 불러오는 까닭

"don't use the word 'unfortunately'"라고 쓰면 그 단어가 오히려 더 자주 나올 수 있어. 프롬프트가 모델의 주의를 바로 그 단어에 모았기 때문이야. 같은 뜻이라도 "Open with the result, not an apology"라고 쓰면 피할 대상을 되뇌는 대신 시작할 행동을 줘.

그래도 부정형 제약이 필요한 자리

안전 정책 — "do not provide medical dosages"처럼 금지 자체가 경계인 경우.
출력 형식을 잠그는 마지막 못 — "output JSON only — no preamble, no markdown fences"처럼 긍정형 형식 뒤에 붙이는 경우.
긴 프롬프트의 상투적 표류를 막는 문장 — "do not begin with 'I'd be happy to help'"처럼 실제로 되풀이되는 실패를 끊는 경우.

먼저 긍정형 기준으로 원하는 결과를 세워. 그다음 실제로 관찰한 실패만 골라 짧은 금지문으로 막는 게 기본 순서야.

Code

고쳐 쓰기: 금지문만 있는 지시를 긍정형 중심으로·markdown

# Before — five "don't"s, no "do"
Don't be too verbose.
Don't apologize.
Don't repeat the question.
Don't use markdown headers.
Don't include disclaimers.

# After — positive spec + targeted negatives
Return one paragraph, ≤ 100 words.
Open with the verdict in the first sentence.
Use plain prose; no markdown headers, no fenced code.
If the answer is uncertain, append a single sentence beginning with "Confidence:".

"don't be too long"과 "≤ 80 words"의 차이

금지문이 오히려 목표를 불러오는 까닭

그래도 부정형 제약이 필요한 자리

Code

External links

Exercise

Progress

댓글 0