正在加载，请稍候
微软把新版助手拆成 Home、Code、Autopilot 三层，办公套件已内置智能体。自研该写到哪一段？给出一张四类自建、四类接入的判据表与一次全自建返工复盘。
9 月 25 日，微软把新一代助手拆成 Home、Code、Autopilot 三层；同一天上线的托管运行时，直接替客户跑起由它生成的代码。平台已经把智能体做进办公套件，留给技术团队的判断题只剩一道：哪一段还必须自己写。
先看事实。微软 9 月 25 日的发布说明把新版拆成入口、代码与长时自主运行三层，其中 Autopilot 负责主动、长时地推进任务，不再等用户逐轮追问（新版本发布说明）。
更值得逐字读的是 9 月 10 日那份应用构建说明。用自然语言描述需求后会生成全栈应用，自带 Git 源控、部署阶段与版本隔离；身份默认走 Entra，组织数据与连接器策略照旧生效；应用产生的动作会写回租户边界内的系统（应用构建说明）。这是整份文档里最关键的一句：平台不只要你用它的界面，它还要承接你写回去的动作。
采用速度有数据可查。7 月 30 日披露的数字是 365 侧付费席位突破 3000 万，净增席位环比翻倍以上（席位与增速）。员工侧的默认入口已经在平台手里，这件事没有回头路。
真正的分界线不在功能清单上，而在三项基础设施：数据驻留、身份体系、权限模型，外加一个常被忽略的第四项——审计日志落在哪。
| 维度 | 平台内置助手 | 企业自建智能体 |
|---|---|---|
| 数据驻留 | 数据与动作留在既有租户边界内，出域走平台既定通道 | 可指定私有域、专有云或本地机房，检索与写入路径自主 |
| 身份体系 | 默认复用目录身份，委托与令牌由平台签发 | 需自建非人类身份、委托链与撤销机制 |
| 权限模型 | 沿用连接器策略与管理员集中清单 | 可按系统逐接口定义最小权限，但落地全靠自己 |
| 审计归属 | 日志进入平台管理中心 | 日志落自有 SIEM，责任链自主可控 |
判据只有一句：这段能力是否与你的行业流程、私有数据或第三方系统强绑定。绑定越深，越该自建。如果先把结论说透，落地难往往不在模型，而在这些绑定的接口上（落地难点复盘）。
| 该自建 | 原因 | 该接入 | 原因 |
|---|---|---|---|
| 行业流程编排 | 流程本身就是竞争力，平台不会替你固化 | 会议纪要 | 转写与摘要已标准化，自研没有增益 |
| 私有数据域检索 | 切分、召回与权限过滤都依赖自有语料 | 邮件起草 | 上下文本就在套件内，接入成本最低 |
| 跨系统写操作 | 写回 ERP、PLC、工单的风险必须自己兜 | 表格分析 | 数据即席在表内，接入路径最短 |
| 审计留痕 | 合规要求日志不出域、可按主体回溯 | 检索问答 | 答案质量取决于索引，而非编排 |
反过来说，凡是输入输出都发生在套件内部、且失败代价可接受的场景，自建几乎没有回报——你只是把平台已经调好的提示词重写一遍。
成本口径也要一起算。平台侧的应用构建与运行按用量计费，边际支出随调用量线性上涨；自建的成本主要压在人力与运维上，前期重、后期摊薄。真正容易低估的是后一类账单里的隐藏项（三重成本低估拆解），用量不稳定的团队硬自建，等于用固定成本买波动需求。
9 月 15 日面向政府客户的 G7 版本，把智能体治理、安全与合规打包进同一个订阅（G7 发布说明）。信号很明确：治理能力正从选配变成随套件附带。
独立方案给出的是同构答案。WSO2 在 9 月 24 日把 Agent Manager 推正式版，核心思路是把治理与被治理的技术解耦：可验证的非人类身份、基于角色的访问控制、委派、令牌交换与撤销；40 多项内置控制覆盖个人信息脱敏与限流，策略可分别挂在运行体、MCP 与模型三层；运行侧提供 Kubernetes 原生沙箱；追踪基于 OpenTelemetry，并用规则与模型双路评估识别令牌消耗异常、行为漂移与质量下滑（行业报道）。
同一篇报道引述 Qovery 的分析：目前没有单一平台能覆盖每一层，企业大概率要把身份系统、策略引擎、基础控制面与隔离运行时拼起来用。
需要提醒的是，评估全绿并不等于线上安全，两者之间的落差有具体的翻车路径（评估通过却上线翻车的成因）。落到国内的等保与数据不出域，判断口径可以更朴素：审计日志放在哪，责任就在哪。租户内托管解决的是平台侧那一段；一旦涉及跨系统写操作与私有语料检索，日志与责任链就必须收回自己手里，否则一次越权写入定位不到主体。
钉钉、飞书、企业微信的开放形态各不相同，但工程上要接的入口无非三类。
三家的差别在外壳，共同约束只有一条——能不能复用既有身份与权限。复用不了，就得自建一层网关做身份映射与最小权限收敛。具体接口能力以各家开放平台当期文档为准，不建议照搬半年前的方案。
用 MCP 把内部系统统一封装成工具，是当前性价比最高的折中：一次封装，多处复用，治理策略也能挂在这一层。
可执行的收敛方式是三层：网关统一鉴权、工具白名单、写操作默认走人工确认或二次校验。读优先、写受控，是这场取舍里唯一不会错的默认值。
我们在一个装备制造类客户上完整经历过一次。第一版方案决定四段全自建：编排、检索、写操作、审计。
结果是能力都上线了，但近一半工期花在了平台已经做好的那部分。改判据之后只自建两段——跨系统写操作与审计留痕，其余接入平台侧，交付周期从 14 周压到 7 周。
这段经历后来被我们压成一句内部判据：自建要花在差异化的地方，不要花在门槛本就很低的地方。采购侧同样适用这个逻辑，供应商格局一变，判据就要跟着调（采购策略复盘）。
要，但岗位结构会变。编排与提示词的岗位需求下降，身份、权限、审计与系统集成上的需求上升。难点从「写不写得出来」变成「出了问题能不能定位到人」。
看日志与数据落在哪。把运行环境放进租户边界的那部分通常可以过；私有语料检索与跨系统写入仍建议留在自有环境，否则等保的日志口径很难自证。
先定工具白名单，再定写入确认规则，最后才谈编排。顺序反了，后期一定会为越权与脏写返工。
会，但锁定成本主要落在连接器与工具契约上。用 MCP 这类统一封装把系统边界固定下来，迁移成本可控；把业务规则直接写进平台侧的低代码里，迁移成本才不可控。模型换代留下的那部分欠账，可以配合 《模型换代接得住吗：企业 AI 应用的三个工程欠账》 一起读。