Update nexus wiki content
This commit is contained in:
58
wiki/concepts/Dual-Sign-Off.md
Normal file
58
wiki/concepts/Dual-Sign-Off.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
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
|
||||
Reference in New Issue
Block a user