Communitygithub.com

deepinit

Tiefgehende Codebasis-Initialisierung mit hierarchischer AGENTS.md-Dokumentation.

Was ist deepinit?

Der Deep Init Skill erstellt automatisch eine umfassende, hierarchische AGENTS.md-Dokumentation für das gesamte Codebase-Verzeichnis. Dies hilft KI-Agenten, die Struktur, Abhängigkeiten und spezifischen Arbeitsanweisungen jedes Ordners zu verstehen. Der Skill unterstützt die meisten Codebasen (z. B. Node.js, Python, TypeScript) und kann in Verbindung mit Claude Code, Cursor, Codex oder anderen agentenbasierten Tools verwendet werden. Er arbeitet in fünf Schritten: (1) Erkundung der Verzeichnisstruktur, (2) Erstellung eines Arbeitsplans, (3) stufenweise Generierung der AGENTS.md-Dateien (Eltern vor Kindern), (4) Vergleich und Zusammenführung mit vorhandenen Dateien (unter Beibehaltung manueller Notizen) und (5) Validierung der Hierarchie. Besondere Merkmale sind ein hierarchisches Tagging-System (`<!-- Parent: -->`), intelligente Delegation an verschiedene KI-Agenten, Parallelisierungsregeln für effiziente Verarbeitung und Qualitätsstandards, die korrekte Dateibeschreibungen und funktionierende Elternreferenzen sicherstellen. Der Skill erkennt auch leere Verzeichnisse und verarbeitet sie entsprechend.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Deep Init Skill

Erstellt umfassende, hierarchische AGENTS.md-Dokumentation über die gesamte Codebasis.

Kernkonzept

AGENTS.md-Dateien dienen als KI-lesbare Dokumentation, die Agenten hilft, Folgendes zu verstehen:

  • Was jedes Verzeichnis enthält
  • Wie Komponenten miteinander in Beziehung stehen
  • Spezielle Anweisungen für die Arbeit in diesem Bereich
  • Abhängigkeiten und Beziehungen

Hierarchisches Tagging-System

Jede AGENTS.md (außer der Wurzel) enthält einen Elternreferenz-Tag:

<!-- Parent: ../AGENTS.md -->

Dies erzeugt eine navigierbare Hierarchie:

/AGENTS.md                          ← Wurzel (kein Eltern-Tag)
├── src/AGENTS.md                   ← <!-- Parent: ../AGENTS.md -->
│   ├── src/components/AGENTS.md    ← <!-- Parent: ../AGENTS.md -->
│   └── src/utils/AGENTS.md         ← <!-- Parent: ../AGENTS.md -->
└── docs/AGENTS.md                  ← <!-- Parent: ../AGENTS.md -->

AGENTS.md-Vorlage

<!-- Parent: {relativer_pfad_zum_eltern}/AGENTS.md -->
<!-- Generated: {zeitstempel} | Updated: {zeitstempel} -->

# {Verzeichnisname}

## Zweck
{Ein Absatz, der beschreibt, was dieses Verzeichnis enthält und welche Rolle es spielt}

## Wichtige Dateien
{Liste aller signifikanten Dateien mit einer einzeiligen Beschreibung}

| Datei | Beschreibung |
|-------|-------------|
| `file.ts` | Kurze Beschreibung des Zwecks |

## Unterverzeichnisse
{Liste jedes Unterverzeichnisses mit kurzer Zweckangabe}

| Verzeichnis | Zweck |
|-------------|-------|
| `subdir/` | Was es enthält (siehe `subdir/AGENTS.md`) |

## Für KI-Agenten

### Arbeiten in diesem Verzeichnis
{Spezielle Anweisungen für KI-Agenten, die hier Dateien ändern}

### Testanforderungen
{So testen Sie Änderungen in diesem Verzeichnis}

### Häufige Muster
{Codemuster oder Konventionen, die hier verwendet werden}

## Abhängigkeiten

### Intern
{Referenzen zu anderen Teilen der Codebasis, von denen dies abhängt}

### Extern
{Wichtige externe Pakete/Bibliotheken, die verwendet werden}

<!-- MANUAL: Alle manuell hinzugefügten Notizen unterhalb dieser Zeile bleiben bei der Neugenerierung erhalten -->

Ausführungsworkflow

Schritt 1: Verzeichnisstruktur kartieren

