AI Agent 的能力越强，越容易被连接器放大。一个连接器可能只是读知识库，也可能能改 CRM、发邮件、写工单、导出客户表。团队如果只知道“接了哪些工具”，却不知道每个工具能做什么，后面一定会在权限和责任上出问题。
连接器清单不是资产盘点表的装饰，而是生产治理的入口。它应该和 AI Agent 权限矩阵、OpenClaw 审计日志字段、AgentOps 运营台 放在一起看。
先登记数据源，再登记动作
很多清单只写“接入飞书”“接入 CRM”“接入知识库”，这还不够。真正需要登记的是：这个连接器能读哪些对象，能写哪些字段，能不能外发，能不能批量导出，能不能触发下游流程。
读和写必须分开。只读连接器主要风险是信息泄露和错误引用；可写连接器还会带来状态修改、客户承诺、费用变化和流程中断。两类连接器不应该用同一套审批标准。
每个连接器都要有负责人
连接器不能只有创建人，还要有业务负责人和技术负责人。业务负责人决定这个入口是否真的需要，技术负责人处理接口变化、异常返回和停用恢复。没有负责人，连接器出了问题就会变成公共责任。
负责人字段还要和 AI Agent 值班表 对齐。告警出现时，系统应该知道通知谁，而不是把所有异常扔进一个大群。
审批状态要能看见
连接器清单里至少要有草稿、测试、灰度、生产、暂停、废弃几种状态。新连接器不能从创建直接进入生产，尤其是涉及客户数据、财务数据、权限系统和外部写入的连接器。
这一步可以接上 灰度发布。先让小流量和旧样本跑一遍，确认没有越权调用、字段误写和异常成本，再扩大使用范围。
停用条件要提前写好
连接器不是一旦接入就永久存在。接口长期失败、权限过大、负责人离职、数据源废弃、调用成本异常、审计日志缺失，都应该触发停用或重新审批。
清单里提前写停用条件，是为了避免事故发生后临时争论。哪些情况自动暂停，哪些情况转人工确认，哪些情况必须回滚，都应该在连接器上线前说清楚。
总结
AI Agent 连接器清单的核心，是把数据源、动作、权限、负责人、审批状态和停用条件登记清楚。连接器越多，越不能靠记忆管理；入口先被看见，风险才有机会被管住。
