身份与租户
传递已经验证的用户、机构、角色、目的和政策，在来源或可信服务执行访问，而不是依赖提示词。
企业 AI 架构
企业 AI 应该怎样连接现有系统？
保留记录系统的权威地位。把 AI 放在明确身份、数据、工具和政策边界后，分开检索与动作，暴露有限并且有版本的接口，写入后验证最终状态，并在扩大权限前设计监控、降级和撤权。
作者 Onyx Devs Lab · 发布 · 更新
权威记录系统保持权威
接口有版本的读取、工具、事件和合同
控制批准、执行、验证、审计、恢复
建立受治理上下文路径
模型只应该收到当前已授权任务所需的上下文。
数据合同与检索
为每个来源定义对象标识、字段、语义、新鲜度、谱系、权限、引用、缺失行为和版本兼容。
边界服务
用适配器或服务规范旧 API、数据库、文件、事件和供应商系统，同时保留限流、责任、审计和变更隔离。
把动作视为受控交易
模型建议并不能证明业务动作有效或已经完成。
有限工具
只暴露有类型、特定用途的操作，配置验证、最小权限、限额、试运行和确定性政策检查。
批准与执行
把确认绑定到确切目标和内容，防止过期或重复动作，串行处理冲突，记录执行者、原因、请求、结果和政策版本。
状态验证与恢复
回读记录系统，检测局部失败，对账不确定结果，幂等重试，通知负责人，撤销权限并保留人工降级。
怎样设计受控集成路径
梳理系统与信任边界
盘点来源、负责人、身份、接口、数据类别、网络区域、读写路径、速率、失败模式和记录系统。
定义规范合同
为 AI 层使用的实体、事件、工具、权限、错误、新鲜度、谱系和兼容规则建立版本。
交付只读纵向切片
启用高影响动作前，先证明身份、检索、引用、延迟、监控和业务用途。
按权限等级增加写入
每项动作配置验证、确认、幂等、审计、状态验证、回退或补偿、限额和撤权。
常见问题
AI 应该直接连接生产数据库吗？
通常应该暴露受控读取或服务层；直接访问可能绕过业务规则、租户控制、审计、限流和安全结构演进。
RAG 就是集成层吗？
不是。检索只供应上下文；集成还包括身份、合同、流程、工具、事件、写入控制、最终状态验证、监控和恢复。
应该怎样处理旧系统？
根据风险使用支持 API、副本、导出、队列、网关或有限适配器，记录责任和失败行为，不隐藏旧系统限制。