第8章 完整实战：把散乱资料变成可执行方案

前面三章分别讲了如何把资料交给 Agent、如何判断是否需要技能，以及如何管理长期背景。现在把这些能力放到一个完整但低风险的项目里：从一份会议纪要开始，经过资料盘点、方案生成、错误识别、局部修正和人工验收，最后交付一份仍然标注“待确认”的内部初稿。

这不是让 Agent 一句话包办项目，也不是证明它永远准确。完整流程的价值在于：每一步都有产物，出错时能回到上一版，交付时知道哪些地方还不能当成结论。

为什么要把项目拆成阶段

把一份资料直接交给 Agent，让它同时阅读、判断、写作、润色并准备交付，表面上省了几轮对话，实际上把所有错误都藏在一个最终答案里。你很难知道它是没有读到资料、误解了字段、还是在润色时补写了内容。阶段化的做法把每一次判断变成可观察的中间产物：先看输入，再看提取，再看结构，最后看表达和交付状态。

阶段之间还要有“继续条件”。输入登记不通过，就不能进入资料盘点；资料盘点混淆了建议和事实，就不能生成方案；第一版出现无依据内容，就先修正并保留差异，不能直接把它分享给别人。这样做并不是把 AI 当成不可信的工具，而是给一个会犯错的工具配上人能执行的检查点。

本章的项目故意选择低风险的内部初稿。它不需要连接外部服务，也不需要替任何人作出预算或人员决定。读者可以完整复现流程，理解每一阶段解决什么问题，再把方法迁移到自己的任务，而不是一开始就把自动化接到真实系统。

项目目标与边界

我们要完成的是“会议资料到行动方案初稿”，不是确定预算、任命负责人或公开发布活动方案。

输入资料（虚构）

项目第三次筹备会议纪要（虚构）

已确定：活动主题方向为“数智未来·转型赋能”。
当前情况：主题方向已讨论，但嘉宾、场地和最终预算尚未确认。
讨论建议：下次会议前整理两种主视觉方向，并准备活动流程草案。
已提出行动：整理主视觉初稿；确认候选场地；补充预算信息。
待确认：负责人、截止日期、嘉宾名单、场地和预算。

项目边界

• 只使用这份虚构会议纪要，不扫描其他文件。
• 缺少依据的内容写“待确认”，不补写日期、预算数字或负责人。
• 方案是供项目负责人审阅的内部初稿，不是最终决策。
• 不连接邮箱、日历、支付、发布渠道，不自动发送或公开分享。

成功标准

完成后应有五个可以观察的阶段产物：输入登记卡、资料盘点、方案骨架、修正差异、内部初稿。每个产物都能回到原始会议纪要核对。

阶段一：登记输入，先决定能不能继续

把上面的文字保存为 XX项目第三次筹备会议纪要.txt，或直接在对话中粘贴。上传/引用入口以当前账号界面为准；本次项目只指定这一份资料，不把整个文件目录交给 Agent。

在输入区发送：

请先登记这次任务的输入和边界，不要生成方案。
输入资料：XX项目第三次筹备会议纪要（虚构资料）
处理范围：只使用这份会议纪要中的文字
禁止：补写事实、自动发送、公开发布、代替负责人确认
请复述你收到的资料名称、允许处理的范围和需要人工确认的事项。

这个 Prompt 先做“范围确认”，而不是先做“内容生成”。如果 Agent 把资料名说错、声称看到了文件中不存在的内容，项目应停在这里；重新上传或改用短文本测试，不要继续生成。

阶段产物一：输入登记卡

资料名称：XX项目第三次筹备会议纪要（虚构）
允许处理：主题、当前情况、讨论建议、已提出行动、待确认
禁止处理：其他文件、真实客户资料、外部系统
必须人工确认：负责人、截止日期、嘉宾、场地、预算

人工检查这张卡：它是否只包含本次文件？有没有把“允许处理”写成“已经确定”？输入登记卡不需要漂亮，它的作用是给后续每一步划范围。

