实时谈判助手：在不自主达成交易的前提下提供指导

实时谈判助手会监控正在进行的商业讨论，并及时向人提供支持：摘要、计算、风险提醒、证据检索、权衡分析或措辞草案。由人——而不是软件——选择立场，并授权向对方传达的任何内容。

这种授权就是实际边界。AI谈判助手一旦能够选择或更改实质性条款，并且在当下无需有意义的人类审查就能传达、接受、执行或履行这些条款时，就变成了自主谈判。诸如“assistant”“copilot”或“agent”之类的产品标签，并不能决定一个系统处于边界的哪一侧。

简要回答

实时谈判助手会在现场谈判期间为获授权的人提供建议，但不会独立作出承诺。当软件能够在没有事先获得针对该具体行为的人类批准的情况下，选择实质性条款，或发送、接受、签署、下单或付款时，就跨越了边界。有意义的 Human-in-the-loop AI 要求知情且及时的审查，以及真正阻止该行为的能力。

实时谈判助手会做什么

实时谈判助手在企业谈判进行过程中运行——无论是在电话、会议、聊天还是结构化报价交换期间。与准备工具不同，它必须足够快地处理变化中的信息，以帮助谈判者，而不是取代谈判者的判断。

一个边界清晰的助手可能会：

• 总结各方已表明的立场和未解决的问题。
• 将供应商提案与已批准的目标和限制进行比较。
• 计算价格、数量、指数化、运费、汇率或付款条件变化的影响。
• 检索已批准的条款或让步规则。
• 标记与合同或供应商绩效记录相冲突的陈述。
• 识别歧义，例如报价是否包含工装费或运费。
• 起草问题、暂停声明、回顾总结或附条件的还价方案。
• 记录建议、支持来源、不确定性以及人工决定。

当 Live Negotiation Coach 在会话中提供私密指导，同时让买方保持控制权时，它就是这一类别的一种有用实现。探索该工作流的采购团队可以查看 Negotiations.AI 的 Live Negotiation Coach。它的相关性很具体：买方可以在与供应商通话期间收到建议的问题或警告，评估证据，并决定是否说出或发送该内容。

这不同于在会议前制定策略。目标、备选方案、权限和审批路径应当已经存在。关于更早阶段，请参见 negotiation planning。

类别边界矩阵

下面的 SCOPE 矩阵 是一种可复用的方法，用于根据系统实际做什么来对其进行分类。SCOPE 代表 See、Calculate、Propose、Output、Execute。分类应基于在生产环境中启用的最高权限能力——而不是演示中展示的最安全能力。

该矩阵揭示了为什么“Human-in-the-loop AI”可能是不充分的描述。如果人在还价已经发出后才收到通知，那么这个人并没有控制该还价。如果界面隐藏了来源、限制或变更后的条款，那么一个仓促的审查者也不构成有意义的保护。

请问四个问题：

1. 这个人能看到什么？ 他们需要看到拟议行为、变更后的条款、来源、计算过程和不确定性。
2. 他们何时批准？ 批准必须发生在有后果的沟通或交易之前。
3. 他们能阻止什么？ 审查者需要具备实际能力来拒绝、编辑、暂停或升级处理。
4. 谁承担责任？ 审查者必须具有明确角色和实际被授予的权限。

这种功能性方法与 NIST 对人类—AI 配置的描述一致：它将其视为一个从人工决策，经由咨询式使用，到自主决策的连续体。NIST 还要求明确角色、责任和监督，而不是将模型本身视为责任主体（NIST AI RMF 1.0）。

识别自主谈判的六项测试

如果以下任一陈述为真，就应将系统视为跨越了自主边界：

1. 它可以在没有人批准该具体还价的情况下发送还价。
2. 它会在价格、数量、责任、服务、期限或终止等实质性不同立场之间作出选择。
3. 它可以接受报价、应用电子签名、签发采购订单或发起付款。
4. 它可以超出已批准的保留底线、让步计划或条款手册。
5. 人工审查只发生在对外消息或承诺之后。
6. 名义上的审查者缺乏足够的时间、信息、权限或界面控制，无法有意义地拒绝该建议。

这种区分之所以重要，是因为电子行为未必无关紧要。美国 E-SIGN 法案将电子代理定义为一种自动化手段，可在当时无需个别审查的情况下独立行动或响应（15 U.S.C. §7006）。该法还规定，合同和签名不能仅因使用了电子记录或可归因的电子代理而被否认其法律效力，同时保留其他合同要求（15 U.S.C. §7001）。

