Agentic AI M&A 和已完成工作的价值

介绍

Agentic AI 产品越来越多地呈现为可以跨企业工作流程规划、使用工具和行动的系统。交易问题的范围更窄：完成、接受和支付哪些工作，在哪些控制下，以多少全部成本以及具有何种程度的可转让性？当使用产生重试、监督或不可接受的输出时，通过席位或消息量来评估目标的买家可能会夸大价值。当少量代理取代昂贵的队列并产生可衡量的运营结果时，它可能会低估价值。

这种区别很重要，因为代理工作结合了软件、模型、编排、权限、数据、人工审查和操作流程。 NIST 于 2026 年围绕互操作性、安全性、身份和授权启动了 AI 代理标准计划 [7-10]。 NIST 的 AI 风险管理框架和生成 AI 配置文件提供了更广泛的治理结构 [11-12]。当前的标准活动证实了控制的重要性；它并不能证明任何目标的药剂是安全、可靠或具有商业价值的。

任务评估也需要谨慎。 METR 将任务完成时间范围定义为预测代理在规定的可靠性水平上成功的人工任务持续时间，并警告其套件集中于软件、机器学习和网络安全任务 [13-15]。制作工作流程通常不太具体，更多上下文且更难评分。因此，除了基准之外，交易团队还需要特定目标的证据。

本文将操作遥测与采办决策联系起来。它询问买方应如何定义工作单元、衡量接受度、重建成本、分类自主权、价格风险、识别协同效应和设计考虑。其目的是建立一份能够通过投资委员会、董事会、会计、法律、安全和整合审查的尽职记录。

1 定义交易决策和估值范围

尽职调查文件应从决定开始。战略买家可能会寻求新产品、更低的运营成本、专有数据、专业人才、客户访问或编排层的控制。财务赞助商可能会寻求可扩展的经常性收入、利润扩张和退出途径。支持 AI 的企业的企业收购方可能会重视运营转型，而不是软件公司。每个理由都需要不同的证据并产生不同的协同案例。

外围应识别法律实体、存储库、模型和工具依赖项、提示、策略、评估数据集、连接器、凭证、客户合同、数据权限、工作流程文档和人员。它应该将自有资产与开源组件、第三方模型、客户配置和合作伙伴控制的服务区分开来。演示可以将这些要素结合起来，而无需确定交割时哪些权利转移。

买方还应定义记账单位。目标公司可以销售软件、托管服务、外包成果或混合产品。收入可以按席位、代币、交易、决议、项目或最低承诺定价。估值模型应遵循实际的合同承诺和经营负担。当技术记录与客户接受度和经济义务保持一致时，已完成的工作是有用的。

2 定义可接受的已完成工作单元

已完成的工作单元需要有界输入、允许的操作、预期输出、接受规则、时间窗口和异常路径。示例包括解决合格的支持案例、协调定义的帐户集、修复经过验证的软件缺陷或从批准的文档群中提取指定的条款。定义应说明排除情况、客户依赖性和需要人工授权的条件。

接受必须是可观察到的。案例可能会在技术上关闭并由客户重新打开。使用未经授权的日记帐时可以平衡调节。代码更改可能会通过狭窄的测试但无法通过安全审查。可以准确地总结文档，同时省略所需的引文。因此，接受的单位应包括质量、政策和结果标准，而不仅仅是系统状态。

工作分类账应保留任务标识符、队列、模型和工作流程版本、使用的工具、采取的操作、经过的时间、人为接触、例外、接受、逆转、客户费用和直接成本。它应该保留可审计的痕迹，而不保留不必要的个人或机密信息。该分类账提供了从技术执行到收入、贡献和责任的桥梁。

3 划分救助自主权和决策权

自主权不是一个百分比。一个有用的分类可以区分观察、建议、准备、批准的行动、有限的自主行动和相应的决策。同一产品可能在整个工作流程中占据多个级别。代理人可以自主收集证据、准备建议并等待授权人批准付款、就业行动或受监管的结论。

