许多人学提示词时，收集了一堆“万能模板”，真正开始写方案、整理资料或做判断时却仍然不知道从哪里下笔。问题通常不在措辞，而在任务没被拆清楚。一个能落地的提示词，至少应让工具知道：你交给它什么材料、要完成什么动作、结果给谁看、按什么标准验收。
用一个具体任务练习
假设要把一次访谈记录整理成部门简报。不要只写“帮我写一份总结”，而是先确定读者是谁、要保留哪些事实、哪些结论必须标为待确认。这样做的好处是，生成结果可以被逐条复核，不会因为文字顺畅就掩盖了遗漏。
| 提示词部分 | 访谈简报案例 | 验收方式 |
|---|---|---|
| 材料 | 附上完整访谈记录和会议日期 | 每条结论都能回到原记录 |
| 任务 | 提炼决策、风险、待办与负责人 | 四类信息不得混写 |
| 读者 | 给未参加会议的项目负责人 | 无需背景也能看懂 |
| 边界 | 信息不足时标为待确认 | 不补写人名、数据或承诺 |
一份可复用的指令骨架
你将根据我提供的材料，完成【具体任务】。读者是【角色】，他们需要先了解【核心问题】。请按【输出格式】组织内容，逐条区分已确认事实、分析判断和待确认事项。不要补充材料里没有的人名、数字、案例或结论；若信息不足，请明确说明缺少什么。输出后再用【验收标准】自检。
第一次生成后，最值得改的不是语气，而是验收标准。比如“列出三项风险”太笼统，可以改成“每项风险写明触发条件、可能影响和下一步验证动作”。约束越贴近工作实际，返工越少。需要把复杂资料变成可核对结构时，可结合信息归纳与证据核对的流程使用。
把反馈写成可执行修改
不要说“再专业一点”或“更有深度”。应指出具体差距：第二部分缺少来源、第三项建议没有负责人、段落顺序不符合决策流程。把一次修改只限定在一个维度，能保住已经确认的内容，也能让你知道哪条要求真正产生了效果。
提交前的检查
涉及个人、客户、合同、财务或未公开项目的材料，不要直接投入不具备相应数据保护条件的工具。发布前人工核对事实、数字、链接和引用；工具擅长整理和表达，但事实责任仍在使用者。