Task(subagent_type="explore", model="haiku",
  prompt="Liste alle Verzeichnisse rekursiv auf. Ausschließen: node_modules, .git, dist, build, __pycache__, .venv, coverage, .next, .nuxt")

Schritt 2: Arbeitsplan erstellen

Erstelle To-do-Elemente für jedes Verzeichnis, nach Tiefenstufe organisiert:

Ebene 0: / (Wurzel)
Ebene 1: /src, /docs, /tests
Ebene 2: /src/components, /src/utils, /docs/api
...

Schritt 3: Ebene für Ebene generieren

WICHTIG: Generiere zuerst Eltern-Ebenen vor Kind-Ebenen, um gültige Elternreferenzen sicherzustellen.

Für jedes Verzeichnis:

  1. Alle Dateien im Verzeichnis lesen
  2. Zweck und Beziehungen analysieren
  3. AGENTS.md-Inhalt generieren
  4. Datei mit korrekter Elternreferenz schreiben

Schritt 4: Vergleichen und Aktualisieren (falls vorhanden)

Wenn AGENTS.md bereits existiert:

  1. Vorhandenen Inhalt lesen
  2. Abschnitte identifizieren:
    • Automatisch generierte Abschnitte (können aktualisiert werden)
    • Manuelle Abschnitte (<!-- MANUAL --> bleiben erhalten)
  3. Vergleichen:
    • Neue Dateien hinzugefügt?
    • Dateien entfernt?
    • Struktur geändert?
  4. Zusammenführen:
    • Automatisch generierten Inhalt aktualisieren
    • Manuelle Anmerkungen beibehalten
    • Zeitstempel aktualisieren

Schritt 5: Hierarchie validieren

Nach der Generierung Validierungsprüfungen durchführen:

PrüfungÜberprüfungsmethodeKorrekturmaßnahme
Elternreferenzen auflösbarJede AGENTS.md lesen, <!-- Parent: -->-Pfad prüfenPfad korrigieren oder verwaiste Datei entfernen
Keine verwaisten AGENTS.mdAGENTS.md-Speicherorte mit Verzeichnisstruktur vergleichenVerwaiste Dateien löschen
VollständigkeitAlle Verzeichnisse auflisten, auf AGENTS.md prüfenFehlende Dateien generieren
Zeitstempel aktuell<!-- Generated: -->-Daten prüfenVeraltete Dateien neu generieren

Validierungsskript-Muster:

# Alle AGENTS.md-Dateien finden
find . -name "AGENTS.md" -type f

# Elternreferenzen prüfen
grep -r "<!-- Parent:" --include="AGENTS.md" .

Intelligente Delegation

AufgabeAgent
Verzeichniskartierungexplore
Dateianalysearchitect
Inhaltsgenerierungwriter
AGENTS.md schreibenwriter

Umgang mit leeren Verzeichnissen

Bei leeren oder nahezu leeren Verzeichnissen:

BedingungAktion
Keine Dateien, keine UnterverzeichnisseÜberspringen - keine AGENTS.md erstellen
Keine Dateien, hat UnterverzeichnisseMinimale AGENTS.md nur mit Unterverzeichnisliste erstellen
Nur generierte Dateien (*.min.js, *.map)Überspringen oder minimale AGENTS.md
Nur KonfigurationsdateienAGENTS.md mit Beschreibung des Konfigurationszwecks erstellen

Beispiel minimale AGENTS.md für verzeichnisorientierte Container:

<!-- Parent: ../AGENTS.md -->
# {Verzeichnisname}

## Zweck
Container-Verzeichnis zur Organisation verwandter Module.

## Unterverzeichnisse
| Verzeichnis | Zweck |
|-------------|-------|
| `subdir/` | Beschreibung (siehe `subdir/AGENTS.md`) |

Parallelisierungsregeln

  1. Gleichrangige Verzeichnisse: Parallel verarbeiten
  2. Unterschiedliche Ebenen: Sequentiell (Eltern zuerst)
  3. Große Verzeichnisse: Dedizierten Agenten pro Verzeichnis starten
  4. Kleine Verzeichnisse: Mehrere in einem Agenten bündeln

Qualitätsstandards

Muss enthalten

  • Genaue Dateibeschreibungen
  • Korrekte Elternreferenzen
  • Unterverzeichnislinks
  • KI-Agentenanweisungen