更广泛的教训是操作层面的，而非特定法域层面的：不要因为没有员工亲手输入自动化报价，就假定它是无害的。

在决策点提供证据的采购工作流

一个实时助手的价值，取决于它区分并证实信息的能力。在采购谈判中，工作流应将源材料与生成式解释区分开来。

1. 捕捉供应商陈述

系统记录或接收一项主张，例如：“修订后的价格是必要的，因为运费上涨了。”在可能的情况下，应捕捉说话人、币种、单位、范围、生效日期和条件性措辞。

2. 识别受影响的决策

助手将该主张映射到一个实时议题：单价、运费分摊、指数化或交付承诺。如果议题不清楚，它应建议提出澄清性问题，而不是推断出一个报价。

3. 检索当前证据

潜在输入包括：

• 已批准的目标、底线立场和授权限制。
• 当前成本和总成本模型。
• 现有协议、修订、订单和往来函件。
• 已批准的条款库和后备措辞。
• 供应商质量、产能、交付和集中度风险记录。
• 根据范围、日期和风险分配差异调整后的可比报价。

4. 标注输出

每项建议都应被归类为以下之一：

• 已验证事实： 由被引用的、当前的来源直接支持。
• 假设： 被认为是分析所必需，但尚未被证实。
• 估计： 通过计算或预测得出的数值，并在适当时说明方法和区间。
• 建议： 需要人工判断的拟议行动。

5. 请求人工决策

获授权的谈判者选择是否使用、修改、拒绝或升级处理该建议。“生成”“批准”和“发送”应是分离的动作。

6. 保留审计记录

记录来源、时间戳、模型输出、不确定性、用户决定、批准文本和对外沟通。日志应同时包括对 AI 建议的接受和拒绝。

假设示例：供应商请求立即涨价

假设示例——不是基准，也不是已报告的客户结果： 在一次实时采购谈判中，某零部件供应商要求立即涨价，并表示某原材料指数已经上升。

实时谈判助手检索合同中的指数化条款和最新批准的指数记录。它检测到供应商引用的期间与合同规定的比较期间不同。它起草如下回应：

“在讨论调整之前，我们能否先根据现行协议核对指数期间和公式？我们的记录使用的是不同的基准期。也请将原材料影响与运费和加工成本区分开来。”

界面将合同文本和指数记录标记为 已验证来源，将对期间不匹配的解释标记为 AI 生成分析，并将回应草案标记为 建议。买方核查被引用的材料后提出该问题。

该系统仍然是助手，因为它没有选择修订后的价格、传送还价或接受涨价。如果它独立计算出新的单价并通过电子邮件发送给供应商，那么它就会跨入自主谈判——即使该金额恰好落在内部区间之内。

哪些地方必须保留人工审查

对于由人控制的采购谈判，以下事项应始终要求负责任的批准：

• 初始报价和实质性还价。
• 价格、数量、期限、排他性或需求承诺。
• 责任上限、赔偿、保证、知识产权和数据使用条款。
• 服务水平、抵扣、终止权和争议条款。
• 对采购政策或竞争程序的例外。
• 供应商授标、拒绝、暂停或取消资格。
• 关于未来需求、权限、预算或合规的陈述。
• 签名、采购订单、付款、修订和续签。
• 任何超出已批准权限或置信限制的行为。

负责任的审查者应通过姓名或角色被明确识别，持有必要的授权，收到支持性证据，并保留现实可行的机会来阻止该行为。关于控制措施的更广泛讨论，请参见 AI Negotiation Governance: Guardrails, Approval, and Human Accountability。

实时部署的控制模板

团队可以针对每项有后果的能力使用这个紧凑模板：

一个实用的默认设置是 仅草稿模式。硬性控制应阻止未经批准的价格、条款、签名、订单和付款，而不是依赖提示词告诉模型不要行动。

风险与局限

转录错误可能改变商业含义

错误的小数点、币种、单位、说话人或否定词，可能会让原本准确的推理变成危险的建议。低置信度转录和重叠发言应触发澄清，而不是静默解释。

检索并不等于适用性的证明

某个条款可能来自已过期协议。某个市场指数可能使用了错误的地域或期间。某个历史报价可能覆盖了不同的数量、规格、运费或风险。用户需要的是来源和上下文，而不仅仅是文档摘录。

历史结果并不自动构成良好标签

过去的交易可能反映出薄弱的议价、过时的市场、不一致的权限或不恰当的做法。重复历史让步并不等同于优化当前谈判。

生成式措辞可能夸大权限

