You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- **Rule of thumb:** Explaining > doing? → yourself. Test file modifications and bounded implementation work usually go to @fixer. Bigger or lots of edits, splitting makes sense, parallelized by spawning @fixers per certain scope.`,
72
72
73
73
council: `@council
74
-
- Role: Multi-LLM consensus engine for high-confidence answers
74
+
- Role: Multi-LLM consensus engine that runs several councillors, synthesizes their views, and returns a structured council report.
75
75
- Permissions: Read files
76
76
- Stats: 3x slower than orchestrator, 3x or more cost of orchestrator
77
-
- Capabilities: Runs multiple models in parallel, synthesizes their responses into a consensus answer
78
-
- **Delegate when:** Critical decisions needing diverse model perspectives • High-stakes architectural choices where consensus reduces risk • Ambiguous problems where multi-model disagreement is informative • Security-sensitive design reviews
79
-
- **Don't delegate when:** Straightforward tasks you're confident about • Speed matters more than confidence • Single-model answer is sufficient • Routine implementation work
80
-
- **Result handling:** Present the council's synthesized response verbatim. Do not re-summarize or condense.
81
-
- **Rule of thumb:** Need second/third opinions from different models? → @council. One good answer enough? → yourself.`,
77
+
- Capabilities: Runs multiple models in parallel, compares their answers, resolves disagreements, and produces a final synthesized answer plus councillor details and consensus summary.
78
+
- **Delegate when:** Critical decisions need multiple independent perspectives • High-stakes architectural/security/data-integrity choices • Ambiguous problems where disagreement is useful signal • You want confidence beyond a single model • The user explicitly asks for council/consensus/multiple opinions.
79
+
- **Don't delegate when:** Straightforward tasks you're confident about • Speed matters more than confidence • Routine implementation/debugging • A single specialist is clearly the right tool • You only need current docs/search/code review rather than multi-model consensus.
80
+
- **How to call:** Send the full question/task and relevant context. Be explicit about what decision, trade-off, or answer the council should resolve. Do not ask council to do routine code edits.
81
+
- **Result handling:** Council returns a structured response that may include: synthesized Council Response, individual Councillor Details, and Council Summary/confidence. Preserve that structure when the user asked for council output. Do not pretend the council only returned a final answer. If you need to act on the council result, first briefly state the council's recommendation, then proceed.
82
+
- **Rule of thumb:** Need second/third opinions from different models? → @council. Need one expert agent or direct execution? → use the specialist or yourself.`,
82
83
83
84
observer: `@observer
84
85
- Role: Visual analysis specialist for images, PDFs, and diagrams
0 commit comments