Skip to content

Geteilte Claude-Code-Config · CLI od

Einmal installieren. Ab dann Autopilot.

Qualität, Sicherheit und Token-Effizienz als Standardverhalten — nicht als Disziplin, die jeder erst lernen muss. Das Setup verteilt, erinnert und prüft von selbst.

$od sync
content/od syncskillsagentsruleshooks
/01

Autopilot

Ein Befehl pro Rechner, danach automatisch aktuell. Trigger-Phrasen und Auto-Invoke routen in die richtigen Skills — ohne dass man sie kennen muss.

/02

Gates statt Prosa

Jeder Flow-Schritt endet in einem deterministischen Script/Hook/Gate — Code-Reuse-Scan, quality-gate, Push-Gate, Secret-Schutz. Nicht im Versprechen.

/03

Token-Effizienz

Maximaler Effekt pro Token: 0-Token-Wege via Script statt LLM, kompakte Antworten, Kontext build-once-share statt pro Session neu.

§ Grundlage

Die 6 Säulen

Jedes Artefakt muss einer Säule dienen — ohne Autopilot (1) oder Token-Effizienz (5) zu verletzen.

Säule 1

Autopilot

Profitieren ohne Einarbeitung — Setup verteilt, erinnert, schlägt vor.

Funktioniert es, ohne dass der Nutzer weiß, dass es existiert?
Säule 2

Sicherheit

Safe by default: Secrets, Sandbox, riskante Aktionen, Push-Gates.

Worst Case bei falscher Autopilot-Nutzung?
Säule 3

Qualität by default

Code-Reuse, Spec-Disziplin, Tests — als Mechanik, nicht als Appell.

Deterministisch (Gate) oder nur Prosa?
Säule 4

Selbst-Skepsis

Jede load-bearing Entscheidung bekommt einen unabhängigen Gegencheck.

Wo ist der Gegencheck — Review, Challenge, Cross-Model?
Säule 5

Token-Effizienz

Maximaler Effekt pro Token. Script statt LLM, wo möglich.

Gibt es einen 0-Token-Weg?
Säule 6

Stack-Fit

Mehrwert für real betreute Stacks: Laravel, Nuxt, Shopify, Shopware.

Welchem Stack dient es konkret?
→ Ablauf

6 User-Flows

Niemand muss sie kennen — Trigger-Phrasen und Hints routen hinein. Jeder Schritt endet in einem Gate.

Flow 0

Onboarding · einmalig pro Maschine

Bootstrap, dann läuft der Sync automatisch via SessionStart-Hook.

install.shod sync/index
Flow 1

Tagesarbeit klein · 1–2 Dateien

Kein Spec-Overhead — bewusst. Agent arbeitet inline, surgical, mit Code-Reuse-Scan.

/test/code-review/commit
Flow 2

Feature · >2 Dateien/Steps oder mittleres Risiko

Compact nutzt einen Authoring-Reviewer; Full ergänzt bei hohem Risiko oder neuer Architektur Challenge und Signalrollen.

/spec/spec-work/commitPR
Flow 3

Vorhaben · ≥3 Specs, Systemgrenzen

Kein Epic-Scheduler. Nächsten kleinsten Slice planen, ausführen, dann erst den nächsten.

/brainstorm/spec/spec-work
Flow 4

Wissen & Kontext · kontinuierlich

Gotcha entdeckt → festhalten. Vergangenheitsfragen → memsearch-Recall.

/capture.agents/context/
Flow 5

Wartung · unsichtbar

Updates automatisch (staged apply). Diagnose auf Zuruf.

od doctor/ai-setup-update
# Referenz

Alles aus content/ generiert

Beim Build aus dem Repo gelesen — nie handgepflegt, driftet nie vom Code weg.

Single source of truth · build-time generiert aus content/{skills,agents,rules,hooks}
22
Skills
7
Agents
27
Rules
0
Hooks
39
Scripts
4
Stacks
onedot-devkitod sync · od status · od doctorInterne Doku · od CLI

Interne Doku — onedot-devkit · od