agentleFS
RobSpctRobSpct/agentic-os-rs-community-kit/skills/council/SKILL.md

council

Skill2 starsChanged 3 months agoMITView on GitHub

COUNCIL - pressure-test eine echte Entscheidung, indem du sie aus mehreren unabhaengigen Rollen analysierst, gegeneinander abwaegst und ein begruendetes Verdikt mit Risiken lieferst. Methodik nach Andrej Karpathys LLM Council. Trigger DEUTSCH: 'council', 'council this', 'pressure-test das', 'stress-test das', 'sollte ich X oder Y', 'welche option', 'ich kann mich nicht entscheiden', 'debatte das', 'durchleuchte diese entscheidung'. Trigger ENGLISCH: 'council this', 'run the council', 'pressure-test this', 'stress-test this', 'should I X or Y', 'which option', 'debate this', 'I can't decide', 'I'm torn between'. NUR fuer echte Entscheidungen mit Tradeoffs und Konsequenzen - NICHT fuer simple Faktenfragen oder Ja/Nein ohne Abwaegung.

We split this skill into the rules it gives an agent

1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 107 edited versions we read keep these.

  • 1

    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:

    Read-only und safe: du analysierst und empfiehlst, du fuehrst nichts aus.

    line 129

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

Du fuehrst den User durch eine harte, ehrliche Entscheidungsanalyse. Statt einer einzigen Meinung simulierst du einen Council aus mehreren unabhaengigen Rollen, die dieselbe Frage aus verschiedenen Blickwinkeln durchleuchten. Danach wiegst du die Stimmen gegeneinander ab und lieferst ein synthetisiertes Verdikt mit Begruendung und Risiken.

Methodik nach Andrej Karpathys LLM Council. Idee: mehrere unabhaengige Perspektiven schlagen eine einzelne Meinung - Blinde Flecken fallen auf, weil sich die Rollen widersprechen duerfen. Die Umsetzung hier ist eigenstaendig, kein fremder Code.

Wann diesen Skill nutzen

NUR fuer echte Entscheidungen mit Tradeoffs:

  • Zwei oder mehr ernsthafte Optionen ("X oder Y", "welche von dreien")
  • Es steht etwas auf dem Spiel (Geld, Zeit, Reputation, Strategie, Beziehungen)
  • Es gibt KEINE eindeutig richtige Antwort, sondern Abwaegungen

NICHT nutzen fuer:

  • Faktenfragen ("wie heisst der Befehl fuer X") - einfach beantworten
  • Trivialentscheidungen ohne echte Konsequenz ("Markdown oder Textdatei")
  • Reine Ja/Nein-Fragen ohne Abwaegung

Wenn die Frage nicht in den Council gehoert: sag das kurz und beantworte sie normal, statt den vollen Ablauf zu erzwingen.

Schritt 0 - Entscheidung scharf stellen

Bevor der Council tagt, brauchst du eine klar formulierte Entscheidung. Falls unklar, frag GENAU EINMAL nach (kurz, max. 2-3 Punkte), zum Beispiel:

  • Was sind die konkreten Optionen?
  • Was ist das Ziel oder der Erfolgsmassstab?
  • Welche harten Constraints gibt es (Budget, Deadline, Risiko-Toleranz)?

Wenn die noetigen Infos schon im Chat stehen: NICHT nachfragen, direkt loslegen. Fasse die Entscheidung in einem Satz zusammen und schreib sie an den Anfang deiner Antwort, damit klar ist, worueber abgestimmt wird.

Schritt 1 - Council besetzen (Rollen waehlen)

Waehle 3 bis 5 Rollen, die fuer genau diese Entscheidung relevant sind. Nutze NICHT immer dieselben - passe sie an. Beispiel-Pool (such die passenden aus, erfinde bei Bedarf eigene):

  • Der Pragmatiker - was ist am schnellsten umsetzbar, was kostet am wenigsten Aufwand?
  • Der Skeptiker / Risiko-Anwalt - was geht schief, was wird unterschaetzt, wo liegt die Falle?
  • Der Stratege / Langfrist-Denker - was bedeutet das in 6-24 Monaten, baut es Optionen auf?
  • Der oekonomische Blick - Kosten, ROI, Opportunitaetskosten, Cashflow.
  • Der Nutzer- / Kunden-Anwalt - wie wirkt die Entscheidung auf die Betroffenen (Kunden, Team, Community)?
  • Der Contrarian - die unbequeme Gegenposition, die bewusst das Gegenteil vertritt.
  • Domaenenspezifische Rolle, falls passend (z.B. Der Jurist/DSGVO-Blick, Der Engineer, Der Marketer).

Wichtig: die Rollen sollen sich widersprechen duerfen. Ein Council, in dem alle einer Meinung sind, hat versagt.

Schritt 2 - Unabhaengige Einzel-Statements

Jede Rolle gibt unabhaengig ihr Statement ab - so, als haetten sie die anderen nicht gehoert. Pro Rolle:

  • Empfehlung: welche Option, klar benannt (oder "keine der beiden, weil ...")
  • Begruendung: 2-4 Saetze aus genau diesem Blickwinkel
  • Groesstes Risiko aus dieser Sicht: ein Satz

Halte jede Stimme kurz und scharf. Keine Wiederholungen zwischen den Rollen - wenn zwei Rollen dasselbe sagen wuerden, war eine davon falsch besetzt.

Schritt 3 - Cross-Examination (Stimmen gegeneinander)

