把一段杂乱的会议记录丢给模型，指令只有一句“帮我整理一下”，得到的结果往往像一份措辞礼貌的摘要：重点未必丢，但该保留的决策、待办和争议边界常混在一起。问题不总在模型能力，而在输入任务时没有交代清楚。提示词设计要处理的，正是这类“任务没被说完”的情况。
它更像把需求写成可执行的邮件
我会把提示词设计理解成一种界面工作：模型看不到人的上下文，只能读到眼前这段文字。把目标、材料范围、输出形态和判断标准写进同一段指令，相当于给任务画一张施工图。比如整理会议记录，除了“整理”，还需要说明按主题归档、保留原话中的分歧、把行动项单列、未知信息标注为待确认。这里不需要华丽措辞，需要的是让每个约束都能被检查。
很多人把提示词写成愿望清单：“专业一点”“全面一些”“有洞察”。这些词对人有用，对模型却缺少落点。专业指向什么：术语密度、引用规范，还是结论先行？全面指覆盖哪些维度？如果无法在输出里找到对应痕迹，这类形容词就容易变成装饰。
约束不是越多越稳
另一头也容易出现堆叠：格式、语气、长度、角色、步骤全塞进去，前后还互相打架。提示词设计真正难的地方，不是收集指令，而是安排条件之间的关系和边界。一次任务里，明确哪些条件不能让步，例如输出必须为表格、不得编造未提供的信息；哪些可以调整，例如语气偏简洁还是偏解释。约束之间若没有关系，模型只能猜。
- 任务对象：处理哪段材料，哪些内容不在范围内。
- 输出结构：分几段、用列表还是表格、字段如何命名。
- 判断规则：什么算完成，发现信息缺口时如何标注。
- 语气与篇幅：给谁看，允许展开到什么程度。
这些条目并不神秘，难在写的人是否愿意先把需求想清楚。提示词常常暴露的不是模型的理解力，而是任务本身没有定义好。
可复用的不是句子，是检查方式
把一段效果不错的提示词存下来，换一个模型或换一批材料，结果未必稳定。可复用的部分通常不是那句话，而是检查方式：输出有没有覆盖指定字段，是否遵守了禁止项，遇到模糊信息有没有停下来标注。围绕这些检查点做小步修改，通常能让问题更早暴露。这种检查方式接近写作提纲或产品需求文档，它让协作对象知道边界，也让写的人知道自己到底要什么。
也要承认边界。提示词无法补上缺失的业务知识，也不能保证模型每次都按同一路径推理。它适合把清楚的需求表达清楚，不适合把含糊的目标包装成看似精确的指令。若任务本身依赖大量默会知识，补充材料和示例往往是必要动作，单靠打磨措辞不够。
所以，当下一次输出不合预期，不妨先回看输入：任务对象写了吗，输出形状定了吗，判断标准能否被检查？提示词设计不是咒语，它更像一次把话说明白的练习。