agentsclimarketplace

Council

Skill ktaletsk/council

Run parallel code reviews with multiple AI agents, then synthesize into one report. Triggers on "review code" or "council review".From its SKILL.md

Install
npx -y skills add ktaletsk/council

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.7 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it

Council Code Review Skill

This skill runs the same code review prompt against multiple AI agents in parallel, then synthesizes their findings into a single comprehensive report. It supports Claude Code, Codex CLI, OpenCode, and Cursor as agent backends -- and you can mix them freely.

When to Use

Activate this skill when the user asks to:

  • "Review my code"
  • "Run a code review"
  • "Review the staged changes"
  • "Do a council review"
  • "Get multiple perspectives on this code"

CRITICAL: Target Directory

You must pass the USER'S PROJECT DIRECTORY as an argument to the script.

The user's project directory is where they started their agent session - NOT this skill's directory. Look for the git repository path in the conversation context (e.g., /Users/.../git/jupyter_server).

Workflow

Step 1: Identify the Target Repository

Determine the user's project directory from the conversation context. This is typically shown at the start of the session or can be found by checking where AGENTS.md, CLAUDE.md, or similar agent guidance is located. It is NOT /Users/.../skills/council/.

Step 2: Run Parallel Reviews

Run this skill's review script and pass the user's project directory as an argument:

~/.agents/skills/council/scripts/run-reviews.sh /path/to/users/project

IMPORTANT: Always pass the full path to the user's project as the first argument.

Passing review instructions (target branch, focus areas, etc.)

If the user wants the review scoped or focused -- most commonly a target/base branch to diff against, but also things like "focus on the auth flow" or "ignore test files" -- pass those as an optional second argument (or via the REVIEW_INSTRUCTIONS env var). They are appended to the prompt at runtime only; the committed prompt template is never edited.

# Review a PR against its actual base branch
~/.agents/skills/council/scripts/run-reviews.sh /Users/you/git/project "Review the changes on this branch against base branch XYZ (use 'git diff XYZ...HEAD'), not main."

# Focus the review
~/.agents/skills/council/scripts/run-reviews.sh /Users/you/git/project "Focus on security of the new upload endpoint; skip style nits."

Ask the user for the base branch when reviewing a PR, since the default prompt diffs against main. Do NOT edit prompts/review-prompt.md to inject per-run context -- use this argument instead.

The script reads config.yaml from the skill directory to determine which agents to run. Each agent entry specifies its own backend and model, so you can mix and match freely across all four supported backends.

This will:

  • Run all configured agents in parallel, each via its own backend
  • Save individual JSON results to <project>/.reviews/
  • Take 1-3 minutes depending on code size

Step 3: Synthesize Results

After the script completes, read all JSON files from <project>/.reviews/ (in the user's project directory) and synthesize them into a combined report.

Synthesis Rules:

  1. Do NOT mention which agent found which issue
  2. Deduplicate similar issues (same file + same line + same problem = one entry)
  3. If reviewers disagree on severity, use the higher severity
  4. Preserve unique findings from each reviewer
  5. Present findings as if from a single thorough review

Output Format:

Write the combined report to <project>/.reviews/COMBINED_REVIEW.md using this structure:

# Code Review Report

**Repository:** [repo name from user's directory]
**Date:** [today's date]

---

## Summary

[1-2 paragraph summary]

**Consensus:** [X of Y reviewers recommended changes / approved]

---

## Critical Issues (Require Action)

### 1. [Issue Title]
**Severity:** 🔴 HIGH
**File:** `path/to/file` (line X)

[Description]

**Recommendation:** [How to fix]

---

## Medium Issues (Should Address)

[Same format, 🟠 MEDIUM]

## Low Issues (Consider Addressing)

[Same format, 🟡 LOW]

## Suggested Improvements

[Numbered list]

---

## Verdict

**[🔴 REQUEST CHANGES / 🟢 APPROVE]**

[Priority action items table]

Step 4: Report to User

After writing the combined report, summarize the key findings:

  • Total issues found (by severity)
  • Top 3 priority items to address
  • Overall verdict

Configuration

All configuration lives in ~/.agents/skills/council/config.yaml:

# Each agent specifies its own backend and model.
# Mix and match all four backends freely.
agents:
  - backend: claude-code
    model: sonnet

  - backend: codex
    model: gpt-5.3-codex

  - backend: opencode
    model: google/gemini-3.1-pro

What ships with it: 6 files

28.8 KB alongside SKILL.md, 1 of them executable

prompts/

scripts/

Keep looking

Skills are one crate of 326,758. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.