阶段二：资料盘点，而不是马上写方案

确认输入登记卡后，再让 Agent 按事实类型盘点资料：

只根据已确认的会议纪要，生成资料盘点表。
请分成：已确定、当前情况、讨论建议、已提出行动、待确认。
每条内容保留原文中的关键短语；没有依据的内容不要填写。
先不要生成完整方案。

盘点表的意义是把“原文说了什么”与“下一步想怎么做”分开。如果 Agent 把“整理主视觉初稿”直接写成“主视觉已完成”，说明它混淆了行动和结果，需要在本阶段修正。

阶段产物二：资料盘点

理想的盘点至少应包含：主题方向已确定；嘉宾、场地、预算未确认；整理主视觉和流程草案是建议/行动；负责人和截止日期仍缺失。你可以逐条回到原始文本比对，不能只看表格是否整齐。

资料盘点还有一个容易忽略的作用：它把“事实”和“下一步动作”分开。事实是当前已经发生或明确写在原文里的内容，动作是接下来建议做什么，风险是信息不足可能带来的影响。三者混在同一栏里，后续 Agent 很容易把“建议整理主视觉”说成“主视觉已经完成”。因此，盘点表不是最终交付格式，却是整个项目最重要的证据底稿。

阶段三：生成第一版方案骨架

盘点通过后，再要求 Agent 使用固定栏目生成方案：

请只根据资料盘点生成“会议筹备方案初稿”。
固定栏目：目标、现状、行动、风险、待确认事项、人工核对提示。
“讨论建议”只能写成建议或待确认行动；不得改写成已经完成或已经批准。
缺少负责人、日期、预算数字或场地信息时，明确写“待确认”。
标题标注“内部初稿 / 待确认”，不要发送或发布。

在生成前先解释要求：固定栏目保证结果可比较；“建议/待确认”这条约束防止把讨论当结论；标题状态提醒读者这不是最终文件。Prompt 不是越长越好，关键是把来源、栏目和状态写清楚。

第一版的预期结构

# 会议筹备方案初稿（内部初稿 / 待确认）

## 目标
在下一次筹备会前形成活动主题方向、主视觉和流程草案的确认材料。

## 现状
主题方向已讨论；嘉宾、场地和最终预算尚未确认。

## 行动
整理两种主视觉方向；准备活动流程草案；补充预算信息；确认候选场地。

## 风险
负责人和截止日期未明确，场地与预算信息不足可能影响后续安排。

## 待确认事项
负责人、截止日期、嘉宾名单、场地、预算。

## 人工核对提示
回到会议纪要核对每条行动和风险，不把建议当作已经批准的决定。

第一版不追求文风成熟，而追求结构和来源清楚。目标应该回答“这次要推进什么”，现状只描述会议纪要已提供的情况，行动应该是可以继续核对的下一步，风险说明信息不足会造成什么影响，待确认事项则把责任人、日期和数字等空缺单独列出。这样即使第一版不够漂亮，也能让项目负责人快速指出“哪一条不对”。

阶段四：识别一次真实问题或教学用错误草稿

真实运行时，第一版可能正确，也可能出现遗漏。我们只记录真实发生的结果，不诱导 Agent 犯错：

• 如果真实第一版把“补充预算信息”写成“预算已确定”，保留该真实结果和原文依据。
• 如果真实第一版没有出现遗漏，不要伪装成错误；使用下面明确标注的教学用错误草稿，练习如何识别和修正。

教学用错误草稿（只在真实结果正确时使用）

【教学用错误草稿，不是 Agent 的真实输出】

# 会议筹备方案初稿

## 目标
在下次筹备会前完成活动筹备。

## 现状
活动主题、嘉宾、场地和预算都已经确定。

## 行动
1. 负责人张伟下周五完成预算确认。
2. 项目组已经批准两种主视觉方向。

## 风险
没有明显风险。

## 待确认事项
无。

## 人工核对提示
方案可以直接执行。

