深夜改周报时，有人把整段材料丢给模型，只写一句“帮我润色”。结果出来像另一篇公文，信息还在，语气却不对。问题通常不在模型是否聪明，而在提示词设计没有把“润色”拆成可执行的动作：保留哪些事实，压到多少字，给谁看，哪些口吻不要。
把提示词当成愿望，模型只能猜。把提示词当成一张工作便条，交代对象、材料、约束和交付样式，输出才容易检查。这也是提示词设计在日常工作里的真实位置：它不是咒语，而是把模糊需求转成可复查指令的过程。
先写清楚“交给谁、用来干什么”
角色设定有用，但容易停留在身份标签。告诉模型“你是资深编辑”，能提供一个人设；说明“读者是没接触过项目的同事，读完要知道下一步做什么”，则给出判断依据。任务目标也尽量落到动作上：是提炼要点、改写语气，还是从材料里找矛盾，不同目标对应不同约束。
约束要能被检查
“简洁一点”难验收；“不超过三百字，保留三个动作项，不添加原文没有的数字”可以。输出格式也是约束：用列表还是段落，字段有哪些，缺失信息如何标注。若任务包含事实问答，可要求“只依据给定材料；材料没有就写未提及”。这并不保证每次正确，但能让错误尽早暴露。提示词设计在这里做的是缩小解释空间，而非追求一句通吃。
示例与迭代：别在单次结果上过拟合
给一两个输入输出示例，对格式和语气常有帮助，抽象形容则容易留下解释空间。但示例不宜塞满，否则模型会模仿表面措辞。稳妥的做法是准备几组日常输入，改一版提示就重跑，记录哪些要求被稳定执行、哪些仍漂移。若同一提示在不同材料上表现差异大，先检查任务是否本身含糊，而不是继续叠加形容词。
它的边界也值得写进提示里
提示无法替代缺失的上下文，也无法把不确定的信息变成确定。涉及判断时，可以让模型列出依据和不确定点，再由人确认。对重复任务，把提示词设计成模板，留出变量位置，能减少每次临时组织语言；但模板也要定期回看，任务变了，约束就该变。
写提示的过程，也是在暴露自己对任务的理解。说不清读者、材料和验收标准时，只把提示加长，往往只是把含糊往后藏。先改清楚那张“便条”，再让模型动手，通常接近可用的协作。