分类应记录谁定义了目标、谁批准了计划、哪些工具可用、哪些数据可以访问、哪些操作是可逆的以及谁拥有结果。当代理跨系统操作时，身份和授权变得至关重要。 NIST 当前的代理工作将安全代理身份和授权视为核心采用问题 [7-10]。买方应该测试目标的实施情况，而不是依赖于新兴标准的存在。

更高的自主权可以减少处理时间并增加数量。它还会增加错误操作的成本。评估模型应仅识别已测试权限、控制、监控、升级和恢复的工作流程的经济效益。无法限制或审核的自主权可能需要额外的控制成本和较慢的集成计划。

4 构建工作流程和工具控制图

工作流程图应显示从请求到接受结果的每个系统、数据源、模型、工具、人员角色和控制。它应该确定代理计划、检索、转换、决定、行动、验证和记录的位置。它还应该显示哪些组件可以在客户不重新接受的情况下进行更改，以及哪些组件会产生合同或监管依赖性。

工具权限需要特别注意。买方应清点凭据、范围、服务帐户、机密、生产和测试分离、审批规则、交易限制和紧急撤销。它应该重放代表性跟踪并验证代理是否选择了正确的工具、提供了有效的参数并处理了故障。工具调用成功是一个中间衡量标准；公认的商业成果仍然是经济衡量标准。

控制图应包括职责分离、限制操作、速率限制、数据丢失预防、日志记录、监控、回滚和事件响应。目标可能具有较强的模型评估和较弱的操作控制。买方应对产生工作的组合系统进行定价，包括安全操作所需的人力和技术层。

5 设计生产评价体系

生产评估应从客户的验收标准开始。测试集应涵盖普通任务、边界情况、不完整的输入、冲突的指令、不可用的工具、策略限制和目标变化。它应该包括对工作流程重要的后果，例如资金转移、授予访问权限、做出客户承诺、部署代码或记录监管结论。

基于跟踪的评估可以揭示代理是否选择了正确的工具、遵循了所需的交接并遵守了政策[16-18]。结果分级应与过程分级分开。通过未经授权的操作达到的正确结果仍然是控制失败。产生不可用结果的合规跟踪仍然是经济失败。这两个维度都会影响交易价值。

目标应维护版本化数据集、评分标准、评分器、人工裁决和回归阈值。管理层应将评估结果与生产队列进行协调并调查差异。当生产群体、工具集、数据、延迟或人工支持与测试环境存在重大差异时，基准分数的价值有限。

6 措施验收异常逆转和恢复

标题完成率应分解为已接受完成、异常、升级、拒绝、逆转和未解决状态。例外情况包括数据缺失、目标不明确、系统不可用、政策冲突、模型不确定性和客户特定规则。异常分类法应该足够稳定以支持趋势分析，并且足够灵活以识别新的故障模式。

人为干预应根据目的和持续时间来衡量。保护后续决策的审查不同于对薄弱工作流程的重复修复。成本台账应分配分流、调查、纠正、审批、客户沟通和追偿。重新审理的案件和下游补救措施应尽可能与原始任务相关联。

恢复时间是一种运营和估值指标。一个很少发生故障但需要数天专家干预的系统可能会产生集中的风险。买方应测试检测、遏制、回滚、客户通知和根本原因关闭。当异常情况产生财务后果时，储备金、服务积分和补救成本属于交易模型。

7 将遥测数据转化为客户群经济学

客户分类账应连接合同承诺、合格工作量、接受单位、价格、实施、推理、工具、数据、审查、支持和收集。收入确认遵循合同和适用的会计要求。运营衡量仍应将每项费用与提供承诺服务的证据进行核对[1-4]。

每个接受单位的贡献是一个有用的起点。它从相关收入中减去可变模型、工具、基础设施、人工审查、例外和合作伙伴成本。买方还应确定半可变的客户工程、评估、合规和支持成本。共享研究和平台支出应该保持可见，而不是通过乐观分配来隐藏。