AI谈判助手可能会生成关于预算、预测、批准或法律立场的自信陈述，而谈判者实际上无法证实这些内容。这类表述需要人工审查。

人工审查可能流于形式

快速批准、默认接受、隐藏证据以及反复接触看似合理的建议，都可能助长过度依赖。NIST 将不透明性、不可预测的失效模式和过度信任视为相关的 AI 风险管理问题（NIST AI RMF 1.0）。团队应测试用户是否真的会质疑建议。

法律分类取决于具体情境

商业谈判助手并不会自动成为欧盟 AI 法案下的高风险系统。分类取决于系统的实际用途以及法律规定的类别。对于属于高风险类别的系统，第 14 条包括对有效人工监督的要求，包括理解局限性、忽略或覆盖输出以及停止系统（Regulation (EU) 2024/1689）。

UNCITRAL 于 2024 年通过的《自动化订约示范法》涉及合同订立和履行中的自动化，包括自动化输出的归属。它是一项立法示范文本，并非在每个法域都自动具有约束力，而且自动化并不取代其他适用要求（UNCITRAL Model Law on Automated Contracting）。

何时实时助手可能并不合适

不要假设每一场谈判都适合使用实时 AI。以下情况下，实时谈判教练可能并不适用：

• 禁止记录或处理对话，或相关问题尚未得到适当处理。
• 无法满足保密、特权、商业秘密、隐私、制裁或数据驻留要求。
• 源系统过于不完整或过时，无法可靠检索。
• 讨论涉及高度敏感的个人决定或另受监管的使用场景。
• 延迟会分散谈判者注意力，或导致其错过人际信号。
• 审查者没有权限根据建议采取行动。
• 系统无法可靠地区分探索性讨论与正式报价。
• 组织无法从技术上阻止自动化消息或交易。

在这些情况下，应在会议前或会议后使用系统——或者根本不使用——而不是强行将实时辅助塞进不适合的流程中。

证据状态：哪些是已知事实，哪些是提出的建议

为避免将治理建议与既定规则混淆：

• 已验证事实： NIST 提供自愿性的 AI 风险管理指导；美国联邦法律定义了电子代理并承认电子记录和电子签名；欧盟 AI 法案建立了依情境而定的义务；UNCITRAL 于 2024 年通过了《自动化订约示范法》。
• 推论： SCOPE 矩阵以及助手/自主边界，是对这些权威来源和操作现实的综合。本文并未将“实时谈判助手”表述为一个普遍适用的法律类别。
• 假设： 预期用途是商业或采购谈判，而不是雇佣、信贷、保险或其他另受监管的决策。
• 估计： 本文不提供节省、生产率、准确率或市场规模估计，因为结果取决于具体情境，且此处未使用可比的权威依据。
• 建议： 仅草稿运行、证据展示、硬性权限门槛、日志记录和事先人工批准，都是治理建议——并非普遍适用的法律要求。

常见问题

实时谈判助手是否等同于自主谈判代理？

不是。实时谈判助手为保留控制权的人提供分析或草案。自主代理则可以在没有同步人工批准的情况下，选择或传达实质性立场、接受条款或执行承诺。

Live Negotiation Coach 可以在不变成自主系统的情况下起草还价吗？

可以，前提是该草案保持私密，清楚展示其证据和假设，并且由获授权的人知情审查并发布该具体还价。自动传输会跨越边界。

在消息发出后再批准，算不算 Human-in-the-loop AI？

对于那条消息而言，不算。外部行为发生后的审查属于监控，而不是事前控制。有意义的批准必须发生在该行为仍然可以被拒绝或更改的时候。

采购团队应要求 AI谈判助手展示什么？

至少应展示：来源和时间戳、相关计算、假设、不确定性、政策或权限限制、确切的拟议措辞以及所需批准人。它还应区分检索到的事实与生成式解释。

如果没有人签字，自动传输的报价在法律上是否无害？

团队不应作出这种假设。电子通信和电子代理活动可能具有法律意义，而结果取决于适用法律、权限、同意和事实。请针对相关法域和交易获取适当的专业审查。

延伸阅读

• NIST Artificial Intelligence Risk Management Framework 1.0
• NIST AI Risk Management Framework program page
• Regulation (EU) 2024/1689—the EU Artificial Intelligence Act
• UNCITRAL Model Law on Automated Contracting
• 15 U.S.C. §7006—definitions including “electronic agent”

免责声明：本文提供一般性的操作信息，不构成法律、财务或采购建议；请根据您的具体情况获取合格的专业意见。