agentleFS
ManceRayder42ManceRayder42/jarvis-os/skills/council/SKILL.md

council

Skill5 starsChanged 43 days agoMITView on GitHub

Pressure-test a real decision with several independent advisors, an anonymous peer review and a chair's verdict. Use when the user says "council this", "pressure-test this", "stress-test this", "which option", "I'm torn between", or presents a genuine tradeoff with stakes and more than one viable path. Do NOT use for factual lookups, simple yes/no questions, small tactical fixes or executing an already-approved plan.

143 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use agent-payment-x402, motion-advanced and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • TironFoxSkill

    agent-payment-x402

    Add x402 payment execution to AI agents — per-task budgets, spending controls, and non-custodial wallets via MCP tools. Use when agents need to pay for APIs, services, or other agents.

    Also in 5 projects that use this

  • renepfSkill

    motion-advanced

    Advanced motion patterns for React / Next.js — drag & drop, gestures, text animations, SVG path drawing, custom hooks, imperative sequences (useAnimate), loaders, and the full API decision tree. Requires motion-foundations.

    Also in 4 projects that use this

  • RojiosSkill

    defi-amm-security

    Security checklist for Solidity AMM contracts, liquidity pools, and swap flows. Covers reentrancy, CEI ordering, donation or inflation attacks, oracle manipulation, slippage, admin controls, and integer math.

    Also in 6 projects that use this

  • scottwaterSkill

    modernize

    Rebase an aging PR onto its current base and decide whether it should be modernized, reworked, or closed. Use when asked to rebase, update, or modernize an old PR.

    Also in 7 projects that use this

  • RojiosSkill

    dart-flutter-patterns

    Production-ready Dart and Flutter patterns covering null safety, immutable state, async composition, widget architecture, popular state management frameworks (BLoC, Riverpod, Provider), GoRouter navigation, Dio networking, Freezed code generation, and clean architecture.

    Also in 5 projects that use this

  • scottwaterSkill

    leaving-pr-comments

    Format comments an agent posts on GitHub on the user's behalf. Use whenever leaving a PR comment, review comment, or reply.

    Also in 6 projects that use this

  • +1 more from scottwater
  • +1 more from Rojios

The file

We split this skill into the rules it gives an agent

4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 128 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use it for: choosing between approaches, validating an untested strategic plan, direction-setting, anything where being wrong is expensive …

    line 15
  2. Distinctive:

    Frame the question: Write one paragraph: the decision, the options on the table, the constraints, what is at stake, and any facts the user …

    line 25
  3. Distinctive:

    Every advisor receives exactly this paragraph and nothing else.

    line 28
  4. Distinctive:

    Never fabricate evidence to break a tie.

    line 56

“Common” is measured: kept by at least 6 in 10 of the 128 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

One model asked for advice tends to agree with how the question was framed. This skill gets around that: several advisors reason separately from different angles, then judge each other's answers without knowing who wrote what, then a chair writes the verdict. It costs real tokens, so it is for forks in the road only.

When to use / not use

Use it for: choosing between approaches, validating an untested strategic plan, direction-setting, anything where being wrong is expensive and nobody has argued the other side.

Skip it for: lookups, "should I use tabs or spaces", reversible tactical calls, or work whose plan is already approved. If the user did not state the options or stakes, ask one clarifying question first; a vague question gives a vague verdict.

Procedure

  1. Frame the question. Write one paragraph: the decision, the options on the table, the constraints, what is at stake, and any facts the user gave. Pull relevant context from the hub or project files instead of asking when it exists. Every advisor receives exactly this paragraph and nothing else.
  2. Round 1: independent advisors. Spawn five sub-agents in one message, each with the same framed question and a different lens:
    • Skeptic: how does this fail, and what is being assumed?
    • First-principles: ignore the framing; what problem is really being solved?
    • Upside: what is the larger version of this being missed?
    • Outsider: no domain knowledge; what looks confusing or unjustified?
    • Operator: what has to happen on Monday morning, and what is the first step? Tell each to answer in under 250 words, commit to a recommendation, and not to hedge. They must not see each other's output. Use a mid-tier model at high effort.
  3. Anonymize. Shuffle the five answers and label them A to E. Strip the lens names so reviewers cannot tell who is who.
  4. Round 2: peer review. Spawn five reviewers, each receiving all five anonymous answers. Each returns: the strongest answer and why, the weakest and why, and one thing every answer missed. Reviewers judge on evidence and reasoning, not on style.
  5. Chair. The main session reads everything and writes the verdict:
    • where the advisors agree
    • where they genuinely clash, stated fairly
    • what the reviews flagged as blind spots
    • a recommendation, with the one thing that would change it
    • a single concrete next step
  6. Report in chat as a short verdict. Save the full transcript to the hub only if the user asks or the decision is significant.

Rules

  • The chair may overrule the majority, but must say why.
  • Never fabricate evidence to break a tie; say what is unknown instead.
  • Cost note: this is roughly ten sub-agent runs plus synthesis. Say so before running it on a large context, and offer a three-advisor version for smaller calls.

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.