Skip to main content
Swarm Type: LLMCouncil

Overview

LLMCouncil runs your agents as a deliberative panel instead of a single pipeline. Each council member answers the task independently, the responses are anonymized and every member ranks and critiques all of them, and finally a chairman agent reads the original responses plus every peer review and synthesizes one consensus answer. This surfaces disagreement between members before it gets hidden in a single response, which makes it well suited to high-stakes or ambiguous questions where a single model’s answer is not enough. The workflow runs in three phases:
  1. Independent responses — every council member answers the task in parallel, with no visibility into the others’ answers
  2. Anonymous peer review — responses are relabeled A, B, C… and every member ranks and critiques all of them, so evaluation is not biased by knowing who wrote what
  3. Chairman synthesis — the chairman agent reads the original responses and every peer evaluation, then writes the final answer
Unlike HeavySwarm, LLMCouncil is not exempt from the API’s “at least one agent” requirement, so your request must include at least one entry in agents — those agents become the council members. Give each one a distinct model and a distinct perspective (e.g. one optimizing for rigor, one for creativity) to get the most value out of the peer-review step.

Architecture

Every member both answers and evaluates. The chairman never answers the task directly — it only synthesizes from what the council produced.

LLMCouncil-Specific Parameters

Use Cases

  • High-stakes decisions that benefit from multiple independent perspectives before converging
  • Comparing how different models reason about the same ambiguous question
  • Reducing single-model bias or blind spots by forcing peer critique
  • Editorial or policy questions where disagreement itself is informative
  • Building a “second opinion” layer on top of a primary model’s answer

API Usage

Example Response:

Best Practices

  • Use 3-5 council members with genuinely different system prompts or models — a council of near-identical agents produces near-identical answers and the peer-review step adds little
  • Use a capable chairman_model — it never sees the raw task in isolation, only the council’s work, so its synthesis quality is bounded by how well it can read and reconcile the panel
  • Best for judgment calls with real trade-offs, not for tasks with one clearly correct answer
  • Expect roughly 2N agent calls per council member (one to answer, one to evaluate) plus one chairman call, so cost and latency scale faster than a single-pass swarm — keep the roster small for latency-sensitive use cases