群组分析应跟踪生产时间、接受率、扩张、价格变化、贡献、收藏、更新和损失原因。最低承诺可以支持现金，同时掩盖低利用率。如果任务变得更加困难或例外情况增加，使用量增长可能会显得很有吸引力，但贡献却会减少。估值应遵循持久的公认工作和现金，而不仅仅是活动。

定价架构应根据成本驱动因素进行测试。当席位与符合条件的工作和支持负担密切相关时，按席位定价就可以发挥作用。按结果定价将更多的运营风险转移给提供商，并且需要商定的验收流程。消费价格可能会让客户面临重试和低效代理行为的风险。混合结构可以将最小平台与结果或使用组件结合起来。买方应根据观察到的生产行为对每个合同进行建模，并确定哪一方承担模型价格、复杂性和异常风险。

现金转换值得有自己的同类观点。实施里程碑、验收争议、服务信用、发票时间和企业付款周期可以将报告的收入与现金分开。当供应商和工资成本在客户验收和收款之前发生时，高增长目标可能需要营运资金。评估模型应将预订收入、计费收入、应收账款、递延收入和现金与同一客户和工作流程记录进行核对。

8 重建收入质量和合同义务

代理 AI 合同可以包含试点、实施服务、最低承诺、使用费、结果费和服务级别积分。尽职调查团队应对每个组成部分进行分类，验证可执行性并核对合同、发票、收入分类账、应收账款和银行收据。公布的客户和备忘录仅在其执行条款和观察到的经济情况范围内才是商业活动的证据。

合同应定义服务、客户依赖性、接受、允许使用、数据角色、模型更改、支持、安全、审计、知识产权、责任、终止和过渡。承诺业务成果的提供商可能比软件许可人承担更广泛的义务。估值模型应反映实际承诺，包括实现承诺所需的人力运营成本。

集中注意力需要工作流程视图和客户视图。多个客户可能依赖相同的模型、云、连接器或实施合作伙伴。对一个共享依赖项的更改可能会影响多个合约。买方应在模型重新定价、更严格的控制、更低的最低限度和客户对可移植性的需求下测试更新经济性。

9 协调模型工具和基础设施依赖性

许多代理产品组装了第三方模型、云、矢量系统、可观测性服务和企业连接器。这可以加速产品开发，同时创造价格、访问、连续性和合同依赖性。买方应列出每个依赖项、其功能、协议、条款、价格、数量承诺、数据处理、变更控制和替代路径。

应通过代表性工作流程来测试可移植性。当目标可以替代模型同时保持接受度、安全性、延迟和成本时，所声称的多模型架构就有价值。转换可能需要立即重新设计、评估、客户批准和新的安全控制。该模型应包括此转换成本和任何较低性能的时期。

基础设施经济学应该从发票和遥测中重建。每个接受单元的成本应包括失败的尝试、重试、推理步骤、工具调用、存储、检索、可观察性和审查。当代理尝试更长的任务或使用更多工具时，模型价格的下降并不能保证工作流程成本的下降。买方应该测试价格和行为敏感性。

10 建立数据知识产权和转让权

权利登记册应涵盖源代码、提示、策略、工作流程设计、评估集、客户配置、培训和反馈数据、合成数据、商标、专利和文档。它应标识创建者、雇主或承包商的转让、许可、允许使用、限制、再许可、控制权变更和终止。开源义务和第三方条款应映射到每个发布的组件。

客户数据需要单独处理。操作工作流程所需的访问权限可能不会创建可转让资产。反馈可以改进产品，同时仍受保密、隐私或使用限制的约束。买方应核实生产数据仅用于授权目的，且交易结束后可以履行删除、保留和转移义务。

IFRS 3 要求收购方在满足条件时将可辨认无形资产与商誉分开确认，而 IAS 38 则涉及可辨认无形资产，而 IFRS 13 则涉及公允价值计量[1-6]。购买价格分配并不能取代交易尽职调查。法律控制、经济效益、使用寿命、过时和可分离性仍然是公司特有的问题。

