L0WHY
宪法
- 回答
- 我们为何存在，边界是什么
- 真相源
- 业务目标与技术原则
- 机制
- 约束、红线与例外机制
- 产出
- 架构宪法
FRAMEWORK ARCHITECTURE · ARCHITECTURE OPERATING SYSTEM
让架构从原则出发，在运行事实中闭环
HARNESS 框架架构不是业务架构，也不是某个系统的设计。它是承载业务意图、约束系统实现、生产架构制品并执行治理规则的架构操作系统。
- 6
- 层控制系统
从原则到工程实体 - 13
- 个模板模块
可裁剪、可复用 - 2
- 条闭环
开发与治理共用裁判
-
L0WHYL0宪法定义使命、边界与不可违反的原则原则约束
-
L1WHOL1元治理定义治理模型、角色与决策机制治理规则
-
L2HOWL2工作流定义从需求到落地的标准流程流程编排
-
L3WHATL3规范能力模板 · 规则 · 生成器 · 统一裁判能力支撑
-
L4MUSTL4强制Guard · 门禁 · 检查 · 证据采集检查与阻断
-
L5REALITYL5工程实体代码、制品、环境与真实运行行为实现业务价值
FRAMEWORK OVERVIEW
框架全景
定义方向 · 组织生产 · 验证执行 · 反馈演进
-
01
定义方向
明确为什么做、做什么、建立原则、约束与边界。
- 输入
- 业务战略 · 外部环境
- 机制
- 宪法 · 价值主张
- 输出
- 架构方向 · 决策准则
-
02
组织生产
把方向转化为可落地、可复用的系统与架构制品。
- 输入
- 架构方向 · 业务需求
- 机制
- 工作流 · 模板 · 生成
- 输出
- 系统 ARCH · 规则资产
-
03
验证执行
通过自动化与门禁确保设计承诺进入真实工程。
- 输入
- 系统与制品 · 变更请求
- 机制
- 裁判 · Guard · 门禁
- 输出
- 合规证据 · 发布结论
-
04
反馈演进
基于事实持续改进，让架构在真实世界中成长。
- 输入
- 运行数据 · 质量反馈
- 机制
- 度量 · 复盘 · 演进规划
- 输出
- 改进建议 · 新版模板
六层控制系统，不是六层技术栈
L0–L4 不是具体的技术实现，而是从原则到强制的架构控制层，共同作用于 L5，确保架构能够被生产、执行、验证与持续演进。
-
01 定向 / ORIENT
定义为什么做，划定边界与治理主体
L0 L1WHOL1 元治理
- 回答
- 谁来治理，如何决策
- 真相源
- 治理组织与角色
- 机制
- 决策流程与评审机制
- 产出
- 治理模型
-
02 生产 / PRODUCE
定义如何落地，从意图走向可交付
L2HOWL2 工作流
- 回答
- 如何从需求走向交付
- 真相源
- 架构需求识别
- 机制
- 设计、评审、验证与发布
- 产出
- 标准工作流
L3WHATL3 规范能力
- 回答
- 用什么标准与能力构建
- 真相源
- 规范、条款与判据
- 机制
- 模板、生成器与统一裁判
- 产出
- 规范能力与制品模板
-
03 兑现 / REALIZE
通过强制确保验证，用事实驱动持续演进
L4MUSTL4 强制
- 回答
- 如何确保必须执行
- 真相源
- 守卫、检测与阻断
- 机制
- Guard、门禁、检查、证据采集
- 产出
- 检查结论与阻断
L5REALITYL5 工程实体
- 回答
- 最终交付什么
- 真相源
- 代码、制品、环境与运行事实
- 机制
- 产品、服务与基础设施
- 产出
- 可运行系统与业务结果
方向决定生产，生产接受强制，事实驱动演进。
TRUTH SOURCE MODEL
真相源分工：不让同一个事实拥有两个主人
框架负责定义“如何治理”，各层只拥有自己的事实；其他呈现必须引用或生成，不能复制成第二份可编辑真相。
原则真相
L0 · WHY回答为什么存在、哪些边界不可突破。
宪法 · 价值主张 · 基本约束治理真相
L1–L2 · WHO / HOW回答谁负责、按什么路径做出和执行决策。
治理模型 · 工作流 · 决策记录规范真相
L3 · WHAT回答正确的结构、行为与质量标准是什么。
模板 · 条款 · 判据 · 能力清单事实真相
L4–L5 · EVIDENCE回答实际执行了什么、结果是否满足承诺。
检查结果 · 运行事实 · 版本证据原创区由该层直接维护，是唯一可编辑入口。
派生区由工具从真相源生成，只读展示，不承载新事实。
锁步封版版本、指纹与验证结论一起推进，避免半更新状态。
治理拓扑：工具独立于被治理材料
框架负责操作架构制品，但不能依赖任何一个被治理系统才能成立。
设计harness-
engineering
engineering
条款x-standard-
rule
rule
执法guard +
verify-harness
verify-harness
独立自洽、独立自测
操作，
但不依赖 下发控制工具操作 返回证据不影响成立
但不依赖 下发控制工具操作 返回证据不影响成立
架构页系统设计
条款书行为承诺
判据detector
执法guard
业务架构 · 以代码为锚 · 不复制系统制品链按业务需要组织，与系统架构保持清晰分界。
架构结论
工具不能被材料反向绑架。
框架通过自身的控制面与裁判能力操作各类被治理架构制品；其成立不依赖任何一个具体业务系统，因此保持可迁移、可复用、可持续。
EXECUTION & VERIFICATION
执行与验证：把架构承诺变成机器事实
模板只解决“如何描述”，执行链解决“如何兑现”。HARNESS 用生成、裁判、门禁和证据四类能力，把设计约束带入每一次工程变更。
x-meta-dev
将模板、参数和规范能力编排为结构一致的架构制品。
- 选择适用模板
- 注入系统上下文
- 生成原创区骨架与派生区
x-spec-checker
作为开发闭环与治理闭环的共用裁判，统一解释判据。
- 规则注册与发现
- 结构、自测与全量检查
- 一致的合格/失败语义
Guard 与门禁
在写入、读取、停止与部署等关键动作上阻断违约变更。
- 写前与写后守卫
- 部署和发布门禁
- 会话归因与违规处置
证据与封版
将版本、指纹、检测结果与处置记录归集为可追溯证据。
- 版本锁步与指纹
- 结果归档与问题清单
- 复盘输入与演进触发
设计承诺→生成制品→机器裁判→门禁执行→证据封版任何阶段失败，都不能把“希望如此”冒充为“事实如此”。
TEMPLATE AS A FRAMEWORK CAPABILITY
架构模板属于框架的制品能力
模板不是第四类架构。它由框架拥有，被系统架构实例化，并由验证制品链持续校验。模板负责统一思考结构，而不替任何系统预写答案。
架构制品生产线
从关注点进入，经过模板、生成、实例化和机器验证，最终形成可复核的演进证据。
-
01架构关注点 - 业务目标
- 质量属性
- 约束与边界
- 利益相关者
-
0213 模块模板 01视角与范围02结构视图03运行时视图04决策与权衡05验证与证据06演进路线VIEWS → DECISIONS → EVIDENCE → EVOLUTION
-
03x-meta-dev 生成 - 模板解析
- 参数注入
- 结构化生成
- 一致性检查
-
04系统 ARCH.html - 领域化架构
- 多视图文档
- 可导航输出
- 版本与追溯
-
05条款 · 判据 · 执法 - 架构条款
- 合规判据
- 自动执法
- 问题与改进
-
06证据与演进 - 证据归集
- 度量分析
- 演进建议
- 持续改进
十三个模块，一条证据链
模块覆盖从架构驱动力到验证演进的完整判断链；完整不等于全部展开。
- 01–02定位与边界定位 · 范围
先回答为什么存在，以及系统内外的责任分界。
- 03–05驱动力与上下文质量 · 上下文 · 策略
把干系人关注点、外部关系和总体解法连接起来。
- 06–09设计与运行视图结构 · 运行 · 数据 · 部署
分别表达静态组成、动态协作、状态与真实运行环境。
- 10–11横切与决策横切 · 决策
记录跨构件机制，以及昂贵、难逆和有争议的取舍。
- 12–13证据与演进验证 · 演进
让承诺可验证，让风险、债务和下一步行动可追溯。
TAILORING RULE
按风险裁剪，不按目录填空
- 01识别本系统真正的架构驱动力与高风险场景。
- 02选择能回答这些关注点的视图和模块。
- 03合并或裁掉低风险模块，并记录裁剪理由。
- 04每项关键承诺必须追溯到判据、证据或明确的人工判断。
一个能力，三个角色
| 框架架构 | 系统架构 | 验证与证据链 | |
|---|---|---|---|
| 角色 | 方法与模板的拥有者 | 在领域中使用模板的设计者 | 验证与持续改进的执行者 |
| 负责 | 定义方法、维护 13 模块模板，提供生成能力与验证规则 | 基于模板完成领域化实例，形成系统的设计承诺 | 读取架构、条款、判据并自动执法，生成证据与改进建议 |
| 产物 | 方法、模板、生成工具、验证规则 | 领域化的系统 ARCH.html | 验证结果、问题清单、证据与演进建议 |
| 不能做 | 不复制其他来源的真相 不直接手工编辑派生区域 | 不修改模板方法本身 不绕过生成与验证流程 | 不更改架构内容 不作为其他真相来源的编辑入口 |
HONEST BOUNDARY
机器验证结构与一致性，
机器验证结构与一致性，
人类仍须判断架构是否正确。
- 结构、版本与真相源关系完整
- 条款、判据和制品锁步一致
- 检查执行过，并留下可复核证据
- 已知违规被识别、阻断或显式豁免
- 业务目标是否值得追求
- 架构取舍是否最适合当前环境
- 文档语义是否真实、完整且无误导
- 未知风险与未来变化的专业判断
模板在框架内定义方法，在系统中形成实例，在验证制品链中留下证据。