Communitygithub.com

agent-doc-disziplin

Schreibdisziplin für von Agenten konsumierte Dokumente (die fünf Oberflächen, Spezifikationen, Tickets, .omc/skills/) – jede Regel ist prüfbar und trägt ein Warum bei sich, Schritte vor Referenz, eine Bedeutung an einem Ort, keine Wiederholung dessen, was die Umgebung bereits sagt. Verpflichtend bei der Trockendock-Saatgenerierung und beim C5-Sedimentdurchlauf des Launches; optional für jede andere agentenorientierte Dokumentbearbeitung. Der Begleiter von minimal-code-disziplin: jene diszipliniert Code, diese diszipliniert Papiere.

Was ist agent-doc-disziplin?

Die Agent-Doc-Disziplin ist eine Schreibdisziplin für Entwickler, die Dokumente verfassen, die KI-Agenten (wie Claude Code, Cursor, Codex) direkt lesen und befolgen. Sie stellt sicher, dass jedes Dokument für eine frische Agentensitzung ohne Chatverlauf sofort handlungsfähig ist. Die Disziplin definiert sieben Kernregeln: Jede Regel muss prüfbar sein und ein Warum enthalten; Bedeutungen haben einen einzigen autoritativen Ort; Dokumente wiederholen nie, was die Umgebung bereits preisgibt (z. B. Package-Skripte oder Verzeichnisstrukturen); Schritte stehen vor Referenz; jeder Schritt endet mit einem Erledigungskriterium; Verbote werden stets durch positive Zielangaben ergänzt; und beim Schreiben werden veraltete oder redundante Passagen entfernt. Die Verwendung ist verpflichtend bei der initialen Saatgenerierung von Agentenoberflächen und beim C5-Sedimentdurchlauf; für alle anderen Bearbeitungen agentenorientierter Dokumente ist sie optional. Dieses Skill unterstützt die Plattformen Claude Code, Cursor, Codex und andere KI-Agenten und arbeitet auf Basis der SKILL.md-Dokumentation. Es ergänzt die „minimal-code-disziplin“, die analog für Code gilt.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/agent-doc-discipline

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht agent-doc-disziplin?

Nutzen Sie dieses Skill, um beim Erstellen oder Bearbeiten jedes Dokuments, das ein Agent zum Handeln konsumiert, eine Schreibdisziplin anzuwenden: die fünf Oberflächen (CLAUDE.md, CONTEXT.md, docs/standards/, design-system/, .omc/skills/), Spezifikationen, Tickets und Skill-Dateien. Der Test, den ein Dokument bestehen muss: Eine frische Agentensitzung kann durch alleiniges Lesen darauf handeln.

Verpflichtend, wenn: Trockendock Oberflächensaaten generiert, der C5-Sedimentdurchlauf des Launches eine Lektion in einen Slot schreibt. Optional für jede andere Bearbeitung – aber jede Bearbeitung eines agentenorientierten Dokuments sollte diese Regeln überstehen.

Wann nicht anwenden

Nur für Menschen geschriebene Dokumente: narrative docs/business/-Texte, ADR-Entscheidungsgeschichten, READMEs zur menschlichen Einarbeitung. Sie dürfen die Regeln trotzdem befolgen, wo es nichts kostet, sind aber nicht an diese Disziplin gebunden.

Die Disziplin

Schreiben Sie für einen Leser ohne Chatverlauf. Das Dokument ist selbstbeschreibend: Nichts stützt sich auf „wie besprochen“, eine frühere Sitzung oder Wissen, das in jemandes Kopf lebt. Test: Eine brandneue Agentensitzung kann durch alleiniges Lesen auf das Dokument handeln.

Jede Regel prüfbar und mit einem Warum. Kein „halten Sie es sauber“ – schreiben Sie die beobachtbare Bedingung und den Grund. Test: Ein Agent kann allein aus dem Text bestehen/nicht bestehen entscheiden, und das Warum steht neben der Regel.

Eine Bedeutung, ein Zuhause. Jede Regel oder Definition hat einen einzigen autoritativen Ort; Duplikation ist Drift, die nur darauf wartet, zu passieren. Test: Das Ändern eines Verhaltens ist eine Ein-Ort-Bearbeitung.

