Agent 整理客户沟通记录，怎样分清正式承诺和随口讨论

客户沟通记录里的“可以考虑”“等资料齐了再提供”和“已经确认交付”不能都写成承诺。Agent 可以整理候选承诺、条件和后续状态，但应由业务人员核对哪些真正被企业接受。本文只做业务台账，不判断合同法律效力，也不把一句模型摘要当作新的对外承诺。

保留谁在什么场景说了原话

每条候选记录包含业务对象、发言人角色、时间、原话位置和关联事项。转述别人说过的话，要保留转述关系；客户单方期待也不能自动成为销售已答应。用可信业务标识关联客户，不凭同名联系人合并。语音内容若尚未形成获授权文字，不在本篇处理范围。记录中涉及其他客户或不必要个人资料的部分应排除，承诺台账只保留当前事项需要的证据。

先分类，再写成简短事项

提议只表示可讨论；条件承诺必须先满足前提；明确答应仍要核对发言人权限；撤回和变更需要有可靠来源；完成则需要履约证据。整理时可以压缩措辞，但不能改变对象、产物、条件或期限。日期含糊就保留原文，不补成确定日程。客户提出的单方要求单列为期待，交销售回应，不让系统在记录过程中悄悄接受。

把权限核对与文字识别分开

即使一段话语义上十分明确，发言人也未必有权作出该项承诺。台账应列待核对的授权与批准记录，而不是让模型根据职位判断。Atlassian 的决策记录方法区分批准者和其他参与者，支持保留谁决定的证据。本篇用这种结构管理商务事项的内部状态，不将其解释为任何法律成立要件；正式争议交企业相应流程处理。

条件变化时追加状态历史

原条件满足、产物范围改变或日期重新确认，应关联原条目并写变化依据。不能直接覆盖原话，让后来者误以为最初就是新范围。部分兑现也不等于全部完成，例如交了公开介绍但没有交约定的分析草案，应按事项分别记状态。客户取消需求时留下取消依据，不把无回应当作自动取消；状态更新需由有权业务人员核对。

六条样例覆盖常见误判

PROM-01 只有提议，PROM-02 带客户先补资料的条件，PROM-03 明确答应但仍要核对权限，PROM-04 有后续撤回证据，PROM-05 是客户单方期待，PROM-06 有产物与接收记录。附件逐条保留状态、下一步和不能写的结论。评审时检查模型是否把考虑改成确定承诺、把条件删去，或仅凭已发送就宣布全部履约。

台账服务于跟进，不用于自动催责

输出应告诉负责人哪项需要确认、哪项等待对方、哪项需要补兑现证据。提醒频率和通知对象由企业安排，不能把所有待确认事项自动发到公开群。抽查有原话无条目、有条目无原话及已撤回仍继续提醒的情况。若记录不完整，保留未知并询问原窗口，不为了让清单好看补造批准人。企业定期复看台账，重点处理外部期待与内部可交付范围不一致的事项。

合成样例与预期判断

编号	合成原话或事实	候选状态	必要核对	下一步	不能写成
PROM-01	可以考虑做一份对照材料	提议	是否后来被接受	待讨论	已承诺交付
PROM-02	等你补齐样本后再准备草案	条件承诺	样本是否收到	保留前提并跟进	无条件立即交付
PROM-03	我来负责提供公开资料	明确答应待权限核对	发言人与适用范围	核对后登记	代表企业答应所有服务
PROM-04	后续双方确认本次不再提供旧版本	已变更或撤回	后续确认来源	关联原条目	原承诺仍按旧范围有效
PROM-05	客户说希望明天全部完成	客户期待	是否取得我方接受	安排人工回应	我方已答应明天完成
PROM-06	批准产物已交付，接收方确认相符	完成有证据	对象与版本一致	保存完成依据	其他相关事项也全部完成

下载可填写的完整样例表。表中记录只用于演练，实际使用需按本企业授权输入和确认流程填写；没有证据的条件保持未知，不将合成结果称作实测。

相关方法见报价与承诺边界，更多方向见业务场景专题。如需定制这类任务，可通过咨询入口提供脱敏往来记录和期望交付物，先确认具体范围及人工核对方式。