[ GETEILTE CLAUDE-CODE-CONFIG · CLI DEVKIT ]

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.

SCHNELLSTART DIE 6 FLOWS

$curl -fsSL https://devkit.one-dot.io/install.sh | sh

~/projects/shop — zsh

$devkit sync
→Fetching content/ from onedot-devkit@0.50.0
✓30 skillssynced
✓29 rulessynced
✓16 hooksregistered
✓0 scriptslinked
✓4 stacksdetected: laravel, nuxt, shopify, shopware
●Gatequality-gate passed · 0 secrets · sandbox on
●AutopilotSessionStart hook active — nothing to learn
$

SYS/DEVKIT · v0.50.0 · 0x36

/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 oder 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.

1

Autopilot

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

Funktioniert es, ohne dass der Nutzer weiß, dass es existiert?

2

Sicherheit

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

Worst Case bei falscher Autopilot-Nutzung?

3

Qualität by default

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

Deterministisch (Gate) oder nur Prosa?

4

Selbst-Skepsis

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

Wo ist der Gegencheck — Review, Challenge, Cross-Model?

5

Token-Effizienz

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

Gibt es einen 0-Token-Weg?

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.

Onboarding

· einmalig pro Maschine

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

install.shdevkit sync/index

Tagesarbeit

· einfach rückgängig zu machen

Direkt umsetzen, wenn sich die Änderung einfach zurücknehmen und deterministisch prüfen lässt.

/test/review/commit

Arbeit mit Spec

· Rollback teuer oder Prüfung offen

Compact geht nach Validierung direkt zur Freigabe; Full ergänzt ein Authoring-Review. Danach folgen Umsetzung und Prüfung.

/spec/spec-work/commitPR

Vorhaben

· ≥3 Specs, Systemgrenzen

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

/brainstorm/spec/spec-work

Wissen & Kontext

· kontinuierlich

Gotcha entdeckt → festhalten. Vergangenheitsfragen → memsearch-Recall.

/capture.agents/context/

Wartung

Updates automatisch (staged apply). Diagnose auf Zuruf.

devkit doctordevkit sync

[ REFERENZ ]

Alles aus content/ generiert

Beim Build aus dem Repo gelesen — nie handgepflegt, driftet nie vom Code weg. Single source of truth für Skills, Scripts, Rules und Hooks.

ALLE CLI-BEFEHLE REFERENZ-HUB

030SKILLS

029RULES

016HOOKS

000SCRIPTS

004STACKS