技术过时应该在工作流层和模型层进行评估。提示或路由方法可能会很快被取代，而客户集成、验收数据、操作控制和领域流程仍然有价值。尽职调查团队应将可更换组件与积累的工作流程证据分开。它应该估计重建每个组件所需的成本、时间和客户批准，以及竞争对手可以以更少的摩擦提供可比结果的风险。

员工和承包商的知识可能很重要，但并不作为可分离的资产拥有。买方应确定关键维护人员、未记录的运营决策、客户特定知识和评估专业知识。保留和知识转移计划应与整合顺序保持一致。评估不应假设仅靠源代码传输就可以保留系统交付已接受工作的能力。

11 测试安全身份授权和弹性

代理安全性应从身份、身份验证、授权、工具使用、数据访问、供应链、提示注入、秘密、日志记录、监控和恢复等方面进行评估。目标应展示最小特权设计、凭证轮换、环境分离、批准边界和快速撤销。安全文档应与经过测试的生产配置相一致。

当多个代理通过共享服务进行操作时，身份变得更加复杂。买方应该能够将操作归因于用户、代理、版本、策略和凭证。授权应尽可能受到任务、时间、系统和价值的限制。模糊责任的共享服务帐户可能会削弱控制力和客户信任。

弹性包括模型或云中断、工具不可用、上下文损坏、意外的目标更改和不安全的输出。尽职调查团队应检查事件记录、恢复练习、客户沟通和补救措施。正常运行期间的强烈演示并不能证明系统安全地发生故障。

12 维护人员责任和客户权威

人员责任应设计到工作流程中，而不是作为通用声明添加。每个后续决策都需要授权所有者、信息标准、升级规则和保留记录。买方应确定人员在何处批准、人员在何处进行回顾性审查以及代理在有限的政策内行事。

审查的质量很重要。面临过多的数量、糟糕的解释或自动化偏见的审稿人可能会在没有有意义的审查的情况下批准。审核有效性可以通过抽样决策、分歧分析、花费的时间、覆盖频率和下游结果来测试。仅修复例行错误的人为操作应归类为运营成本。

客户权限也应该明确。企业可以授权目标进行准备工作，同时保留最终行动。在模型或工作流程更改之前可能需要通知。目标的证据应显示如何实施和测试特定于客户的控制措施。未记录的运营异常可能会造成交割后的责任和整合延迟。

13 建立已完成工作贡献桥梁

贡献桥梁从接受单位的计费或分配收入开始。它减去了模型推理、工具费用、云、数据、合作伙伴费用、实施、审查、支持、服务积分和异常补救。它应将总完工量与已接受的完工量分开显示，并确定因拒绝或撤销工作而产生的成本。

然后，桥梁应分配特定于工作流程的工程、评估、合规性和客户成功费用。中央研究和平台成本仍然在单位贡献之外，但在公司现金流内部。这种结构有助于买方区分可扩展的工作流程和以软件形式呈现的劳动密集型托管服务。

管理层应协调总账、工资单、供应商发票和生产遥测的桥梁。方差分析应该解释混合、复杂性、模型选择、延迟、重试行为和人为干预的变化。然后，交易模型可以测试规模是否会提高贡献或暴露更大的异常负担。

14 通过证据表明公司价值

传统的估值方法仍然适用。当市场倍数、贴现现金流、先例交易和成本法的输入反映目标公司的经济现实时，可以使用[1-6, 19-22]。 Agentic AI 需要更加关注收入质量、增长持久性、贡献、资本需求、依赖风险和技术过时。

证据状态模型可以补充这些方法。第一个状态展示了可重复的任务完成。第二个展示了接受的制作工作并收取了收入。第三个展示了具有持久贡献的可重复群体。第四个展示了可转移控制、安全运营和战略分配。概率和价值假设应记录下来并随着证据的变化而更新。

