写好 Prompt 的四个习惯：角色、约束、示例与自检

在日常开发里，Prompt 写得好不好，往往决定了大模型第一次输出能不能直接用。下面四个习惯，是我在写需求说明、代码评审和调试提示词时反复验证过的做法。

一、先给角色，再给任务

不要只说“帮我写一段代码”。先说明身份和场景，例如：“你是一名熟悉 Python 的后端工程师，正在为一个内部工具写数据校验函数。”角色越具体，模型越不容易在风格和深度上跑偏。

二、把约束写在前面

好的约束包括：输入格式、输出格式、禁止事项和边界条件。例如要求“只输出函数和必要的注释，不要解释思路；入参为空时返回空列表而不是报错”。约束前置，比事后反复纠正更省时间。

三、给一个小示例

示例是最便宜的对齐方式。给出一组输入和期望输出，模型就能模仿结构、命名和详细程度。示例要小而典型，不要把全部业务细节都塞进去，否则重点会被淹没。

四、最后留一步自检

在提示词结尾加一句自检要求，例如：“输出前检查：是否覆盖了空值和异常输入？变量命名是否一致？”这一步常常能直接暴露遗漏，比多轮追问更高效。

一个可复用的模板

角色：[身份与擅长领域]
任务：[要完成的一件事]
约束：[格式、边界、禁止事项]
示例：[输入 -> 期望输出]
自检：[需要核对的要点]

常见误区

• 把多个任务塞进同一条提示词，结果每个都做不深；
• 只描述“想要什么”，不说明“不能做什么”；
• 第一次输出不满意就全盘重写，而不先定位是哪一部分约束没写清楚。

把提示词当成一份简短的需求文档来写：角色定方向，约束定边界，示例定标准，自检兜底。这样写出来的 Prompt，不仅自己复用方便，交给同事也能直接看懂。