第16章 综合实战：从资料输入到可交付结果

前面三章分别讲了项目分工、日程边界和外部权限。最后一章不再逐个介绍功能，而是完成一个可以从头复现、可以暂停、可以复盘的个人内容项目：把一份虚构选题说明和两段素材整理成一份内部待确认内容包。

这不是“让 Agent 全自动运营账号”的示范。项目不连接邮箱、日历、支付或发布渠道，不要求多个 Agent 一定可用，也不把技能或记忆当成必需步骤。每个阶段都有产物和人工判断；如果当前账号没有对应入口，就回退到固定 Prompt 和项目内文档，继续完成低风险流程。

项目目标和最终交付

项目名称：虚构内容包练习。

最终交付包含：

1. 标题候选和一份面向 AI 初学者的短文初稿。
2. 事实与来源清单，无法确认的项目标为“待确认”。
3. 作者署名、发布日期、发布平台和配图来源的待确认项。
4. 一份版权/隐私/夸大承诺检查记录。
5. 明确状态：“内部待确认”，不是已发布内容。

“内部待确认”是本章的重要产物状态。它表示内容已经过结构整理和初步检查，但仍需要人确认事实、署名、平台和配图，不能直接发送或公开。

固定虚构资料

本章只使用以下资料，不使用真实项目内容：

选题说明（虚构）：准备一篇面向 AI 初学者的“如何把一次对话整理成可重复任务”短文。
已知方向：文章需要说明真实使用场景、操作步骤和人工检查点。
待确认：最终标题、发布平台、发布日期、作者署名和配图来源。

素材摘录 A（虚构）：读者只会使用电脑，希望少看术语，步骤要能跟着做。
素材摘录 B（虚构）：文章不能承诺自动成功、涨粉或发布效果；所有事实和引用需要人工核对。

背景资料（虚构）：《XX项目第三次筹备会议纪要》，只作为项目背景之一，不是文章唯一事实来源。

如果把真实资料换进来，先完成脱敏。不要因为后面的示例使用了“作者”“平台”等字段，就把真实姓名、邮箱、客户信息放进练习项目。

阶段一：登记输入、范围和责任

创建一个普通项目或打开练习 Agent，名称使用“虚构内容包练习”。如果当前账号有项目入口，可以把四段虚构资料放入项目背景；没有入口时，就在对话中粘贴并在自己的工作流记录里写明版本。

先输入登记 Prompt：

请先登记“虚构内容包练习”的输入和边界，不要生成文章。
输入：选题说明、素材摘录 A、素材摘录 B 和《XX项目第三次筹备会议纪要》（均为虚构资料）。
允许：提取事实、整理结构、生成内部初稿。
禁止：补写姓名、日期、来源，连接外部账号，自动发送或公开发布。
请复述资料范围、阶段产物和需要人工确认的事项。

第一份阶段产物是“输入登记卡”：资料名称、版本、允许处理范围、禁止动作和人工确认项。人要检查 Agent 是否把“背景资料”误当成文章事实来源；若复述出现不存在的资料，先修正输入，不进入下一阶段。

选择协作规模

现在决定一个 Agent 是否够用。若任务只是整理三段资料并起草短文，用一个 Agent 分阶段处理即可；若账号支持多个 Agent，才考虑让资料 Agent 和检查 Agent 分工。人类成员必须明确派发任务，Agent 不能直接 @ 另一个 Agent。

分工记录可以写成：

项目负责人：确认选题方向、事实、署名、平台和最终状态。
资料整理 Agent：提取事实、受众、来源线索和待确认项。
起草 Agent：根据盘点结果生成内容包 v1。
检查 Agent（可选）：列出事实、版权、夸大承诺和状态问题。

如果当前账号不支持多个 Agent，不是项目失败。按“资料盘点 → 初稿 → 检查”三次输入同一个 Agent，并在每次消息中引用上一阶段的产物版本，效果更容易追踪。