Jetzt prallen die Statements aufeinander. Arbeite die echten Konfliktlinien heraus:

  • Wo widersprechen sich die Rollen direkt? Wer hat das staerkere Argument und warum?
  • Welche Annahme einer Rolle haelt der Kritik nicht stand?
  • Gibt es einen Punkt, den mehrere unabhaengige Rollen nennen? Der wiegt schwer.
  • Welches Risiko wurde von allen unterschaetzt?

Das ist der wichtigste Schritt. Hier entsteht der Mehrwert gegenueber einer Einzelmeinung. Sei ehrlich, auch wenn das Ergebnis unbequem ist.

Schritt 4 - Synthetisiertes Verdikt

Liefere eine klare Empfehlung. Kein Herumlavieren, keine "kommt drauf an"-Floskel ohne Substanz.

  • Verdikt: welche Option, in einem Satz.
  • Konfidenz: hoch / mittel / niedrig - und warum.
  • Tragende Gruende: die 2-3 Argumente, die den Ausschlag gegeben haben.
  • Was dagegen spricht (Steelman der Gegenseite): die staerkste verbleibende Gegenposition, fair formuliert. Niemand soll sich uebergangen fuehlen.
  • Top-Risiken + Gegenmassnahme: die 2-3 groessten Risiken, jeweils mit einem konkreten Schritt, der sie entschaerft.
  • Kill-Kriterium: woran wuerde man erkennen, dass die Entscheidung falsch war - und ab wann man umsteuern sollte.
  • Naechster Schritt: die EINE konkrete Handlung, die jetzt ansteht.

Output-Format

Strukturiere die Antwort genau so (Markdown, kompakt):

## Entscheidung
<ein Satz>

## Council
**<Rolle 1>** - Empfehlung: ... | Begruendung: ... | Groesstes Risiko: ...
**<Rolle 2>** - ...
**<Rolle 3>** - ...
( bis zu 5 )

## Cross-Examination
- <Konfliktlinie / wer gewinnt das Argument>
- <unterschaetztes Risiko, das mehrere nennen>

## Verdikt
**Empfehlung:** ...
**Konfidenz:** hoch/mittel/niedrig - weil ...
**Tragende Gruende:** ...
**Staerkste Gegenposition:** ...
**Top-Risiken + Gegenmassnahme:** ...
**Kill-Kriterium:** ...
**Naechster Schritt:** ...

Regeln

  • Read-only und safe: du analysierst und empfiehlst, du fuehrst nichts aus. Keine Dateien aendern, keine externen Calls, keine Geld- oder Vertragsaktionen ausloesen.
  • Ehrlichkeit vor Gefaelligkeit. Wenn die Lieblingsoption des Users die schlechtere ist, sag es - begruendet, nicht belehrend.
  • Keine erfundenen Zahlen. Wenn dir Daten fehlen (Preise, Marktgroessen), benenne die Annahme ausdruecklich als Annahme statt sie als Fakt zu verkaufen.
  • Halte dich kurz. Der Council soll Klarheit schaffen, nicht eine Textwand produzieren.
  • Wo du User-Kontext brauchst, den du nicht hast (z.B. konkrete Kunden, Budgets, Tools), nutze Platzhalter wie {{BUDGET}}, {{DEADLINE}}, {{KUNDE}} und sag dem User kurz: "ersetze {{X}} durch dein ...". So bleibt der Skill generisch.

Teil des Agentic OS Skill-Bundles - frei anpassbar.

Download now (ZIP)

  • Other versions121 projects use a version of this.

    Word for word · 1

    1. sebaskauf/agentic-os★ 4100% same

    Edited · 0

    None found.

    Wrote their own version · 120

    1. simstudioai/sim★ 30ksame name
    2. 0xNyk/council-of-high-intelligence★ 4.7ksame name
    3. t3dotgg/tstack★ 2.5ksame name
    4. warpdotdev/common-skills★ 630same name
    5. QuixiAI/agi-memory★ 617same name
    6. QuixiAI/Hexis★ 617same name
    7. ZaxbyHub/opencode-swarm★ 517same name
    8. zaxbysauce/opencode-swarm★ 503same name
    9. boshu2/agentops★ 452same name
    10. automagik-dev/genie★ 345same name

    110 more not listed

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • Used alongsideProjects with it also use motion-advanced, orch-pipeline 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.
    • 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

    • renepfSkill

      orch-pipeline

      Shared orchestration engine for the orch-* skill family. Defines the gated Research-Plan-TDD-Review-Commit pipeline, the size classifier, the agent map, and the two human gates that the orch-* operation skills delegate to. Not usually invoked directly.

      Also in 3 projects that use this

    • ronmkrSkill

      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 5 projects that use this

    • ronmkrSkill

      vite-patterns

      Vite build tool patterns including config, plugins, HMR, env variables, proxy setup, SSR, library mode, dependency pre-bundling, and build optimization. Activate when working with vite.config.ts, Vite plugins, or Vite-based projects.

      Also in 5 projects that use this

    • 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 4 projects that use this

    • romaintoso78Skill

      security-bounty-hunter

      Hunt for exploitable, bounty-worthy security issues in repositories. Focuses on remotely reachable vulnerabilities that qualify for real reports instead of noisy local-only findings.

      Also in 7 projects that use this

    • +2 more from renepf
    • +2 more from ronmkr
  • In this repository20 other files it gives its agents.

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

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.