该模型应避免重复计算。已经包括较低劳动力成本的预测不应再将全部成本节约作为单独的协同效应添加进来。数据、技术和客户关系可以通过预测现金流和可识别无形资产做出贡献。评估文件应显示每个价值来源进入分析的位置。

可比公司分析应在应用倍数之前规范化业务模式。具有使用收入的代理平台、基于结果的托管服务和支持 AI 的业务流程操作员可以报告具有不同交付义务和利润的类似增长。报告的毛利率可能会采用不同的处理方法进行推论、实施和审核。交易团队应该重建共同的贡献衡量标准并披露剩余的差异，而不是强制进行错误的可比性。

贴现现金流应包括对评估、安全、客户整合、模式转型和营运资本的明确投资。最终假设需要不断更新和过时的观点。成本方法可能会告知更换和补救措施，但可能无法获取客户访问权限或未来现金。先例交易需要仔细阅读，因为披露的标题价值很少提供直接比较所需的工作流程、权利和成本证据。

15 确定买方特定的协同效应

收入协同效应可能包括接触买方的客户、嵌入式分销、更广泛的数据权利、交叉销售或进入新的工作流程。成本协同效应可能包括共享基础设施、模型采购、安全性、合规性、销售、支持或消除重复工具。能力协同可能会缩短产品开发时间或改善买方自身的运营。

每个协同作用都应该有一个基线、行动、所有者、成本、时间安排、依赖性和证据门。买方应区分需要目标能力的协同效应与独立计划中已存在的价值。客户同意、数据使用限制、模型更改和集成风险可能会延迟或阻止交付。

已完成工作指标可以使协同案例变得可测试。基线记录合格的工作、验收、时间、成本和例外情况。集成计划指定目标工作流程和控制变更。实现的成果通过接受的工作、贡献和现金来衡量。这种结构支持价格纪律和交割后问责。

16 进行客户和工作流程调查

客户尽职调查应测试为什么购买工作流程、如何接受它、考虑了哪些替代方案、谁拥有预算、哪些仍需手动操作以及哪些会导致终止。买方应获得许可并遵守交易协议。管理层选择的参考资料应补充合同、使用、支持和收集证据。

工作流程文件应确定实施工作、客户数据依赖性、配置、自定义代码、集成、评估、人员角色和支持。目标在进行隐藏服务工作时可以表现出很强的保留性。买方应将合同规定的经常性收入与更新合同所需的劳动力和专业知识进行比较。

损失和未转换证据同样重要。失败的试点可能会暴露出验收标准薄弱、集成度差、安全障碍、所有权不明确或经济效益不足等问题。预测应使用可比较群体观察到的转化和更新。管理情景应与观察到的结果明确分开。

17 围绕不确定性设计交易结构

交易结构可以在证据不完整的情况下分配不确定性。对价可能包括交割时的现金、展期股权、保留、盈利、保留、托管或或有价值。衡量应基于管理层可以影响的可审计结果，而不鼓励不安全的部署或短期收入确认。

有用的里程碑包括接受的生产工作、签署的最低承诺、收取的收入、异常成本后的贡献、客户保留、完成的权利补救、安全关闭和成功的可移植性。定义应具体说明数据来源、会计政策、排除、治理和争议解决。模糊的里程碑可能会造成交割后的冲突。

陈述和契约应涉及知识产权、数据使用、开源、客户义务、模型和云依赖性、安全事件、评估记录和材料工作流程变更。具体赔偿或准备金可能适合已确定的风险。实际交易需要法律、税务和会计建议。

收益设计应避免在削弱接受度或控制力的同时增加总量的激励措施。平衡衡量标准可以将收集的收入与最低调整贡献、客户保留和定义的控制条件结合起来。买方应保护普通整合权，同时防止任意破坏该措施的变更。卖家需要了解基础计算和清晰的审核流程。双方应该模拟客户集中度、定价变化和平台迁移如何影响结果。

