sdd-full 5.2.1 → 5.2.3

package/.claude/skills/multi-expert-discussion/references/second-order-effects.md

@@ -0,0 +1,343 @@
+# 二阶效应推演协议
+
+## 1. 概述
+
+### 1.1 定义
+
+二阶效应（Second-Order Effects）是指方案执行后，由一阶效应（直接结果）引发的连锁反应，包括意料之外的后果。它在 V5.1 架构中属于第八层（动态校验层）的核心机制。
+
+| 层级 | 名称 | 说明 |
+|------|------|------|
+| 一阶效应 | 直接结果 | 方案执行后立即产生的、可预见的直接变化 |
+| 二阶效应 | 连锁反应 | 一阶效应引发的次生变化，通常超出原始规划范围 |
+
+### 1.2 触发条件
+
+灰度导航类问题必须强制触发二阶效应推演。灰度导航类问题的判定标准：
+
+- **价值冲突**：多个合理目标之间存在矛盾，难以同时满足
+- **信息不完备**：当前掌握的信息不足以做出确定性判断
+- **后果重大**：决策失误可能导致严重的负面影响
+
+满足以上任一条件时，评审流程自动进入二阶效应推演阶段。
+
+## 2. 二阶效应四分类
+
+### 2.1 正反馈效应（Positive Feedback）
+
+方案执行后自我强化的良性循环。一阶效应产生的结果反过来增强原始驱动力，形成加速螺旋。
+
+**示例**：
+
+```
+优化系统性能 → 用户体验提升 → 用户留存率上升 → 活跃用户数增长
+→ 更多用户反馈与数据 → 更精准的优化方向 → 进一步优化性能
+```
+
+**识别特征**：A 增长导致 B 增长，B 增长又促进 A 进一步增长。
+
+**风险管理**：正反馈效应虽为良性，但需警惕过冲风险（如过度优化某指标导致其他指标恶化）。
+
+### 2.2 负反馈效应（Negative Feedback）
+
+方案执行后自我抑制的平衡机制。系统通过负反馈回路自动调节，使偏离的状态回归均衡。
+
+**示例**：
+
+```
+降价促销 → 销量急剧上升 → 库存迅速消耗 → 库存预警触发
+→ 恢复原价或提价 → 销量回落至正常水平
+```
+
+**识别特征**：A 增长导致 B 增长，B 增长抑制 A 继续增长。
+
+**风险管理**：负反馈效应是系统的自稳机制，但需评估调节速度是否匹配业务需求。
+
+### 2.3 延迟效应（Delayed Effects）
+
+原因与结果之间存在显著时间差。一阶效应在短期内可能表现为正面，但中期或长期才会显现负面影响。
+
+**示例**：
+
+```
+快速交付需求（跳过代码审查） → 短期交付速度提升 → 代码质量下降
+→ 技术债务持续积累 → 3-6 个月后缺陷率上升 → 维护成本急剧攀升
+→ 新功能开发速度显著下降
+```
+
+**识别特征**：投入与产出的时间线存在明显错位，因果关系不即时显现。
+
+**风险管理**：需设定明确的观测窗口和预警指标，在延迟效应的潜伏期内主动干预。
+
+### 2.4 溢出效应（Spillover Effects）
+
+方案对非目标领域、非目标系统或非目标人群产生的间接影响。这些影响不在原始方案的设计范围内。
+
+**示例**：
+
+```
+A 团队引入新监控工具 → A 团队运维效率提升
+→ B 团队因跨团队协作需要被迫学习该工具 → B 团队短期效率下降
+→ 组织内部工具链标准化流程被间接改变 → C 团队的工作流程被同步调整
+```
+
+**识别特征**：影响范围超出方案原始边界，涉及未被纳入评估的干系人。
+
+**风险管理**：需绘制干系人影响地图，将溢出效应的受益方和受损方纳入整体评估。
+
+## 3. 推演流程
+
+二阶效应推演遵循三步走流程，不可跳步、不可乱序。
+
+### 3.1 步骤一：因果链延长
+
+对方案的每个关键决策点，追问「然后会怎样？」至少 2 次，构建因果链。
+
+**操作要求**：
+
+1. 列出方案的所有关键决策点（至少 3 个）
+2. 对每个决策点，写出其一阶效应
+3. 对每个一阶效应，追问「然后会怎样？」，得到二阶效应
+4. 对关键的二阶效应，继续追问「然后会怎样？」，得到三阶效应（至少追 2 层）
+
+**示例**：
+
+```
+决策点：将单体应用拆分为微服务
+
+一阶追问（第 1 层）：
+  → 各服务独立部署，发布频率提高
+  → 服务间网络通信增加，延迟上升
+
+二阶追问（第 2 层）：
+  → 发布频率提高 → 团队交付周期缩短 → 业务需求响应速度提升
+  → 延迟上升 → 需引入服务治理框架 → 运维复杂度增加 → 需要更多基础设施投入
+```
+
+### 3.2 步骤二：影响域扩展
+
+从直接影响域出发，逐层向外扩展至间接影响域和远距离影响域。
+
+**影响域层级**：
+
+| 层级 | 范围 | 说明 |
+|------|------|------|
+| 直接影响域 | 方案直接作用的系统/团队/流程 | 方案设计的原始目标范围 |
+| 间接影响域 | 与直接域有依赖关系的系统/团队/流程 | 通过接口、数据流、协作关系产生关联 |
+| 远距离影响域 | 组织层面、生态层面、行业层面 | 战略层面的涟漪效应 |
+
+**操作要求**：
+
+1. 画出直接影响域的范围和边界
+2. 识别与直接域存在依赖关系的所有间接域（上游 + 下游）
+3. 推演间接域对方案变化的可能反应
+4. 评估远距离域的长期影响可能性
+
+### 3.3 步骤三：时间维度拉伸
+
+分时间窗口推演方案在不同阶段的效应演变。
+
+**时间窗口划分**：
+
+| 窗口 | 时间范围 | 推演重点 |
+|------|----------|----------|
+| 短期 | 1—3 个月 | 方案的即时效果、初期摩擦、团队适应成本 |
+| 中期 | 3—12 个月 | 效果的稳定化、二阶效应的显现、系统行为的调整 |
+| 长期 | 1 年以上 | 累积效应、结构性变化、组织层面的深远影响 |
+
+**操作要求**：
+
+1. 在短期窗口内，重点关注方案的直接效果和初期适应问题
+2. 在中期窗口内，重点识别开始显现的二阶效应
+3. 在长期窗口内，重点评估累积效应和系统性风险
+4. 对每个时间窗口标注置信度（高 / 中 / 低）
+
+## 4. 二阶效应分析表模板
+
+| 序号 | 决策点 | 一阶效应 | 二阶效应 | 效应类型 | 影响域 | 时间窗口 | 置信度 |
+|------|--------|----------|----------|----------|--------|----------|--------|
+| 1 | | | | 正反馈 / 负反馈 / 延迟 / 溢出 | 直接 / 间接 / 远距离 | 短期 / 中期 / 长期 | 高 / 中 / 低 |
+| 2 | | | | | | | |
+| 3 | | | | | | | |
+
+**填写说明**：
+
+- **决策点**：方案的每个关键选择或行动
+- **一阶效应**：该决策直接产生的预期结果
+- **二阶效应**：一阶效应引发的连锁后果
+- **效应类型**：从四分类中选择，一个效应可能同时属于多个类型
+- **影响域**：效应波及的范围层级
+- **时间窗口**：效应预期显现的时间阶段
+- **置信度**：基于现有信息对该推演的确信程度
+
+## 5. 二阶效应分析报告模板
+
+### JSON Schema
+
+```json
+{
+  "report_id": "SOE-YYYYMMDD-001",
+  "proposal_name": "方案名称",
+  "analysis_date": "YYYY-MM-DD",
+  "analyst": "分析人 / 角色",
+  "trigger_reason": "触发原因（价值冲突 / 信息不完备 / 后果重大）",
+  "critical_decision_points": [
+    {
+      "id": "DP-01",
+      "decision": "关键决策点描述",
+      "first_order_effect": "一阶效应描述",
+      "second_order_effects": [
+        {
+          "id": "SO-01-01",
+          "description": "二阶效应描述",
+          "type": ["正反馈"],
+          "impact_domain": "间接",
+          "time_window": "中期",
+          "confidence": "高",
+          "causal_chain": "A → B → C → 该效应",
+          "probability": "高",
+          "impact_magnitude": "中等",
+          "mitigation": "缓解措施（如适用）"
+        }
+      ]
+    }
+  ],
+  "summary": {
+    "total_decision_points": 0,
+    "total_second_order_effects": 0,
+    "positive_feedback_count": 0,
+    "negative_feedback_count": 0,
+    "delayed_effects_count": 0,
+    "spillover_effects_count": 0,
+    "high_risk_effects": [],
+    "overall_risk_assessment": "整体风险评估结论",
+    "recommendation": "基于二阶效应分析的最终建议（执行 / 暂缓 / 调整后执行）"
+  }
+}
+```
+
+### 完整报告示例
+
+```json
+{
+  "report_id": "SOE-20260514-001",
+  "proposal_name": "核心服务从单体架构迁移至微服务架构",
+  "analysis_date": "2026-05-14",
+  "analyst": "架构评审委员会",
+  "trigger_reason": "后果重大",
+  "critical_decision_points": [
+    {
+      "id": "DP-01",
+      "decision": "将单体应用拆分为 12 个独立微服务",
+      "first_order_effect": "各服务独立部署、独立扩缩容，发布频率从双周提升至每日",
+      "second_order_effects": [
+        {
+          "id": "SO-01-01",
+          "description": "部署频率提升使团队交付能力增强，业务需求响应速度加快，市场竞争力提升",
+          "type": ["正反馈"],
+          "impact_domain": "直接",
+          "time_window": "中期",
+          "confidence": "高",
+          "causal_chain": "微服务独立部署 → 发布频率提升 → 交付周期缩短 → 需求响应加速",
+          "probability": "高",
+          "impact_magnitude": "高",
+          "mitigation": ""
+        },
+        {
+          "id": "SO-01-02",
+          "description": "服务间网络调用增加，整体延迟上升，用户体验下降；团队被迫引入服务网格和分布式追踪，运维复杂度倍增",
+          "type": ["负反馈", "延迟"],
+          "impact_domain": "间接",
+          "time_window": "中期",
+          "confidence": "高",
+          "causal_chain": "拆分微服务 → 网络调用增加 → 延迟累积 → 用户体验下降 → 引入治理框架 → 运维成本上升",
+          "probability": "高",
+          "impact_magnitude": "中等",
+          "mitigation": "引入服务网格(Istio)和分布式追踪(Jaeger)作为配套基础设施；设定 P99 延迟 SLO"
+        },
+        {
+          "id": "SO-01-03",
+          "description": "数据一致性从数据库事务保证变为最终一致性，需引入 Saga 或事件溯源模式，开发范式发生根本变化",
+          "type": ["溢出", "延迟"],
+          "impact_domain": "间接",
+          "time_window": "中期",
+          "confidence": "高",
+          "causal_chain": "拆分微服务 → 数据库随服务拆分 → 跨服务事务消失 → 引入最终一致性 → 开发范式改变",
+          "probability": "高",
+          "impact_magnitude": "高",
+          "mitigation": "提前进行 Saga/事件驱动架构培训；核心交易链路保留数据库事务边界"
+        },
+        {
+          "id": "SO-01-04",
+          "description": "运维团队需管理 12 个独立服务的监控、日志、告警，运维工具链被迫升级，相关人员需重新培训",
+          "type": ["溢出"],
+          "impact_domain": "远距离",
+          "time_window": "中期",
+          "confidence": "中",
+          "causal_chain": "服务数量增加 → 监控日志告警分散 → 运维工具链不匹配 → 强制升级工具 → 运维团队重新培训",
+          "probability": "中",
+          "impact_magnitude": "中等",
+          "mitigation": "提前评估运维工具链兼容性；分阶段迁移，先迁移非核心服务验证运维流程"
+        }
+      ]
+    },
+    {
+      "id": "DP-02",
+      "decision": "采用 Kubernetes 作为容器编排平台",
+      "first_order_effect": "实现自动化部署、滚动更新和自动故障恢复",
+      "second_order_effects": [
+        {
+          "id": "SO-02-01",
+          "description": "自动化运维能力提升后，团队对基础设施的感知降低，可能忽视底层资源瓶颈，导致突发性容量问题",
+          "type": ["延迟", "负反馈"],
+          "impact_domain": "间接",
+          "time_window": "长期",
+          "confidence": "中",
+          "causal_chain": "K8s 自动化运维 → 屏蔽底层细节 → 感知降低 → 忽视容量规划 → 突发资源不足",
+          "probability": "中",
+          "impact_magnitude": "中等",
+          "mitigation": "建立容量监控看板；定期（每季度）进行容量评审"
+        },
+        {
+          "id": "SO-02-02",
+          "description": "K8s 技能成为团队刚需，招聘门槛提高，现有人员学习曲线陡峭",
+          "type": ["溢出"],
+          "impact_domain": "远距离",
+          "time_window": "短期",
+          "confidence": "高",
+          "causal_chain": "引入 K8s → 技能要求变化 → 招聘标准提高 → 现有人力可能流失 → 招聘周期延长",
+          "probability": "高",
+          "impact_magnitude": "高",
+          "mitigation": "制定内部培训计划；核心岗位提前储备；迁移期间保留混合架构过渡期"
+        }
+      ]
+    }
+  ],
+  "summary": {
+    "total_decision_points": 2,
+    "total_second_order_effects": 6,
+    "positive_feedback_count": 1,
+    "negative_feedback_count": 2,
+    "delayed_effects_count": 3,
+    "spillover_effects_count": 3,
+    "high_risk_effects": [
+      "SO-01-03: 数据一致性模式变更导致开发范式根本变化",
+      "SO-02-02: K8s 技能门槛导致人才招聘风险"
+    ],
+    "overall_risk_assessment": "方案具有显著收益（交付速度提升、弹性扩展），但二阶效应风险集中在数据一致性变更和运维复杂度上升两个领域。建议分阶段执行：第一阶段迁移 3 个非核心服务验证架构可行性，第二阶段根据验证结果调整后迁移剩余服务。",
+    "recommendation": "调整后执行"
+  }
+}
+```
+
+## 6. 推演质量检查清单
+
+二阶效应推演完成后，需逐项核验以下清单：
+
+- [ ] 每个关键决策点的因果链是否已追问至少 2 层
+- [ ] 四分类（正反馈、负反馈、延迟、溢出）是否均已覆盖考量
+- [ ] 影响域是否已从直接域扩展至间接域和远距离域
+- [ ] 时间维度是否已覆盖短期、中期、长期三个窗口
+- [ ] 每个二阶效应是否标注了置信度和影响量级
+- [ ] 高风险效应是否已制定缓解措施
+- [ ] 最终建议是否基于推演结论而非主观偏好

