BUYER GUIDE
企业智能体平台，应该怎样选？
选型应从一个真实业务任务出发，核对平台能连接什么、谁能使用、哪些操作需要确认，以及最终结果如何验收。以下是 Actify 团队给企业评估者的检查建议，不是第三方产品排名。
八项检查，把抽象能力变成演示问题
| 维度 | 演示时直接问 | 需要拿到的依据 |
|---|---|---|
| 企业知识 | 找得到哪些资料？资料缺失或冲突时怎样处理？ | 真实资料与代表性问题的核对结果 |
| 系统连接 | 哪些接口已能调用，哪些还要开发？ | 接口、身份、授权和接入范围说明 |
| 任务执行 | 能否完成交付，还是只生成一段建议？ | 结果文件或实际业务结果的验收 |
| 人工审批 | 哪些动作需要确认，拒绝之后会怎样？ | 待确认、拒绝、继续与取消的演示 |
| 企业与角色权限 | 不同企业、岗位或成员看到什么？ | 不同身份的访问验证 |
| 运行记录 | 失败、超时或结果不确定时如何核查？ | 状态、调用记录和交付记录 |
| 数据与部署 | 数据经过哪些服务商，部署在哪里？ | 网络、模型、工具与数据处理约定 |
| 费用与实施 | 产品、模型用量、工具和实施分别如何计费？ | 明确的方案、范围和合同条款 |
用同一任务比较，比看功能数量更有用
- 准备相同的输入、期望交付物和验收标准。
- 要求展示完整流程，同时记录人工参与的步骤。
- 加入缺少资料、权限不足、工具失败等异常情况。
- 区分演示样例、已经支持的通用能力和仍需定制的部分。
- 核对上线、维护、数据更新和权限变更由谁负责。
五项试点任务，逐项记录验收依据
在测试环境选一份政策或制度、一条脱敏业务记录和一个可控的工具。要求每个候选平台使用相同的资料、权限和通过标准。
每项记录为通过、未通过或待核查，并保存一项可复核的依据，例如记录编号、文件或运行时间。涉及数据写入时，用专用测试记录。
| 试点项目 | 测试操作 | 通过标准 |
|---|---|---|
| 知识依据 | 使用一份有明确条款的资料，分别问一个有依据的问题和一个资料未覆盖的问题。 | 有依据的答案可对照原文；资料未覆盖时明确提示缺少依据。 |
| MCP 与权限 | 用有权限的账号读取一条测试记录，再用无权限的账号尝试读取同一条记录。 | 有权限时结果与业务系统一致；无权限时无法获得记录。 |
| 写入审批 | 对同一个受保护的测试写入分别发起两次任务。第一次拒绝，第二次核对参数后批准。 | 审批前和拒绝后都没有写入；批准后的运行只写入一次，并能核对实际记录。 |
| 服务端定时任务 | 约定时区与执行时间，配置一项只读任务，关闭客户端后查看该次运行。 | 在约定时区触发，并能查到计划时间、运行结果和交付物。 |
| 结果与异常 | 分别测试正常交付和一次受控的工具错误或超时，再到运行记录核查。 | 状态、工具结果与实际交付一致；结果无法确认时能定位待核查事项。 |
Actify 启行适合怎样进入候选名单？
如果团队既要用企业资料回答问题，也要调用已有业务工具，并需要管理操作审批和运行记录，可以用以上任务评估 Actify 启行。
在官网公开的售后政策实操中，本地测试生成了可下载的报告，但运行仍显示完整性待确认。评估时应分别核查输出、审批记录和最终状态。
联系前准备这四样信息
- 使用团队与任务负责人。
- 一组可以用于演示的脱敏资料。
- 需要连接的系统及可用接口。
- 期望结果、审批要求和可接受的实施范围。