一个 5 人团队，没有专职企业架构师——从 3–5 年战略到 20 周上线生产
一个多站点 EV 经销商集团需要整合 7 个彼此孤立的 SaaS 系统，转向事件驱动、数据驱动的平台， 并在其上提供客户门户。不是一次大爆炸，而是三幕故事：TOGAF ADM 上的 3–5 年战略、 Open Agile Architecture 上的 1–3 年敏捷计划，以及把每个波次交付到生产的 Loop Engineering Factory。
基线
这次介入的起点
- 7 个彼此孤立的 SaaS 系统，库存只有一个电子表格充当唯一数据源
- 每笔交易 8+ 个人工触点，分散在 3 个系统里
- 没有经销层级的 CRM——只有厂商视角，且正在被替换
- 没有实时分析：无仪表盘、无 KPI 模型，库存更新靠人工且滞后
- 客户 PII 经不受控的 WeChat、邮件与电子表格流转——无 DLP、无 RBAC、无密钥库（现实中的隐私暴露面）
团队
团队：5 个人 + 12 个专业 AI 智能体
没有架构办公室，也没有 EA 编制去支撑 3–5 年战略。一个 5 人核心团队——产品负责人、IT 支持、 财务操作员、数据报表员与业务负责人——外加 12 个覆盖架构、UI/UX 工程、数据与安全的专家智能体，共同把每个 ADM 与 Open Agile Architecture 步骤作为受控的代理辅助工作流来运行， 每个决策点都设有人工关口。
代理执笔，人工把关
ArcKit 生成模式校验过的交付物；每个关口（信息采访、架构评审、UAT）都是人握笔的地方。关口绝不靠模型拍板放行。
标准代替人手
Open Group TOGAF ADM 与 Open Agile Architecture 模板就是控制机制——结构替代了架构办公室。团队消费的是工作流，而无需自建一个。
同一根脊柱，三个视野
5 年战略、3 年中期计划、1 年交付计划，是同一套文档的三个缩放层级——没有翻译层，彼此之间不发生漂移。
第一幕 · 3–5 年 · 业务架构师
用 Open Group ADM 写下的战略与目标态
arckit-togaf-adm 插件把 ADM 作为可执行工作流运行：从预备到转型。3–5 年的业务战略与 Open Group TOGAF 标准企业架构， 就是这四个 ADM 里程碑的产物——每个都是模式校验过、交叉引用的交付物，而不是一份幻灯片。
预备 · ADM 0–A
框架与预备架构工作产物：范围、驱动因素、约束、成功判据。这份介入章程把『现代化我们的系统』变成可解的架构问题。
PRIN · DISC · REQ · STKE · ADMP
业务 · ADM B
能力地图与价值流：钱漏在哪里。8 个 L1 域、24 个 L2 能力，逐一成熟度评分——这张图告诉董事会：哪个架构决策解锁哪个战略成果。
BPCM · OASTR（双重转型画布）
数据与应用 · ADM C
黄金记录决策：客户、库存、交易数据汇聚到一个湖仓，先做按域的所有权与分级，再退役任何系统。
DATA · APP / APP R（合理化）
技术与转型 · ADM D–E
目标态平台、事件总线与 API 网关，以及一份 20 周、三个波次的转型架构，每个波次在关口获得资金。3–5 年战略跨越这个交付周期；每个波次就是 Loop Factory 的一次运行。
TECH · GAPA · TRANS · BORD
第二幕 · 1–3 年 · 解决方案设计师
用 Open Agile Architecture 写下的敏捷转型计划
3–5 年战略定下目的地；1–3 年敏捷计划定下节奏——首个交付周期（20 周、三个波次）就是它的已承诺第一步。 arckit-oaa 插件（Open Group C208）把它翻译成产品与冲刺语言——董事会批准的战略，就是团队冲刺板上同一份待办。
敏捷战略 · 0–6 月
双重转型画布（OASTR）：遗留现代化与绿地创新并行推进，而非串行。画布中每个波次都带『预期收益』与 KPI 锚点。
OASTR · OAGOV（冲刺治理）
产品架构 · 6–18 月
转型计划变成产品待办：由流对齐的产品团队负责史诗、特性与发布火车——OAPR 待办就是交付循环要消费的东西。
OAPR（史诗与待办）
冲刺映射 · 24–36 月
ADM-Lite：把 TOGAF ADM 周期压缩为 2–4 周的介入窗口，映射到产品发布上——架构成为交付的副产品，而非逐渐失效的文档。
OAAL · OASEC（冲刺节奏中的安全）
交付视野
一份战略，三个视野——以及 6 个已交付的特性
3–5 年的 ADM 产出被放在 5 人核心团队真正出资与度量的三个视野上：5 年长期战略、3 年中期计划、 1 年短期计划。每个视野都对同一套文档做再基线；每次再基线都是交叉引用增强，而非重写。
5 年 · 长期战略
目标平台与能力路线图：事件驱动核心、MDM 与客户数据平台、稳态治理与 KPI 模型。 在每道关口做再基线：范围、成熟度与能力决策都对照目标态确认。
G5 · 视野再基线 → 下一个 5 年视图
3 年 · 中期计划
1–3 年 Open Agile Architecture 计划：产品待办、冲刺地图、发布火车，以及横跨 8 个 L1 域的 OASEC 安全入冲刺。这是负责三个波次及其关口 G1–G4 的视野。
OAPR · OAAL · OASEC · G1–G4
1 年 · 短期计划
已承诺的 20 周、三个波次交付——每个波次是 Loop Factory 的一次运行，按关口出资。 这是 3 年计划的头一年切片：下面 6 个特性，成功判据 SC-1…SC-7 在第一个波次前就已定义。
TRANS · BORD · SC-1…SC-7
| 特性 | 交付于 | 成功判据 | 业务价值 |
|---|---|---|---|
| 1 · 统一客户 CRM——单一客户视图 | Wave 1 · G1 | SC-1 · SC-4 | 单一客户视图，覆盖 5 个门店与 2 个服务中心；线索捕获与路由自动化；每单人工工作量下降 60% |
| 2 · 事件驱动集成总线与 API 网关 | Wave 1–2 · G1–G2 | SC-7 | 7 个 SaaS 系统在总线之后解耦；API < 2s，事件处理 < 5s——不再有点对点粘合 |
| 3 · 中央库存服务（替代电子表格数据源） | Wave 2 · G2–G3 | SC-2 · SC-3 | 带审计轨迹与实时仪表盘的黄金库存；VIN 一致性闭合；Kevin 的电子表格停用 |
| 4 · Microsoft Fabric 高管仪表盘与 KPI 模型 | Wave 2 · G2–G3 | SC-2 · SC-3 | 实时 KPI 取代滞后的手工库存更新；对每个站点都有董事会级可见度 |
| 5 · 预测性线索评分（AI） | Wave 3 · G4–G5 | SC-5 · SC-7 | 新客户应用上线、网站同步升级；预测性线索评分投产；数据质量门禁强制执行；影子 IT 退役；治理进入稳态 |
| 6 · 客户全渠道应用 | 持续 · G5→ | SC-1 · SC-4 | 打通网页、微信与门店渠道的统一客户应用；作为新产品与新服务的生长面，延伸 Customer 360 记录 |
执行
一份 ARB 真正能跑的转型计划
转型架构把工作排成三个波次，每个波次以一个关口收尾——架构评审委员会通过后才进入下一个波次。
| 波次 | 周 | 关口 | 出口状态 |
|---|---|---|---|
| Wave 1 · 奠基与统一 CRM | 1–8 | G1 | 事件总线上线；CRM 覆盖 5 个门店与 2 个服务中心；SalesLog + 微信数据迁移完成；线索捕获与路由自动化 |
| Wave 2 · 集成运营 | 9–16 | G2–G3 | Titan DMS + MyOB 通过事件总线集成；Microsoft Fabric 取代 Power BI 支撑高管仪表盘；Kevin 的电子表格停用 |
| Wave 3 · AI 与稳态 | 17–20 | G4–G5 | 新客户应用上线、网站同步升级；预测性线索评分投入运行；数据质量门禁强制执行；影子 IT 退役；治理进入稳态 |
结果
之前，与承诺的目标态
每一行都是一个成功判据（SC-1…SC-7），在愿景中定义，并进入转型计划。右列是计划承诺的内容，而非已实现的结果。
| 维度 | 之前 | 目标态（承诺） |
|---|---|---|
| 每单工作量 | 约 8 个人工触点 | 约 2 个触点（−60%）— SC-1 |
| 库存数据源 | 一个电子表格：单点故障、无审计轨迹 | 中央库存服务，实时仪表盘 — SC-2 / SC-3 |
| 客户记录 | 碎片化分散在 7 个 SaaS 系统 | CRM 中单一 Customer 360 — SC-4 |
| 上线 | 不协调、人工推进 | 分阶段 6A → 6B → 6C，零关键事故 — SC-5 |
| 集成速度 | 无——系统彼此不通信 | API 低于 2s；事件处理低于 5s — SC-7 |
决策
五个架构决策，逐一有档
ADR 记录了平台选择、备选方案与取舍——ARB 可以评审与辩护的依据。
事件驱动集成
以 Azure Service Bus + API Management 作为总线与网关。相比点对点与纯 M365：它解耦了七个系统，并保持 SaaS 优先。
MDM / 数据仓库
中央黄金库存 MDM + 数据仓库，替代电子表格数据源，闭合 VIN 一致性缺口。
CRM 平台
CRM 无关适配器，而非锁定单一厂商。拒绝开源 CRM（无经销层级的契合度与支持），厂商视角正在被替换。
客户数据平台
CDP 承载黄金客户记录与线索捕获，让市场与服务共享同一事实源。
全渠道前端
Next.js 统一域 + 分区子目录；拒绝 WordPress 与 Angular。所有 PII 保持在受控渠道内。
第三幕 · 交付 · 敏捷智能交付
从 OOA 交付物到上线生产的软件
ArcKit 产出架构； Loop Engineering Factory —— 一个自改进的 LangGraph 状态机——负责交付。每个 OAA 交付物都是机器可读输入，进入围绕 OpenHands 编码代理的受治理「构建–验证–上线」循环。
ArcKit 交付物进
转型计划的每个波次就是 Loop Factory 的一次运行。DISCOVER 摄取模式校验过的 ArcKit 交付物——产品待办、战略波次、冲刺地图、NFR、安全控制、数据模型——自动填充项目配置与采访，无需人工。
带关口的代理构建
BUILD 委托给 OpenHands 编码代理；质量关口（安全、UAT、评审）决定走向。ARCH_REVIEW 保留人工审批回路；被拒则带反馈回到 PLAN。
上线、验证、学习
SEED_DATA 与 VERIFY 加载测试数据、跑确定性且机器可检的验收测试——绝不『信我』。SHIP 部署到生产；REFLECT 存入本轮学到的模式，让下一波次起步更快。
| 阶段 | 它消费的 ArcKit / OAA 交付物 | 关口 |
|---|---|---|
| DISCOVER | ADMP + OAPR 待办 + OAAL 冲刺地图 + 战略波次（自动填充，无需人工配置） | HIL x2 |
| DEFINE | DATA / OASEC / OAA-ADM-lite 咨询上下文 + 集成标准 + NFR 约束 | |
| PLAN | OAAL 冲刺地图 + 产品待办 + BPCM 能力 | |
| ARCH_REVIEW | OASEC 合规即代码规则 + ADMP 基线 + 未决问题 | HIL x1 |
| BUILD | 任务分解 + 安全控制，委托给 OpenHands 代理，逐任务关口 | 关口 |
| SEED + VERIFY | 测试数据 + OAGOV UAT 判据 + 回滚阈值——确定性、机器可检 | 关口 |
| SHIP + REFLECT | 部署生产；arckit:health + arckit:traceability——把学到的模式存入，下一轮更聪明 |
为何可信
代理是作者；标准是关口
当代理写文档时，信任必须来自结构，而非模型。四个机制把编造内容挡在交付物之外。
结构化信息采访
代理落笔之前，先针对每个 Open Group / TOGAF 模板字段（必填章节、枚举取值、交叉引用）做引导式采访。字段不完整会直接构建失败——而非被悄悄编造。
带硬依赖的构建配方
togaf-adm 与 oaa-full 配方编码了规定的阶段顺序。基础项（原则、需求、干系人）必须先行——代理无法跳过任何阶段。
模式校验的模板
每个交付物（OASTR、OAPR、OAAL、ARC-*）都有严格结构。采访保证渲染前的完整性；模式校验在渲染后再次捕获。
逐阶段关口
每个阶段自带完整性检查——必填章节、交叉引用、与上一阶段输出的一致性。关口是控制，代理是执行者。
经验
是什么让它站得住
战略与敏捷，同一根脊柱
3–5 年的 TOGAF ADM 定下目的地；1–3 年的 OAA 计划定下节奏。两者共享同一套文档——没有翻译层，没有董事会 PPT 与冲刺板之间的漂移。
可追溯，而非一堵文字墙
每一节都引用真正定义它的文档。v1 → v2 是交叉引用增强，而非重写——文档集始终是单一事实源。
交付即循环
架构不会束之高阁：ARB 审阅的同一组交付物，就是 Loop Factory 消费的机器可读输入——单一记录源，从董事会决策贯穿到生产部署。
产品套件
八款 EYwALINK 产品，一个生命周期
上面三幕是套件中的三款：业务架构师、 解决方案设计师 与 敏捷智能交付。 其余五款完成了剩下的工作——它们各自在这次介入中的落点如下。 每款产品都跑在客户的私有云或本地环境，因此模型、数据与堆栈始终归客户所有——零锁定。
EYwALINK 业务架构师
把 3–5 年 TOGAF ADM 作为可执行命令运行——范围、能力地图、黄金记录决策、三个波次的过渡。本案整条战略脊柱就是它的产出，在每个关口都可融资。
构建自 arckit-togaf-adm
EYwALINK 解决方案设计师
把过渡变成冲刺就绪的画布：事件总线与 API 网关、湖仓规模、团队实际交付所依据的 20 周三波次计划——以周为单位可构建，而非以季度。
构建自 arckit-oaa
EYwALINK 企业智能体规划师
设计了 12 个智能体层：哪些专业智能体做什么、如何交接、人类在哪道关口把关——正是这份清单与编排计划，让 5 人核心团队能跑起一个智能体组织。
构建自 arckit-agent-architecture
EYwALINK 敏捷智能交付
那个自我改进的 LangGraph 循环，把每个 OAA 交付物变成已上线软件——每个波次一次运行、端到端把关，交付成了架构的副产品，而非另一个项目。
构建自 loop-factory
EYwALINK 智能评估器
每个「已交付」背后的四阶段 E2E 关口：生成真实测试数据、驱动真实浏览器、关联服务端日志。这是 VERIFY 步骤，让验收保持确定性——只有被证明的构建才算数，而非被断言。
构建自 super web testing
EYwALINK 智能工作流
智能体所调用的每租户基座：私有 LLM 工作流、RAG 知识库与 MCP 工具——每租户一个实例，像其余一切一样被治理与审计。
EYwALINK 智能体任务控制
运营平面：在多租户隔离下运行 12 个智能体、为每个动作保留完整审计轨迹、把可观测性接入堆栈——5 人团队正是靠它运行并看护一个智能体组织。
构建自 multi-tenant Paperclip
EYwALINK 复合知识图谱
整套产品写入并据其立足的枢纽。REFLECT 把每轮学到的模式存入这里，下一波次起步更聪明——下一个项目则起步时已有根基。
构建自 digital-twins
当框架可执行，它就不再是幻灯片
ArcKit 与 Loop Factory 如何把 TOGAF ADM 与 Open Group Open Agile Architecture 标准，变成代理可运行、 可审计、交付软件的工作流——完整故事。