交割条件应重点关注转让和经营业务所需的事项。示例包括关键分配、客户和供应商同意、关键权限的补救、评估记录的保存和过渡支持的确认。成交后契约可以解决严重程度较低的工作。交易文件应显示哪些风险会改变价格、时间、结构或继续的决定。

18 构建四个假设的操作案例

客户解决方案代理按照接受的解决方案处理符合条件的服务案例和费用。它受益于高交易量，但也带来重新开放、升级和服务信用风险。财务结算代理人核对账目并准备证据，授权人员保留对后续条目的批准。它的交易量较小，控制要求较高，潜在的支付意愿也较强。

软件修复代理在定义的存储库中识别、测试并提出修复建议。验收需要测试、安全审查和部署规则。受监管的文件代理从批准的文件集中提取、比较和准备调查结果，并满足引用和审查要求。其经济效益取决于文件质量、责任分配和专家审查。

这些案例仅使用管理假设来演示框架。真实的目标模型需要合同、发票、收款、生产遥测、成本记录、事件历史记录、权利和客户证据。买方应更换所有假设，指定所有者并保留来源。

19 示例性完成工作经济学

客户解决案例假设收入为 USD 145 million，贡献为 USD 62 million，例外和控制成本后为 USD 49 million。财务关闭案例假设收入为 USD 92 million，贡献为 USD 36 million，扣除这些成本后为 USD 27 million。软件修复案例假设收入为 USD 78 million，调整后贡献为 USD 18 million。

规范文件案例假设收入为 USD 58 million，贡献为 USD 9 million，例外和控制成本后为 USD 4 million。调整后的贡献较低反映了专家审查、客户特定评估和责任控制。这些数字是假设的管理假设；它们不是对任何公司或市场的观察。

敏感性应集中于可接受的数量、价格、模型和工具成本、人为干预、例外、逆转、实施、保留和收集。当被拒绝的工作仍然消耗推理、工具和人员时，接受度的小幅恶化可能会产生更大的现金效应。在应用估值倍数之前，模型应显示此运营杠杆。

20 在不破坏证据的情况下整合目标

前一百天应该在巩固系统的同时保留证据链。买方应冻结基线定义、保留痕迹和合同、映射凭证、识别关键人员并同意客户变更协议。应避免在没有比较计划的情况下同时更改模型、提示、工具和控件。

集成应按工作流程队列进行。每个变更都需要假设、测试、接受阈值、回滚和所有者。在更广泛的部署之前，可能需要协调安全和身份控制。当数据位置、模型、子处理者或操作流程发生变化时，可能需要客户同意或重新接受。

协同报告应与已完成的工作分类账和财务系统保持一致。整合团队应报告已接受的单位、例外情况、调整后的贡献、客户影响和现金。仅靠产品活动无法确定已实现的交易价值。

运营模式应预见到组织变革。产品、工程、安全、法律、财务、客户成功和流程所有者可能会使用不同的完成定义。集成治理应该就一系列措施达成一致并保留底层细节。无例外成本汇总已接受单位的财务结果可能与将相同工作流程视为受限的安全报告相冲突。协调一致的数据模型有助于董事会共同评估价值和风险。

客户沟通应遵循合同和实际意义。一些客户可能会接受所有权变更，同时要求就新型号、分处理商、托管位置或数据使用发出通知。及早绘制地图可以防止本可避免的延误。集成应保护服务连续性，并向客户提供控制、支持和责任仍然有效的证据。

21 收盘后的治理值

董事会报告应结合商业、技术、控制和财务证据。有用的记分卡包括已接受的工作、异常率和逆转率、人为干预、客户集中度、贡献、收集、模型和工具依赖性、安全事件、评估回归和补救状态。定义应保持稳定或显示有记录的桥梁。

管理激励措施应奖励持久的、可接受的结果、客户价值、贡献和控制绩效。仅考虑数量目标可能会鼓励低质量的部署。仅关注收入的目标可以推迟例外成本或产生较弱的承诺。治理体系应保留后续决策的权威，并使重大事件可见。

