BRIDLE · 三层 × 三跃迁 + 反哺循环
2026 · KEYNOTE

让 AI 编程
从加速器 变为 解放者

三层 × 三跃迁 + 反哺循环
让系统会自我演进

FROM ACCELERATION TO LIBERATION
2026.05 · MIT LICENSE
DECK 01 / 12
→ START
§ 01 · WHY NOW · 困局
为什么"更多门禁"反而拖死系统
当下困局 · 能力错配 + 三重衰减 + 门禁死循环

AI 越快 → 加更多门禁 → 速度死 → 开发者绕过 → 质量死 → 加更多门禁

能力错配 · CAPACITY MISMATCH 能力 时间 → AI 编码 指数增长 人类审查 线性增长 能力缺口 CAPACITY GAP
三重衰减 · 同时侵蚀
价值衰减 · 业务变了 · intent 没改
架构衰减 · 边界模糊 · 模块咬合恶化
知识衰减 · 写代码的人和读代码的人不再是同一个
门禁死循环 · GATE DOOM-LOOP
① AI 越快 →
② 风险增长 → 加更多门禁 →
③ 速度死 →
④ 开发者绕过门禁 →
⑤ 质量死 →
⤺ 加更多门禁(回到 ②)
门禁是"控制衰减"的尝试 · 但门禁本身也在衰减
解法不是更多门禁 · 是让系统会自我演进 — 见 §03 主张
02 / 12
→ §03 主张
§ 02 · THESIS · 主张
三层 × 三跃迁 + 反哺循环
解法 · 三跃迁向上累积 + 反哺向下回流

让系统会自我演进 — 三层架构 + 三个跃迁 + 一条反哺循环

↑ 自治度 地基 L3 · AUTONOMOUS LOOP 系统自收敛 Harness · 多 agent · reconcile 跃迁③ · 一次推理 → 持续自治 L2 · INTENT EXPRESSIBLE 意图可表达 intent.yaml · 业务可执行 DNA 跃迁② · 命令 → 意图 L1 · STATE VISIBLE 状态可见 module.yaml · 5 态机 · 三维健康度 跃迁① · 代码 → state L0 · GRAVITY FIELD · 工程引力场 框架 · 模块身份 · CI · DevOps · 沙箱 · 运行时 precondition · 不是阶段 · 是地基 REFLUX · 反哺 harvest → ↑ framework++ ↑ intent v2 ↑ 范式库 L3 L2 L1 L0
三跃迁向上累积 · 反哺向下回流 — 这是系统呼吸的方向
03 / 12
→ L0 引力场
§ L0 · GRAVITY FIELD
工程引力场 · 框架资本
三层定位 · YOU ARE HERE
L3 · 系统自收敛 L2 · 意图可表达 L1 · 状态可见 L0 · 引力场 ★
L0 · 工程引力场 · precondition · 不是阶段

引力场决定模块演化的精度上限

引力场本身被持续反哺改良 — 框架不是冻结的资本,是被 harvest 季度升级的活资本

引力场 · 6 COMPONENTS 01 · SDK 抽象 基础库 存储 / 消息 / 鉴权 / 观测 ↳ 复用率 ↑ 重写成本 ↓ 02 · 契约登记 API + 事件 schema OpenAPI / proto / event registry ↳ 模块间可拼装 03 · 边界守卫 archtest + 分层 domain / shared / adapters ↳ 越界 PR 自动 fail 04 · CI 门禁 5–7 层独立门禁 lint · type · test · contract · sec · SBOM ↳ 把声明变成 enforced 约束 05 · 运行时 容器 + 编排 + mesh K8s / Cloud Run / Container Apps ↳ AI 写的代码必须能跑起来 06 · 沙箱 受控试错环境 隔离 + 可观测 + bounded context ↳ AI 只在沙箱中尝试 决策档案 · ADR ADR-001 · 栈选型 ADR-002 · 分层规约 ADR-003 · 契约格式 ADR-004 · 测试基底 FRAMEWORK EVOLUTION v1 · 2026 Q2 v2 · Q3 v3 · Q4 v4 · NOW 每季度 harvest 升级一圈
L0 是 precondition · 不是阶段 · 但本身被反哺累积(详见 §08 反哺循环)
→ 跃迁① 状态可见
04 / 12
→ §05 跃迁①
§ 跃迁① · STATE VISIBLE
L1 · 状态可见
三层定位 · YOU ARE HERE
L3 · 系统自收敛 L2 · 意图可表达 L1 · 状态可见 ★ L0 · 引力场
L1 · 跃迁① · 从代码 → state

