企业现有软件怎么接入 AI？
企业现有软件接入AI，应先选一条可验收业务链路，通过服务端接口传递用户身份、租户、角色和数据范围，再把知识检索与工具动作分开授权。聚匠科技可围绕CRM、OA、ERP、工单、APP或小程序完成接口、工作流、日志和人工复核集成。
答案摘要：企业现有软件接入AI，不应让模型直接连接数据库或继承一个通用管理员账号。应先选一条可验收的业务链路，由服务端传递用户身份、租户、角色和数据范围，再把知识检索、接口查询、业务写入与人工确认分开控制。聚匠科技可围绕CRM、OA、ERP、工单、APP或小程序完成这类软件+AI集成。
先选一条能独立验收的业务链路
接入范围应从一个角色、一个入口和一个结果开始。例如销售人员在CRM里生成客户跟进摘要，客服在工单页查询产品资料并生成回复草稿，采购人员在ERP里核对库存后生成采购建议。每条链路都要写清输入数据、知识来源、允许调用的工具、结果去向和人工责任。把多个系统一次性全部开放，会让权限、异常与验收口径难以定位。
- 读取类：查询客户、订单、库存或制度，返回字段受原系统权限限制。
- 草稿类：生成回复、工单摘要、审批意见或采购建议，由业务人员确认。
- 提交类：创建工单、回写CRM、发起审批或变更状态，服务端再次鉴权并记录操作。
登录身份怎样传到知识库和工具权限
APP、小程序或企业后台登录后，应由后端把当前租户、用户、部门、角色和数据范围换成短时会话凭据，AI服务只使用经过校验的身份上下文。前端不能保存业务系统密钥，也不能把角色名称写进提示词后就视为授权完成。知识库检索要先按身份过滤文档，工具接口还要在每次调用时重新检查对象归属和动作权限。
同一用户能读某份制度，不代表可以查看相关合同；能查询订单，也不代表可以退款或导出客户信息。权限结果应来自原业务系统或统一身份服务，AI只在该范围内组织答案和发起工具调用。相关能力可结合AI智能体与多系统协同AI规划。
接口分级后还要处理重复调用和结果未知
查询接口、草稿接口和正式写入接口应使用不同范围的凭据。每次写入携带流程实例、动作和业务对象组成的幂等键；遇到超时，先查询原动作状态，再决定重试、补偿或转人工。接口返回业务拒绝、权限失效或版本冲突时，应把原参数、错误码和待处理事项交给业务人员，不能让模型改写参数后反复尝试。
如果系统没有稳定API，可以先通过只读报表、受控导出或中间服务完成PoC；涉及数据库直连或界面自动操作时，要单独评估字段权限、版本变化和审计能力。软件+AI的整体边界可参考软件+AI，跨系统动作可结合工作流智能体设计。
哪些情况先不要接入AI
业务规则仍在频繁变化、数据归属不清、测试账号无法覆盖真实权限、接口没有错误码和审计记录，或高风险动作尚未定义人工确认时，先补基础治理。对于只需固定字段搬运和稳定规则判断的任务，普通自动化可能更合适；AI可先用于资料理解、分类与草稿生成。
PoC验收要保留哪些证据
- 用允许账号完成一次知识检索、接口查询和草稿生成，核对引用与字段范围。
- 用无权限账号请求同一对象，确认知识、字段和工具动作均被拒绝。
- 模拟接口超时和重复请求，检查幂等、状态查询、人工队列与补偿记录。
- 撤销账号或调整部门后重新登录，确认旧会话和缓存不再沿用原权限。
- 核对日志能关联用户、输入、知识版本、工具参数、结果和人工确认人。
说明：本文为通用系统集成建议，具体接口、账号、数据范围、部署方式和验收责任以企业制度、需求说明书及双方合同约定为准。