应按规定的时间间隔重新评估习得论文。证据可能支持更快的扩张、进一步的投资、产品整合或更窄的范围。明确的证据状态方法为董事会提供了一种严格的方法，可以随着经营记录的发展而改变资本配置。

结论

Agentic AI M&A 需要从技术活动到公认的经济工作的评估桥梁。席位、令牌、工具调用和基准测试结果描述了系统的各个部分。交易价值取决于目标公司能否完成规定的工作、满足验收标准、控制异常情况、赚取持久贡献、收取现金以及转让相关权利和经营能力。

已完成的工作作为尽职调查单位很有价值，因为它可以连接跟踪、客户承诺、成本和付款。该定义必须包括质量、政策和结果。自主权应按行动和权力进行分类。例外情况和恢复成本应保留在经济学范围内。模型、工具和基础设施的依赖关系应该通过契约和可移植性进行测试。

该框架支持估值、协同分析、交易结构和交割后治理。它还为不确定性创造了严格的界限。假设仍然是情景，直到目标证据取代它们为止。然后，考虑因素可以与经过验证的生产、客户和控制里程碑联系起来，而不是与有关代理能力的广泛主张联系起来。

竣工证据室

证据室应包含工作流程目录、已接受的工作定义、版本化跟踪、评估集、异常分类、客户接受、合同、发票、收款、成本分类账和事件记录。每个计划应确定所有者、源系统、期间、客户群和对账状态。交易团队应该能够重现抽样任务并将其追溯到财务记录。

自主身份和控制档案

该档案应记录代理身份、凭证、权限、工具范围、批准边界、职责分离、监控、撤销、回滚和恢复。它应该将每个生产工作流程映射到适用的客户和企业策略。差距应该有修复责任人、成本和完成度测试。

权限依赖和可移植性文件

该文件应映射源代码、数据、提示、评估、模型、开源组件、云、工具、连接器和客户配置。应说明所有权、许可、控制权变更处理、限制、更新和替代计划。代表性的可移植性测试应记录接受度、延迟、成本和客户影响。

客户经济和协同账本

分类账应按队列核对合格的工作、已接受的工作、例外情况、价格、直接成本、调整后的捐款、发票、收款和续订。协同效应应该有基线、行动、责任人、成本、时间安排和实现的结果。应取消独立计划、购买价格分配和协同价值之间的重复确认。

交易和集成控制文件

该文件应包含对价定义、收益衡量标准、保留、陈述、契约、客户变更要求、整合顺序和董事会报告。它应该保留交割前的基线并定义如何衡量交割后的变化。法律、会计、税务、监管和安全顾问应审查相关组成部分。

拟议的尽职调查结构；要求取决于目标客户和交易。

每个阶段都支持不同的商业或估值结论。

拟议的控制图；实际边界需要特定于工作流程的法律安全和操作审查。

管理层假设 USD 百万；数字并非市场观察预测或估值结论。

管理层假设 USD 百万；不包括中央研究销售管理融资和税收。

管理层假设 USD 百万；这不是一个估值结论。

拟议的框架；实际工具需要现行法律税务会计监管和财务建议。

来源

