feat: sync lijiaoqiao implementation and staging validation artifacts

docs/technical_architecture_optimized_v2_2026-03-18.md

@@ -1,7 +1,7 @@
 # 优化技术架构设计（最小可运营栈 + 触发式扩容）
 
-- 版本：v2.0
-- 日期：2026-03-18
+- 版本：v2.1
+- 日期：2026-03-27
 - 目标：降低 S0/S1 运维复杂度，同时保证 S2 替换目标可达。
 
 ---
@@ -110,6 +110,8 @@ Internet
    - `llm_gateway_subapi_evolution_plan_v4_2_2026-03-24.md`
    - `acceptance_gate_single_source_v1_2026-03-18.md`
    - `test_plan_go_aligned_v1_2026-03-18.md`
+   - `dependency_compatibility_audit_baseline_v1_2026-03-27.md`
+   - `database_domain_model_and_governance_v1_2026-03-27.md`
 
 ---
 
@@ -120,3 +122,42 @@ Internet
 3. 发布扩容触发条件评审模板（无触发条件不得引入组件）。
 4. 将运维看板与门禁阈值绑定到唯一验收门禁表。
 5. 完成一次“升级 + 灰度 + 自动回滚”全链路演练。
+
+---
+
+## 8. 依赖兼容性审计（新增强制门禁）
+
+1. 发布前必须产出四类证据：SBOM、锁文件差异、兼容矩阵、风险清单。
+2. 对 `subapi/provider SDK` 执行精确版本锁定（`X.Y.Z`），禁止“仅锁主次版本”。
+3. 任一依赖发生 major 变更，必须附兼容影响评估与回滚演练记录。
+4. 依赖审计结果接入门禁指标 `M-017`，要求 `dependency_compat_audit_pass_pct=100%`。
+5. 运行时、数据层、构建镜像三类版本必须可追溯到同一发布包，禁止“文档版本”和“运行版本”漂移。
+
+---
+
+## 9. 分阶段质量检查（防偏离主线）
+
+### 9.1 阶段门禁定义
+
+| 阶段 | Gate | 必达条件 | 阻断动作 |
+|---|---|---|---|
+| G0 需求冻结 | Requirement Gate | P0/P1 需求、按钮、接口状态全部冻结 | 禁止进入开发 |
+| G1 设计冻结 | Design Gate | 数据模型、OpenAPI、状态机与审计字段齐套 | 禁止进入联调 |
+| G2 开发自检 | Dev Gate | 单元/契约测试通过，覆盖率达标 | 禁止合并 |
+| G3 集成验证 | Integration Gate | DB/缓存/外部依赖集成测试通过 | 禁止预发布 |
+| G4 发布演练 | Release Gate | 回滚演练、性能门禁、安全门禁通过 | 禁止生产发布 |
+| G5 发布观察 | Post Gate | 24h 指标稳定，无 P0/P1 回归 | 冻结后续升波 |
+
+### 9.2 防偏航机制
+
+1. 需求追踪覆盖率（`M-019`）必须 100%，每条 P0 需求都能映射到 API/测试/指标/Gate。
+2. 阶段通过率（`M-018`）必须 100%，任一阶段失败禁止“跳阶段推进”。
+3. 每日执行“需求-设计-测试-门禁”一致性巡检，发现漂移 24h 内关闭。
+4. 所有变更按 `request_id + trace_id` 留痕，确保故障可逆向定位到需求与提交。
+
+---
+
+## 10. 本版补充结论
+
+1. 架构基线从“最小可运营栈”扩展为“最小可运营栈 + 依赖可审计 + 分阶段质量闭环”。
+2. 未完成依赖兼容审计或阶段门禁的变更，不得进入 `GO` 决策。