销售会议纪要写完了，下一步为什么还是没人做？

销售会议结束，纪要很漂亮：客户想看报价，销售建议下周演示，双方保持沟通。两天后，报价还没发，演示没约，谁负责也说不清。缺的不是另一篇摘要，而是一份能核对的承诺记录。

让 Agent 整理会后动作，产物应当是三份可审阅文件：承诺表、内部准备清单、客户邮件草稿。先找出人真正答应了什么，再安排下一步，而不是把谈话里所有愿望都变成任务。

六句话，不能都写成“双方同意”

下面是虚构教学会谈，不是真实客户记录。会议发生于 2026 年 10 月 13 日上午 10 点，时区 Asia/Shanghai。林女士是客户，周先生是销售。

“能不能”“也许”“我会”不是同一个意思。把原话和位置留下，销售才能快速检查 Agent 是否把愿望写成了承诺。客户提出的需求也应保留，但没人接下时，不能假装已有负责人。

询问、建议与明确承诺的不同处理

输入可以是获得授权的手写笔记或录音转写；录音本身也要获得许可。提供会议日期、时区、参会者身份表、客户背景和已有跟进。这里使用现成转写作为材料，不假设 Buda 自动入会或录音。

两位同事都叫“小李”，先用公司与角色消歧。“明天”需要以会议时间解释，不能按 Agent 执行日换算；“下周”保留原文和待问日期，不默认周一。标准化日期旁继续放原话，方便检查。

产品资料和价目表是准备工作的依据，不是客户同意的依据。当前有效版本可以支持整理报价材料，却不能证明客户接受了条款。

每行至少包含原话位置、原句、动作、责任方、日期原文、标准化日期与时区、依赖、未确认项。例子中报价行引用 02 和 06，责任方是周先生，原文“明天”，日期为 2026-10-14、Asia/Shanghai。年付选项是要求包含的资料，特殊商业条件仍需确认。

没有负责人就写“责任待确认”，不把主持人默认填进去；没有时间就保留空值。将这些问题单独汇总，避免被顺滑的总结埋掉。Agent 提出待问问题，销售负责确认。

内部先找获准使用的报价版本，检查产品、币种与年付信息，列出缺少的商业条件。对外再整理邮件草稿与附件清单，由销售检查。找到价格文件不等于获准承诺折扣，也不等于可以发送。

忠实的邮件草稿可以写：“明天发送标准价目表，包含年付选项。关于演示，下周哪天方便？”不能写“已为您预约周一演示”，更不能说“双方已确认年付方案”。

内部任务可以增加“核对价目表有效期”，客户邮件不必罗列这些准备细节。两份文件共享同一组承诺证据，表达不必相同。

承诺表、内部准备与客户邮件的交付关系

销售工作流承接研究、跟进和提案准备，由销售审阅。把授权输入与输出放入 Drive，为本次会谈开独立 Session。Session 分开的是对话上下文，不是 Drive 文件权限。

例如保存到 accounts/demo/2026-10-13/，包含 commitments.md、internal-preparation.md、email-draft.md。目录是组织约定，不是自动权限控制。任务中明确允许读取的文件，避免加入无关个人资料和商业信息。

读取指定会谈笔记、身份表与已批准价目表。
逐句区分询问、建议与明确承诺，保留原话、位置、日期原文。
输出承诺表、内部准备清单与客户邮件草稿。
单列责任、日期和商业条件的未知项。
不要发送消息、预约会议或更新 CRM。

下一次会议追加变更对照。如果客户撤回演示要求，标记“已撤回”并链接新原话，别悄悄删除历史；旧会谈也不能反推当前同意。重复笔记先按会议身份与原话位置核对，避免重复生成任务建议。

这些是建议验收样本，不是已完成的真实账号测试：模糊日期应列待问；无负责人应保持未分配；同名参会者要澄清身份；撤回要求应标记取消；重复笔记不产生重复动作。检查输出时，也回看原话。

CRM 七类工作流讨论更广的记录维护。只有责任、时间与可写字段获销售确认后，才把行动写入正式系统。自动写入和客户发送仍是另行配置的流程。

可以。补会议日期、时区与身份表，标出哪些是直接引用、哪些是记录者概括。概括不能改成伪造的逐字原话；有争议的承诺让销售确认。

先起草“下周哪天方便？”这样的确认问题。具体日期得到责任方接受前，不进入已确认承诺。

旧承诺表、新原话位置、变更或撤回项，以及当前待确认清单。先比对再起草跟进，别把过去的承诺当成今天的同意。