返回 Papers
AI 底层逻辑 / 经典论文

AI Enterprise Architecture:TOGAF / ArchiMate / ADM

AI Enterprise Architecture 的任务是把 AI 从点状 use case 拉回企业能力、价值流、信息资产、平台服务、控制体系和迁移路线图中管理。TOGAF ADM 提供架构开发和治理节奏,ArchiMate 提供跨业务、应用、技术和动机层的建模语言,AI 风险框架和管理体系则让架构决策具备可审计的风险依据。

183ai-foundations/papers/91-ai-enterprise-architecture-togaf-archimate-adm.md

AI Enterprise Architecture / TOGAF / ArchiMate / ADM 解读

配对阅读:本篇的操作手册版(模板/RACI/门禁/runbook)是 docs/AI_ENTERPRISE_ARCHITECTURE_TOGAF_ARCHIMATE_ADM_PLAYBOOK.md。第一遍读本篇建立原理与架构判断;第二遍做案例时再用 playbook 查表落地,两者不需要重复精读。

Source Anchors

SourceLink用途
TOGAFhttps://www.opengroup.org/togaf参考 Architecture Development Method、architecture governance、architecture repository 和 enterprise architecture practice
ArchiMatehttps://www.opengroup.org/archimate-forum/archimate-overview参考业务、应用、技术、动机、实现迁移等架构层的建模语言
NIST AI RMFhttps://www.nist.gov/itl/ai-risk-management-framework将 AI 风险管理融入 EA 的 govern、map、measure、manage 循环
ISO/IEC 42001https://www.iso.org/standard/81230.html将 AI management system、责任、控制、持续改进纳入企业架构治理
C4 Modelhttps://c4model.com/用于补足系统边界、container/component 的工程表达

核心导读

AI Enterprise Architecture 的任务是把 AI 从点状 use case 拉回企业能力、价值流、信息资产、平台服务、控制体系和迁移路线图中管理。TOGAF ADM 提供架构开发和治理节奏,ArchiMate 提供跨业务、应用、技术和动机层的建模语言,AI 风险框架和管理体系则让架构决策具备可审计的风险依据。

AI 架构不是一张模型调用图。对金融零售企业,它必须解释 AI 如何改变业务能力、客户旅程、运营流程、数据责任、供应商依赖、模型风险和监管证据。

问题定义

AI 进入企业后,传统解决方案架构容易不够用:

  • use case 以部门项目形式推进,缺少企业级能力地图和投资组合视角。
  • 架构图只画模型、向量库和应用,没有表达业务影响和控制责任。
  • 同类能力重复建设,RAG、评测、日志、权限和证据无法复用。
  • 治理只做发布审批,没有进入 architecture principles、standards 和 repository。
  • AI 技术变化快,但企业迁移路线图、技能和运营模型没有同步演进。

AI EA 要回答的核心问题:

架构问题需要的视图
AI 支撑哪些业务能力和价值流capability map、value stream map
AI 改变哪些业务流程和责任business process、role、event、control view
AI 依赖哪些数据和知识资产data lineage、knowledge boundary、semantic view
AI 通过哪些平台能力交付application service、platform service、technology view
AI 风险如何被治理和证明risk/control/evidence view
如何从当前架构迁移到目标架构transition architecture、work package、roadmap

核心原理与方法

TOGAF ADM 可被用于 AI 架构循环,但需要把 AI 特有对象纳入每个阶段。

ADM 阶段AI 架构重点
PreliminaryAI principles、risk appetite、architecture repository、governance forum
Architecture VisionAI value hypothesis、stakeholder concerns、scope、success measures
Business Architecturecapability、value stream、human-AI workflow、operating model
Information SystemsAI application services、data products、knowledge stores、semantic contracts
Technology Architecturemodel gateway、RAG runtime、tool runtime、observability、security
Opportunities & Solutionswork package、platform reuse、vendor strategy、control uplift
Migration Planningtransition states、dependency sequencing、funding and risk tradeoff
Implementation Governancearchitecture review、exception management、release evidence
Architecture Changemodel/vendor/regulatory/strategy change impact assessment

ArchiMate 的价值在于把 AI 影响放在多层关系里:

ArchiMate 层AI 表达对象
Motivationdriver、goal、outcome、requirement、constraint、risk
Businesscapability、process、role、business object、contract
ApplicationAI service、case management service、decision service、knowledge service
Datadata object、semantic object、provenance object、evidence object
Technologymodel runtime、vector database、gateway、observability stack
Implementationwork package、deliverable、plateau、gap

系统与架构模型

AI EA repository 应至少包含以下模型:

Strategy / Risk Appetite
  -> AI Principles
  -> Capability Map
  -> Value Stream / Process View
  -> Data / Knowledge / Semantic View
  -> Platform Service View
  -> Control / Evidence View
  -> Transition Architecture
  -> Roadmap / Governance Decisions

核心 repository artifacts:

