Prompt 工程入门：约束、少样本与结构化输出

Prompt 工程不是玄学措辞，更像给不确定函数写说明书。好的提示词让模型少猜，评审时也有据可查。

基本骨架

1. 角色与目标：你要完成什么任务。
2. 约束：不能做什么、知识截止、必须引用等。
3. 输入：用户材料放在明确分隔符里。
4. 输出格式：字段名、类型、失败时怎么说。

你是资深后端评审助手。只根据<<<CODE>>>中的内容提问题。
若信息不足，回答「信息不足」并列出缺失项。
输出 JSON：{"issues":[{"severity":"","why":"","suggestion":""}]}
 
<<<CODE>>>
{code}
<<<END>>>

少样本比空喊「要专业」有用

给 1–2 个正例/反例，模型更容易对齐粒度。反例尤其重要——告诉它什么叫「太空」。

结构化输出

能要求 JSON 就要求 JSON，并在应用层做 schema 校验；校验失败就重试或降级，而不是把半截文字塞进业务逻辑。

常见坑

• 约束写在结尾被长上下文冲淡 → 关键约束放开头并重复一次。
• 让模型同时做检索、推理、润色 → 拆成多步。
• 没有失败模式 → 它会硬编一个「看起来完整」的答案。

小结

把 Prompt 当 API：输入输出有契约，错误可处理。措辞精致是加分项，契约清晰是必选项。