agentleFS
alinaqialinaqi/claude-bootstrap/skills/council-review/SKILL.md

council-review

Skill708 starsChanged 5 months agoMITView on GitHub

Multi-model validation council — auto-validate plans, architecture changes, and PRs via validate-plan/review before executing

11 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

5 rules. 0 are common, 2 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 10 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    When you write a plan to ~/.claude/plans/, automatically validate it:

    line 15
  2. Distinctive:

    When making architectural changes (new services, API redesigns, database schema changes), run:

    line 24
  3. Distinctive:

    Before marking a PR as done, run:

    line 30
  4. Very specific:

    All 13 tiers are listed in ~/.claude/council.yaml under models:.

    line 64
  5. Very specific:

    Use POST /api/models/health to verify all models are responding.

    line 70

“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Council of Experts — Multi-Model Validation

When to Auto-Trigger

Plans (auto_validate_plans)

When you write a plan to ~/.claude/plans/, automatically validate it:

~/bin/validate-plan --threshold 2 ~/.claude/plans/<plan-file>.md
  • 2+ of 3 approve → execute immediately
  • 1 of 3 → surface reviewer feedback to user before proceeding
  • 0 of 3 → revise plan, re-validate

Architecture Decisions (auto_review_architecture)

When making architectural changes (new services, API redesigns, database schema changes), run:

~/bin/review --all "Review this architecture: <summary>"

PR Review (auto_review_prs)

Before marking a PR as done, run:

~/bin/review --all --file <changed-files>

Configuration

Council behavior is configured in ~/.claude/council.yaml. The Maggy dashboard (Settings > Council) also manages this config.

Chief of the Council

chief: claude-fable-5 — Claude Fable 5 (Anthropic's most capable widely-released model, GA 2026-06-09) leads every panel as the chief: it reviews first and casts the deciding synthesis. Invoked via ~/bin/claude-fable-5. Override the chief in ~/.claude/council.yaml.

Reviewer Contexts

The chief leads each context, followed by the panel:

ContextDefault ReviewersWhen
planClaude Fable 5 (chief), DeepSeek Pro, Codex, Gemini ProBefore executing any plan
reviewClaude Fable 5 (chief), DeepSeek Pro, KimiCode review, PR review
architectureClaude Fable 5 (chief), DeepSeek Pro, Gemini Pro, GrokSystem design, schema changes

Threshold Rules

The threshold setting controls how many approvals are needed:

  • threshold: 2 with 3 reviewers → need 2/3 to auto-execute
  • Clamped to [1, reviewer_count] — can't be 0 or exceed available reviewers

Model Inventory

All 13 tiers are listed in ~/.claude/council.yaml under models:. Each has:

  • id — unique identifier
  • cmd — CLI command to invoke (null for Claude models, which are the host)
  • tier — routing priority (0=cheapest, 12=most capable)
  • label — human-readable name

Use POST /api/models/health to verify all models are responding.

How This Skill is Used

This skill is loaded by Claude Code on session start. It provides the behavioral rules for when to invoke multi-model validation. The actual execution happens via ~/bin/validate-plan and ~/bin/review which are already installed.

Do not skip council validation for CLAUDE-tier tasks. The whole point is that architecture and security decisions get independent verification before execution.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.