这份文字故意包含四类可识别问题：虚构负责人、虚构日期、把建议写成已批准、把待确认项清空。它被明确标为“教学用错误草稿”，不能当作真实 Agent 输出，也不能写入最终交付物。

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

先让 Agent 识别问题，而不是直接重写：

请对照原始会议纪要检查下面这份初稿。
只列出没有原文依据、把建议写成结论、或遗漏待确认事项的句子。
不要修改正文，不要补写新的事实。

原始会议纪要：{会议纪要}
待检查初稿：{第一版初稿或教学用错误草稿}

接着限定修改范围：

请只修改“现状、行动、风险、待确认事项、人工核对提示”中的错误表达。
把没有原文依据的负责人和日期改为“待确认”；把“已批准”改为“讨论建议”；恢复原文中嘉宾、场地、预算和负责人等待确认项。
目标栏目不要改动。
修改后列出“原句 → 修正后 → 原文依据”，其他内容保持不变。

这里的关键是“只改指定栏目”和“列出差异”。如果 Agent 连目标也重写，先退回上一版，用更小的范围再次修改；不要把整篇重生成当成修正。

阶段产物三：修正差异表

原句：活动主题、嘉宾、场地和预算都已经确定。
问题：原文只确认主题方向，其他三项未确认。
修正后：主题方向已讨论；嘉宾、场地和预算待确认。
依据：会议纪要“嘉宾、场地和最终预算尚未确认”。

原句：负责人张伟下周五完成预算确认。
问题：原文没有负责人和截止日期。
修正后：负责人和截止日期待确认；补充预算信息作为下一步行动。
依据：会议纪要“补充预算信息”“负责人、截止日期……待确认”。

阶段六：最终人工验收和交付

修正后不要让 Agent 说“审核通过”。由人按四个方向验收：

1. 事实来源：每条目标、现状和行动都能回到会议纪要。
2. 状态表达：建议、待确认和已确定没有混淆。
3. 范围边界：没有负责人、日期、预算数字或外部事实的补写。
4. 交付状态：标题写“内部初稿 / 待确认”，末尾保留人工核对提示。

最终交付可以采用以下结构：

# 会议筹备方案初稿（内部初稿 / 待确认）

目标：在下一次筹备会前准备主题、主视觉和流程草案的确认材料。
现状：主题方向已讨论；嘉宾、场地和预算尚未确认。
行动：整理两种主视觉方向；准备活动流程草案；补充预算信息；确认候选场地。
风险：负责人和截止日期未明确，场地与预算信息不足。
待确认事项：负责人、截止日期、嘉宾名单、场地、预算。
人工核对提示：发布或对外分享前，项目负责人需确认事实、负责人、日期、预算和分享范围。

这份最终稿是“可交付给负责人审阅”的内部草稿，不是已经批准的执行方案。若要分享或公开，还要回到第 15 章的权限和发布检查；本章不自动发送、不公开发布。

为什么最终交付仍然要标状态

“初稿 / 待确认”不是客套话，而是对读者的操作提示。它告诉接收者：这份内容可以用来讨论和准备下一步，但其中的负责人、日期、预算和发布范围还不能直接执行。状态标记也方便版本管理：下一次修订可以明确是从哪一版开始，哪些地方被人工确认，哪些地方仍然保留待确认。

如果你把内部初稿直接命名为“最终方案”，后续任何人都可能忽略人工核对提示。反过来，如果每一版都带有明确状态，Agent 的输出就成为协作材料，而不是未经批准的决定。这个习惯比添加更多技能或自动化更能降低实际风险。

迁移案例：学习资料规划

把会议纪要换成一份虚构课程说明和一周学习时间表，仍然使用“输入登记—资料盘点—方案—修正—交付”五个阶段。输出栏目可以改成学习目标、当前基础、行动安排、风险、待确认事项。

迁移时要注意：学习计划是建议，不是“保证学会”；课程时长和考试日期必须来自资料；如果学习时间不确定，就标为待确认。这个迁移案例说明流程可以跨任务复用，但输入字段、判断风险和人工验收标准要重新定义。

