会议之后，任务能持续往前走
把讨论中的需求转成明确动作，让团队能找到负责人、执行产物、验收结论和当前阻塞。
本轮路径
- 01会议需求
- 02任务拆解
- 03执行留痕
- 04验收与复盘
01
先把这一轮说清楚
先用一个小任务验证完整协作过程，再根据真实结果决定下一步建设。
一份会议，一项真实任务
复用已有会议转写，选定一条已确认需求，交给一个执行端完成，再由人对照标准验收。
留下一条可回溯的工作记录
需求确认单、任务卡、执行产物、验收记录和本轮简报相互关联，能说明做了什么、结果如何、下一步是什么。
平台搭建：落尘。具体会议样本、任务执行人、业务验收人与排期待确认。
02
一轮协作，五个明确的交接点
每一步先检查产物，再决定是否进入下一步。下列步骤是实施建议，实际执行结果需保留记录。
01
选定一条需求
需求确认人 · 待认领
交付物 / 需求确认单
选一份已授权会议转写，提取原文位置、要解决的问题与预期结果。把疑问交给参与人确认。
进入下一步的条件
用户说法能回溯原文；需求确认人明确同意做什么；疑问不被改写成事实。
02
写成可派发任务
任务执行人 · 按任务认领
交付物 / 任务卡与验收标准
把一条确认后的需求拆成输入、步骤、产物、执行人、验收人和通过条件。首轮只选一项可独立完成的任务。
进入下一步的条件
执行者能仅凭任务卡开工；验收者能仅凭标准给出通过或退回结论。
03
执行并留下证据
平台承接执行链；执行人负责产物
交付物 / 产物链接与运行记录
让一个执行端领取任务，读取已授权输入，生成产物。记录启动、完成或失败原因；失败暂停，由人判断重试。
进入下一步的条件
能打开真实产物；任务来源、执行过程和输出可对应；失败可解释，不重复产生副作用。
04
对照标准验收
人工验收人 · 待认领
交付物 / 逐项验收记录
AI 先检查格式、完整性与证据，再由人判断业务结果。不通过要写明哪条标准未满足、需要改什么。
进入下一步的条件
通过有证据和确认人；退回保留原因、旧版本与修订记录，修订后再次核验。
05
汇总下一步
项目参与人确认下一步
交付物 / 本轮简报与后续动作
汇总本轮完成了什么、还卡在哪里、需要谁决定什么。只把已验收的结果写成完成，下一步落到明确动作。
进入下一步的条件
看简报能定位产物、阻塞与负责人；约定下一次检查点，再进入下一轮。
03
平台搭建顺序
建议按以下依赖顺序搭建最小闭环。具体排期待确认；每项都以可演示的行为验收。
编号搭建项应交付的能力怎么验收
会议需求入口
保存需求、原文位置和确认状态
一份会议形成需求列表；未确认需求不能派发。
任务卡与状态流转
输入、负责人、标准、产物与状态记录
刷新后记录仍在；能追溯谁把任务从待执行改为执行中。
接通一个执行端
任务派发、执行日志、产物回传、失败原因
一项真实任务跑通；重复提交不重复启动，失败能暂停和恢复。
人工验收与退回
逐项检查、人工结论、退回原因、修订版本
测试一次通过和一次退回；修订不覆盖此前的验收证据。
结果与待决事项视图
任务结果、阻塞、负责人、下一步
从简报可追到任务卡和产物；未验收的任务不会显示为完成。
本轮范围
先打通一份会议、一张确认任务卡、一个执行端和一次人工验收。消息入口先选一个，飞书 / 微信的具体接入待确认。权限、任务隔离、失败处理和产物留痕随闭环一起搭建。
现有网站提供资料与推进指南；服务端任务持久化、多人协作、自动派发与真实执行仍待建设。
04
用证据决定下一步
按以下要点检查本轮结果。通过要写证据，退回要写修改项。
这一项，究竟有没有完成
- 逐条列出原定标准和对应产物位置。
- 分别记录 AI 检查与人的业务判断。
- 记录通过 / 退回、原因、确认人和日期。
- 退回保留原版本，写清修改人和复查时间。
团队接下来该做什么
- 已完成：只列已验收结果及其链接。
- 处理中：当前任务、负责人和下一步。
- 阻塞：缺什么，需要谁作决定。
- 下次检查：时间、参与人、要看的产物。
这条推进线的依据
首轮聚焦内部 AI 协作。会议 B 00:12:21–00:15:23 提出纪要到任务及次日汇报；A 00:36:06–00:41:24 提出调度、执行与验收。以上任务拆分与验收要点为实施建议。