59 lines
2.0 KiB
Markdown
59 lines
2.0 KiB
Markdown
---
|
||
title: "Dual Sign-Off"
|
||
type: concept
|
||
tags: [governance, quality, NEXUS, gate-keeping]
|
||
last_updated: 2026-05-01
|
||
---
|
||
|
||
## Definition
|
||
|
||
Dual Sign-Off（双重签批）是 NEXUS 多 Agent 框架的质量治理核心机制——在关键决策点，必须由**两个相互独立的不同视角**的 Gate Keeper **同时批准**，方才有效。任一方否决即为否决。
|
||
|
||
## 设计原理
|
||
|
||
单一 Gate Keeper 的盲区：
|
||
- 仅战略视角 → 可能忽视技术可行性和工程复杂度
|
||
- 仅技术视角 → 可能忽视业务价值和资源约束
|
||
|
||
Dual Sign-Off 通过**视角正交性**消除单点故障，确保：
|
||
1. 战略决策有技术可行性支撑
|
||
2. 技术决策有业务价值对齐
|
||
|
||
## 在 NEXUS 中的应用
|
||
|
||
### Phase 1 — 战略 + 技术双签
|
||
|
||
| Gate Keeper | 视角 | 验证内容 |
|
||
|------------|------|---------|
|
||
| [[Studio Producer]] | 战略 | 架构包是否对齐组织战略目标？ROI 是否符合预期？ |
|
||
| [[Reality Checker]] | 技术 | 所有组件是否具备实现路径？质量门是否通过？ |
|
||
|
||
### Phase 2 — DevOps + QA 双签
|
||
|
||
| Gate Keeper | 视角 | 验证内容 |
|
||
|------------|------|---------|
|
||
| DevOps Automator | 基础设施 | CI/CD/IaC 是否就绪？可部署？ |
|
||
| Evidence Collector | 质量验证 | 8 项截图证据是否全部通过？ |
|
||
|
||
### Dev↔QA Loop（循环内）
|
||
|
||
| 决策 | 条件 |
|
||
|------|------|
|
||
| PASS | Evidence Collector 证据通过 + Dev 确认修复 |
|
||
| FAIL | 任何一方未通过；进入重试循环（最多3次） |
|
||
|
||
## 决策规则
|
||
|
||
- **任一方返回 REVISE** → 整体 REVISE；返回对应 Step 重做
|
||
- **任一方返回 RESTRUCTURE** → 整体 RESTRUCTURE；重启本 Phase
|
||
- **Evidence Over Claims**：口头确认无效，必须有截图/测试结果/日志证据
|
||
|
||
## 与 Quality Gate Checklist 的关系
|
||
|
||
Dual Sign-Off 是 Quality Gate Checklist 的**执行机制**。Quality Gate 定义"检查什么"（7项清单），Dual Sign-Off 定义"谁检查"和"如何通过"（双签规则）。
|
||
|
||
## Aliases
|
||
- Dual Approval
|
||
- Twin Gate Mechanism
|
||
- Bifurcated Sign-Off
|