FoneClaw录音合集项目复盘：整理跨会议决策、变更与未决事项

先确定复盘要回答的问题与资料边界

一份有用的项目复盘，不只是把几次会议分别缩短，而是说明：当时提出了什么，后来确认了什么，哪些条件仍成立，哪些工作还没有落实。用 FoneClaw 录音合集做项目复盘，可以围绕至少两段应用内已保存录音提问，并把这些差异整理到同一份结果中。

开始前，先自行填写一张准备卡：

• 复盘问题：例如“试点安排经过哪些调整，还有什么没有确认”。
• 日期范围：本次只回顾哪一阶段，不混入其他周期。
• 相关录音：哪些会议直接讨论了这个问题，哪些应排除。
• 结果接收范围：谁获准查看录音内容及整理后的结论。

这里组合的是资料上下文，不是把原始音频接成一个长文件。结果最好保留录音名称和会议日期，让每条重要结论都能回到对应讨论。

如果只有一段录音，就只能依据这段内容整理，不能补出跨会议历史。某次关键决定没有录音，也要明确列为缺失资料，而不是从后续发言推断所有细节。录音与共享范围尚未确认时，可先阅读Android AI 会议录音同意指南：录音提示、转写共享与行动确认。

若资料主要保存在其他服务中，先用多段录音汇总工具怎么选：按资料范围、跨会议比较与来源复核选择判断路线。下面的流程针对已经保存在 FoneClaw 中的录音。

整理已保存录音，先检查转写依据

我们的FoneClaw Voice Notes支持录音、暂停与继续、保存命名，以及生成和查看转写、摘要与章节。录音合集会复用已有转写，因此源头中的识别错误也可能进入项目复盘。

先挑出两段或更多与同一问题有关的已保存录音，为每段提供清楚的名称。可采用“项目名称＋实际会议日期＋议题”的方式，避免几段都叫“会议录音”。这些名称是你用于识别来源的标签，不是系统对真实发言人身份的认证。

然后对照音频检查会改变结论的词句：姓名是否识别正确，“未通过”有没有变成“通过”，日期和数量是否准确，“如果验证成功”这类前提有没有遗漏。不要只看摘要中是否出现了预期关键词。

发现转写不完整或有误，先依据原音频核实，在实际可用方式下修正内容或另记纠错依据；无法确认的部分保留未知。初始录音和单段转写处理可参阅Android AI 录音转写摘要指南：快速录音、说话人复核与行动确认。

这一流程不以任意外部音频、PDF 导入为前提，也不能恢复没有保存的会议。修正来源后，仍需检查后续分析实际使用的内容，不要假定旧合集回答已经自动刷新。

建立限定合集，串起三次会议

准备好来源后，通过当前界面提供的录音合集入口，选择至少两段相关已保存录音建立合集。先核对纳入的录音名称，排除同项目中与本次问题无关的讨论，再开始提问。界面标签以实际显示为准，重点是来源选对，而不是依赖某个固定按钮位置。

下面以三次会议说明怎样准备资料。这是供你理解流程的假设练习，不是实际项目记录、我们的实测结果或应用输出。日期位置应在使用时填写各自真实的会议日期。

三段录音分别提供不同证据：第一段保留条件，第二段记录范围提议的变化，第三段确认日期。不能因为第三次会议更晚，就把它理解为前两次所有条件都已解决。

尤其要区分“会议名称”和“内容状态”。叫作最终评审，不代表所有问题都已定案；这组假设中，验证结果和负责人仍需核实。复盘应呈现这种不完整，而不是为了让表格看起来完整而补齐。

把摘要变成可核对的决策变更表

在确认来源范围后，可以提出这样的请求：“仅依据本合集中的项目甲录音，按议题整理决策变更表。合并重复表述，但保留变更先后；每条写出早期提议、最新已确认决定、对应录音名称与日期、未决条件和下一步核实事项。被明确否决或撤回的方案另行标明，不归为批准。没有依据的负责人、截止日期和验证结果写为未知。”

可要求按以下结构输出。示例中的内容是核对方向，不是预填的真实结论：

结果如果混合了两个项目分支，先收窄问题，例如：“只复核试点范围，不纳入正式推广计划。”如果仅因提到某个人就为其分配任务，可以追问：“哪段发言明确确认其负责？若只是被提及，请恢复为待确认。”

同样，后一次会议没有再提验证，不等于默认通过或取消验证。可以单独问：“录音是否明确报告了验证结果，还是只讨论日期？请区分直接依据与尚未说明的部分。”这样的追问用于定位问题，最终仍要回查来源。

逐条回查原文，人工维护复盘状态

对每一条会影响执行的变更，打开对应转写或录音，查看前后语境。特别注意“暂定”“除非”“先不要”“只限试点”等限定词，以及后来改变的究竟是日期、范围，还是批准状态。

纠正转写与修改会议决定是两回事。音频中说的是“尚未通过”，可以修正识别错误；如果参会者后来另行确认通过，应记录新的确认来源，而不是把早期记录改写成当时已经通过。

结果引用了不存在的录音名称，先核对实际选中来源；遗漏最终评审，先确认那段录音是否纳入且转写可用；混入无关议题，就修正合集范围或问题。检查清楚后再请求重新整理，不用连续追问替代源头核对。

来源标签可以帮助查找，但不代表回答必然带有可点击的音频时间戳。没有时间链接时，应按录音名称回查，不把看似精确的引用当成已验证证据。

建议你在自己的复盘文档中维护“本次核对日期、所用录音清单、仍待确认的问题”。这是人工维护方法，不是自动版本管理功能。增加或替换来源、修正转写后，应重新检查分析依据并复核新结果，不假定旧摘要会自动同步，也不要把当前来源集合视为完整项目历史。

复盘确认后，再单独安排后续行动

先认可复盘内容，再提取行动项。对假设项目甲而言，可以把“核实验证结果”“确认试点负责人”列为待确认事项，但不能把尚未明确的团队分工直接变成你的执行承诺。

若你决定亲自跟进，可以另发一项有限请求，例如：“在当前支持的个人待办位置记录‘确认项目甲试点负责人’，使用我指定的跟进日期，说明中保留已核对的录音名称。”执行前复核标题、日期和目标位置；没有明确日期就先确认，不擅自把试点日期当作跟进截止时间。

完成后打开实际保存位置，检查是否存在该条记录、日期是否正确、是否重复。提取出行动项不等于待办已保存，也不意味着已通知全部参会者。进一步的确认流程可参阅AI 录音机 MCP：会议纪要如何变成经确认的手机操作。

Voice Notes 是免费插件，需要兼容的 FoneClaw Agent。FoneClaw 国际站官方功能说明介绍了完整 APK 在相应设置与权限下支持 APK 插件，而 Google Play Lite 不安装 APK 插件。Agent 或模型使用可能有单独条件与费用；音频质量和所选模型影响结果，AI 处理也不保证完全离线。后续写入还取决于实际可用工具及权限。

交付或跟进前，用这份清单收尾：

• 来源：至少两段相关录音已核对，缺失会议明确列出。
• 变更：早期提议与后续确认有各自来源和日期。
• 条件：否定、前提、范围限制和撤回状态没有被抹去。
• 未知：负责人、截止时间与验证结果没有被擅自补齐。
• 行动：另行复核具体请求；如已保存，实际目标位置中的记录已检查。

满足这些条件后，再把复盘用于下一轮讨论。它应帮助团队明确需要确认什么，而不是把没有证据的内容写成已经发生的决定。