每个模块都带身份卡 · 每张卡都带健康度

5 态机 + module.yaml + 三维健康度 — 模块是有身份的资产,asset 期可被多次 patch 或一次 replace

5 STATES · 模块生命周期 FSM STATE 1 试验态 experimental STATE 2 候选态 candidate STATE 3 · 重点 资产态 asset · 可 patch / replace STATE 4 维护态 maintenance STATE 5 退役态 retired · 24h 墓碑 MODULE CARD · module.yaml · order-service.group-buy domain: order · state: asset · age: 4mo contracts: [GroupOrder v1, GroupCreated] patch_count: 7 · replace_count: 0 3-D HEALTH · 三维健康度 价值 80 结构 65 工程 90 退役 → 反哺采集 退役模块 HARVEST 采集 3 路信号 → §08 反哺循环 REFLUX TO ↑ framework 升级 ↑ intent 修订 ↑ 范式库 模块退役不只换模块 · 引力场也在升级
资产态不是终点 · 可被多次 patch / 一次 replace(详见 §09 R 梯度)
→ §06 跃迁②
05 / 12
→ §06 意图
§ 跃迁② · INTENT EXPRESSIBLE
L2 · 意图可表达 + DRIFT 双向
三层定位 · YOU ARE HERE
L3 · 系统自收敛 L2 · 意图可表达 ★ L1 · 状态可见 L0 · 引力场
L2 · 跃迁② · 从命令 → 意图

intent.yaml · 业务可执行 DNA

业务变化 → 意图修订(v1 → v2 → v3)是常态 · drift 双向反馈决定 PATCH 还是 REPLACE

INTENT FILE · intent.yaml · order-service / group-buy · v2.0
01 · BUSINESS
业务规格
goal: 团购下单 + 分润
metric: GMV ↑ 25%
deadline: 2026-Q3
02 · CONTRACT
技术契约
api: POST /orders/group/v2
schema: GroupOrderV2
events: [GroupCreated, Settled]
03 · QUALITY
质量规格
p99: 200ms (was 300)
error: < 0.3% (was 0.5%)
coverage: ≥ 95%
04 · LIFECYCLE
生命周期
state: candidate
sunset_if: usage<100/d
review_at: 30d
每一字段都直接映射到验证器 · 不只是文档
INTENT REVISION · 意图修订
intent 是版本化 DNA
业务变化 / 法规 / 市场 → 意图修订 → intent v2 → 触发模块 REPLACE
REVISION HISTORY
v1.0
首版团购 · GroupOrder schema 2026-Q1
v1.1
优化 p99 200ms 2026-Q2 · 性能 SLO
v2.0
+ 分润逻辑 (GroupOrderV2) NOW · 触发 REPLACE
DRIFT · 双向反馈
A · CURRENT 漂离
系统出问题
order p99 超标 · 错误率涨
→ PATCH · 局部修复
B · DESIRED 演进
业务要分润
intent v1 → v2 主动修订
→ REPLACE · 重写模块
长期不变的 intent 通常不是稳定 · 是与业务脱节
→ §07 跃迁③
06 / 12
→ §07 自治
§ 跃迁③ · AUTONOMOUS LOOP
L3 · 系统自收敛 · 多 agent 编队
三层定位 · YOU ARE HERE
L3 · 系统自收敛 ★ L2 · 意图可表达 L1 · 状态可见 L0 · 引力场
L3 · 跃迁③ · 从一次推理 → 持续自治

N 个 agent 并行编队 · 择优 + 反哺

单 agent = 修一个 bug · 多 agent = 系统进化一次 — 候选差异本身是 framework / intent 的测试用例

