oh-my-customcode — ein Tool, das Claude-Code-Agenten nicht „konfiguriert“, sondern „kompiliert“

 (github.com/baekenough)
1 Punkte von baekenough 2026-04-18 | 1 Kommentare | Auf WhatsApp teilen

Wenn man mit Claude Code mehrere Agenten parallel einsetzt, stößt man immer wieder auf dieselbe Wand.
Man schreibt Skill-Dokumente, fügt Agent-YAMLs zusammen, steckt Regeln hinein, verdrahtet Routing,
und wenn Konflikte auftreten, bearbeitet man CLAUDE.md direkt. Und bei jedem Projektwechsel macht man das alles erneut.

Deshalb habe ich oh-my-customcode gebaut.
Die eine Zeile ganz oben in der README beschreibt die Produktidentität genau so, wie sie ist.

Your AI Agent Stack. Compiled, Not Configured.

Es gibt zwei Achsen.

1) Agenten sind keine Konfiguration, sondern kompilierte Artefakte.

  • .claude/skills/ = Quellcode (wiederverwendbares Wissen und Workflows)
  • .claude/agents/ = Build-Artefakte (aus Skills zusammengesetzte Experten)
  • mgr-sauron = Compiler (Strukturvalidierung)
  • .claude/rules/ = Spezifikation (Constraints und Build-Regeln)
  • Routing-Skills = Linker (verbindet Aufgaben und Agenten)

Skills entwickeln sich unabhängig weiter, und Agenten können jederzeit mit aktualisierten Skills neu kompiliert werden. Diese Trennung ist der Ausgangspunkt der Runtime.

2) Wenn es keinen Experten gibt, wird einer on the fly erzeugt.

Wenn man sagt: "Bitte prüfe dieses Terraform-Modul", und kein registrierter Experte existiert, fällt das System nicht einfach aus, sondern arbeitet so:

  • Routing: stellt fest, dass kein Terraform-Experte vorhanden ist
  • mgr-creator: durchsucht den infra-aws-expert-Skill und den Guide docker-best-practices
  • erzeugt infra-terraform-expert.md
  • führt das Review sofort aus
  • der erzeugte Agent bleibt für spätere Aufrufe erhalten

Das ist kein Fallback, sondern Design. Fehlende Expertise wird als Build-Problem behandelt.

Im Lieferumfang enthalten

Mit einem einzigen omcustom init werden 48 Agents / 107 Skills / 22 Rules / 39 Guides bereitgestellt.

  npm install -g oh-my-customcode  
  cd your-project  
  omcustom init

Ein paar Designentscheidungen

  • Der Hauptdialog ist ein Singleton-Orchestrator (R010).
    Er schreibt keine Dateien direkt; alle Aufgaben werden über Routing an dedizierte Agenten delegiert.
    Dadurch vermischt sich der Kontext nicht.

  • Model-Tiering ist explizit festgelegt.
    Architektur und Research laufen auf opus, Implementierung und Agentenerzeugung auf sonnet,
    Suche und Count-Validierung auf haiku. Das reasoning-sandwich-Muster (opus → sonnet → haiku) ist die Standardform.

  • Unabhängige Aufgaben laufen parallel (R009).
    Maximal 4 pro Nachricht.

  • Safety-Hooks sind advisory.
    secret-filter, audit-log, schema-validator, PostCompact (erneute Injektion der Regeln nach der Kompaktierung)
    Sie blockieren nicht, sondern hinterlassen nur Warnungen.

  • RTK wird standardmäßig installiert, um die Token der CLI-Ausgabe um 60–90 % zu reduzieren.

Ganz ehrlich

Es gibt bereits einige Claude-Code-Plugin-Projekte im Stil von „oh-my-zsh“.
Ich habe selbst einige ausprobiert und habe ehrlich großen Respekt davor.
Deshalb legt oh-my-customcode den Schwerpunkt nicht auf eine Sammlung von Templates, sondern auf die Runtime, in der Compiler, Router und Manager tatsächlich laufen.
Wenn ihr wissen wollt, was ich im Vergleich zu anderen Implementierungen mit einem ähnlichen Konzept anders gelöst habe, antworte ich gern.

Warum ein Singleton-Orchestrator, warum sauron als separater Agent ausgelagert wurde, wie die Heuristik für das Model-Tiering festgelegt wurde, ...

Wenn euch etwas davon interessiert, hinterlasst gern einen Kommentar.
Frühes Feedback freut mich am meisten.

Verwandte Beiträge

1 Kommentare

 
moderator 2026-04-19

Zu Show GN verschoben.
Zur Information: Bei Beiträgen, deren Kategorie von einem Moderator angepasst wurde, kann die Anzeige auf dem Startbildschirm eingeschränkt sein. Bitte prüfen Sie daher vor dem Einstellen die Kategorie noch einmal.