Muss vermeiden

  • Allgemeinen Standardtext
  • Falsche Dateinamen
  • Kaputte Elternreferenzen
  • Fehlende wichtige Dateien

Beispielausgabe

AGENTS.md der Wurzel

<!-- Generated: 2024-01-15 | Updated: 2024-01-15 -->

# my-project

## Zweck
Eine Webanwendung zur Verwaltung von Benutzeraufgaben mit Echtzeit-Kollaborationsfunktionen.

## Wichtige Dateien
| Datei | Beschreibung |
|-------|-------------|
| `package.json` | Projektabhängigkeiten und Skripte |
| `tsconfig.json` | TypeScript-Konfiguration |
| `.env.example` | Umgebungsvariablen-Vorlage |

## Unterverzeichnisse
| Verzeichnis | Zweck |
|-------------|-------|
| `src/` | Anwendungsquellcode (siehe `src/AGENTS.md`) |
| `docs/` | Dokumentation (siehe `docs/AGENTS.md`) |
| `tests/` | Testsuiten (siehe `tests/AGENTS.md`) |

## Für KI-Agenten

### Arbeiten in diesem Verzeichnis
- Nach Änderungen am Projektmanifest Abhängigkeiten installieren
- TypeScript strict mode verwenden
- ESLint-Regeln befolgen

### Testanforderungen
- Tests vor dem Commit ausführen
- >80% Abdeckung sicherstellen

### Häufige Muster
- Barrel-Exporte verwenden (index.ts)
- Funktionale Komponenten bevorzugen

## Abhängigkeiten

### Extern
- React 18.x - UI-Framework
- TypeScript 5.x - Typsicherheit
- Vite - Build-Tool

<!-- MANUAL: Hier können benutzerdefinierte Projekthinweise hinzugefügt werden -->

Verschachtelte AGENTS.md

<!-- Parent: ../AGENTS.md -->
<!-- Generated: 2024-01-15 | Updated: 2024-01-15 -->

# components

## Zweck
Wiederverwendbare React-Komponenten, organisiert nach Funktion und Komplexität.

## Wichtige Dateien
| Datei | Beschreibung |
|-------|-------------|
| `index.ts` | Barrel-Export für alle Komponenten |
| `Button.tsx` | Primäre Schaltflächenkomponente |
| `Modal.tsx` | Modalfenster-Komponente |

## Unterverzeichnisse
| Verzeichnis | Zweck |
|-------------|-------|
| `forms/` | Formularbezogene Komponenten (siehe `forms/AGENTS.md`) |
| `layout/` | Layout-Komponenten (siehe `layout/AGENTS.md`) |

## Für KI-Agenten

### Arbeiten in diesem Verzeichnis
- Jede Komponente hat ihre eigene Datei
- CSS-Module für Styling verwenden
- Export über index.ts

### Testanforderungen
- Unit-Tests im Unterverzeichnis `__tests__/`
- React Testing Library verwenden

### Häufige Muster
- Props-Interfaces oberhalb der Komponente definieren
- forwardRef für DOM-exponierende Komponenten verwenden

## Abhängigkeiten

### Intern
- `src/hooks/` - Von Komponenten verwendete Hooks
- `src/utils/` - Hilfsfunktionen

### Extern
- `clsx` - Bedingte Klassennamen
- `lucide-react` - Icons

<!-- MANUAL: -->

Aktualisierungsmodus auslösen

Wenn auf einer vorhandenen Codebasis mit AGENTS.md-Dateien ausgeführt:

  1. Zuerst vorhandene Dateien erkennen
  2. Vorhandenen Inhalt lesen und parsen
  3. Aktuellen Verzeichniszustand analysieren
  4. Differenz zwischen vorhandenem und aktuellem Zustand erzeugen
  5. Aktualisierungen anwenden, dabei manuelle Abschnitte beibehalten

Leistungsüberlegungen

  • Verzeichnislisten zwischenspeichern - Gleiche Verzeichnisse nicht erneut scannen
  • Kleine Verzeichnisse bündeln - Mehrere auf einmal verarbeiten
  • Unveränderte überspringen - Wenn sich Verzeichnis nicht geändert hat, Neugenerierung überspringen
  • Parallele Schreibvorgänge - Mehrere Agenten schreiben gleichzeitig verschiedene Dateien

Individual skills in this repo

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

agent-doc-discipline

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

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

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