TASK SPEC · 任务规约 intent.yaml v2 target: group-buy action: REPLACE strategy: tournament 3 AGENTS · 并行编队 A CLAUDE-OPUS 候选 1 · 架构合规 cov 96% · p99 178ms B CLAUDE-SONNET 候选 2 · 性能优先 cov 92% · p99 124ms ★ C GPT-5 候选 3 · 创新方案 cov 88% · 新模式 ★ INDEPENDENT REVIEW 独立 AI 审查 3 judges · 异质模型: · 安全 agent · 性能 agent · 架构 agent quorum 2/3 → 候选 B 入选 → 上线 → HARVEST DEPLOY · 上线 候选 B → 资产态 staged rollout 1/10/50/100% + 健康度兜底 HARVEST · 反哺 ↑ framework 升级 A 用了新分层模式 ↑ intent 修订 3 候选差异 = intent 不完备 ↑ 范式库 C 的创新方案值得复用 → §08 反哺循环 · 演进策展人 反哺 → L0 引力场升级 + L2 意图修订 + 范式库
END-TO-END · 一次 REPLACE
人 3 min + 编队 22 min + 门禁 9 min + 互审 2 min · = 36 min HUMAN-BLOCKING + ∞ AUTO
vs 传统 3 周 + 4 次会议
判官必须独立模型 · 否则裁判即选手 — 这是 §09 R3 升级的前提
→ §08 反哺循环
07 / 12
→ §08 反哺
§ REFLUX LOOP · 反哺循环
演进引擎 · ENGINE OF EVOLUTION
复利不来自 AI · 来自反哺让 framework 与 intent 持续修订

三股反哺源 → 演进策展人 → 三个去向

这是 §03 主张里那条向下虚弧的展开 — 反哺不是注脚,是系统呼吸的核心机制

3 SOURCES · 反哺源 3 DESTINATIONS · 反哺去向 SRC 1 · 候选差异 · CANDIDATE DIFF N agent 候选的不重合点 3 候选 3 套实现 · 差异本身 ↳ = intent 不完备的证据 SRC 2 · 共性问题 · SHARED PROBLEMS 多次重写撞同一类 bug 5 个模块都遇到事务一致性 ↳ = framework 缺失的证据 SRC 3 · 涌现模式 · EMERGENT PATTERN agent 找到的新解 候选 C 的新分层方案 · 高复用 ↳ = 集体智慧沉淀的来源 CURATOR · 演进策展人 harvest 评审队列 三种节奏 · 三层入口 WEEKLY · 周 → 范式库 · 新模式入库 MONTHLY · 月 → intent v2/v3 · 意图修订 QUARTERLY · 季 → framework++ · 引力场升级 DST 1 · framework++ ↑ L0 引力场升级 新 SDK · archtest 规则 · CI 门 季度节奏 · 框架资本累积 DST 2 · intent v2/v3 ↑ L2 意图修订 字段补全 · 验证器加严 · 边界澄清 月度节奏 · 业务 DNA 演化 DST 3 · pattern library ↑ 范式库 · 新条目入库 高复用模式 · agent 可调用 周节奏 · 集体智慧沉淀
没有反哺 · 三跃迁会僵化 · 系统重新衰减 — §10 A8 替换不反哺 即此处失败模式
08 / 12
→ §09 R 梯度
§ R0–R5 · REVERSIBILITY GRADIENT
可逆性梯度 · AI 权限的边界
R 梯度 · 操作的可逆性分级 = AI 权限边界

把可逆动作交给 AI · 把不可逆动作留给人

每级都有演化轨道(v7 初始 → v7+ 升级)· R5 是永久红线