失败排错：阶段产物对不上怎么办

现象一：输入登记正确，资料盘点却出现别的项目

先检查是否引用了同名旧文件，或上一轮对话仍有其他上下文。要求 Agent 回显本次文件名和范围；无法确认就停止，重新使用短文本资料。

现象二：第一版看起来完整，但把建议当成结果

回到原文，标出“讨论建议”和“已提出行动”，再用局部修正 Prompt 要求恢复“待确认”。不要只要求“写得更谨慎”，因为它可能继续用别的句子补写结论。

现象三：局部修正连带改了其他栏目

要求 Agent 列出实际差异，与上一版逐段对照；如果差异超出范围，保留上一版，缩小修改指令。局部修订的目标是可回退，不是一次得到完美文章。

现象四：结果已经正确，但想练习错误修正

不要诱导真实 Agent 犯错。使用本章标明的“教学用错误草稿”，让 Agent 做错误识别和局部修正，并在截图和交付记录中保留它是教学材料的标识。

复盘怎样回到前面的章节

复盘不是写一句“下次注意”。如果错误发生在文件范围，就回到第 5 章调整上传和读取确认；如果技能没有带来改善，就回到第 6 章重新判断是否值得启用；如果 Agent 反复使用旧背景，就回到第 7 章检查记忆和文件是否混淆。把问题归到具体能力，下一次才知道改 Prompt、改模板、换资料，还是保留人工步骤。

建议在复盘记录中写三句话：本次哪一步最容易误解？哪条边界需要更具体？下次运行前要增加哪一个检查点？这三句话比泛泛地要求“下次更准确”更容易落实，也能为后续第三部分的任务定义卡和工作说明提供真实素材。

完整项目的价值还在于可回退。输入登记卡保留了最初范围，资料盘点保留了原文依据，第一版方案保留了模型当时的判断，差异表说明了人工为什么修改，最终稿则说明了当前状态。即使下次换成商品资料或学习资料，你也可以沿用这条证据链，只替换输入字段和验收标准，而不必把一次成功结果神秘化成“万能 Prompt”。

读者也应该学会在每个阶段停下来问一句“现在是否有足够依据继续”。没有足够依据时，暂停不是失败，而是流程正常的一部分。比如文件还没读清楚，就先修复输入；盘点把建议和事实混在一起，就先改盘点；最终稿缺少负责人，就保留待确认，而不是替负责人填一个名字。只有把这些停顿点写进工作流，复杂任务才不会因为追求速度而失去控制。

这也是本章和普通“帮我写方案”示例的区别：读者不只看到一份成品，还能知道成品从哪里来、哪些地方被改过，以及下一次应该如何复用。

本章产物与验收

完成本项目后，应保留以下版本：

• 输入登记卡。
• 资料盘点表。
• 第一版方案或明确标记的教学用错误草稿。
• 修正差异表。
• 标注“内部初稿 / 待确认”的最终交付稿。

验收时逐项检查：

• 所有阶段产物都只使用虚构会议纪要。
• 至少有一个真实遗漏，或清楚标注的教学用错误草稿。
• 修正前后差异能说明原文依据。
• 最终稿保留待确认项和人工核对提示。
• 没有自动发送、分享、公开发布或替负责人做决定。
• 复盘记录了下一次需要调整的输入范围、模板或边界。

本章小结

完整项目不是一次生成，而是输入登记 → 资料盘点 → 第一版方案 → 错误识别 → 局部修正 → 人工验收 → 标注状态交付 → 复盘。每个阶段都留下证据，出了问题才能回到具体一步修正。

下一步

第二部分到这里结束。接下来可以进入第三部分，把已经验证过的低风险流程整理成任务定义卡、工作说明、输出模板和可复用技能；不要跳过本章的人工验收直接追求自动化。继续阅读第 9 章：从临时对话到固定任务。