同事让模型写周报，输入只有一句“帮我写个周报”。返回的内容语法通顺，却像模板剪出来的：进展、问题、计划一应俱全，读完仍不知道这周发生了什么。把输入改成“读者是部门负责人，材料是三条已完成事项和两条待确认风险，按事项写，未确认的标出来，不写套话”，结果立刻贴近可用。变化不在模型，而在任务描述从模糊变得可核对。
一句“帮我写周报”漏掉了什么
缺的不是“角色”。给模型安一个“资深项目经理”的头衔，很多时候只是换了一种语气。真正缺的是组织里的默认约定：周报给谁看、哪些信息算事实、哪些只是猜测、篇幅多长、要不要暴露风险。人写周报时会自动调用这些背景，模型没有，只能按常见写法补全。它擅长接着往下写，不擅长猜你所在的语境。
所以提示词设计更像一份交接单，而不是一句咒语。交接单要说清：手上有什么材料，交付物长什么样，遇到不确定时怎么处理。材料可以分事实、草稿和待确认信息；交付物可以约定结构、长度、语气和读者；不确定处理则决定模型是停下来提问，还是标注假设继续写。
把隐性约定写成显性条件
可用的提示词通常不靠形容词堆砌，而靠可检查的条件。比如：
- 输入材料：只使用给出的三条进展，不补充未提供的项目背景。
- 输出契约：按“已完成、风险、下周计划”三段写，每段不超过三句话。
- 判断标准：风险要写触发条件和影响范围，不写“继续关注”这类空话。
- 失败处理：材料不足时先列缺失项，不要自行编造人名和日期。
这些条件把“写得好”拆成了可验证的要求。提示词设计在这里做的，是减少模型自由发挥的空间，同时保留判断余地。条件太松，输出会漂；条件太死，模型可能为了满足格式而牺牲内容。比如要求“每段必须三句话”，它就可能把一条重要风险拆成三句废话。
另一个选择是：把约束一次写长，还是留到多轮对话里逐步补。长提示适合任务稳定、重复发生的场景，约束前置能减少来回；多轮适合探索型任务，先让模型给出几种理解，再逐步收窄。关键是决定哪些条件必须固定，哪些可以留给人追问。
约束的收益与代价
从模型的工作方式看，提示词是它当前能看到的上下文的一部分。上下文越模糊，可接续的方向越多，输出越容易“看起来合理”。明确的材料、格式和失败处理，相当于把可选范围收窄，让结果贴近任务。但收窄也有代价：提示词会占用上下文空间，细碎规则还会互相打架。写了几十条“不要”，模型可能只记住最后几条，或者变得机械。
我更愿意把提示词设计看成一次需求澄清。它逼着写的人先回答：读者是谁，材料够不够，什么算完成。很多“模型不好用”的时刻，往前追一步，是任务本身没想清楚。提示词写顺了，往往也说明流程里的交接点被说清了。
它解决不了的事
提示词不能补上不存在的数据，也不能替代事实核查。模型可以按格式输出，但格式正确不等于内容正确；它可以标注“待确认”，确认仍需人完成。涉及对外发布、合同条款、安全操作等内容时，提示词只能降低表达偏差，不能承担判断责任。把提示词当成万能开关，最后会把验证成本推给下游。
回到写周报，真正有用的改动不是加一句“请专业一点”，而是把读者、材料、风险和格式摆到台面上。提示词设计做的正是这件事：让模型少猜一点，让人多想一步。它不保证每次都对，但能让错误更容易被发现。