企业智能体平台越来越多，官网上写的能力也越来越相似：知识库、工作流、多智能体、插件、数据分析，几乎每家都有。但真正把平台接进企业以后，差异通常不在功能名称，而在细节能不能落地。
如果只是为了做一次演示，很多平台都能快速搭出一个问答助手。要让它进入日常工作，就必须继续追问：知识如何更新，权限如何继承，系统如何连接，答案能不能追溯，平台更换时数据能不能带走。下面这份清单，可以作为企业智能体平台选型时的初步筛查。
一、先看平台能不能处理真实知识
企业资料往往不是整齐的一套手册，而是 Word、PDF、表格、网页、工单记录和不断变化的通知。平台需要说明支持哪些资料格式，如何处理表格和扫描件，能不能保留标题、页码、版本和来源。
测试时不要只问“公司的成立时间是什么”。更值得测试的是带条件的问题，比如“某类客户在什么情况下可以享受这项服务，依据哪份文件，文件什么时候生效”。如果平台只能给出一个没有来源的总结，说明知识检索和引用能力还需要进一步验证。
二、知识更新比初次导入更重要
企业智能体平台如果只擅长一次性上传文件，后续维护会很麻烦。需要确认资料更新后是否自动建立新版本，旧版本是否还能查询，管理员能不能知道哪些应用使用了这份资料，以及过期内容能否按规则下线。
还要看知识维护流程是否适合业务人员。不是每次改一个产品说明都要找开发人员，如果业务人员可以在权限范围内提交、审核和发布更新，系统才更容易保持准确。
三、工作流和工具调用要看边界
工作流不是把几个提示词串起来。企业使用时，通常还需要条件判断、审批节点、失败重试、人工确认和操作记录。平台要能把“模型给建议”和“系统执行动作”分开，不能让一句自然语言直接触发高风险操作。
建议现场测试一个小流程：先从知识库查找规则，再读取一条业务数据，生成处理建议，最后由人工确认是否提交。这个测试可以同时看知识、工具、权限和日志，不容易被单一功能的演示带偏。
四、权限管理要深入到应用和数据
企业智能体平台至少要回答三个权限问题：谁可以使用某个智能体，谁可以看到某类知识，谁可以调用某个业务工具。只在登录入口做一个“管理员和普通用户”的区分，通常不够应付真实企业。
如果企业已经有组织架构和身份系统，要确认平台能否接入，员工离职或岗位变化后权限能否及时同步。对于客户资料、合同、财务和生产数据，还要检查回答中是否可能因为上下文拼接而泄露不该看到的内容。
五、别忽略日志、评测和问题定位
平台上线后，最常见的工作不是新建智能体，而是解释一次不理想的回答。管理员需要知道用户问了什么，系统召回了哪些资料，模型使用了什么工具，最后为什么给出这个结果。
有条件的话，平台还应支持建立问题集，用一批固定问题持续评测版本变化。模型、提示词或知识发生调整后，重新跑一遍问题集，至少能知道效果是变好了还是变差了。没有评测记录，优化很容易变成凭感觉改参数。
六、数据能不能带走，是选型时必须问的问题
平台使用的知识文件、切分结果、提示配置、工作流、应用设置和历史数据，是否可以导出？导出的格式是否可读？如果以后更换模型或迁移到自有系统，需要重新整理多少内容？
这个问题不一定意味着企业马上要迁移，而是要判断平台是否尊重数据的长期所有权。能够明确说明数据归属、导出方式和服务终止后的处理规则，往往比模糊的升级承诺更重要。
七、用一套小测试代替一场大演示
选型前可以准备十个真实问题，分别覆盖知识问答、版本冲突、权限隔离、工具调用、异常处理和人工接管。让不同供应商使用同一组问题，记录答案、依据、响应时间和配置过程。
同时安排一名业务人员参与，不要只让技术人员评分。业务人员最清楚答案是否真的能帮助工作，也最容易发现那些“说得很完整，但没有解决问题”的情况。
企业智能体平台的价值，不是让企业多一个聊天入口，而是把知识、数据、流程和权限组织起来，让员工能够在需要的时候得到可靠帮助。选型时把这些基础能力看清楚，再去比较模型数量和页面体验，通常更不容易买错。
企业知识库建设·企业智能体
企业智能体