Artifact作用
AI Architecture Principles例如 human accountability、least privilege retrieval、evidence by design
AI Capability Heatmap标识业务能力中 AI 机会、风险和成熟度
AI Reference Architecture定义模型网关、RAG、tool runtime、eval、observability、evidence
Pattern Catalog内部助手、客户交互、决策解释、文档抽取、agent tool calling 等模式
Control Pattern Map各架构模式对应的控制、证据和 release gate
Transition Roadmap当前、过渡、目标架构的 work package 和依赖

可用 C4 补足工程细节:

C4 视图AI 用途
System Context显示 AI 系统与客户、员工、核心系统、供应商和监管证据的关系
Container表达应用、模型网关、RAG 服务、工具服务、观测平台
Component表达 retrieval、reranker、prompt policy、tool executor、guardrail
Code仅用于关键复杂组件,不替代企业架构视图

关键机制与取舍

取舍架构判断
Centralized AI platform vs Domain autonomy平台提供共性能力和控制面,领域团队负责 workflow、语义和业务指标
Reference architecture vs Innovation speed标准模式用于规模化,探索场景允许例外但必须有期限和退出条件
Generic AI services vs Domain-specific services模型访问通用,知识边界、tool contract 和 eval 必须领域化
Buy vs Build模型可采购,证据、权限、日志、评测和控制面应保持企业可控
Enterprise repository vs Delivery reality架构工件必须连接 release gate 和运行 telemetry,否则会退化为图纸

AI EA 的原则需要能指导具体决策,例如:

  • No AI use case without owner、risk tier、data boundary 和 evidence plan。
  • High-impact action must be mediated by explicit tool contract and human/accountability policy。
  • Retrieval must respect business context、entitlement、jurisdiction 和 retention。
  • Every production AI system must emit traceable evidence for quality、risk、cost 和 incident review。

证据与控制

架构治理要从“看图评审”转为“看决策和证据”。

架构控制证据
架构原则适用性principle mapping、exception record
模式选择合理性pattern decision record、tradeoff analysis
数据和知识边界lineage、corpus policy、access test、retention rule
平台复用service catalog mapping、approved deviation
风险与控制risk tier、control map、eval result、release approval
迁移路线图plateau、gap、work package、dependency log

Architecture review 的重点问题:

  1. 该 use case 属于哪个业务能力和价值流。
  2. 使用哪种 AI reference pattern,偏离标准的原因是什么。
  3. 数据、知识、工具和供应商边界是否明确。
  4. 高风险决策、客户影响和人工责任如何被控制。
  5. 运行时如何产生质量、风险、成本和审计证据。
  6. 如果模型、法规、供应商或业务策略变化,如何评估影响。

AI 产品与金融零售场景

银行 AI roadmap 可按能力而不是项目组织:

能力域早期 use case目标架构能力
Customer Service坐席摘要、知识问答omnichannel AI service、policy-aware RAG、customer trace
Lending申请摘要、拒绝原因解释decision explanation service、semantic policy layer、validation evidence
Operations文档抽取、case routingdocument intelligence platform、workflow event integration
Risk & Compliancealert triage、政策问答controlled knowledge graph、independent validation
Marketing合规文案草稿consent-aware personalization、content approval controls

转型路线图应先建设跨域 foundation:

阶段重点
Plateau 1use case inventory、模型网关、日志标准、低风险内部助手
Plateau 2RAG 服务、eval pipeline、service catalog、客户交互控制
Plateau 3tool runtime、semantic layer、high-risk validation、evidence graph
Plateau 4AI portfolio optimization、regulatory change integration、adaptive governance

反模式

  • 架构只画技术组件,不表达业务能力、责任、控制和迁移。
  • 每个项目自建 AI stack,企业级复用和证据无法形成。
  • 把 AI reference architecture 当成强制模板,不允许按风险和领域差异调整。
  • 架构评审停留在上线前,运行后的 drift、incident、cost 和质量不回流。
  • 忽略 transition architecture,直接描述理想终态。
  • 将供应商模型视为黑盒能力,不纳入架构原则和退出设计。

最终心智模型

AI EA 是企业级的 AI 决策系统:用 ADM 管理演进过程,用 ArchiMate 表达跨层关系,用 reference architecture 和 pattern catalog 固化可复用路径,用 governance 和 evidence 把架构原则落实到交付与运行。成熟的 AI 架构不是更复杂的图,而是让组织能持续做出可解释、可复用、可治理的 AI 投资和设计选择。


SOTA 状态标注 (2026-07-01)

本篇属于第二、三遍深读池(参考架构/深读笔记),未列入 12 周主线必读。时效基线为写作时点;引用前请按 CLAUDE.md 全局时效性硬规则复查最新进展。模块级 SOTA 对照见 docs/AI_SYSTEMATIC_LEARNING_ROADMAP_2026.md 各周「2026 SOTA 对照」行与文末「SOTA 检查」。