阶段二：先做资料盘点

资料盘点的目标是建立事实边界，不是写文章。输入：

请只完成“资料盘点”，不要写文章。
输出：资料版本、面向读者、已确认事实、来源线索、待确认事项和下一步。
只使用“虚构内容包练习”提供的资料，不补写姓名、日期、平台、引用或传播结果。

你应得到第二份阶段产物“资料盘点 v1”。人检查至少四项：读者是否确实是 AI 初学者；“少术语、步骤可跟做”是否被保留；不得承诺效果的边界是否出现；平台、作者、日期和配图是否仍标为待确认。资料盘点如果漏掉一项，不要用下一条 Prompt 掩盖，先局部补盘点。

阶段三：生成内容包 v1

确认盘点后再生成初稿。Prompt 先解释结构，再执行：

请根据“资料盘点 v1”生成内容包 v1，包含：
1. 3 个不夸大结果的标题候选；
2. 面向 AI 初学者的短文初稿，少用术语，步骤可跟做；
3. 每个事实或建议的来源线索；
4. 待核实项（作者、日期、平台、配图来源和缺少的事实）；
5. 版权、隐私和夸大承诺检查。
状态写“内部初稿”，不发送、不分享、不公开发布。
只使用已确认的资料；无法确认的内容写“待确认”。

第三份产物是“内容包 v1”。不要只看正文是否通顺，还要看它有没有把“少术语”执行到句子里，是否把一个建议写成事实，是否凭常识添加来源。标题候选不应出现“保证”“一定爆款”等承诺；如出现，保留为待修正问题，而不是直接交付。

阶段四：设计一次可核验的失败

如果真实试跑已经出现遗漏，使用真实结果并保留上下文；如果真实输出正确，不要诱导 Agent 犯错，而使用下面明确标注的固定教学材料：

【教学用错误草稿，不代表真实事实，也不是 Agent 自己犯错】
标题：AI 一定能帮你做出爆款内容
正文：项目已确定 6 月 30 日发布，作者张伟负责全部审核。
来源：根据网络资料整理（未提供具体来源）
状态：可直接公开发布

这份草稿故意把四类问题放在一起供教学分析：夸大结果承诺；没有来源的日期和姓名；模糊来源；把内部草稿写成可公开发布。它不能被截图或正文描述成 Coze 的真实错误。教学的目标是练习检查，不是证明模型一定会犯错。

让检查角色只列问题：

这是一份明确标注的教学用错误草稿，不是事实，也不是 Agent 自己犯错。
请只列出标题承诺、无来源事实、来源说明和交付状态的问题，不修改正文，不发布。

第四份产物是“问题清单 v1”。人要确认每条问题确实能在草稿中定位，并与原始资料边界相对应。

阶段五：局部修正并保留差异

不要让 Agent 整篇重写。局部修正的要求是：

请根据问题清单，只修正以下四处：
1. 删除标题中的“一定”和“爆款”承诺，改成过程导向标题。
2. 删除没有资料支持的姓名和日期，改为“作者和发布日期待确认”。
3. 把“根据网络资料整理（未提供具体来源）”改为“来源待核实”，不要虚构来源。
4. 把状态从“可直接公开发布”改为“内部待确认”。
其他内容、顺序和未涉及的段落不要改；请列出修正前后差异。

修正后得到“内容包 v2”。人工对照差异时检查：标题是否仍然表达任务价值但不承诺结果；姓名、日期和来源是否真的被标待确认；状态是否降为内部待确认；没有要求修改的段落是否保持原意。如果 Agent 顺手增加了作者或平台，退回该次修改。

阶段六：事实、版权和状态复查

可以用一个只读复查 Prompt 辅助人：