Wiederholen Sie nie, was die Umgebung preisgibt. Package-Skripte, Verzeichnislayouts, --help-Ausgaben sind Nachschlagewerke, keine Dokumente – eine kopierte Nachschlage wird altbacken. Dokumentieren Sie nur, was nicht durch Nachschlagen gefunden werden kann: die ungeschriebene Konvention, der Grund hinter einer Wahl, die Fallgrube. Test: Jede Zeile besteht die Frage „Kann das woanders nachgeschlagen werden?“.

Schritte zuerst, Referenz hinten, seltenes Material hinter einem Verweis. Was zu tun ist, in der Reihenfolge, ganz oben; auf Abruf konsultierbare Regeln darunter; seltenes Material hinter einem Verweis, dessen Formulierung die Zweige benennt, die das Aufrufen auslösen sollten. Test: Die nächste Aktion ist innerhalb des ersten Bildschirms auffindbar.

Jeder Schritt endet mit einem Erledigungskriterium. Erledigt muss von nicht erledigt unterscheidbar sein – eine vage Grenze lädt zu vorzeitigem Abschluss ein. Test: Für jeden Schritt hat „Woher weiß ich, dass das fertig ist?“ eine Antwort im Text.

Fordern Sie das Positive. Geben Sie das Zielverhalten an; ein Verbot ist harten Leitplanken vorbehalten und wird stets mit dem positiven Ziel gepaart. Test: Jedes Verbot im Dokument benennt die stattdessen zu tuende Sache.

Entfernen Sie Seepocken beim Schreiben. Wenn das Dokument veraltetes oder redundantes Material enthält, entfernen Sie es in derselben Bearbeitung; wenn nicht, fügen Sie nur das erforderliche Material hinzu und erfinden Sie keine Löschungen. Ein Satz, den das Modell standardmäßig bereits befolgt, kostet Ladezeit für nichts – löschen Sie den ganzen Satz. Test: Jede nochmals gelesene Zeile verdient ihren Platz gegenüber „Ändert dies das Verhalten gegenüber dem Standard?“, und jedes während der Bearbeitung gefundene veraltete oder redundante Material ist entfernt.

Überprüfung

Bevor Sie eine Dokumentänderung als abgeschlossen melden, bestätigen Sie:

  • eine frische Sitzung könnte darauf handeln, ohne einen Menschen etwas zu fragen
  • jede Regel ist prüfbar und nennt ihr Warum; keine Regel wiederholt ein Nachschlagewerk
  • Bedeutungen leben an einem Ort; Verweise nennen ihre Auslösezweige
  • während der Bearbeitung gefundenes veraltetes oder redundantes Material wurde entfernt, während gültiger, nicht zusammenhängender Inhalt erhalten blieb

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

ai-slop-cleaner

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

ask

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

ask-navigator

Shipyard

autopilot

Full autonomous execution from idea to working code

autoresearch

Stateful single-mission improvement loop with strict evaluator contract, markdown decision logs, and max-runtime stop behavior

cancel

Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) and clean up retired legacy state

configure-notifications

Configure notification integrations (Telegram, Discord, Slack) via natural language

debug

Diagnose the current OMC session or repo state using logs, traces, state, and focused reproduction

deepinit

Deep codebase initialization with hierarchical AGENTS.md documentation

deep-interview

Socratic deep interview with mathematical ambiguity gating before explicit execution approval

drydock

Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context, Rules, Tools, Standards) across 5 surfaces (CLAUDE.md, skills, design-system, mcp/cli, shared context) so that every human and agent inherits the same design language and anyone can ship. Run once per repo; re-run with --check to audit drift.

execute

Carry an approved task through to working, verified code

external-context

Invoke parallel document-specialist agents for external web searches and documentation lookup

graph

Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based crash recovery

harbor

Harbor intake for external work — the captain only handles unresolved decisions. Sweeps incoming issues and PRs, verifies every claim before disposition, reuses every decision already made, and hands the maintainer a docket whose pending items each carry one question with options, recommendation, impact and evidence. Agent-autonomous for facts and for actions covered by standing authorization; signed for every new judgment. Never merges.

hud

Configure HUD display options (layout, presets, display elements)

launch

Shipyard

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches

minimal-code-discipline

YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, dependency ladder, shortest correct diff, with non-negotiables that must never be minimized away

omc-doctor

Diagnose and fix oh-my-claudecode installation issues

Verwandte Skills