本篇内容
1. 执行摘要
可执行企业架构解决了上半场。它把商业想法变成战略，并把该战略交到二进制 —— 目标态、构建配方、可运行的系统。 下半场是决定价值是否真正落地的部分： 业务能否不开 IT 工单就运转自己的日常？ 一个第一天正确的系统仍会退化：需要重新指向的邮箱、节奏漂移的频道、不再匹配真实数据的规则。 如果日常工作要走 IT 工单队列，策略到二进制的收益就会按那个队列的速度衰减。
本白皮书给出的答案：业务用户根本不走 IT。他们有一条直达线。 每个用户一个代理智能体，可通过他们已在使用的聊天渠道触达，前置一个每租户的 LangGraph 流水线，分诊、分解、派发、监控、汇总、合并、 测试并返回 —— 只在其真正无法决策的时刻回弹给用户。已有两家客户这样运转稳态工作， 没有 IT 团队参与：邮件服务器替换与 YouTube 频道管理。
2. 策略到二进制留下的缺口
可执行企业架构移除了战略与运行系统之间最大的摩擦。目标态现在被生成、验证并作为可执行构建配方下发， 而不是一套幻灯片。这解决了从想法到价值的问题。它没有解决稳态的问题。
| 层 | 可执行 EA 解决了什么 | 没有解决什么 |
|---|---|---|
| 策略到二进制 | 目标态作为可执行构建配方生成并下发 | 让系统持续运转的日常运维 |
| 谁来运转日常 | IT / 某个智能体项目 | 业务用户，直接 |
贯穿主线：稳态是价值留存或泄漏的地方。 一个组织默默问的问题是：当日常工作出现时，拥有那项工作的人是否必须走 IT？ 智能体代理就是对这个回答『否』的架构。
3. 智能体代理：三层结构
设计分三层，第一层刻意无聊： 接口就是用户已经在其中的聊天框。
渠道 —— 用户已经在其中的聊天框
业务用户通过 Telegram、WhatsApp 或某个社交聊天界面触达系统。没有要学的门户，没有控制台，没有 IT 工单。指令就是大白话：『把财务团队的邮箱重新指向新服务器』，或者『让主频道周二的上传跟上个月的节奏保持一致』。这一层刻意无聊：它不增加任何需要学习的东西。
每个用户一个代理智能体
每个业务用户拥有一个专属代理智能体，作为其常设接口。它说用户的语言，持有用户的上下文，是用户唯一需要面对的系统面孔。它不是被路由到最低负载实例的共享助手；用户的上下文、历史与自主性层级都落在用户自己的智能体上。
多租户控制平面
代理把指令交给多租户控制平面 —— 与运行智能体公司的 issues/heartbeats/budgets/org-tree 底座是同一套东西。平面把请求路由到正确的租户、以及该租户的专属智能体，隔离在身份层强制，而不只是在应用层。每个租户获得一个专属智能体 —— 它自己的 CEO —— 而不是共享的一个：一个持有全局意图、并路由到专门化 worker 的规划者，每个租户一个。代理是用户的前门；租户 CEO 是它背后的引擎。
每个租户获得一个专属智能体 —— 它自己的 CEO —— 而不是共享的一个。一个持有全局意图、路由到专门化 worker 的规划者，每个租户一个， 是正典的多智能体编排模式。代理是用户的前门；租户 CEO 是它背后的引擎。
4. 租户内部的流水线
每个租户的CEO 智能体运行一条基于 LangGraph 的 流水线 —— 一个基于图的状态机，节点是修改共享状态的步骤，边路由控制。它不是回答问题的聊天机器人， 而是一个做事的状态机，每个请求的步骤都相同：
读取指令；弄清要的是什么、什么在范围内。
拆成子任务。规划与分解是承重动作：规划者把目标拆成子任务，分别交给专家 —— 教科书式的层级多智能体模式。
把每个子任务扇出给合适的 worker 智能体（DevOps、内容、配置或其他）。子任务不是一句聊天回复；它是一个 worker 在正确环境里执行并验证的变更。
跟踪每个子任务的运行 —— 状态、预算跨越、工具结果。
把子任务的结果收回到 CEO。
把子任务的工作树合并为一个结果。
在返回之前验证合并结果。
把结果交回代理，经它交回用户。
4.1 · 回弹：人站在哪里
流水线在每一步都有一个无法从上下文解析的决策点。当 CEO 智能体无法决策 —— 一个范围边界、 一个不可逆动作、一个缺失参数 —— 它回弹到代理智能体，代理向用户问一个具体问题。用户在他们最初所在的 同一个聊天框里作答；流水线恢复。那个回弹不是失败模式；它是人站的位置被设计出来的地方。 这是渐进自主性的落地实践：固定的自主性层级，结构化的人类监督点只放在有后果或不可逆的决策上， 于是智能体运转日常层级，并恰好交还它该交还的时刻。
AgentOPS 平台，端到端。虚线是回弹：当 CEO 无法决策的那一刻，控制回到用户手上，而不是回到日志文件。
5. 人实际站在哪里
回弹就是为监督自主性写下的同一套绊线纪律，应用到多租户系统。两件事让它足够安全， 可以把一个真实系统放到一个业务用户面前：
不可逆动词在构造上被门禁
发布、发送、重指向、删除。一切可逆的都放行；一切无法低成本撤销的停在界线上，回弹给用户做决定。监督自主性的绊线纪律，应用到多租户系统：固定的自主性层级，人类监督点只放在有后果或不可逆的决策上。
MCP 就是工具层
worker 智能体通过 Model Context Protocol（MCP）触达邮件、频道与数据 —— 一个标准化、可检查的工具契约，把智能体与具体集成解耦。没有智能体对生产系统手工拼凭证；每个能力都是一个有名字、有边界、有约束的工具。这也正是整个技术栈厂商中立的原因：模型与工具可以换，而流水线不变。
护栏就是边界
每租户沙箱、最小权限工具授权、提示注入防御、以及当支出跨越阈值时自动暂停该租户工作的预算绊线。控制平面强制这一切，因为护栏是底座的属性，而不是要求模型去守住的承诺。与工具层并行，平面还触达一个图知识库（GraphRAG）—— 实体为节点、关系为边，于是流水线在租户自己的本体上做全局理解，知识库随每个执行的任务复利增长。
精确的人机协同：不是一个读 diff 的审阅者 —— 而是一个用户，在某个具体时刻被问到某个具体问题，在他们已经拥有的聊天框里。 这就是会汇报的智能体与为人干活的智能体之间的区别。
6. 两家客户，业务直接驱动
这不是演示。两家客户通过代理运转他们自己的稳态工作，没有 IT 团队参与：
客户 A
邮件服务器替换用自然语言下达了把邮件迁移到新服务器的指令。
分诊、把邮箱迁移分解、在各环境执行（在测试环境验证切换、在 UAT 验证、在生产应用），收集结果、合并、测试、返回确认。
在需要就范围边界做判断时回弹；用户在同一段聊天里回答了那一个问题。
客户 B
YouTube 频道管理用自然语言设定了内容与节奏要求。
分解为按频道的发布任务，在各环境执行（预览、验证、发布），收集结果、合并、测试、返回摘要。
只在无法从上下文推导出决策的地方上抛。
不是这两个用例本身。而是请求者是业务用户， 而不是 IT 工单队列。可执行 EA 交付的战略，现在由拥有结果的人、以大白话、在他们已在使用的 渠道上维持 —— 智能体是第 2 天运维中的一等工作者，业务用户是结果的责任所有者。
7. 尚未完成的部分
诚实的现状：
面向汇报的缺陷自诊断
当子任务失败或结果错误时，流水线能检测并遏制它，但还无法把缺陷诊断出来、并以一份用户可据此行动的汇报解释回去。『为什么坏了、这是修复方法』仍然大体在人这一侧的回弹上。
自排障
由上推论：系统能停在界线上，但还不能可靠地为一类反复出现的故障自己清掉界线。这是下一层 —— 一个自排障循环，把回弹从『人来决定』变成『智能体提出修复、人来批准』。两者都是同一个控制平面的延伸，而不是新系统：底座已经跟踪每个子任务、每个结果、每次预算跨越；缺失的是把这份记录变成诊断的推理。
两者都是同一个控制平面的延伸，而不是新系统。底座已经跟踪每个子任务、每个结果、每次预算跨越； 缺失的是把这份记录变成诊断的推理。
8. 行业论点：零锁定
这件事之所以超出一家公司邮箱的意义，是锁定问题。流水线是开源、模型中立的： 编排用 LangGraph，工具用 MCP，控制平面归你所有。业务用户的自然语言指令不受制于任何厂商控制台， 租户的数据与本体留在租户手中。
可执行 EA 把战略变成系统；智能体代理把系统变成业务能自己维持运转的东西。 代理是那个让你的稳态跑在你的底座上的层 —— 整个技术栈所基于的同一零锁定立场， 从系统一路延伸到那个人。
9. 设计原则：这对构建者意味着什么
- 1
接口就是用户已经在其中的聊天框。没有门户、没有控制台、没有 IT 工单 —— 架构的第一层不增加任何需要学习的东西。
- 2
每个用户一个代理，每个租户一个 CEO。专属而非共享：上下文、历史与自主性层级属于用户，而不属于池化助手。
- 3
规划者持有全局意图；worker 执行。分诊与分解是承重动作 —— 子任务是经过验证的变更，而不是一句聊天回复。
- 4
回弹不是失败模式；它是人站的位置被设计出来的地方。一个具体的问题，在一个具体的时刻，在用户已经拥有的聊天框里。
- 5
不可逆动词在构造上被门禁。一切可逆的放行；发布、发送、重指向与删除停在界线上，先问。
- 6
护栏是底座的属性，而不是模型守住的承诺。每租户沙箱、最小权限工具、提示注入防御与预算绊线都由控制平面强制。
- 7
MCP 是工具层。每个能力都是一个有名字、有边界、有约束的工具 —— 这就是模型与集成可以更换而不动流水线的原因。
- 8
图知识库复利。实体为节点、关系为边：流水线在租户本体上做全局理解，每个执行的任务都让它更好。
10. EYwALINK 如何弥补这些缺口
EYwALINK 的四大战略支柱正是本白皮书所描述内容的 以问题为先的分解。每个支柱对应一个章节；产品组合弥补论文点名的具体缺口。
| 支柱 | 白皮书锚点 | 它补充了什么 |
|---|---|---|
| 支柱 1 · AI 战略与架构 | §2 策略到二进制的缺口 + §4 每租户拓扑 | 可执行 EA 映射 TOGAF 目标态；智能体代理是它的运行态对应物 —— 由业务维持运转的目标态，以多租户控制平面为常设编排层。 |
| 支柱 2 · AI 安全与隐私 | §5 门禁 + 护栏 + 预算绊线 | 气隙化服务、身份层租户隔离、最小权限 MCP 工具授权、提示注入防御 —— 第一天即合规就绪（APP、APRA、GDPR）；数据不离开客户边界。 |
| 支柱 3 · 快速 AI 驱动应用开发 | §4 LangGraph 流水线 + §6 两家上线客户 | 八步流水线就是应用层：租户本体上的 RAG、LangGraph 上的智能体工作流、以及让交付呈敏捷冲刺形状、每周可演示的环境（测试 / UAT / 生产）。 |
| 支柱 4 · AI 可观测性与运维 | §4 监控/汇总步骤 + §7 尚未完成 | 模型健康跟踪与回归检测搭在同一份控制平面遥测上；SLA 支持的事故响应与月度成本/利用率汇报读取的，是流水线已经在写的子任务与预算记录。 |
产品组合，映射到各缺口
§4 监控 + 汇总、§7 缺失的诊断层 —— 自托管于客户基础设施；诊断汇报要读取的子任务/结果/预算记录，控制平面已经写好了。
§4 测试步骤与 §6 环境递进（测试验证、UAT 校验、生产应用）—— 四阶段 E2E 流水线是任何合并结果到达用户之前的门禁。
§7 自排障 —— 那个把回弹的缺陷变成人批准的修复提案的 LangGraph 自改进循环，正是缺陷记录上的一个循环工厂实例。
§2 本白皮书要弥合的缺口 —— 可执行 EA 把目标态交到二进制；智能体代理是让它持续运转的第 2 天运维模型，以控制平面为共享底座。
编排参考栈（LangGraph + MCP + LangSmith）是客户并不拥有的平台。无论哪种方式，运维纪律相同 —— 当你拥有基础设施时，变化的是：租户本体、工具授权、护栏记录与预算遥测全都成为客户资产， 而不是平台依赖。零锁定、私有 AI 的立场不是妥协；它是受监管环境中 AI 安全与隐私的先决条件， 而智能体代理把它一路延伸到那个人。
11. 参考资料
- · From One Agent to a Company of Agents — 控制平面：issues、heartbeats、预算、组织树。
- · Supervised Autonomy: Choosing Where the Human Sits — 回弹所基于的绊线与门禁纪律。
- · Executable Enterprise Architecture — Agentic TOGAF ADM — 本白皮书所基于的策略到二进制层。
- · The Model Context Protocol — 流水线穿透触达客户自有系统的标准化工具契约。
- · Large Language Model based Multi-Agents: A Survey of Progress and Challenges — Guo 等, IJCAI 2024 —— 层级多智能体编排：规划者路由到专门化 worker。
- · Understanding the Planning of LLM Agents: A Survey — 观察–规划–行动–更新循环；规划与任务分解作为承重动作。
- · From Local to Global: A GraphRAG Approach to Query-Focused Summarization — GraphRAG：在租户本体上做全局理解，而非分块匹配。
- · What is LangGraph? — IBM Think —— 基于图的状态机：节点修改共享状态，边路由控制。
- · Introducing the Model Context Protocol — Anthropic —— 面向智能体的解耦工具使用标准化。
- · A Unified Framework for Human–AI Collaboration — 五级渐进自主；『智能体运转日常』与『智能体询问人类』之间的边界。
- · Employing Control Planes in Agentic Environments — AWS 处方性指导 —— 多租户智能体系统的控制平面 / 数据平面分离；另见 CSA 智能体身份治理框架 v1。
- · The Agentic Organization: A New Operating Model for AI — McKinsey —— 智能体是第 2 天运维中的一等工作者，而非副驾驶。
所有数字与引语均溯源至上列资料。
智能体代理把系统变成业务
可执行 EA 建造了系统。代理是让它持续运转的东西 —— 在你的底座上、通过你的人已在使用的渠道、 人站在该站的位置。
开始使用
策略到二进制：TOGAF ADM + 开放敏捷架构，可执行化。
自排障扩展所运行的受治理 LangGraph 循环。
我们把一个第 2 天工作流经代理接通 —— 渠道、CEO 流水线与回弹门禁。
想让一个日常工作流跑在你自己的代理上？联系我们 —— 我们会界定租户、CEO 流水线与回弹门禁。