请只按以下清单复查内容包 v2，不要重写：
- [ ] 标题是过程/产出导向，没有保证成功、爆款或传播效果
- [ ] 每个事实都有提供的资料或明确来源线索
- [ ] 作者、日期、平台和配图来源没有被自行补全
- [ ] 文章适合只会使用电脑的 AI 初学者，步骤足够清楚
- [ ] 没有真实个人信息、客户资料或未经授权的第三方内容
- [ ] 状态明确为“内部待确认”，没有发送、分享或公开发布动作
逐项输出“通过 / 不通过 / 待确认”，并指出依据。

复查结果不是批准书。人仍要打开原始资料，确认事实、版权、署名和交付对象。检查 Agent 只能帮助找问题，不能替项目负责人决定“可以发布”。

阶段七：形成最终交付卡

最终交付卡写清楚版本和责任：

交付名称：虚构内容包 v2
状态：内部待确认
已核对：受众方向、步骤结构、过程导向标题、虚构资料范围
待确认：最终标题、作者署名、发布日期、发布平台、配图来源、事实引用
人工复核人：项目负责人
下一步：补齐来源和版权信息后，再决定是否进入发布预览
禁止：自动发送、分享、公开发布或承诺传播结果

这张卡把“生成完成”和“项目完成”区分开。生成完成只表示 Agent 有了 v2；项目还需要人核对资料和决定状态。若任何待确认项没有责任人，项目就停在内部待确认，不进入下一步。

日程和技能在项目中只是可选部件

如果第 14 章的日程入口已经实测，可以额外创建“下周提醒我查看内容包”的低风险提醒；它不是交付条件，也不能自动发给协作者。如果日程不可用，就用手工复核清单。

如果第 12 章的技能已在当前账号成功制作并测试，可以将“资料盘点”作为个人练习技能；如果没有制作、保存或触发入口，直接使用本章固定 Prompt。不要为了让综合项目看起来完整而加入未经验证的技能或记忆。

第 15 章的外部连接保持关闭。即使页面出现权限入口，也只查看读取/写入范围和撤销说明，不授权真实账号。最终内容包只能在项目内作为内部待确认产物存在。

迁移案例：学习资料包

把项目资料换成三段虚构课程资料，阶段产物换成学习目标、练习清单、待核对知识点和学习者复查卡。时间线仍然是输入登记、资料盘点、初稿、问题清单、局部修正、内部交付和复盘；新增风险是课程版本差异和知识点来源，不能把 Agent 的解释直接当成教材定论。

失败排错：项目交付状态被提前升级

现象：内容包 v1 仍有待核实来源，Agent 却把状态写成“可公开发布”，或者把作者、日期和平台补齐。

先检查：输入登记是否写了禁止补全；模板是否有状态栏；问题清单是否传给修正阶段；项目里是否混入一份旧的“已发布”示例；当前消息是否误用了“最终稿”这个词。

修正：回到 v1，保留问题清单，局部修改状态和无来源字段；把“最终稿”改成“内部待确认 v2”。如果找不到来源，就写“待核实”，不要要求 Agent 搜索或虚构来源。若项目中已经产生分享链接，先停止后续动作，由人检查链接和副本。

恢复标准：v2 明确是内部待确认；所有缺失字段仍可见；标题没有结果承诺；人工复核人和下一步已写出；没有真实发送、分享或公开发布记录。

复盘：下一次究竟改哪里

复盘不要只写“这次效果不错”。按资产层级记录：任务定义是否太宽；工作说明哪条优先级没有起作用；模板是否缺栏目；技能是否值得保留；日程是否带来收益；外部权限是否完全不需要。可以输入：

请根据“虚构内容包练习”的阶段记录整理复盘表，只总结已发生的情况。
输出：做得好的地方、出现的问题、需要修改的规则、仍需人工确认的事项和下一次测试输入。
不要虚构数据，不要承诺下一次一定成功，不要发布内容。
阶段记录：{阶段记录}

复盘产物不是新任务，而是下一轮改进的依据。将问题归回正确层级，才能避免每次都在最后一段 Prompt 里打补丁。

