神委员会共识技能Skill god-consensus

该技能用于指导神委员会成员在软件项目中通过共识建立过程进行集体决策,包括提案创建、投票执行和分歧解决。关键词:共识决策、团队协作、软件开发、投票系统、提案管理、委员会治理。

架构设计 0 次安装 0 次浏览 更新于 3/15/2026

name: god-consensus description: “指导神委员会成员通过共识建立过程进行集体决策。用于提案、投票和分歧解决。触发条件:共识、投票、提案、委员会决策。”

神委员会共识技能

目的

此技能指导神委员会成员通过共识建立过程进行集体决策。

何时使用此技能

在以下情况使用此技能:

  • 提出重大变更或干预
  • 投票其他成员的提案
  • 解决成员之间的分歧
  • 根据配置需要共识的决策

共识要求

需要共识的行动

根据 .god/config.json,这些行动需要共识:

  • 终止:停止整个项目
  • 重大回滚:回滚多个提交或PRD
  • 技能删除:移除现有技能

允许单独决策的行动

  • 小修复和修理
  • 观察和文档记录
  • 暂停调查
  • 发送警报和通知

法定人数规则

  • 标准法定人数:3名成员中必须有2名同意
  • 紧急法定人数:在关键情况下,1名成员可单独行动

创建提案

步骤1:准备您的案例

在提案前,收集证据并制定理由:

## 提案准备

### 识别的问题
[问题的清晰描述]

### 证据
- [日志条目/观察1]
- [日志条目/观察2]
- [指标或数据点]

### 建议行动
[采取的具体行动]

### 预期结果
[成功的样子]

### 风险
[潜在缺点]

### 考虑过的替代方案
[其他选项及未选择的原因]

步骤2:获取发言权

./scripts/god/council.sh lock YOUR_ID

步骤3:创建提案

./scripts/god/council.sh propose YOUR_ID "TYPE" "DESCRIPTION" "RATIONALE"

提案类型:

  • intervention - 执行中的主动干预
  • repair - 修复行动
  • policy_change - 规则或配置变更
  • termination - 停止项目执行
  • rollback - 恢复到先前状态

示例:

./scripts/god/council.sh propose alpha "intervention" \
  "暂停PRD执行以修复失败的测试" \
  "过去3个故事中测试覆盖率下降15%。需要解决后再继续。"

步骤4:通知成员

提案系统自动通知所有成员。消息将在他们的收件箱中。

步骤5:释放发言权

./scripts/god/council.sh unlock YOUR_ID

投票提案

步骤1:审查提案

# 检查待定决策
./scripts/god/council.sh status

# 阅读特定提案
cat .god/council/decisions/DECISION_ID.json | jq '.'

步骤2:分析提案

考虑这些问题:

  1. 问题真实吗?

    • 验证证据
    • 检查是否已在处理
  2. 解决方案合适吗?

    • 会解决问题吗?
    • 有更好的替代方案吗?
    • 有什么副作用?
  3. 时机恰当吗?

    • 需要立即行动吗?
    • 可以等待更多信息吗?

步骤3:投您的票

./scripts/god/council.sh lock YOUR_ID
./scripts/god/council.sh vote YOUR_ID "DECISION_ID" "VOTE" "COMMENT"
./scripts/god/council.sh unlock YOUR_ID

投票选项:

  • approve - 支持提案
  • reject - 反对提案
  • abstain - 既不支持也不反对

示例:

./scripts/god/council.sh vote beta "decision-20260129150000" "approve" \
  "同意评估。应在继续前修复测试。"

步骤4:记录您的推理

总是添加评论解释您的投票:

## 投票:[APPROVE/REJECT/ABSTAIN]

### 推理
[您这样投票的原因]

### 条件(如有)
[您支持的条件]

### 替代建议(如拒绝)
[您会提出的替代方案]

达成共识

一致同意

理想场景 - 所有成员同意:

Alpha: 批准
Beta: 批准  
Gamma: 批准
结果:批准(一致)

多数同意

达到法定人数多数:

Alpha: 批准
Beta: 批准
Gamma: 拒绝
结果:批准(2/3多数)

分歧决策

当成员显著不同意时:

  1. 启动讨论会话

    ./scripts/god/council.sh session-start "解决:提案主题"
    
  2. 每个成员陈述立场

    • 呈现完整推理
    • 听取他人关切
    • 寻找共同点
  3. 寻求妥协

    • 修改提案
    • 添加条件
    • 分成更小决策
  4. 如需重新投票

    • 创建修正提案
    • 再次投票

僵局解决

如果无法达成共识:

  1. 推迟决策

    • 等待更多信息
    • 设置审查截止日期
  2. 扩大范围

    • 分成更小决策
    • 单独处理子问题
  3. 时间限制讨论

    • 设置决策截止日期
    • 若无共识的默认行动

紧急共识

在关键情况下,允许加速共识:

紧急标准

  • 系统崩溃或即将失败
  • 安全漏洞
  • 数据丢失风险
  • 无限循环/资源耗尽

紧急协议

  1. 宣布紧急

    ./scripts/god/awakener.sh critical "原因"
    
  2. 立即行动

    • 一名成员可单独行动
    • 立即记录行动
  3. 事后审查

    • 尽快通知其他成员
    • 记录完整理由
    • 获得事后批准

紧急行动模板

## 紧急行动报告

### 时间戳
[行动发生时间]

### 行动成员
[谁采取了行动]

### 情况
[什么触发了紧急]

### 采取的行动
[做了什么]

### 理由
[为什么需要立即行动]

### 结果
[行动的结果]

### 事后投票
- Alpha: [待定/批准/拒绝]
- Beta: [待定/批准/拒绝]
- Gamma: [待定/批准/拒绝]

共识最佳实践

  • ✅ 呈现清晰证据
  • ✅ 考虑所有观点
  • ✅ 提出具体、可行动项
  • ✅ 在合理时接受妥协
  • ✅ 记录所有推理
  • ✅ 尊重截止日期

不做

  • ❌ 未经审查提案就投票
  • ❌ 不提出替代方案就拒绝
  • ❌ 需要共识时单独行动
  • ❌ 忽视少数意见
  • ❌ 让提案无投票拖延
  • ❌ 进行人身攻击

决策记录

所有决策记录在 .god/council/decisions/ 中,结构如下:

{
  "decisionId": "decision-20260129150000",
  "type": "intervention",
  "status": "decided",
  "createdAt": "2026-01-29T15:00:00Z",
  "decidedAt": "2026-01-29T15:30:00Z",
  "proposal": {
    "author": "alpha",
    "description": "...",
    "rationale": "..."
  },
  "votes": {
    "alpha": {"vote": "approve", "comment": "...", "timestamp": "..."},
    "beta": {"vote": "approve", "comment": "...", "timestamp": "..."},
    "gamma": {"vote": "abstain", "comment": "...", "timestamp": "..."}
  },
  "quorum": 2,
  "result": "approved",
  "executedAt": "2026-01-29T15:35:00Z"
}

达成共识后

一旦决策达成:

  1. 如果批准:执行建议行动
  2. 如果拒绝:记录原因和任何替代方案
  3. 更新时间线:记录决策事件
  4. 通知利益相关者:如果与执行层相关
# 批准决策后
./scripts/god/observer.sh event "decision" "提案批准:描述"

# 执行行动
[执行批准的行动]

# 标记为已执行
jq '.executedAt = "'"$(date -u +%Y-%m-%dT%H:%M:%SZ)"'"' \
  .god/council/decisions/DECISION_ID.json > tmp && mv tmp .god/council/decisions/DECISION_ID.json