任务之所以难推进，通常不是因为“事情太多”，而是目标、约束、材料和责任人混在了一起。把一段杂乱的需求直接丢给 AI，往往只会得到一张看似完整、却无法开工的待办列表。更有效的做法，是先给 AI 一份可判断的任务上下文，再要求它按执行顺序输出。
先做一张“任务输入卡”
开始前，用四行文字写清楚：最终要交付什么、截止时间、已有材料、明确不能做什么。比如“周五前给出活动复盘稿；已有投放数据和访谈记录；不能编造未验证结论”。这四项比一长段背景介绍更能让 AI 识别边界。
请把以下事项整理为执行计划。先指出缺失信息；再按“必须先做—可以并行—最后检查”排序。每个动作都要有产出物、预计耗时、依赖条件和验收标准。不要替我补充事实。
把结果从待办单变成工作流
| 层级 | 要回答的问题 | 示例产出 |
|---|---|---|
| 目标 | 完成后谁能用、用于什么决定？ | 可提交的活动复盘 |
| 交付物 | 必须交出哪些文件或结论？ | 数据表、复盘稿、行动清单 |
| 动作 | 下一小时可以开始什么？ | 核对数据口径、标注异常 |
| 检查 | 怎样算完成且可信？ | 数字可回溯、结论有依据 |
最容易被忽略的是“依赖条件”。例如写复盘前要先统一数据口径，访谈结论要标明样本范围。让 AI 单列依赖项后，阻塞点会比任务数量更显眼。
每天只让 AI 重排一次
把当天已完成、卡住的原因和新出现的需求补充给 AI，要求它只调整受影响的任务。这样能避免每天重新生成一张完全不同的计划，也方便你追踪为什么顺序发生变化。涉及多人协作时，再要求它把每一步改写成可直接发出的协作说明。
如果任务里有代码、脚本或自动化环节，可以把技术执行拆分交给AI 协助开发的任务分解方法；若是内容项目，则用写作提示词的约束写法补足受众、事实来源和语气要求。
交付前的三分钟检查
- 每一个结论是否能追溯到材料、数据或负责人？
- 是否存在“已完成”但没有可验收产物的动作？
- 下一个动作能否在不再解释背景的情况下被别人接手？
AI 最适合承担的是梳理、排序和提醒，而不是替你做未经验证的判断。把任务的事实边界握在自己手里，工作流才会越用越稳。
