decide
von alirezarezvanidecide protokolliert von Foundern freigegebene Board-Memos über decision-logger als dauerhafte Unternehmensmemory und trennt genehmigte Entscheidungen von Roh-Transkripten für Knowledge Capture-Workflows.
Bewertung: 68/100. Für eine Aufnahme ist dieser Skill geeignet, weil er einen klaren Trigger, einen konkreten Platz in einem größeren C-Level-Advisor-Workflow und genug Prozessdetails bietet, damit ein Agent genehmigte Entscheidungen mit weniger Rätselraten protokollieren kann als mit einem generischen Prompt. Nutzer des Verzeichnisses sollten jedoch wissen, dass es sich um eine schlanke Hülle um ein größeres Ökosystem handelt und dass der Skill auf einen externen `decision-logger` skill sowie erwartete Memo-Konventionen angewiesen ist, die hier nicht vollständig dokumentiert sind.
- Stark auslösbar: Frontmatter und Inhalt benennen `/cs:decide <memo-path>` klar als den Befehl, der nach `/cs:boardroom` ausgeführt wird, wenn ein vom Founder genehmigtes Board-Memo in dauerhafte Erinnerung überführt werden soll.
- Klarer Workflow-Zweck: Der Skill definiert die Schwelle zwischen Beratung und dauerhafter Unternehmensmemory, einschließlich Prüfung der Freigabe sowie Extraktion von Titel, Datum, gewählter Option, Kriterien, Gegenpositionen und Review-Checkpoint.
- Nützliches Memory-Modell: Das zweistufige Speicherprinzip aus Rohmaterial versus genehmigter Entscheidung hilft Agents, offene Debatten nicht als endgültige Entscheidungen zu behandeln.
- Der Skill hängt von einem separaten `decision-logger` skill und einem breiteren `/cs:*`-Workflow ab. In diesem Repository-Pfad finden sich jedoch keine Support-Dateien, kein Installationsbefehl und keine verlinkten Referenzmaterialien für diese Abhängigkeit.
- Die operativen Details bleiben überwiegend konzeptionell; es gibt keine Skripte, keine Beispiele für genehmigte Memo-Eingaben und keine konkreten Ausgabebeispiele über die beschriebenen Datensatzfelder hinaus.
Überblick über den decide skill
Was decide leistet
decide ist ein C-Level-Advisor-Skill, der ein genehmigtes strategisches Memo in belastbares Unternehmensgedächtnis überführt. Praktisch sitzt /cs:decide <memo-path> nach einer Boardroom-artigen Diskussion und vor der Umsetzung: Der decide skill prüft, ob ein vom Founder freigegebenes Memo tatsächlich genehmigt ist, extrahiert den Entscheidungsdatensatz und leitet ihn durch den zugehörigen decision-logger-Workflow.
Die Kernaufgabe lautet nicht: „Hilf mir, eine Entscheidung zu treffen.“ Sie lautet: „Dokumentiere die bereits genehmigte Entscheidung so, dass künftige AI-Sessions sie als Unternehmenskontext nutzen können.“
Beste Eignung für Knowledge-Capture-Workflows
Der decide skill eignet sich am besten für Knowledge Capture, wenn dein Team Claude oder einen Agenten-Workflow für wiederkehrende Executive-Diskussionen, Strategy Reviews oder Founder-Decision-Sessions nutzt. Besonders nützlich ist er, wenn du sauber trennen möchtest zwischen:
- roher Debatte, Widerspruch und Meeting-Transkripten
- genehmigten Entscheidungen, die künftige Planung beeinflussen sollen
Diese Trennung ist wichtig, weil ungeklärte Diskussionen nicht versehentlich zu gespeichertem Unternehmenswissen werden sollten.
Zentrales Unterscheidungsmerkmal: zweischichtiges Gedächtnis
Der Upstream-Skill beschreibt ein zweischichtiges Modell, das von decision-logger verwaltet wird:
- Rohtranskripte unter
~/.claude/decisions/raw/ - genehmigte Entscheidungen unter
~/.claude/decisions/approved/
Nur genehmigte Entscheidungen sollen in künftige /cs:office-hours- und /cs:founder-mode-Aufrufe einfließen. Dadurch ist decide konservativer als ein generischer „Fass dieses Meeting zusammen“-Prompt: Der Skill setzt eine klare Schwelle zwischen Beratung und institutionellem Gedächtnis.
Wann decide nicht der richtige Skill ist
Installiere decide nicht in der Erwartung, einen breit angelegten Entscheidungsassistenten, ein Brainstorming-Tool oder ein Projektmanagementsystem zu bekommen. Der Skill setzt voraus, dass bereits ein Board Memo, ein Genehmigungsstatus und eine umgebende C-Level-Advisor-Pipeline vorhanden sind. Wenn dein Workflow nur aus Ad-hoc-Notizen besteht, ist ein schlankerer Notiz- oder Zusammenfassungs-Prompt sinnvoller, bis ein stabiler Freigabeprozess existiert.
So verwendest du den decide skill
Installationskontext für decide
Installiere den Skill aus dem GitHub-Skill-Repository mit:
npx skills add alirezarezvani/claude-skills --skill decide
Prüfe anschließend die Quelle unter:
c-level-advisor/c-level-agents/skills/decide/SKILL.md
Der Skill hat einen sehr kleinen Datei-Footprint: Die wichtigste Grundlage ist SKILL.md. Im bereitgestellten Tree sind keine sichtbaren Helper-Skripte, Referenzen, README-Dateien oder Resource-Ordner enthalten. Ob sich die Einführung lohnt, hängt daher davon ab, ob deine Umgebung die umgebenden C-Level-Commands und den decision-logger-Skill bereits unterstützt.
Erforderliche Eingabe für die Nutzung von decide
Die Command-Form lautet:
/cs:decide <memo-path>
Die Eingabe sollte eine Board-Memo-Datei sein, normalerweise erzeugt durch /cs:boardroom. Eine gute Eingabe enthält:
- Entscheidungstitel
- Entscheidungsdatum
- gewählte Option
status: APPROVEDoder einen gleichwertigen Founder-Approval-Marker- Erfolgskriterien
- Kill-Kriterien
- festgehaltenen Widerspruch
- Datum für den Review-Checkpoint
Eine schwache Eingabe wie „wir haben entschieden, den Vertrieb auszubauen“ reicht nicht aus. Ein stärkerer Prompt wäre: „Use /cs:decide ./memos/2026-02-enterprise-sales.md. Confirm founder approval, extract the chosen option, preserve dissent, and log success criteria, kill criteria, and the Q2 review checkpoint.“
Praktischer Workflow-Leitfaden für decide
Ein zuverlässiger decide-Workflow sieht so aus:
- Schließe die Beratung in
/cs:boardroomab. - Speichere das genehmigte Memo unter einem stabilen Pfad.
- Stelle sicher, dass das Memo ausdrücklich festhält, dass der Founder es genehmigt hat.
- Führe
/cs:decide <memo-path>aus. - Prüfe, ob der genehmigte Memory-Eintrag getrennt vom Rohtranskript-Material geschrieben wurde.
- Nutze die protokollierte Entscheidung als Kontext für
/cs:executeoder künftige Planungssessions.
Diese Reihenfolge reduziert das Risiko, dass ungeprüfte Inhalte versehentlich ins Gedächtnis gelangen. Der Skill ist am wertvollsten, wenn er konsequent an derselben Stelle deiner Entscheidungspipeline eingesetzt wird.
Dateien, die du vor der Einführung lesen solltest
Lies zuerst SKILL.md und achte besonders auf diese Abschnitte:
Pipeline PositionTwo-Layer Memory ModelInputWorkflow
Da in der Vorschau keine zusätzlichen Support-Dateien enthalten sind, ist die zentrale Einführungsfrage nicht die Repository-Komplexität. Entscheidend ist der Fit: Gibt es bei dir genehmigte Memos und eine dauerhafte Memory-Konvention, die zu den vom Skill beschriebenen Pfaden und Erwartungen passt?
FAQ zum decide skill
Ist decide ein Skill zum Treffen von Entscheidungen?
Nein. decide dokumentiert eine genehmigte Entscheidung; der Skill führt nicht die Debatte. Er gehört in den Schritt nach der Entscheidung, typischerweise nach /cs:boardroom. Wenn du Optionen entwickeln, Risiken analysieren oder eine Advisor-Debatte führen möchtest, nutze zuerst die früheren Schritte im Workflow.
Was macht decide besser als einen normalen Prompt?
Ein normaler Prompt kann ein Memo zusammenfassen, aber decide bildet eine Governance-Grenze ab: Rohtranskripte sind Referenzmaterial, während genehmigte Entscheidungen zu dauerhaftem Gedächtnis werden. Genau diese Unterscheidung ist der wichtigste Grund, den decide skill zu verwenden, statt Claude einfach zu bitten: „remember this“.
Können Einsteiger decide nutzen?
Ja, sofern sie dateibasierte Prompts verstehen und ein Memo vorbereitet haben. Einsteiger können Schwierigkeiten bekommen, wenn sie die breitere c-level-advisor-Command-Struktur nicht verwenden, weil decide eine Pipeline voraussetzt und auf decision-logger verweist. Teste zunächst ein einzelnes genehmigtes Memo, bevor du dich für operatives Gedächtnis darauf verlässt.
Was verhindert eine erfolgreiche decide-Installation?
Die größten Blocker sind fehlende umgebende Skills, ein unklarer Genehmigungsstatus und unstrukturierte Memos. Wenn deine Umgebung /cs:decide nicht aufrufen kann, keinen Zugriff auf den Memo-Pfad hat oder kein kompatibles decision-logger-Setup besitzt, kann der Skill den vorgesehenen Memory-Eintrag möglicherweise nicht abschließen.
So verbesserst du den decide skill
Verbessere die Eingaben für decide, bevor du ihn ausführst
Der schnellste Weg zu besseren decide-Ergebnissen ist ein explizites Memo. Ergänze vor dem Skill-Aufruf einen kurzen Entscheidungs-Header:
Status: APPROVEDDecision: Choose Option BOwner: Founder / CEOSuccess criteria: ...Kill criteria: ...Review checkpoint: ...Dissent to preserve: ...
Damit hat der Agent weniger Spielraum, eine Freigabe zu erschließen oder fehlende Struktur zu erfinden.
Häufige Fehler, die du vermeiden solltest
Der häufigste Fehler besteht darin, Diskussionen als Entscheidungen zu protokollieren. Vermeide es, Transkripte, ungeklärte Notizen oder konkurrierende Optionen zu übergeben, wenn das Memo nicht eindeutig sagt, welche Option gewonnen hat. Ein weiterer Fehler ist das Weglassen von Kill-Kriterien; ohne sie können spätere Reviews nicht sauber zwischen „weitermachen“ und „stoppen“ unterscheiden.
Verwende decide außerdem nicht als allgemeinen Memory-Befehl für alles. Sein Wert entsteht gerade durch die selektive Nutzung.
Nach dem ersten Ergebnis iterieren
Prüfe nach dem ersten Durchlauf, ob die protokollierte Entscheidung prägnant, nachvollziehbar und für künftige Nutzung hilfreich ist. Wenn der Eintrag vage bleibt, überarbeite das Memo und führe den Skill mit klareren Feldern erneut aus. Gutes dauerhaftes Gedächtnis sollte einem künftigen Agenten ermöglichen, diese Fragen zu beantworten: Was haben wir entschieden, warum haben wir es gewählt, was würde die Entscheidung widerlegen, und wann sollten wir sie überprüfen?
decide für dein Betriebssystem erweitern
Teams können den decide skill verbessern, indem sie Memo-Templates standardisieren, verbindliche Freigabeformulierungen ergänzen und Memory-Pfade an interne Konventionen anpassen. Wenn du das Repository pflegst, wären sinnvolle Erweiterungen ein README, ein Beispiel für ein genehmigtes Memo, eine Validierungs-Checkliste und klarere Hinweise zu Abhängigkeiten von decision-logger. Diese Ergänzungen würden Installationsentscheidungen für decide erleichtern und Unklarheiten beim Setup reduzieren.