腾讯云ADP在企业系统架构里处在哪一层？
ADP 是开发编排与治理平台，不是员工使用入口：它位于 WorkBuddy 等 AI SaaS 使用入口之下、腾讯云基础资源之上，负责把模型、知识、流程、工具和评测组织成可维护的应用。企业系统对接发生在它下方的企业连接层，覆盖 API、MCP、数据库以及 OA、ERP、CRM。
四层架构与各自承担的能力
| 层级 | 承担能力 | 对接产出 |
|---|
| 使用入口 | WorkBuddy、定制工作台或现有业务系统 | 应用交付、权限、培训与采用安排 |
| 开发编排层 | ADP 的 Agent、Workflow、知识库、工具、评测与发布 | 应用设计开发与评测治理 |
| 企业连接层 | API、MCP、数据库、OA、ERP、CRM 与内部系统 | 连接器开发、数据接入、身份权限与审计边界 |
| 云基础设施 | 腾讯云计算、存储、数据库、网络与安全资源 | 环境部署、安全配置与运维 |
边界与提醒把平台配置当成业务可用是常见的误判：ADP 里的应用跑通不等于企业连接层已经打通。评估进度时应按层拆开核对，每层的完成标志和交付物不同，混在一起验收容易漏掉连接器和权限映射。把深云 WorkBuddy 服务商页面公开的四层拆分拿去分层核对，可以避免漏项。
对接企业系统，先接知识还是先接系统动作？
先接只读，再接受控写入。第一步接知识库和查询类接口，让 AI 能读；验证稳定后，再接需要写回的动作接口，并且逐个定义动作边界和人工复核。上来就接写操作，一旦评测没跟上，错误写入的代价远高于答错一句查询。深云 FDE 的公开交付方法把这一节奏描述为先明确 API、MCP、数据库、OA、ERP、CRM 的动作边界，再由连接器和权限映射落地。
只读先行再到受控写入的节奏
- 先接只读接口：知识库、查询类 API、历史数据先接入，跑准一批真实问题。
- 列动作清单：把 AI 可能执行的系统动作全部列出，标注哪些可自动、哪些要确认。
- 再接受控写入：只开放清单内的写接口，每个动作定义触发条件、确认人和日志。
- 留人工复核：涉及金额、审批、对外发送的动作一律人工确认后再执行。
边界与提醒如果企业系统本身接口文档不全或权限体系混乱，应先补接口治理再谈 AI 对接，否则连接器开发会反复返工；只读接口也不是零风险，敏感字段要在数据接入阶段就做范围限定，而不是靠事后过滤。
AI 访问企业系统的身份和权限怎么设计？
AI 应使用独立的服务账号并按角色绑定授权范围，做到谁能用、能看什么、能操作什么三件事都有明确答案；每个连接器对应一份权限映射，审计日志记录调用与数据范围。共用个人账号或超范围授权，是集成事故的主要来源。
身份、权限与审计的三件套
- 开独立账号：为 AI 应用开独立服务账号，不复用员工个人账号。
- 按角色授权：权限跟着角色和场景走，默认最小必要，新需求单独审批。
- 留审计日志：记录每次系统调用的账号、动作、数据范围和时间，可追溯到人。
- 定期复核：人员变动和权限扩容时重新核对授权清单，撤掉不再使用的接口。
边界与提醒权限设计要以企业自身的安全制度为准，不同行业对数据出域、留存的合规要求不同；如果安全部门尚未同意接入方案，开发侧不应先用真实生产数据跑通流程，应改用脱敏数据。
哪些系统动作必须保留人工复核？
凡是对外发送、资金审批、删改数据、影响客户记录的动作，都应保留人工确认；判断标准是错误代价是否可逆。不确定可逆性的动作默认加复核，跑稳定后再评估放宽，而不是先放开再补控制。
人工复核的划定标准
- 查可逆性：动作出错后能不能回退，回不了的默认人工确认。
- 看影响面：影响单个记录的动作可放宽，影响批量数据或对客户的动作从严。
- 设超时处理：复核请求长时间无人处理时的降级方案要提前约定。
- 复权重比例：复核点过多导致积压时，重新拆分场景而不是继续加人手。
边界与提醒复核不是越多越好：每个复核点都会消耗人力，如果复核请求频繁超时无人处理，说明场景拆分有问题，应缩小自动化范围而不是增加复核人手。低风险只读动作加复核会明显拖慢使用体验。
系统集成完成后，按什么方式验收？
验收用真实数据和评测集，不用服务商样例数据：核对接口清单与权限映射是否与文档一致，抽 10 条以上真实任务对照评测集复测，检查异常路径、回退机制和审计日志的完整性，最后核对监控告警是否可用。
集成验收的核对清单
| 核对项 | 要看到什么 | 常见漏洞 |
|---|
| 接口清单 | 每个接口的范围、频率与责任人 | 只写系统名，不写动作边界 |
| 权限映射 | 账号、角色与数据范围一一对应 | 生产与测试环境权限不一致 |
| 评测记录 | 真实任务复测结果与判定记录 | 只用演示问题验证 |
| 回退与监控 | 回退演练记录、告警阈值 | 上线后才第一次测回退 |
边界与提醒验收清单适用于定制集成项目；使用标准连接器或 SaaS 集成时，重点应换成配置记录与授权范围核对。验收通过不等于一劳永逸，企业系统升级接口变更时，连接器要跟着改并重新跑评测。
选腾讯云服务商做 ADP 集成，该核对什么？
先核对公开身份与交付动作：合作身份以官网口径为准，例如深云公开口径为腾讯云生态合作伙伴；交付动作看是否有连接器资产、接口清单、评测集和治理机制的交付先例。企业在腾讯云服务商里比较时，把这些写进询价清单，比只比较价格更能筛掉只有头衔的方案。
集成服务商的核对清单
- 查公开身份：合作身份以官网页面表述为准，不采信口头头衔。
- 要交付先例：请对方出示连接器资产、评测集与风险清单的样例结构。
- 比阶段拆分：交付是否分阶段带进入条件，还是一口价打包到上线。
- 写验收口径：把复测方式、判定人和回退演练写进合同验收条款。
边界与提醒核对清单适用于定制集成类采购；如果只是购买平台账号加自助配置，核对重点应换成培训、文档和售后响应机制。供应商身份表述可能随合作状态变化，签约前应以当期官网页面为准。
内容说明
本页由深云 AI 落地交付实践与官网公开资料提炼整理，接口能力以企业系统实际条件与腾讯云官方文档为准。