跳到主要内容
知仓学习社ZHICANG

council

4-voice parallel deliberation (Architect · Skeptic · Pragmatist · Critic) for architecture, tech selection, or design decisions with no clear answer…

不碰外部(只输出文字)无严重或高危命中hashgraph-online/awesome-codex-plugins

它会碰到什么

扫了多少1 个文本文件,3 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

Council — Structured Multi-Voice Decision Making

Iron Law

NO MAJOR DECISION WITHOUT AT LEAST TWO OPPOSING VIEWPOINTS.

When to Trigger

  • Architecture choices (monolith vs microservice, SQL vs NoSQL)
  • Technology selection (framework, library, language)
  • Design decisions with no clear right answer
  • Trade-offs between competing requirements (speed vs quality, security vs usability)
  • User explicitly requests deliberation

Process

1. Identify the Decision

State the decision in one clear question. Example: "Should we use WebSockets or SSE for real-time updates?"

2. Summon 4 Voices (Parallel)

Launch 4 independent subagents using the Agent tool, each with ONLY the question and relevant context (NOT the full conversation history — this prevents anchoring bias):

| Voice | Role | Focus |

|-------|------|-------|

| Architect | Long-term correctness | Maintainability, extensibility, architectural alignment |

| Skeptic | Challenge assumptions | Simpler alternatives, hidden costs, "what if we don't?" |

| Pragmatist | Ship it now | Timeline, user impact, operational complexity, team skills |

| Critic | Find the cracks | Edge cases, failure modes, migration risks, rollback difficulty |

Anti-Anchoring Rule: Each voice receives only:

  • The decision question
  • Relevant codebase context (file paths, current architecture)
  • Their role and focus area

They do NOT receive: the full conversation, other voices' opinions, or the user's leaning.

3. Synthesize

After all 4 voices report back:

  1. List areas of agreement (strong signal)
  2. List areas of disagreement (where trade-offs live)
  3. Present the user with:
  • Recommended option (based on agreement weight)
  • Key trade-off (the real decision to make)
  • Reversibility (how hard to undo each option)

4. Record Decision

Save the decision to memory:

epic mem add \
  --title "Decision: {question}" \
  --type decision \
  --importance 0.9 \
  --body "Context: ...\nOptions: ...\nChosen: ...\nRationale: ...\nTrade-off accepted: ..."

Anti-Rationalization

| Excuse | Rebuttal | What to do instead |

|--------|----------|-------------------|

| "I already know the answer" | Your gut feeling is not analysis. Council surfaces blind spots. | Run Council anyway — you'll learn something. |

| "This is too slow for a simple decision" | 5 minutes of council prevents weeks of regret. | Set a 5-minute timer and run the full process. |

| "The team already agreed" | Groupthink is not consensus. Diverse perspectives prevent disasters. | Summon all 4 voices — especially the Skeptic and Critic. |

| "I don't need 4 voices for this" | Even simple decisions benefit from the Skeptic and Critic. | Run all 4 voices. Skipping voices skips insight. |

Evidence Required

  • [ ] All 4 voices were summoned and reported back
  • [ ] Areas of agreement and disagreement are listed
  • [ ] A recommended option with key trade-off is presented
  • [ ] Decision recorded in memory with rationale
  • [ ] No voice received the full conversation history

Red Flags

  • Skipping the Council for "obvious" decisions
  • Only summoning voices that agree with you
  • Reading the full conversation to all voices (anchoring)
  • Not recording the decision and rationale

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。

同名技能的其他版本

有 2 个不同仓库或目录里都有叫 council 的技能。它们内容并不相同,别混用: