一条好提示词的四个部分

核心方法

好的提示词不是堆满指令，而是一份能被执行和验收的任务说明。本课以「把项目记录整理成周报」为贯穿案例，将目标、上下文、约束、交付物四部分落实到具体字段，理解为什么同一句提示词换一组材料就可能失效。

目标决定取舍。 给负责人看的周报应帮助识别结果、风险与需要支持的事项；给执行伙伴看的交接单，则要写清下一步做什么、由谁完成。目标不同，信息组织可以不同，但事实不能随读者改变。

上下文提供依据。 不是把所有聊天记录贴进去，而是选择任务相关的记录、日期与术语解释。约束决定不能越过哪里。 例如不补造负责人、不把计划写成完成。交付物规定最终长什么样。 包括章节、字段、长度和缺失值写法。

案例拆解

本课程使用虚构项目「帮助中心改版」，以下是统一的基础输入：

R01：本周完成 8 篇帮助文档草稿，其中 5 篇已核对，3 篇待产品确认。
R02：小林周三发出标题方案，设计反馈尚未收到。
R03：计划周五上线，但上线时间未最终确认。
R04：小周负责核对剩余 3 篇文档，截止日期待确认。

先写出三个必须通过的检查：只能说完成 8 篇草稿，不能说上线 8 篇；周五是计划，不是确定日期；小周负责核对，但不能猜截止时间。只有先有这些标准，你才能判断生成的周报是否可靠。

对比「你是专业项目经理，帮我写一份高级周报」与下面的四部分说明。前者强调角色，后者明确了可以交付的内容。角色仍可作为补充，但不能覆盖材料中的事实和边界。

一份符合任务的示范摘要是：「帮助文档已形成 8 篇草稿，5 篇核对完成，3 篇待确认。标题方案已发出，设计反馈待收集。周五上线仍为计划，需要确认剩余核对与排期。」不要把「待确认」当成文案缺陷删掉，它恰好表达了项目需要推动的地方。

接着做一次缺项实验：拿走 R04，再生成周报。正确行为是标记核对负责人未知，而不是让模型根据 R02 自动安排小林。这个测试能发现提示词是否只在材料齐全时表现不错。

提示词与使用说明

目标：让项目负责人用一分钟理解本周进展和需要决定的事项。
上下文：下方 R01–R04 是本周唯一可使用的工作记录。
约束：不新增数字、完成状态、负责人和日期；计划必须标明为计划。
交付物：按「已完成结果 / 风险与阻塞 / 下一步行动 / 需要确认」输出。
行动项必须有任务、负责人、截止日期、依据编号；缺失字段写「待确认」。
总字数不超过 450 字。遇到冲突先指出，不自行选择一个版本。
资料：[粘贴项目记录]

不要同时要求「逐字保留所有记录」和「只保留三个关键点」，除非明确哪条优先。提示词里的冲突不是模型自行猜测的邀请；你可以用「事实完整优先于篇幅，超长时先指出」来表达真正的取舍。

独立练习

先把答案写进本课笔记，再展开解析。以下人物、活动和数据均为教学用的虚构材料；练习记录请填写你实际完成的过程。

给定材料

R1：帮助中心共 10 篇文档，已完成 7 篇。
R2：剩余 3 篇由小周核对，截止日期未定。
R3：希望周五上线，但负责人尚未确认。

你的任务

设计一个用于向项目负责人汇报的提示词，输出完成、风险、下一步三段。把 R3 的意向与承诺区分开。用提示词生成后检查遗漏和新增事实。

验收与迁移

对照自己的成果逐项检查。未达到的项目，写明缺什么、怎样补；这些标准用于自查，不会自动标记课时完成。

• 保留分母 10 与单位“篇文档”
• 上线意向没有被写成确定计划
• 没有猜测核对截止日

带回自己的场景

选自己常写的一种周报，把“不能编造”细化成该场景最容易被补错的字段。

延伸资料

提示词的指令、上下文与示例 ↗；设计可检验的评估 ↗。资料用于核对方法和技术边界，案例与练习由 Nextory 编写。