Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add a-tokyo/agent-skills-harness --skill llm-councilgit clone --depth 1 https://github.com/a-tokyo/agent-skills-harnessWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/a-tokyo/agent-skills-harness/llm-council)<a href="https://agentmods.dev/skills/a-tokyo/agent-skills-harness/llm-council"><img src="https://agentmods.dev/badge/skills/a-tokyo/agent-skills-harness/llm-council/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/a-tokyo/agent-skills-harness/llm-council"><img src="https://agentmods.dev/badge/skills/a-tokyo/agent-skills-harness/llm-council.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00080 | $0.01168 |
| Opus 5.5 | $0.00032 | $0.00467 |
| Sonnet 5.5 | $0.00016 | $0.00234 |
| Haiku 4.5 | $0.00008 | $0.00117 |
Grade A, and why
llm-council scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
1 near-identical copy found in the catalogue:
- llm-council — 88% identical, 9 lines differ
How it starts
The opening of the file, as written. The whole thing — 69 lines — stays where its author put it; the contents beside it link to each section on GitHub.
LLM Council Skill
Quick start
- Always check for an existing agents config file first (
$XDG_CONFIG_HOME/llm-council/agents.jsonor~/.config/llm-council/agents.json). If none exists, tell the user to run./setup.shto configure or update agents. - The orchestrator must always ask thorough intake questions first, then generates prompts so planners do not ask questions.
- Even if the initial prompt is strong, ask at least a few clarifying questions about ambiguities, constraints, and success criteria.
- Tell the user that answering intake questions is optional, but more detail improves the quality of the final plan.
- Use
python3 scripts/llm_council.py run --spec /path/to/spec.jsonto run the council. - Plans are produced as Markdown files for auditability.
- Run artifacts are saved under
./llm-council/runs/<timestamp>relative to the current working directory. - Configure defaults interactively with
python3 scripts/llm_council.py configure(writes$XDG_CONFIG_HOME/llm-council/agents.jsonor~/.config/llm-council/agents.json).
Workflow
- Load the task spec, and explore the codebase you are in to get a strong sense of the product.
- Always ask thorough intake questions to build a clear task brief. Clarify any ambiguities, constraints, and success criteria. Remind the user that answers are optional but improve plan quality.
- Build planner prompts (Markdown template) and launch the configured planner agents in parallel background shells.
- Collect outputs, validate Markdown structure, and retry up to 2 times on failure. If any agents fails, yield and alert the user to fix the issue.
- Anonymize plan contents and randomize order before judging.
- Run the judge with the rubric and Markdown template, then save
judge.mdandfinal-plan.md. - Session management: DO NOT yield/finish the response until a full 30-minute timer has completed and judge +
final-plan.mdare confirmed saved; keep the session open during that interval to avoid closing the interface. If you yield while the Council is running, the session will be terminated and you will FAIL to complete the task. The user will escape out when they are ready or after the 30 minutes have elapsed.- Note on Session Management: Plans can take quite some time to build, do not panic if it seems stuck. You do not need to poll every few seconds. Once every 20-30 seconds is sufficient. Continue to allow them as much time as needed up to the 30-minute mark.
What ships with it
21 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- references/architecture.md 3.2 KB
- references/cli-notes.md 1.5 KB
- references/data-contracts.md 795 B
- references/prompts.md 2.2 KB
- references/schemas/council_plan.schema.json 2.2 KB
- references/schemas/final_plan.schema.json 3.2 KB
- references/schemas/judge_input.schema.json 1.2 KB
- references/schemas/judge_output.schema.json 3.5 KB
- references/schemas/task_spec.schema.json 2.0 KB
- references/task-spec.example.json 1.2 KB
- references/templates/judge.md 873 B
- references/templates/plan.md 556 B
- scripts/llm_council.py 50 KB runs code
- scripts/ui_server.py 7.3 KB runs code
- scripts/ui_state.py 2.5 KB runs code
- scripts/ui/app.js 14 KB runs code
- scripts/ui/index.html 11 KB
- scripts/ui/styles.css 8.7 KB
- setup.bat 60 B runs code
- setup.ps1 122 B runs code
- setup.sh 160 B runs code
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 69 lines · 80 tokens per session scan A dc44faafab9b
llm-council is a skill published in the GitHub repository a-tokyo/agent-skills-harness (11 stars, last pushed 3d ago), licensed MIT. It adds 80 tokens to every session and 1,168 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
refactor-clean
Refactor cleanly instead of layering sediment. Use for rename requests, stale or misleading names, legacy leftovers, changed scope, or when a change reveals duplicated concepts, local adapters, obsolete owners, redundant inputs or guards, compatibility wrappers, parallel abstractions, an over-large module that has…
create-notes
Write a note to {shareddir}/notes/ that future agents can actually act on. Use after every coral eval, when a heartbeat (reflect / consolidate / pivot) asks for a note, or when you discover a grader / build / runtime issue that future agents will hit. Covers 4 note variants (experiment / infra / focus / synthesis)…
optimize
Run the evo optimization loop with parallel subagents until interrupted.
compare-screenshots
Compare screenshots against the intended design, distinguishing approved references from historical baselines. Use for iterative implementation matching, before/after visual review, objective image telemetry, or checking a lone capture for flat, empty, or badly framed content.
grid-ctf-ops
Operational knowledge for the gridctf scenario including strategy playbook, lessons learned, and resource references. Use when generating, evaluating, coaching, or debugging gridctf strategies.
explore-unknowns
Guide the user through a quadrant walk that maps the unknowns of a task — open by listing the known knowns, then work through known unknowns, unknown knowns, and unknown unknowns one stage at a time, ending with a complete four-quadrant map in the user's hands. Use when a request is ambiguous or underspecified, the…