REVERSIBILITY · 可逆 → 不可逆 可逆 ← → 不可逆 · 永不接触 R0 · READ 只读分析 查代码 · 读 metric · 提建议 v7 + v7+ AI 全自动 no human → 演化轨道 已是终态 R1 · LOCAL 本仓库写入 改本仓库 · 单测护栏 v7 + v7+ AI 自动 git rollback → 演化轨道 已是终态 R2 · CTRL 受控外部(沙箱) 沙箱 API · 测试环境 v7 + v7+ AI 自动放行 audit log → 演化轨道 已是终态 R3 · CROSS 跨边界写入 改其他服务 · 数据迁移 v7 初始 AI 提议 + 人审 v7+ 升级(详见 §07) 独立 AI 审 + multi-agent + staged + 健康度兜底 ★ 这才是 R 梯度的活性 R4 · USER 用户影响 删数据 · 改账单 · 改产品 v7 + v7+ 不变 人审 · 永不放开 human gate → 永远是人决策 无演化空间 R5 · IRREV ⚡ 资金 · 物理 转账 · 设备控制 v7 + v7+ 永远不变 人决策 · 红线 never auto ⚠ 永久红线 系统的边界条件
R3 升级前提:L0 完整 + DevOps 全栈 + 异质审查 agent + 完整审计 — 详见 §07 多 agent 编队
09 / 12
→ §10 反模式
§ ANTI-PATTERNS · 反模式
8 种症状 + 1 共同根源
8 种反模式 + 1 共同根源

表面 8 个症状 · 水下 1 个根源

↑ 类型 演化断流 静态化 L0 L1 L2 L3 阶段 → A8 ★ 替换不反哺 REPLACE 完事 A6 状态机僵化 A1 治理过度 A4 信号填空 A2 意图 ≠ 执行 A5 AI 崇拜 A7 审批仪式化 A3 ⚡ 梯度失守
ICEBERG · 共同根源
SEA LEVEL · 表面症状 水下 · 根源 8 种反模式 A1-A8 各自症状 门禁过度 · 不反哺 信号填空 · 状态僵化 梯度失守 · 审批仪式 ROOT CAUSE 未活化 把方法论当冻结结构 去执行而不是演化 不让 framework 演进 不让 intent 修订
8 个症状 · 同一根源 — §08 反哺循环 是解药
10 / 12
→ §11 角色
§ ROLES · 5 个角色
PEOPLE
5 个角色 · 分两组

3 个守结构(建设期)+ 2 个守活性(持续期)

守结构者搭起引力场 · 守活性者维系反哺循环(与 §08 呼应)— 互补不冲突

↑ 守演化 ↓ 守结构 建设期 ← → 持续期 01 · ARCHITECT 框架建筑师 设计 L0 引力场 规则即资本 02 · INTENT DESIGNER 意图设计师 写 intent.yaml + 修订 业务 → 声明 03 · HARNESS ENG 外壳工程师 建 Agent 工程外壳 管心跳节奏 04 · AUDITOR 决策审计员 独立于调优工程师 守 R3-R5 红线 边界守护者 05 · CURATOR ★ 演进策展人 评审 §08 反哺队列 选哪些范式入框架 演进守护者 · 反哺把关 建设 × 结构 · 3 角色 持续 × 边界 · 1 角色 持续 × 演化 · 1 角色
Auditor 守边界 · Curator 选演进方向 — 两者互补不重叠
11 / 12
→ §12 终章
§ ∞ · LIVING SYSTEM · 永续演进 · FINALE
FOR WHOM · WHY IT MATTERS
永续演进 · 三方收成 · 这一切是为了什么

复利来自反哺循环·不是 AI 本身

价值复利 · COMPOUND VALUE 2026 (NOW) 2030+ REFLUX 启动 AI 加速器 · 线性增长 企业 · 资产复利 个人 · 解放 AI · 放大不替代 没有反哺 · 衰减抵消增长 framework 演进 · 模块替换 · 反哺循环 → exp 复利
ENTERPRISE
企业 · COMPOUND
framework 不是被设计·是被演进出来的 · 资产复利来自反哺
INDIVIDUAL
个人 · LIBERATE
不必维护过期模块·直接 replace · work everywhere & every status
AI
AI · AMPLIFY
7×24 + 沙箱试错 + 守门并执行 · 是反哺循环的执行者·不是决策者
AI 不是来替代工程师 · 是来解放工程师 · 反哺循环让所有人受益
⚠ AI-GENERATED METHODOLOGY · NOT YET VALIDATED IN PRODUCTION · MIT LICENSE · v8 · 2026.05
12 / 12 · END