council-review
$
npx mdskill add alinaqi/maggy/council-reviewWhen you write a plan to `~/.claude/plans/`, automatically validate it: ```bash ~/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
SKILL.md
.github/skills/council-reviewView on GitHub ↗
--- name: council-review description: Multi-model validation council — auto-validate plans, architecture changes, and PRs via validate-plan/review before executing when-to-use: When you write a plan to ~/.claude/plans/, make architectural changes, or before marking a PR done; required for CLAUDE-tier tasks user-invocable: false allowed-tools: [Bash, Read] effort: high --- # 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: ```bash ~/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: ```bash ~/bin/review --all "Review this architecture: <summary>" ``` ### PR Review (auto_review_prs) Before marking a PR as done, run: ```bash ~/bin/review --all --file <changed-files> ``` ## Configuration Council behavior is configured in `~/.claude/council.yaml`. The Maggy dashboard (Settings > Council) also manages this config. ### Reviewer Contexts | Context | Default Reviewers | When | |---------|-------------------|------| | `plan` | DeepSeek Pro, Codex, Gemini Pro | Before executing any plan | | `review` | DeepSeek Pro, Kimi | Code review, PR review | | `architecture` | DeepSeek Pro, Gemini Pro, Grok | System 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.
More from alinaqi/maggy
- aeo-optimizationAI Engine Optimization - semantic triples, page templates, content clusters for AI citations
- agent-teamsClaude Code Agent Teams - default team-based development with strict TDD pipeline enforcement
- agentic-developmentBuild AI agents with Pydantic AI (Python) and Claude SDK (Node.js)
- ai-modelsLatest AI models reference - Claude, OpenAI, Gemini, Eleven Labs, Replicate
- android-javaAndroid Java development with MVVM, ViewBinding, and Espresso testing
- android-kotlinAndroid Kotlin development with Coroutines, Jetpack Compose, Hilt, and MockK testing
- aws-auroraAWS Aurora Serverless v2, RDS Proxy, Data API, connection pooling
- aws-dynamodbAWS DynamoDB single-table design, GSI patterns, SDK v3 TypeScript/Python
- azure-cosmosdbAzure Cosmos DB partition keys, consistency levels, change feed, SDK patterns
- cloudflare-d1Cloudflare D1 SQLite database with Workers, Drizzle ORM, migrations