交付前的完整回放

在把项目交给负责人前，可以沿着记录卡从头回放一次：打开输入登记，确认只有四类虚构资料；查看资料盘点 v1，确认每条事实有来源线索；打开内容包 v1 和问题清单，确认错误没有被隐藏；对照 v2 的修正记录，确认只改了指定位置；最后查看交付卡，确认状态仍为内部待确认。回放的目的不是重复生成，而是确认版本之间没有断链。

如果项目里有多个 Agent，还要检查每次交接是否由人发起、是否引用了正确产物。若使用了日程，查看它是否仍在运行；若没有必要，先暂停。若曾经查看外部权限入口，确认没有误授权。这样一轮回放把第 13、14、15 章的边界真正落实到最终交付，而不是只在章节中提到它们。

回放时可以把每个阶段看成一条“证据链”。输入登记证明 Agent 处理的资料是什么；资料盘点证明哪些内容来自原文、哪些仍缺依据；内容包 v1 证明初稿在哪个版本产生；问题清单证明为什么要修正；差异记录证明 v2 只改了被指出的地方；交付卡证明项目停在什么状态。只要其中一张卡缺失，下一位协作者就可能把推测当事实，或者误把内部预览当成可以公开的成品。

这个项目还展示了一个重要的取舍：自动化并不会消除决策，只会把决策点提前。负责人要在输入阶段决定哪些资料可以使用，在协作阶段决定是否增加 Agent，在日程阶段决定是否值得持续消耗，在权限阶段决定是否完全不连接外部服务，在交付阶段决定哪些待确认项必须补齐。把这些决定写在阶段产物里，后续换一个 Agent 或换一个账号也能继续；只留在聊天记忆里，流程就很难复盘。

如果要把练习迁移到真实工作，先只替换一项变量，例如把虚构选题换成已脱敏的内部主题，其他边界保持不变。跑完一轮后再评估是否需要更多资料、另一个检查角色或低频提醒。不要同时接入真实账号、增加多个 Agent、开启后台执行和公开发布，否则出了问题很难判断是哪一层改变了结果。小步迁移的价值在于，每次只引入一个新风险，并且保留可以退回的手工路径。

最后，把这次回放保存成一页流程说明：输入从哪里来，谁负责盘点，哪一步生成了 v1，什么问题促成 v2，谁做了最终复核，下一次从哪张卡继续。它比一句“以后照这个做”更有用，因为新成员可以按产物顺序复现，旧成员也能快速定位差异。若某一步只能依靠当前账号里看不见的状态，就明确标为待实测，并保留手工替代方案，不把不确定性藏在流程名称里。

这套流程什么时候不适合

如果内容包涉及真实客户材料、敏感个人信息、需要即时发布的新闻，或最终结论必须由专业人士批准，本章的虚构练习不能直接替代正式流程。可以借用“输入登记—阶段产物—人工复核”的结构，但要由产品、法务或业务负责人重新定义权限和验收。课程示例的低风险边界，是为了让初学者先学会控制流程，不是对真实业务的授权。

本章产物与验收

你应得到：输入登记卡、资料盘点 v1、内容包 v1、问题清单、内容包 v2、最终内部待确认交付卡和复盘记录。逐项检查：

• 是否从固定虚构资料开始，并登记范围和禁止动作？
• 是否至少产生两个阶段产物，并保留版本？
• 是否展示一次真实不理想结果或明确标注的教学错误及其修正差异？
• 是否由人确认事实、版权、署名、平台和交付状态？
• 是否将日程、技能和外部连接保持为可选且经过验证的部件？
• 最终状态是否是“内部待确认”，没有真实发布？

本章小结

完整工作流不是把人排除在外，而是让每一步都能回看：输入有范围，处理有分工，产物有版本，失败能修正，交付有状态，结束能复盘。第四部分到这里结束，后续只应根据真实使用反馈扩展已经验证过的低风险场景。