目标「完成一份方案」还不够具体。先约定交给谁、包括哪些内容,以及什么结果算完成,Agent 才能帮你拆出可检查的步骤。
把完成标准说清楚
给出时间、可用精力、必须包含的内容和明确不做的事情。示例:「两周内形成一份供团队讨论的三页方案,包含问题、两个备选方向和待验证假设;这轮不做上线开发。」
如果时间、预算或关键资料还未知,直接写「待确认」。让 Agent 先提问,而不是把未知条件默认为已经具备。
检查顺序与依赖
要求每项任务包含产出、依赖和完成判断。例如,「确认受众」的产出可以是一段经你确认的说明;只有它完成后,才开始写方案摘要。
| 任务字段 | 有用的写法 |
|---|---|
| 产出 | 能检查的文稿、表格或决定 |
| 依赖 | 必须先拿到的信息或完成的任务 |
| 完成判断 | 你能明确回答是或否的条件 |
| 待确认 | 仍需你或其他人作出的决定 |
留出复核与修改时间。不要把每个任务都标成最高优先级,也不要让 Agent 把需要别人同意的事写成已决定。
先推进一个最小行动
从当前不依赖外部条件的第一步开始,例如整理已有资料或列出需要确认的问题。完成后把真实进展带回对话:「资料已经收齐,但预算仍未知,请只调整受影响的步骤。」
如果只是让 Agent 生成计划,它没有因此替你执行、发邮件、设提醒或操作电脑。需要这些行动时,必须确认产品当前支持相应能力,并看清任务是否实际提交和完成。
用检查点修正计划
每次回顾看三件事:新获得了什么信息、哪个假设不再成立、下一步是否需要改变。必要时缩小范围,不用为了保住最初的计划而掩盖变化。
本页提供一段可复制提问和计划结构,没有执行记录或完成率承诺。把计划落地的每一步,都应以真实产出与任务状态为准。
