English summary: A Claude Code skill that pulls the implicit strategy plan out of a founder-CEO's head through a persistent, Socratic, one-question-at-a-time interview (built on Gino Wickman's Traction/EOS), logs everything to an append-only file, and then runs a fresh-context multi-agent cascade (synthesis + independent review) to produce a written, verified company plan. Skill and docs are in German.
Ein Skill für KI-Agenten (Claude Code / Cowork), der den impliziten Strategieplan eines Geschäftsführers aufs Papier holt — durch ein hartnäckiges, sokratisches Interview, eine Frage nach der anderen. Aus dem protokollierten Gespräch erzeugt eine Multi-Agenten-Kaskade anschließend einen schriftlichen, unabhängig geprüften Unternehmensplan.
Kurz gesagt: Viele inhabergeführte Unternehmen haben einen Plan — aber nur im Kopf des Gründers. Dieser Skill zwingt ihn ans Licht und macht ihn für die nächste Führungsebene nutzbar.
Ein typisches Muster in wachsenden Unternehmen:
- Der Gründer ist Visionär, aber der Integrator-Sitz (operative Umsetzung) ist faktisch unbesetzt.
- Es gibt keine mittlere Ebene, weil jede Entscheidung wieder beim Chef landet.
- „Übernimm Verantwortung" heißt in der Praxis „übernimm Schuld" — weil Entscheidungs- und Finanzkompetenzen nie schriftlich definiert wurden.
- Einmal getroffene Entscheidungen werden Wochen später informell wieder aufgemacht und stoppen die Umsetzung.
Die Wurzel ist fast nie „faule Mitarbeiter", sondern nicht ausgesprochene Erwartungen und nicht delegierte Entscheidungshoheit. Der Skill behandelt dieses Muster als Erwartungswissen, nicht als Vorab-Diagnose — die tatsächliche Diagnose liefert das Interview selbst (Phase 0).
Vier Stufen, bewusst in drei frischen Kontexten (gegen „Context Rot" — Qualitätsverlust langer LLM-Kontexte):
flowchart LR
A[1. Interview<br/>Hauptagent + GF] --> B[2. DoD-Gate<br/>explizite Abnahme]
B --> C[3. Synthese<br/>Subagent, frischer Kontext]
C --> D[4. Review<br/>Subagent, frischer Kontext]
D -->|FREIGABE| E[plan-final.md]
D -->|NACHBESSERN| A
A -.schreibt.-> L[(plan-log.md<br/>append-only)]
C -.liest nur.-> L
D -.prüft gegen.-> L
- Interview — grillt den GF Frage für Frage durch das EOS/Traction-Framework und protokolliert jede Frage + Antwort sofort in ein append-only Logbuch (
plan-log.md). - DoD-Gate — prüft eine harte „Definition of Done" und holt die ausdrückliche Abnahme des GF ein. Erst dann geht es weiter.
- Synthese-Subagent — liest nur das Logbuch (kein Gesprächsgedächtnis) und destilliert daraus
plan-final.md. - Review-Subagent — prüft den Plan unabhängig und kritisch gegen das Logbuch und dieselbe DoD (
plan-review.md).
Voraussetzung: Claude Code (CLI oder Desktop-App).
git clone https://github.com/ju-scho/ceo-plan-skill.git
mkdir -p ~/.claude/skills
cp -r ceo-plan-skill/skills/ceo-plan-grill ~/.claude/skills/Wichtig: den ganzen Ordner kopieren — die Unteraufträge agents/synthesizer.md und agents/reviewer.md gehören dazu. Alternativ projektbezogen nach <projekt>/.claude/skills/ceo-plan-grill kopieren.
Dann:
- Einen leeren Arbeitsordner für das Unternehmen anlegen (dort entstehen
plan-log.md,plan-final.md,plan-review.md). - Claude Code in diesem Ordner starten und schreiben: „grill mich" (oder „CEO-Plan").
- Das Interview läuft eine Frage nach der anderen; jederzeit unterbrechen und später fortsetzen — der Skill nimmt am Logbuch-Stand wieder auf.
⚠️ Vertraulichkeit: Logbuch und Plan enthalten echte Unternehmens- und Personendaten. Den Arbeitsordner nicht in ein öffentliches Repository legen; falls doch versioniert wird, schützt die mitgelieferte.gitignoredie drei Artefakte vor versehentlichen Commits.
- Eine Frage pro Runde, keine Antwortempfehlungen. Der Plan muss in den eigenen Worten des GF entstehen — ein abgenickter Plan wird später verleugnet, ein selbst formulierter nicht.
- Sokratischer Modus, wenn der GF ausweicht: zerlegen, am realen Fall konkretisieren, Schwellen von beiden Seiten einkreisen (z. B. Euro-Grenzen über einen „Zuviel-Fall" und einen „Bagatell-Fall").
- Getrennte Kontexte für Synthese und Review verhindern, dass das Modell aus dem Gesprächsverlauf Dinge „dazuerfindet", die nie gesagt wurden.
- Verbindlichkeits-Layer gegen das stille Wiederaufmachen: Entscheidungs-Steckbrief (Zahlen/Annahmen), Revisionstrigger (messbare Bedingung für Wiedervorlage) und eine Wiedereröffnungsregel.
Inhaltlich entlang der sechs EOS-Komponenten aus Traction von Gino Wickman: Vision (inkl. Zielmarkt, Three Uniques, bewährter Prozess, Garantie), Menschen/Struktur (GWC, Accountability Chart), Daten (Scorecard), Themen (Issues-Liste + Meeting-Takt), Prozesse (20/80), Umsetzung (Rocks).
Bewusste Erweiterungen gegenüber Traction (eigener Beitrag dieses Skills, nicht Teil von EOS):
- Kompetenz-/Eskalations-Layer pro Sitz: Entscheidungskompetenz, Finanzkompetenz als €-Grenze, Prüfvorbehalt, Budgetrahmen (mit Rock-Fallback, wenn nicht bezifferbar).
- Entscheidungsregister mit Revisionstriggern: jede Ressourcen-Entscheidung bekommt Gegenrechnung + messbare Wiedervorlage-Bedingung.
- Verbindlichkeits-/Wiedereröffnungsklausel: Entscheidungen werden nur über die Issues-Liste im Meeting-Takt wieder geöffnet — die Beweislast liegt beim Zweifler.
- DoD-Gate + Multi-Agenten-QA: harte Abschlusskriterien, dann Synthese und unabhängiger Review in frischen Kontexten.
| Datei | Inhalt |
|---|---|
plan-log.md |
Quelle der Wahrheit — jede Frage + Antwort, append-only |
plan-final.md |
Plan inkl. Accountability Chart, Scorecard, Kernprozessen, 90-Tage-Rocks, Entscheidungsregister, Verbindlichkeitsklausel |
plan-review.md |
unabhängiger Prüfbericht (FREIGABE / NACHBESSERN) |
skills/
ceo-plan-grill/
SKILL.md # Haupt-Skill: Interview-Kaskade, Phasen, DoD-Gate
agents/
synthesizer.md # Auftrag des Synthese-Subagenten
reviewer.md # Auftrag des Review-Subagenten
examples/
plan-log.example.md # INPUT: das protokollierte Interview (35 Runden)
plan-final.example.md # OUTPUT: der fertige Unternehmensplan
plan-review.example.md # QA: unabhängiger Prüfbericht (FREIGABE/NACHBESSERN)
Ein durchgängiges, frei erfundenes Beispiel („Beispiel GmbH", ein Handwerks-SaaS-Anbieter) zeigt die komplette Kaskade in realistischer Länge:
plan-log.example.md— das Interview: 35 protokollierte Runden über alle EOS-Phasen (genau eine Frage pro Runde), inkl. sokratischer Herausarbeitung von Finanzkompetenz-Schwellen und Three Uniques.plan-final.example.md— der Output, und hier wird es operativ: vollständiges Accountability Chart (sechs Sitze mit Entscheidungs-/Finanzkompetenz, Prüfvorbehalt, Budgetrahmen bzw. Rock-Fallback), Scorecard, Kernprozesse, sechs 90-Tage-Rocks mit Eigentümer + Datum, Entscheidungsregister mit Revisionstriggern und Verbindlichkeitsklausel. Jede Aussage ist durch einen Logbuch-Block gedeckt.plan-review.example.md— die Qualitätssicherung: Der unabhängige Review-Subagent prüft gegen das Logbuch und dieselbe Definition of Done. Das Beispiel zeigt bewusst einen zweiten Durchlauf: Der erste hatte vier Synthesefehler gefangen — u. a. einen eigenmächtig erweiterten Rock-Text und eine stillschweigend entfallene Übergangsregelung — und NACHBESSERN verdiktet; erst die korrigierte Fassung bekam die FREIGABE. (Die Befunde stammen aus einem echten Review-Lauf über diese Beispieldateien.) Genau dafür ist die Kaskade da.
So entsteht aus einem Gespräch ein Dokument, mit dem die nächste Führungsebene am Montag arbeiten kann: Wer entscheidet was, bis zu welchem Euro-Betrag, woran Erfolg gemessen wird und was in den nächsten 90 Tagen passiert.
⚠️ Echte Logbücher und Pläne enthalten vertrauliche Unternehmens- und Personendaten und gehören niemals in ein öffentliches Repository. Dieses Beispiel ist vollständig fiktiv.
Dieser Skill steht auf den Schultern zweier Vorarbeiten — beide hier ausdrücklich genannt:
Interview-Methodik — „Grill Me". Die Grundidee, den Nutzer hartnäckig und sokratisch eine Frage nach der anderen zu „grillen", bis implizites Wissen explizit wird, ist an den „Grill Me"-Skill angelehnt, der von Matt Pocock populär gemacht wurde (aihero.dev: „My ‚Grill Me' Skill Went Viral"). Eine offene Implementierung der Idee: Jekudy/grillme-skill. Dieser Skill übernimmt das „eine Frage pro Runde"-Prinzip, weicht aber bewusst ab: keine Antwortempfehlungen, append-only Logbuch, EOS-spezifische Phasen und eine DoD-Gate-/Synthese-/Review-Kaskade.
Inhaltliches Framework — Traction / EOS. Die sechs Komponenten (Vision, Menschen, Daten, Themen, Prozesse, Umsetzung), das Accountability Chart, GWC, Scorecard, Rocks und das Level-10-Meeting stammen aus „Traction: Get a Grip on Your Business" von Gino Wickman (BenBella Books, 2011) und dem darauf aufbauenden Entrepreneurial Operating System (EOS®). Der Kompetenz-Layer, das Entscheidungsregister mit Revisionstriggern und die Verbindlichkeitsklausel sind eigene Erweiterungen dieses Skills und nicht Teil von EOS (siehe oben).
Rechtlicher Hinweis. Dieses Projekt ist eine unabhängige, nicht-kommerzielle Umsetzung und steht in keiner Verbindung zu und wird nicht unterstützt von EOS Worldwide, Gino Wickman oder Matt Pocock. „EOS" und „Traction" sind Marken bzw. Werke ihrer jeweiligen Rechteinhaber; die Nennung dient ausschließlich der Quellenangabe (nominative use). Es werden keine geschützten Texte übernommen — nur die frei nutzbaren methodischen Konzepte.
MIT © 2026 Julian Schorn
Julian Schorn — KI-gestützte Führung & Organisation · Leadership + AI Transformation LinkedIn: in/julian-schorn