1. 国际财务报告准则基金会。 IFRS 3 企业合并。 阅读主要来源
2. 国际财务报告准则基金会。 IFRS 13 公允价值计量。 阅读主要来源
3. 国际财务报告准则基金会。 IFRS 15 客户合同收入。 阅读主要来源
4. 国际财务报告准则基金会。有关根据 IFRS 13 计量非上市权益工具的教育材料。 阅读主要来源
5. 国际财务报告准则基金会。 IAS 38 无形资产。 阅读主要来源
6. 国际财务报告准则基金会。 IAS 36 资产减值。 阅读主要来源
7. 国家标准与技术研究所。 AI 代理标准倡议。更新于 2026 年 8 月 14 日。 阅读主要来源
8. 国家标准与技术研究所。宣布 AI 代理标准倡议。 2026 年 2 月 17 日。 阅读主要来源
9. 国家标准与技术研究所。加速软件和 AI 代理身份和授权的采用。 2026 年。 阅读主要来源
10. 国家标准与技术研究所。 AI 代理安全信息请求。 2026 年。 阅读主要来源
11. 国家标准与技术研究所。人工智能风险管理框架。 阅读主要来源
12. 国家标准与技术研究所。生成 AI 配置文件 NIST AI 600-1。 阅读主要来源
13. 模型评估和威胁研究。前沿 AI 模型的任务完成时间范围。更新于 2026 年 5 月 8 日。 阅读主要来源
14. 夸特等人。测量 AI 完成长时间任务的能力。 2025 年。 阅读主要来源
15. 模型评估和威胁研究。不同域的时间跨度如何变化。 2025 年 7 月 14 日。 阅读主要来源
16. 开放人工智能。评估代理工作流程。 阅读主要来源
17. 开放人工智能。代理的跟踪分级。 阅读主要来源
18. 开放人工智能。代理 SDK 跟踪。 阅读主要来源
19. 国际评估标准理事会。国际估值标准。 阅读主要来源
20. 国际评估标准理事会。破译技术。 2023 年 6 月 28 日。 阅读主要来源
21. 国际评估标准理事会。价值和数据。 2024 年 2 月 29 日。 阅读主要来源
22. 国际评估标准理事会。估值脉冲AI和估值情绪跟踪器技术。 2026 年 5 月 8 日。 阅读主要来源
23. 经合组织。经合组织 AI 原则。 阅读主要来源
24. 经合组织。 AI系统分类框架。 阅读主要来源
25. 国际标准化组织。 ISO IEC 42001 人工智能管理系统。 阅读主要来源
26. 国际标准化组织。 ISO IEC 23894 人工智能风险管理。 阅读主要来源
27. 国际标准化组织。用于分析和机器学习的 ISO IEC 5259 数据质量。 阅读主要来源
28. 国际标准化组织。 ISO IEC 27001 信息安全管理系统。 阅读主要来源
29. 网络安全和基础设施安全局。设计安全。 阅读主要来源
30. OWASP 基金会。大型语言模型应用程序前 10 名。 阅读主要来源
31. OWASP 基金会。代理 AI 威胁和缓解措施。 阅读主要来源
32. 米特雷。 AI 系统的 ATLAS 对抗威胁格局。 阅读主要来源
33. MLCommons。 AI安全基准。 阅读主要来源
34. MLCommons。 MLPerf 推理。 阅读主要来源
35. 开放人工智能。前沿企业代理平台。 阅读主要来源
36. 开放人工智能。企业信号。 2026 年。 阅读主要来源
37. 人为的。经济指数报告节奏。 2026 年 6 月 26 日。 阅读主要来源
38. 人为的。负责任的扩展政策。 阅读主要来源
39. 谷歌。 Agents Companion 安全和治理指导。 阅读主要来源
40. 微软。代理AI架构和负责AI。 阅读主要来源
41. 欧洲联盟。欧盟 2024 1689 人工智能法案法规。 阅读主要来源
42. 欧盟委员会。 AI法案实施时间表。 阅读主要来源
43. 英国信息专员办公室。 AI 和数据保护指南。 阅读主要来源
44. 美国联邦贸易委员会。请检查您的 AI 索赔。 阅读主要来源
45. 美国证券交易委员会。人工智能和投资欺诈投资者警惕。 阅读主要来源
46. 世界知识产权组织。人工智能和知识产权。 阅读主要来源
47. Linux 基金会。模型上下文协议项目。 阅读主要来源
48. MCPAgentBench。 LLM 代理工具使用的真实任务基准。 2025 年。 阅读主要来源
49. 操作系统世界。对真实计算机环境中开放式任务的多模式代理进行基准测试。 2024 年。 阅读主要来源
50. AgentChangeBench。会话中目标转移鲁棒性的评估AI。 2025 年。 阅读主要来源