package/.claude/skills/multi-expert-discussion/templates/reports.md

@@ -272,3 +272,159 @@ merge(options: {
 
 destroy_branch(branch_id: "alpha")  // 仅分支管理AI可调用
 ```
+
+## 红队攻击报告 JSON 模板
+
+```json
+{
+  "report_type": "红队攻击报告",
+  "generated_at": "ISO 8601",
+  "target_solution": "被攻击的方案摘要（≤100字）",
+  "attack_rounds": [
+    {
+      "round": 1,
+      "dimensions_used": ["假设挑战", "边界压力"],
+      "findings": [
+        {
+          "finding_id": "RT-001",
+          "dimension": "假设挑战",
+          "description": "攻击描述",
+          "severity": "致命/严重/中等/轻微",
+          "target_response": "专家组回应（≤100字）",
+          "residual_risk": "未充分回应的残留风险（如已充分回应则填'无'）"
+        }
+      ]
+    }
+  ],
+  "summary": {
+    "total_findings": 0,
+    "fatal_findings": 0,
+    "severe_findings": 0,
+    "moderate_findings": 0,
+    "minor_findings": 0,
+    "unresolved_risks": [],
+    "overall_assessment": "方案通过红队检验 / 方案存在重大缺陷需重新设计 / 方案部分通过但存在残余风险",
+    "recommendation": "建议（≤100字）"
+  }
+}
+```
+
+## 二阶效应分析表模板
+
+| 决策点 | 一阶效应 | 二阶效应 | 效应类型 | 影响域 | 时间窗口 | 置信度 |
+|--------|---------|---------|---------|--------|---------|--------|
+| 决策点描述 | 直接结果 | 连锁反应 | 正反馈/负反馈/延迟/溢出 | 技术/业务/组织/用户/生态 | 短期/中期/长期 | (原始,折扣后,RDF) |
+
+## 行动排序矩阵模板
+
+| 行动名称 | 效果(1-5) | 紧迫度(1-5) | 实施难度(1-5) | 优先级得分 | 叙事评估 | 依赖项 | 建议顺序 |
+|---------|----------|------------|-------------|-----------|---------|--------|---------|
+| 行动1 | 4 | 5 | 3 | 60 | 通过 | 无 | 1 (P1) |
+| 行动2 | 3 | 2 | 2 | 24 | 通过 | 行动1 | 3 (P2) |
+
+优先级得分 = 效果 × 紧迫度 × (6 - 实施难度)
+P0>80, P1:50-80, P2:20-49, P3:<20
+
+## 归因分析报告 JSON 模板
+
+```json
+{
+  "report_type": "归因分析报告",
+  "generated_at": "ISO 8601",
+  "question": "原始问题陈述",
+  "first_principles": {
+    "decomposed_elements": ["不可再分的基础元素"],
+    "fundamental_facts": ["已确认的基本事实"],
+    "assumptions_removed": ["被剔除的假设"]
+  },
+  "horizontal_validation": {
+    "reference_cases": [{"case": "类比案例", "similarity": "高/中/低", "key_difference": "关键差异"}],
+    "pattern_match": "已知模式 / 新型模式 / 混合模式"
+  },
+  "vertical_tracing": {
+    "causal_chain": [
+      {"level": "直接原因", "description": "...", "intervenability": "高"},
+      {"level": "间接原因", "description": "...", "intervenability": "中"},
+      {"level": "根本原因", "description": "...", "intervenability": "低"},
+      {"level": "系统性原因", "description": "...", "intervenability": "极低"}
+    ]
+  },
+  "spatial_attribution": {
+    "system_level": "L0个体/L1团队/L2部门/L3组织/L4生态",
+    "scope": "局部问题 / 系统性问题",
+    "diffusion_path": "影响扩散路径"
+  },
+  "temporal_attribution": {
+    "causality_type": "因果性 / 相关性 / 伪相关",
+    "delay_effects": [{"cause": "...", "effect": "...", "delay": "时间差"}],
+    "accumulation_type": "慢性累积 / 急性爆发 / 间歇性"
+  },
+  "summary": {
+    "root_cause": "根本原因陈述",
+    "confidence": {"原始": "高/中/低/存疑", "RDF": 0.8, "折扣后": "高/中/低/存疑"}
+  }
+}
+```
+
+## 熵减行动收束输出模板
+
+```
+因此，我接下来的熵减行动是——[具体可执行的行动描述]。
+
+换个日常的说法：[用大白话重新说一遍这个行动是什么、为什么要做、做了会怎样]。
+```
+
+## 认知监察官审校备注模板
+
+```
+【认知监察官审校备注 - 第N轮】
+1. 偏见追踪：[发现/未发现]专家持续受初始偏见影响。具体：[如发现则说明]
+2. 盲点扫描：本轮可能被忽略的视角是 [视角描述]
+3. 熵增预警：[正常/需关注] —— [具体说明]
+4. 固定检查：
+   - 人类中心主义：[通过/需注意]
+   - 利害计算万能论：[通过/需注意]
+   - 安逸的熵增：[通过/需注意]
+   - 虚无的熵增：[通过/需注意]
+```
+
+## 输出目录模板（更新版）
+
+> **说明**：在原始目录模板的第7节"风险评估与缓解"之后、第8节"共识项与分歧项"之前，插入 7.5、7.6、7.7；在第9节"决策可追溯链"之后、第10节"附录"之前，插入 9.5、9.6。
+
+```markdown
+# [研讨主题] —— 多专家研讨最终报告
+
+## 📑 目录
+1. [执行摘要](#1-执行摘要)
+2. [问题定义与研讨范围](#2-问题定义与研讨范围)
+3. [专家团队与偏见声明](#3-专家团队与偏见声明)
+4. [研讨过程总览](#4-研讨过程总览)
+   - 4.1 [研讨轮次与分支概览](#41-研讨轮次与分支概览)
+   - 4.2 [搜索执行统计](#42-搜索执行统计)
+   - 4.3 [流程健康报告](#43-流程健康报告)
+5. [多分支决策对比](#5-多分支决策对比)
+6. [最终推荐方案](#6-最终推荐方案)
+7. [风险评估与缓解](#7-风险评估与缓解)
+   - 7.5 [二阶效应分析](#75-二阶效应分析)
+   - 7.6 [红队攻击结果](#76-红队攻击结果)
+   - 7.7 [行动排序与建议](#77-行动排序与建议)
+8. [共识项与分歧项](#8-共识项与分歧项)
+9. [决策可追溯链](#9-决策可追溯链)
+   - 9.5 [认知监察官审校汇总](#95-认知监察官审校汇总)
+   - 9.6 [熵减行动收束](#96-熵减行动收束)
+10. [附录：全量阶段备忘录](#10-附录全量阶段备忘录)
+
+---
+```
+
+## Schema 索引
+
+| Schema | 名称 | 定义位置 | 用途简介 |
+|--------|------|---------|---------|
+| S12 | 红队攻击报告 | templates/reports.md（本文件） | 记录红队攻击的发现、严重度、答辩和残余风险 |
+| S13 | 二阶效应分析表 | templates/reports.md（本文件） | 推演方案关键决策点的连锁反应 |
+| S14 | 行动排序矩阵 | templates/reports.md（本文件） | 三维排序（效果×紧迫度×实施难度）的行动优先级 |
+| S15 | 归因分析报告 | templates/reports.md（本文件） | 五步归因链路（第一性→横向→纵向→空间→时间） |
+| S16 | 熵减收束声明 | templates/reports.md（本文件） | 研讨总结的熵减行动声明和日常语言表述 |
+| S17 | 认知监察官审校备注 | templates/reports.md（本文件） | 每轮认知监察官的偏见/盲点/熵增审校意见 |