Salesforce 在 2026 年 9 月 15 日的 AIforce 公告中介绍 AgentExchange 生态，涵盖界面、Agent、应用、集成、工作流和操作能力的发现、购买与部署。企业采购时需要先确认购买对象究竟是什么，以及它依赖哪些现有系统。Salesforce 官方公告
一个市场条目可能提供完整应用，也可能只是技能或连接组件。两者所需的接入工作、运维责任和费用构成都不同，不能只根据演示界面相似就按同一口径比较。
采购范围的拆解
| 采购对象 | 需要确认 | 交付结果 |
|---|---|---|
| 岗位 Agent | 具体承担的工作 | 可运行任务与操作说明 |
| 技能 | 输入、规则和输出 | 可维护的技能配置 |
| 连接器 | 系统、版本与权限 | 已授权并验证的接口 |
| 业务应用 | 记录、流程与角色 | 可使用的正式业务功能 |
| 实施服务 | 接入、配置和培训 | 验收记录与责任分工 |
清单应写明已有系统需要提供什么、哪些工作包含在费用内，以及哪些能力依赖另外购买的账号或额度。
演示与实际样本
演示适合了解操作方式，验收则使用组织自己的授权样本。准备正常任务、资料缺失、权限不足、系统超时和重复请求，检查能否形成正确结果。
例如采购“合同资料整理 Agent”，应明确它是提取字段、形成检查清单，还是还要创建审批。每一步的输入与产物分别约定，避免交付时只得到一段总结，却被算成完整流程完成。
业务数据与操作权限
核对资料保存位置、访问身份、连接器凭据及产物共享范围。需要调用业务系统时，确认动作是否通过原有权限检查，不能靠提示语限制员工访问敏感信息。
写入任务应有正式记录编号和结果查询方式。网络超时后先判断原操作是否执行，不能直接重复创建单据。涉及审批的动作沿用原审批程序，Agent 不替代组织已经规定的批准人。
费用与维护条件
费用表列出订阅、模型使用、运行资源、接口服务和实施维护。按完整任务计算实际费用，包含重试和人工修订。试用优惠与长期价格分别列示，避免把短期额度当成持续成本。
维护责任要覆盖模型更新、接口变化、知识修订和故障处理。由谁判断错误、由谁修改规则、何种情况需要另行付费，都应能落到具体工作。仅约定“持续优化”难以判断服务是否兑现。
退出与资产交接
采购时确认业务资料、任务记录、产物、配置和连接关系能否导出。不同资产的权属和交付形式按合同约定，不能默认所有源码都会提供，也不能默认组织资料只能留在平台内。
停用前先停止新增任务，盘点执行中任务、定时任务、共享文件和正式业务记录。完成必要的结果核对、资料导出与责任移交，并确认已有成果仍可查阅后，再撤销不再需要的账号权限和连接器授权。未完成工作应有明确接手人。
续费判断可结合实际完成任务量、可直接采用比例、人工修订和维护响应。某项功能使用少时，先核对业务是否需要、入口是否方便及资料是否齐全，再决定调整范围。
验收结束时，由业务负责人确认结果可用，由信息部门确认权限和连接可维护。双方使用同一份任务记录签收，注明已经完成的范围与仍待处理事项。后续新增需求另行明确，避免把未交付部分隐藏在模糊的持续服务描述中。
采购验收可参考岗位应用配置和写后回读验证，具体实施范围见企业 Agent 落地。
