Einführung

Was ist PRECC?

PRECC (Prädiktive Fehlerkorrektur für Claude Code) ist ein Rust-Tool, das Claude Code Bash-Befehle über den offiziellen PreToolUse-Hook-Mechanismus abfängt. Es behebt Fehler bevor sie auftreten, spart Token und eliminiert Wiederholungsschleifen.

Kostenlos für Community-Nutzer.

Das Problem

Claude Code verschwendet erhebliche Token durch vermeidbare Fehler:

• Falsche Verzeichnisse – cargo build in einem übergeordneten Verzeichnis ohne Cargo.toml ausführen und nach dem Lesen des Fehlers erneut versuchen.
• Wiederholungsschleifen – Ein fehlgeschlagener Befehl erzeugt ausführliche Ausgabe, Claude liest sie, denkt darüber nach und versucht es erneut.
• Ausführliche Ausgabe – Befehle wie find oder ls -R erzeugen tausende Zeilen, die Claude verarbeiten muss.

Die vier Säulen

Kontextkorrektur (cd-prepend)

Erkennt, wenn Befehle wie cargo build oder npm test im falschen Verzeichnis ausgeführt werden, und stellt cd /korrekter/pfad && voran.

GDB-Debugging

Erkennt Möglichkeiten, GDB für tieferes Debugging von Segfaults und Abstürzen anzuhängen und liefert strukturierte Debug-Informationen.

Session-Mining

Analysiert Claude Code-Sitzungsprotokolle nach Fehler-Fix-Paaren. Bei wiederkehrenden Fehlern kennt PRECC die Lösung bereits und wendet sie automatisch an.

Automatisierungsskills

Eine Bibliothek eingebauter und geminter Skills, die Befehlsmuster erkennen und umschreiben. Skills werden als TOML-Dateien oder SQLite-Zeilen definiert.

So funktioniert es (30-Sekunden-Version)

1. Claude Code ist im Begriff, einen Bash-Befehl auszuführen.
2. Der PreToolUse-Hook sendet den Befehl als JSON an precc-hook über stdin.
3. precc-hook verarbeitet den Befehl durch die Pipeline (Skills, Verzeichniskorrektur, Komprimierung) in unter 3 Millisekunden.
4. Der korrigierte Befehl wird als JSON auf stdout zurückgegeben.
5. Claude Code führt den korrigierten Befehl aus.

Triviale Fehler werden zusammengefasst; der Grund der Umschreibung fährt in der Hook-Antwort mit, sodass jede Korrektur überprüfbar ist und nicht stillschweigend erfolgt.

Sicherheitsgrenze

PRECC schreibt nur um, wenn die semantische Äquivalenz nachweisbar erhalten bleibt oder vom Benutzer überprüfbar ist. Destruktive Befehle (rm, git push --force, git reset --hard) werden nie umgeschrieben, selbst wenn ein Skill passt. Jede Mutation muss beschränkt sein — der umgeschriebene Befehl muss die Kern-Tokens des Originals noch enthalten. Unbeschränkte Umschreibungen werden automatisch rückgängig gemacht. Jede angewandte Umschreibung wird protokolliert und angezeigt, sodass Sie sie prüfen, deaktivieren oder rückgängig machen können.

Adaptive Komprimierung

Wenn ein Befehl nach der Komprimierung fehlschlägt, überspringt PRECC automatisch die Komprimierung beim erneuten Versuch, damit Claude die vollständige unkomprimierte Ausgabe zum Debuggen erhält.

Live-Nutzungsstatistiken

Aktuelle Version –:

crates.io downloads count CI, docs.rs and mirror traffic — they are not a measure of unique users.

Einsparungen pro Version

Diese Zahlen werden automatisch aus anonymisierter Telemetrie aktualisiert.

Links

• GitHub: https://github.com/peri-a-i/precc-cc
• Webseite: https://peria.ai
• Dokumentation: https://precc.cc

Installation

Schnellinstallation (Linux / macOS)

curl -fsSL https://peria.ai/install.sh | bash

Dies lädt die neueste Release-Binary für Ihre Plattform herunter, verifiziert die SHA256-Prüfsumme und platziert sie in ~/.local/bin/.

Nach der Installation initialisieren Sie PRECC:

precc init

precc init registriert den PreToolUse-Hook bei Claude Code, erstellt die Datenverzeichnisse und initialisiert die Skills-Datenbank.

Installationsoptionen

SHA256-Verifizierung

Standardmäßig verifiziert der Installer die Binär-Prüfsumme gegen die veröffentlichte SHA256-Summe. Um die Verifizierung zu überspringen (nicht empfohlen):

curl -fsSL https://peria.ai/install.sh | bash -s -- --no-verify

Benutzerdefiniertes Installationspräfix

In ein benutzerdefiniertes Verzeichnis installieren:

curl -fsSL https://peria.ai/install.sh | bash -s -- --prefix /opt/precc

OpenCLI (–opencli) — WebFetch token savings

PRECC can also install OpenCLI, a third-party Node.js tool that turns ~148 websites (HackerNews, Reddit, arxiv, bilibili, zhihu, x.com, …) into structured-output commands. When installed, PRECC’s two built-in webfetch-opencli-* skills auto-rewrite raw curl/wget calls into the corresponding opencli <site> command for 5–50× smaller output.

precc init --opencli

This runs npm install -g @jackwener/opencli (requires Node.js 20+) and prints the URL for OpenCLI’s optional Chrome extension. The extension is only needed to reuse logged-in cookies on private pages; public sources work without it.

Skipping --opencli keeps PRECC fully self-contained — the auto-rewrite skill inlines a command -v opencli check that falls back to the original command when OpenCLI isn’t installed, so the skill is safe to ship default-on.

The Chrome extension requests broad permissions (debugger, <all_urls>, cookies). Operators should review them before installing it; --opencli only handles the npm package, not the extension.

Begleit-Tools (–extras)

PRECC wird mit optionalen Begleit-Tools ausgeliefert. Installieren Sie diese mit --extras:

curl -fsSL https://peria.ai/install.sh | bash -s -- --extras

Dies installiert:

Windows (PowerShell)

irm https://peria.ai/install.ps1 | iex

Dann initialisieren:

precc init

Manuelle Installation

1. Laden Sie die Release-Binary für Ihre Plattform von GitHub Releases herunter.
2. Verifizieren Sie die SHA256-Prüfsumme anhand der .sha256-Datei im Release.
3. Platzieren Sie die Binary in einem Verzeichnis in Ihrem PATH (z.B. ~/.local/bin/).
4. Führen Sie precc init aus.

Aktualisierung

precc update

Erzwinge ein Update auf eine bestimmte Version:

precc update --force --version 0.3.0

Automatische Updates aktivieren:

precc update --auto

Installation unter OpenClaw / ClawHub

PRECC liefert ein Plugin-Manifest unter plugins/openclaw/openclaw.plugin.json (id precc-token-saver) aus. Bei einem öffentlichen Release schiebt der GitHub-Actions-Workflow clawhub-publish.yml das Skill-Bundle in die ClawHub-Registry, sodass Endnutzer PRECC über die ClawHub-CLI statt über den curl-Installer installieren können:

# ClawHub CLI
clawhub install precc

# Or pin the plugin manifest (id: precc-token-saver) via OpenClaw's
# plugin marketplace UI or its CLI equivalent.

Wie Einsparungen unter OpenClaw angezeigt werden

Jede PRECC-Berichtsoberfläche, die unter Claude Code funktioniert, funktioniert auch unter OpenClaw — precc savings, precc savings --all, die lokalisierte Statuszeile (setzen Sie PRECC_LANG=zh und die Zeile erscheint in Ihrer Sprache) und das lokale Rewrite-Audit-Log lesen alle aus denselben SQLCipher-Datenbanken auf Ihrem Rechner. Eine separate Spezifikation unter docs/symposium-plan/openclaw-savings-reporting.md beschreibt ein künftiges strukturiertes preccSavings-Feld in jeder Hook-Antwort sowie eine einzeilige Sitzungsende-Benachrichtigung bei einer Standardschwelle von $0.05; dieser Teil ist noch nicht ausgeliefert.

Installation überprüfen

$ precc --version
precc 0.3.0

$ precc savings
Session savings: 0 tokens (no commands intercepted yet)

Wenn precc nicht gefunden wird, stellen Sie sicher, dass ~/.local/bin in Ihrem PATH ist.

Schnellstart

PRECC in 5 Minuten zum Laufen bringen.

Schritt 1: Installation

curl -fsSL https://peria.ai/install.sh | bash

Schritt 2: Initialisierung

$ precc init
[precc] Hook registered with Claude Code
[precc] Created ~/.local/share/precc/
[precc] Initialized heuristics.db with 8 built-in skills
[precc] Ready.

Schritt 3: Überprüfen, ob der Hook aktiv ist

$ precc skills list
  # Name               Type      Triggers
  1 cargo-wrong-dir    built-in  cargo build/test/clippy outside Rust project
  2 git-wrong-dir      built-in  git * outside a repo
  3 go-wrong-dir       built-in  go build/test outside Go module
  4 make-wrong-dir     built-in  make without Makefile in cwd
  5 npm-wrong-dir      built-in  npm/npx/pnpm/yarn outside Node project
  6 python-wrong-dir   built-in  python/pytest/pip outside Python project
  7 jj-translate       built-in  git * in jj-colocated repo
  8 asciinema-gif      built-in  asciinema rec

Schritt 4: Claude Code normal verwenden

Öffne Claude Code und arbeite wie gewohnt. PRECC läuft still im Hintergrund. Wenn Claude einen Befehl ausgibt, der fehlschlagen würde, korrigiert PRECC ihn vor der Ausführung.

Beispiel: Cargo Build im falschen Verzeichnis

Angenommen, dein Projekt ist unter ~/projects/myapp/ und Claude gibt aus:

cargo build

von ~/projects/ aus (eine Ebene zu hoch, kein Cargo.toml dort).

Ohne PRECC: Claude erhält den Fehler could not find Cargo.toml in /home/user/projects or any parent directory, liest ihn, denkt darüber nach und versucht es mit cd myapp && cargo build erneut. Kosten: ~2.000 Token verschwendet.

Mit PRECC: Der Hook erkennt das fehlende Cargo.toml, findet es in myapp/ und schreibt den Befehl um zu:

cd /home/user/projects/myapp && cargo build

Claude sieht nie einen Fehler. Null Token verschwendet.

Schritt 5: Ersparnisse überprüfen

Überprüfe nach einer Sitzung, wie viele Token PRECC gespart hat:

$ precc savings
Session Token Savings
=====================
Total estimated savings: 4,312 tokens

Breakdown:
  Pillar 1 (cd prepends):       2,104 tokens  (3 corrections)
  Pillar 4 (skill activations):   980 tokens  (2 activations)
  RTK rewrites:                 1,228 tokens  (5 rewrites)

Nächste Schritte

• Skills – Alle verfügbaren Skills und wie du eigene erstellen kannst.
• Hook-Pipeline – Verstehe, was unter der Haube passiert.
• Ersparnisse – Detaillierte Analyse der Token-Einsparungen.

Lizenz

PRECC bietet zwei Stufen: Community (kostenlos) und Pro.

Community-Stufe (kostenlos)

Die Community-Stufe umfasst:

• Alle integrierten Skills (Verzeichniskorrektur, jj-Übersetzung usw.)
• Hook-Pipeline mit voller Pillar-1- und Pillar-4-Unterstützung
• Grundlegende precc savings-Zusammenfassung
• Session-Mining mit precc ingest
• Unbegrenzte lokale Nutzung

Pro-Stufe

Pro schaltet zusätzliche Funktionen frei:

• Detaillierte Einsparungsaufschlüsselung – precc savings --all mit Analyse pro Befehl
• GIF-Aufnahme – precc gif zum Erstellen animierter Terminal-GIFs
• IP-Geofence-Compliance – Für regulierte Umgebungen
• E-Mail-Berichte – precc mail report zum Senden von Analysen
• GitHub-Actions-Analyse – precc gha zum Debuggen fehlgeschlagener Workflows
• Kontextkomprimierung – precc compress zur CLAUDE.md-Optimierung
• Prioritäts-Support

Eine Lizenz aktivieren

$ precc license activate XXXX-XXXX-XXXX-XXXX --email you@example.com
[precc] License activated for you@example.com
[precc] Plan: Pro
[precc] Expires: 2027-04-03

Lizenzstatus prüfen

$ precc license status
License: Pro
Email:   you@example.com
Expires: 2027-04-03
Status:  Active

GitHub-Sponsors-Aktivierung

Wenn Sie PRECC über GitHub Sponsors sponsern, wird Ihre Lizenz automatisch über Ihre GitHub-E-Mail aktiviert. Kein Schlüssel erforderlich – stellen Sie nur sicher, dass Ihre Sponsor-E-Mail übereinstimmt:

$ precc license status
License: Pro (GitHub Sponsors)
Email:   you@example.com
Status:  Active (auto-renewed)

Geräte-Fingerprint

Jede Lizenz ist an einen Geräte-Fingerprint gebunden. Zeigen Sie Ihren an mit:

$ precc license fingerprint
Fingerprint: a1b2c3d4e5f6...

Wenn Sie Ihre Lizenz auf einen neuen Computer übertragen müssen, deaktivieren Sie sie zuerst:

precc license deactivate

Dann aktivieren Sie auf dem neuen Computer.

Lizenz abgelaufen?

Wenn eine Pro-Lizenz abläuft, kehrt PRECC zur Community-Stufe zurück. Alle integrierten Skills und Kernfunktionen funktionieren weiterhin. Nur Pro-spezifische Funktionen werden nicht verfügbar. Weitere Details finden Sie in den FAQ.

Hook-Pipeline

Die precc-hook-Binary ist der Kern von PRECC. Sie sitzt zwischen Claude Code und der Shell und verarbeitet jeden Bash-Befehl in unter 5 Millisekunden.

Wie Claude Code den Hook aufruft

Claude Code unterstützt PreToolUse-Hooks – externe Programme, die Werkzeugeingaben vor der Ausführung inspizieren und ändern können. Wenn Claude einen Bash-Befehl ausführen will, sendet es JSON an precc-hook über stdin und liest die Antwort von stdout.

Pipeline-Stufen

Claude Code
    |
    v
+---------------------------+
| 1. Parse JSON stdin       |  Read the command from Claude Code
+---------------------------+
    |
    v
+---------------------------+
| 2. Skill matching         |  Query heuristics.db for matching skills (Pillar 4)
+---------------------------+
    |
    v
+---------------------------+
| 3. Directory correction   |  Resolve correct working directory (Pillar 1)
+---------------------------+
    |
    v
+---------------------------+
| 4. GDB check              |  Detect debug opportunities (Pillar 2)
+---------------------------+
    |
    v
+---------------------------+
| 5. RTK rewriting          |  Apply command rewrites for token savings
+---------------------------+
    |
    v
+---------------------------+
| 6. Emit JSON stdout       |  Return modified command to Claude Code
+---------------------------+
    |
    v
  Shell executes corrected command

Beispiel: JSON Ein- und Ausgabe

Eingabe (von Claude Code)

{
  "tool_input": {
    "command": "cargo build"
  }
}

PRECC erkennt, dass das aktuelle Verzeichnis kein Cargo.toml hat, aber ./myapp/Cargo.toml existiert.

Ausgabe (an Claude Code)

{
  "hookSpecificOutput": {
    "updatedInput": {
      "command": "cd /home/user/projects/myapp && cargo build"
    }
  }
}

Wenn keine Änderung nötig ist, ist updatedInput.command leer und Claude Code verwendet den ursprünglichen Befehl.

Stufendetails

Stufe 1: JSON parsen

Liest das vollständige JSON-Objekt von stdin. Extrahiert tool_input.command. Bei einem Parsing-Fehler beendet sich der Hook sofort und Claude Code verwendet den ursprünglichen Befehl (Fail-Open-Design).

Stufe 2: Skill-Matching

Fragt die SQLite-Heuristik-Datenbank nach Skills ab, deren Trigger-Muster zum Befehl passt. Skills werden in Prioritätsreihenfolge geprüft. Sowohl eingebaute TOML-Skills als auch geminte Skills werden ausgewertet.

Stufe 3: Verzeichniskorrektur

Prüft bei Build-Befehlen (cargo, go, make, npm, python usw.), ob die erwartete Projektdatei im aktuellen Verzeichnis existiert. Falls nicht, durchsucht es benachbarte Verzeichnisse nach der nächstgelegenen Übereinstimmung und stellt cd <dir> && voran.

Der Verzeichnisscan verwendet einen zwischengespeicherten Dateisystemindex mit 5 Sekunden TTL für hohe Geschwindigkeit.

Stufe 4: GDB-Prüfung

Wenn der Befehl wahrscheinlich einen Absturz verursacht (z.B. Ausführen einer Debug-Binary), kann PRECC GDB-Wrapper vorschlagen oder injizieren, um strukturierte Debug-Ausgaben statt roher Absturz-Logs zu erfassen.

Stufe 5: RTK-Umschreibung

Wendet RTK-Regeln (Rewrite Toolkit) an, die ausführliche Befehle kürzen, verrauschte Ausgaben unterdrücken oder Befehle für Token-Effizienz umstrukturieren.

Stufe 6: JSON ausgeben

Serialisiert den geänderten Befehl zurück zu JSON und schreibt ihn auf stdout. Wenn keine Änderungen vorgenommen wurden, signalisiert die Ausgabe Claude Code, den ursprünglichen Befehl zu verwenden.

Leistung

Die gesamte Pipeline wird in unter 5 Millisekunden (p99) abgeschlossen. Wichtige Optimierungen:

• SQLite im WAL-Modus für sperrfreie parallele Lesezugriffe
• Vorkompilierte Regex-Muster für Skill-Matching
• Zwischengespeicherte Dateisystem-Scans (5 Sekunden TTL)
• Keine Netzwerkaufrufe im Hot Path
• Fail-Open: Jeder Fehler fällt auf den ursprünglichen Befehl zurück

Den Hook manuell testen

Sie können den Hook direkt aufrufen:

$ echo '{"tool_input":{"command":"cargo build"}}' | precc-hook
{"hookSpecificOutput":{"updatedInput":{"command":"cd /home/user/myapp && cargo build"}}}

Skills

Skills sind die Mustererkennungsregeln, die PRECC verwendet, um Befehle zu erkennen und zu korrigieren. Sie können eingebaut (als TOML-Dateien mitgeliefert) oder aus Sitzungsprotokollen gewonnen werden.

Eingebaute Skills

Skills auflisten

$ precc skills list
  # Name               Type      Triggers
  1 cargo-wrong-dir    built-in  cargo build/test/clippy outside Rust project
  2 git-wrong-dir      built-in  git * outside a repo
  3 go-wrong-dir       built-in  go build/test outside Go module
  4 make-wrong-dir     built-in  make without Makefile in cwd
  5 npm-wrong-dir      built-in  npm/npx/pnpm/yarn outside Node project
  6 python-wrong-dir   built-in  python/pytest/pip outside Python project
  7 jj-translate       built-in  git * in jj-colocated repo
  8 asciinema-gif      built-in  asciinema rec
  9 fix-pytest-path    mined     pytest with wrong test path

Skill-Details anzeigen

$ precc skills show cargo-wrong-dir
Name:        cargo-wrong-dir
Type:        built-in
Source:      skills/builtin/cargo-wrong-dir.toml
Description: Detects cargo commands run outside a Rust project and prepends
             cd to the directory containing the nearest Cargo.toml.
Trigger:     ^cargo\s+(build|test|clippy|run|check|bench|doc)
Action:      prepend_cd
Marker:      Cargo.toml
Activations: 12

Einen Skill nach TOML exportieren

$ precc skills export cargo-wrong-dir
[skill]
name = "cargo-wrong-dir"
description = "Prepend cd for cargo commands outside a Rust project"
trigger = "^cargo\\s+(build|test|clippy|run|check|bench|doc)"
action = "prepend_cd"
marker = "Cargo.toml"
priority = 10

Einen Skill bearbeiten

$ precc skills edit cargo-wrong-dir

Dies öffnet die Skill-Definition in Ihrem $EDITOR. Nach dem Speichern wird der Skill automatisch neu geladen.

Der Advise-Befehl

precc skills advise analysiert Ihre letzte Sitzung und schlägt neue Skills basierend auf wiederkehrenden Mustern vor:

$ precc skills advise
Analyzed 47 commands from the last session.

Suggested skills:
  1. docker-wrong-dir: You ran `docker compose up` outside the project root 3 times.
     Suggested trigger: ^docker\s+compose
     Suggested marker: docker-compose.yml

  2. terraform-wrong-dir: You ran `terraform plan` outside the infra directory 2 times.
     Suggested trigger: ^terraform\s+(plan|apply|init)
     Suggested marker: main.tf

Accept suggestion [1/2/skip]?

Skills gruppieren

$ precc skills cluster

Gruppiert ähnliche geminte Skills, um redundante oder überlappende Muster zu identifizieren.

Geminte vs. eingebaute Skills

Eingebaute Skills werden mit PRECC geliefert und sind in skills/builtin/*.toml definiert. Sie decken die häufigsten Fehler bei falschen Verzeichnissen ab.

Geminte Skills werden von precc ingest oder dem precc-learner-Daemon aus Ihren Sitzungsprotokollen erstellt. Sie werden in ~/.local/share/precc/heuristics.db gespeichert und sind spezifisch für Ihren Workflow. Siehe Mining für Details.

Einsparungen

PRECC verfolgt die geschätzten Token-Einsparungen bei jeder Interception. Verwenden Sie precc savings, um zu sehen, wie viel Verschwendung PRECC verhindert hat.

Kurzübersicht

$ precc savings
Session Token Savings
=====================
Total estimated savings: <span data-stat="session_tokens_saved">8,741</span> tokens

Breakdown:
  Pillar 1 (cd prepends):         <span data-stat="session_p1_tokens">3,204</span> tokens  (<span data-stat="session_p1_count">6</span> corrections)
  Pillar 4 (skill activations):   <span data-stat="session_p4_tokens">1,560</span> tokens  (<span data-stat="session_p4_count">4</span> activations)
  RTK rewrites:                   <span data-stat="session_rtk_tokens">2,749</span> tokens  (<span data-stat="session_rtk_count">11</span> rewrites)
  Lean-ctx wraps:                 <span data-stat="session_lean_tokens">1,228</span> tokens  (<span data-stat="session_lean_count">2</span> wraps)

Detaillierte Aufschlüsselung (Pro)

$ precc savings --all
Session Token Savings (Detailed)
================================
Total estimated savings: <span data-stat="session_tokens_saved">8,741</span> tokens

Command-by-command:
  #  Time   Command                          Saving   Source
  1  09:12  cargo build                      534 tk   cd prepend (cargo-wrong-dir)
  2  09:14  cargo test                       534 tk   cd prepend (cargo-wrong-dir)
  3  09:15  git status                       412 tk   cd prepend (git-wrong-dir)
  4  09:18  npm install                      824 tk   cd prepend (npm-wrong-dir)
  5  09:22  find . -name "*.rs"              387 tk   RTK rewrite (output truncation)
  6  09:25  cat src/main.rs                  249 tk   RTK rewrite (lean-ctx wrap)
  7  09:31  cargo clippy                     534 tk   cd prepend (cargo-wrong-dir)
  ...

Pillar Breakdown:
  Pillar 1 (context resolution):   <span data-stat="session_p1_tokens">3,204</span> tokens  <span data-stat="session_p1_pct">36.6</span>%
  Pillar 2 (GDB debugging):            0 tokens   0.0%
  Pillar 3 (mined preventions):        0 tokens   0.0%
  Pillar 4 (automation skills):    <span data-stat="session_p4_tokens">1,560</span> tokens  <span data-stat="session_p4_pct">17.8</span>%
  RTK rewrites:                    <span data-stat="session_rtk_tokens">2,749</span> tokens  <span data-stat="session_rtk_pct">31.5</span>%
  Lean-ctx wraps:                  <span data-stat="session_lean_tokens">1,228</span> tokens  <span data-stat="session_lean_pct">14.1</span>%

Wie Einsparungen geschätzt werden

Jeder Korrekturtyp hat geschätzte Token-Kosten basierend darauf, was ohne PRECC passiert wäre:

Dies sind konservative Schätzungen. Die tatsächlichen Einsparungen sind oft höher, da Claudes Reasoning über Fehler ausführlich sein kann.

Kumulative Einsparungen

Einsparungen bleiben sitzungsübergreifend in der PRECC-Datenbank erhalten. Im Laufe der Zeit können Sie die Gesamtwirkung verfolgen:

$ precc savings
Session Token Savings
=====================
Total estimated savings: <span data-stat="session_tokens_saved">8,741</span> tokens

Lifetime savings: <span data-stat="total_tokens_saved">142,389</span> tokens across <span data-stat="total_sessions">47</span> sessions

Statusleiste

Nach der Installation trägt PRECC einen statusLine-Eintrag in ~/.claude/settings.json ein, damit die Statusleiste von Claude Code Live-Sitzungsmetriken anzeigt:

$0.42 spent | 1.2M in/out | 📊 last cmd: −1.2K | PRECC: 7 fixes | 5.8ms avg | this session: 320 saved over 7 cmds (~$0.05) | lifetime: 8.9K saved over 217 cmds (~$2.85)

Setze PRECC_LANG, um die Beschriftungen in deiner Sprache anzuzeigen — siehe Kapitel Lokalisierung.

Jedes Segment:

Das lifetime:-Segment steht am Ende, damit es als erstes abgeschnitten wird, falls die Claude-Code-Benutzeroberfläche die Leiste am rechten Rand abschneidet.

Warum sich Kosten und Token-Anzahl nicht teilen lassen

Das angezeigte 1.2M in/out ist nicht der Nenner, der $0.42 spent ergeben hat. Der cost.total_cost_usd von Claude Code wird aus der vollständigen Token-Aufschlüsselung der API berechnet — Basis-Eingabe, Ausgabe, plus Cache-Lesevorgänge und Cache-Erstellungen. Die sitzungsweiten kumulativen Cache-Token-Zahlen werden im Statusline-Schema nicht offengelegt, daher kann PRECC nur den sichtbaren (Nicht-Cache-)Anteil anzeigen.

Bei langen Sitzungen mit häufigen Datei-Erneut-Lesungen können Cache-Lesevorgänge das 10-fache der sichtbaren Token-Zahl betragen. Deshalb wäre eine Paarung als Verhältnis irreführend — PRECC zeigt sie stattdessen als unabhängige Segmente.

Warum PRECC die Kosten nicht berechnet

Die Kostenzahl ist maßgeblich. PRECC liest cost.total_cost_usd wörtlich aus dem JSON, das Claude Code über stdin an den Statusbefehl pipet. Das ist dieselbe Zahl, die Claude Code gegen dein Abonnement-/Nutzungsbudget abrechnet. Du kannst sie jederzeit mit dem eingebauten /cost-Slash-Befehl überprüfen — beide sollten übereinstimmen.

Was die Kosten antreibt

Für Claude Opus 4.6:

Die größten Treiber bei langen Sitzungen sind in der Regel Ausgabetokens (der teuerste Pro-Token-Typ, besonders auf der 1M-Kontextstufe), wiederholte Cache-Lesevorgänge (einzeln günstig, aber über viele Runden schnell akkumulierend) und Cache-Erstellungen (einmal pro Datei-Lesevorgang zum ~1,25-fachen der Basis-Eingaberate). PRECC reduziert die Kosten der sichtbaren Tokens durch Komprimierung der Bash-Ausgabe (das Segment 📊 last cmd: zeigt die Pro-Befehl-Einsparung), kann aber Cache-Lesevorgänge von Dateien, die Claude bereits geladen hat, nicht reduzieren.

Stabile Sitzungszählungen

Das Segment “PRECC: N fixes” zählt Ereignisse seit dem persistierten Sitzungsbeginn, geschrieben in ~/.local/share/precc/sessions/<session_id>.start bei der ersten Statusline-Aktualisierung jeder Sitzung. Das macht die Zählung monoton — sie kann mitten in der Sitzung nicht sinken, selbst wenn cost.total_duration_ms bei einer bestimmten Aktualisierung fehlt.

Automatisch aktualisierter Lifetime-Snapshot

Das lifetime:-Segment liest ~/.local/share/precc/.lifetime_summary.json, das bei jeder PostToolUse-Messung und bei jedem precc savings-Aufruf neu geschrieben wird. Das this session:-Segment liest dieselbe Lifetime-Datei, subtrahiert aber eine pro Sitzung persistierte Baseline, die bei der ersten Aktualisierung jeder Sitzung gespeichert wird. Keine manuelle Aktualisierung erforderlich — die Dateien aktualisieren sich selbst.

Statusleiste unterdrücken

Wenn du deine bestehende Statusleiste behalten möchtest, setze deinen eigenen statusLine-Befehl in ~/.claude/settings.json. Der Installer von PRECC erkennt den benutzerdefinierten Wert und lässt ihn bei nachfolgenden Updates unangetastet.

Um nur die Pro-Interaktion-📊 PRECC-Zeile (im additionalContext) zu unterdrücken, setze PRECC_QUIET=1 in deiner Shell-Umgebung.

Related research

PRECC’s three savings mechanisms each have a counterpart in the recent literature. These are related work — the ideas PRECC’s design draws on. Their reported figures are their measurements, not PRECC’s: PRECC only ever quotes numbers measured on your own machine (see “measured, not estimated”, above).

• Output/trajectory trimming (PRECC’s diet + bash-output compression) — Reducing Cost of LLM Agents with Trajectory Reduction (AgentDiet), FSE 2026, arXiv:2509.23586. Removes redundant/expired trajectory content post-hoc; reports −39.9–59.7% input tokens. PRECC applies the same idea pre-execution and deterministically (no extra LLM call).
• Skills as programs (PRECC’s mined + builtin rewrite skills) — Harnessing LLM Agents with Skill Programs, arXiv:2605.17734. Frames reusable agent skills as executable program functions — the same analogy behind PRECC’s command-rewrite skills (a pattern → a deterministic rewrite).
• Context compression (PRECC’s compress + lean-ctx wrapping) — Compress the Context, Keep the Commitments: A Formal Framework for Verifiable LLM Context Compression, arXiv:2605.17304. Recent work on compressing context without losing required information — the property PRECC’s deterministic, cache-stable rewrites aim to preserve.

Komprimieren

precc compress verkleinert CLAUDE.md und andere Kontextdateien, um den Token-Verbrauch zu reduzieren, wenn Claude Code sie lädt. Dies ist eine Pro-Funktion.

Grundlegende Verwendung

$ precc compress .
[precc] Scanning directory: .
[precc] Found 3 context files:
         CLAUDE.md (2,847 tokens -> 1,203 tokens, -57.7%)
         ARCHITECTURE.md (4,112 tokens -> 2,044 tokens, -50.3%)
         ALTERNATIVES.md (3,891 tokens -> 1,967 tokens, -49.5%)
[precc] Total: 10,850 tokens -> 5,214 tokens (-51.9%)
[precc] Files compressed. Use --revert to restore originals.

Probelauf

Vorschau der Änderungen ohne Dateien zu modifizieren:

$ precc compress . --dry-run
[precc] Dry run -- no files will be modified.
[precc] CLAUDE.md: 2,847 tokens -> 1,203 tokens (-57.7%)
[precc] ARCHITECTURE.md: 4,112 tokens -> 2,044 tokens (-50.3%)
[precc] ALTERNATIVES.md: 3,891 tokens -> 1,967 tokens (-49.5%)
[precc] Total: 10,850 tokens -> 5,214 tokens (-51.9%)

Zurücksetzen

Originale werden automatisch gesichert. Um sie wiederherzustellen:

$ precc compress --revert
[precc] Restored 3 files from backups.

Was wird komprimiert

Der Kompressor wendet mehrere Transformationen an:

• Entfernt überflüssige Leerzeichen und Leerzeilen
• Kürzt ausführliche Formulierungen unter Beibehaltung der Bedeutung
• Verdichtet Tabellen und Listen
• Entfernt Kommentare und dekorative Formatierung
• Behält alle Codeblöcke, Pfade und technische Bezeichner bei

Die komprimierte Ausgabe ist weiterhin menschenlesbar – sie ist weder minifiziert noch verschleiert.

Bestimmte Dateien auswählen

$ precc compress CLAUDE.md
[precc] CLAUDE.md: 2,847 tokens -> 1,203 tokens (-57.7%)

Berichte

precc report erstellt ein Analyse-Dashboard, das PRECC-Aktivität und Token-Einsparungen zusammenfasst.

Einen Bericht erstellen

$ precc report
PRECC Report -- 2026-04-03
==========================

Sessions analyzed: 12
Commands intercepted: 87
Total token savings: 42,389

Top skills by activation:
  1. cargo-wrong-dir     34 activations   17,204 tokens saved
  2. npm-wrong-dir       18 activations    9,360 tokens saved
  3. git-wrong-dir       12 activations    4,944 tokens saved
  4. RTK rewrite         15 activations    3,750 tokens saved
  5. python-wrong-dir     8 activations    4,131 tokens saved

Savings by pillar:
  Pillar 1 (context resolution):  28,639 tokens  67.6%
  Pillar 4 (automation skills):    7,000 tokens  16.5%
  RTK rewrites:                    3,750 tokens   8.8%
  Lean-ctx wraps:                  3,000 tokens   7.1%

Recent corrections:
  2026-04-03 09:12  cargo build -> cd myapp && cargo build
  2026-04-03 09:18  npm test -> cd frontend && npm test
  2026-04-03 10:05  git status -> cd repo && git status
  ...

Einen Bericht per E-Mail senden

Senden Sie den Bericht an eine E-Mail-Adresse (erfordert Mail-Einrichtung, siehe Email):

$ precc report --email
[precc] Report sent to you@example.com

Die Empfängeradresse wird aus ~/.config/precc/mail.toml gelesen. Sie können auch precc mail report EMAIL verwenden, um an eine bestimmte Adresse zu senden.

Berichtsdaten

Berichte werden aus der lokalen PRECC-Datenbank unter ~/.local/share/precc/history.db generiert. Keine Daten verlassen Ihren Rechner, es sei denn, Sie senden den Bericht explizit per E-Mail.

Mining

PRECC analysiert Claude Code-Sitzungsprotokolle, um Fehler-Fix-Muster zu lernen. Wenn es denselben Fehler erneut erkennt, wendet es die Lösung automatisch an.

Sitzungsprotokolle einlesen

Eine einzelne Datei einlesen

$ precc ingest ~/.claude/logs/session-2026-04-03.jsonl
[precc] Parsing session-2026-04-03.jsonl...
[precc] Found 142 commands, 8 failure-fix pairs
[precc] Stored 8 patterns in history.db
[precc] 2 new skill candidates identified

Alle Protokolle einlesen

$ precc ingest --all
[precc] Scanning ~/.claude/logs/...
[precc] Found 23 session files (14 new, 9 already ingested)
[precc] Parsing 14 new files...
[precc] Found 47 failure-fix pairs across 14 sessions
[precc] Stored 47 patterns in history.db
[precc] 5 new skill candidates identified

Erneutes Einlesen erzwingen

Um bereits eingelesene Dateien erneut zu verarbeiten:

$ precc ingest --all --force
[precc] Re-ingesting all 23 session files...

Wie Mining funktioniert

1. PRECC liest die JSONL-Sitzungsprotokolldatei.
2. Es identifiziert Befehlspaare, bei denen der erste Befehl fehlschlug und der zweite ein korrigierter Versuch war.
3. Es extrahiert das Muster (was schiefging) und die Lösung (was Claude anders machte).
4. Muster werden in ~/.local/share/precc/history.db gespeichert.
5. Wenn ein Muster einen Konfidenzschwellenwert erreicht (mehrfach gesehen), wird es zu einem gemeinten Skill in heuristics.db.

Beispielmuster

Failure: pytest tests/test_auth.py
Error:   ModuleNotFoundError: No module named 'myapp'
Fix:     cd /home/user/myapp && pytest tests/test_auth.py
Pattern: pytest outside project root -> prepend cd

Der precc-learner-Daemon

Der precc-learner-Daemon läuft im Hintergrund und überwacht automatisch neue Sitzungsprotokolle:

$ precc-learner &
[precc-learner] Watching ~/.claude/logs/ for new sessions...
[precc-learner] Processing session-2026-04-03-1412.jsonl... 3 new patterns

Der Daemon verwendet Dateisystem-Benachrichtigungen (inotify auf Linux, FSEvents auf macOS) und reagiert daher sofort, wenn eine Sitzung endet.

Von Mustern zu Skills

Geminte Muster werden zu Skills, wenn sie diese Kriterien erfüllen:

• Mindestens 3 Mal über Sitzungen hinweg gesehen
• Konsistentes Fix-Muster (gleiche Art der Korrektur jedes Mal)
• Keine Fehlalarme erkannt

Sie können Skill-Kandidaten überprüfen mit:

$ precc skills advise

Siehe Skills für Details zur Verwaltung von Skills.

Datenspeicherung

• Fehler-Fix-Paare: ~/.local/share/precc/history.db
• Graduierte Skills: ~/.local/share/precc/heuristics.db

Beide sind SQLite-Datenbanken im WAL-Modus für sicheren gleichzeitigen Zugriff.

E-Mail

PRECC kann Berichte und Dateien per E-Mail senden. Dies erfordert eine einmalige SMTP-Einrichtung.

Einrichtung

$ precc mail setup
SMTP host: smtp.gmail.com
SMTP port [587]: 587
Username: you@gmail.com
Password: ********
From address [you@gmail.com]: you@gmail.com
[precc] Mail configuration saved to ~/.config/precc/mail.toml
[precc] Sending test email to you@gmail.com...
[precc] Test email sent successfully.

Konfigurationsdatei

Die Konfiguration wird unter ~/.config/precc/mail.toml gespeichert:

[smtp]
host = "smtp.gmail.com"
port = 587
username = "you@gmail.com"
password = "app-password-here"
from = "you@gmail.com"
tls = true

Sie können diese Datei direkt bearbeiten:

$EDITOR ~/.config/precc/mail.toml

Verwenden Sie für Gmail ein App-Passwort anstelle Ihres Kontopassworts.

Berichte senden

$ precc mail report team@example.com
[precc] Generating report...
[precc] Sending to team@example.com...
[precc] Report sent.

Dateien senden

$ precc mail send colleague@example.com output.log
[precc] Sending output.log to colleague@example.com...
[precc] Sent (14.2 KB).

SSH-Relay-Unterstützung

Wenn Ihr Rechner keinen SMTP-Server direkt erreichen kann (z.B. hinter einer Firmen-Firewall), unterstützt PRECC die Weiterleitung über einen SSH-Tunnel:

[smtp]
host = "localhost"
port = 2525

[ssh_relay]
host = "relay.example.com"
user = "you"
remote_port = 587
local_port = 2525

PRECC stellt den SSH-Tunnel vor dem Senden automatisch her.

GIF-Aufnahme

precc gif erstellt animierte GIF-Aufnahmen von Terminal-Sitzungen aus Bash-Skripten. Dies ist eine Pro-Funktion.

Grundlegende Verwendung

$ precc gif script.sh 30s
[precc] Recording script.sh (max 30s)...
[precc] Running: echo "Hello, world!"
[precc] Running: cargo build --release
[precc] Running: cargo test
[precc] Recording complete.
[precc] Output: script.gif (1.2 MB, 24s)

Das erste Argument ist ein Bash-Skript mit den auszuführenden Befehlen. Das zweite Argument ist die maximale Aufnahmedauer.

Skriptformat

Das Skript ist eine Standard-Bash-Datei:

#!/bin/bash
echo "Building project..."
cargo build --release
echo "Running tests..."
cargo test
echo "Done!"

Eingabesimulation

Für interaktive Befehle geben Sie Eingabewerte als zusätzliche Argumente an:

$ precc gif interactive-demo.sh 60s "yes" "my-project" "3"

Jedes zusätzliche Argument wird als stdin-Zeile übergeben, wenn das Skript nach Eingabe fragt.

Ausgabeoptionen

Die Ausgabedatei wird standardmäßig nach dem Skript benannt (script.gif). Das GIF verwendet ein dunkles Terminal-Theme mit Standard-80x24-Dimensionen.

Warum GIF statt asciinema?

Der eingebaute Skill asciinema-gif schreibt asciinema rec automatisch in precc gif um. GIF-Dateien sind portabler – sie werden inline in GitHub-READMEs, Slack und E-Mails angezeigt, ohne einen Player zu benötigen.

GitHub Actions Analyse

precc gha analysiert fehlgeschlagene GitHub Actions-Läufe und schlägt Korrekturen vor. Dies ist eine Pro-Funktion.

Verwendung

Übergeben Sie die URL eines fehlgeschlagenen GitHub Actions-Laufs:

$ precc gha https://github.com/myorg/myrepo/actions/runs/12345678
[precc] Fetching run 12345678...
[precc] Run: CI / build (ubuntu-latest)
[precc] Status: failure
[precc] Failed step: Run cargo test

[precc] Log analysis:
  Error: test result: FAILED. 2 passed; 1 failed
  Failed test: tests::integration::test_database_connection
  Cause: thread 'tests::integration::test_database_connection' panicked at
         'called Result::unwrap() on an Err value: Connection refused'

[precc] Suggested fix:
  The test requires a database connection but the CI environment does not
  start a database service. Add a services block to your workflow:

    services:
      postgres:
        image: postgres:15
        ports:
          - 5432:5432
        env:
          POSTGRES_PASSWORD: test

Was es tut

1. Parst die GitHub Actions-Run-URL, um den Eigentümer, das Repository und die Run-ID zu extrahieren.
2. Ruft die Run-Logs über die GitHub-API ab (verwendet GITHUB_TOKEN falls gesetzt, sonst öffentlichen Zugang).
3. Identifiziert den fehlgeschlagenen Schritt und extrahiert die relevanten Fehlerzeilen.
4. Analysiert den Fehler und schlägt eine Korrektur basierend auf häufigen CI-Fehlermustern vor.

Unterstützte Fehlermuster

• Fehlende Service-Container (Datenbanken, Redis, etc.)
• Falsches Runner-Betriebssystem oder falsche Architektur
• Fehlende Umgebungsvariablen oder Secrets
• Fehler bei der Abhängigkeitsinstallation
• Test-Timeouts
• Berechtigungsfehler
• Cache-Misses, die langsame Builds verursachen

Geofence

PRECC enthält IP-Geofence-Compliance-Prüfung für regulierte Umgebungen. Dies ist eine Pro-Funktion.

Überblick

Einige Organisationen verlangen, dass Entwicklungswerkzeuge nur innerhalb genehmigter geografischer Regionen betrieben werden. Die Geofence-Funktion von PRECC überprüft, ob die IP-Adresse des aktuellen Rechners in einer Liste erlaubter Regionen liegt.

Compliance-Prüfung

$ precc geofence check
[precc] Current IP: 203.0.113.42
[precc] Region: US-East (Virginia)
[precc] Status: COMPLIANT
[precc] Policy: us-east-1, us-west-2, eu-west-1

Wenn sich der Rechner außerhalb der erlaubten Regionen befindet:

$ precc geofence check
[precc] Current IP: 198.51.100.7
[precc] Region: AP-Southeast (Singapore)
[precc] Status: NON-COMPLIANT
[precc] Policy: us-east-1, us-west-2, eu-west-1
[precc] Warning: Current region is not in the allowed list.

Geofence-Daten aktualisieren

$ precc geofence refresh
[precc] Fetching updated IP geolocation data...
[precc] Updated. Cache expires in 24h.

Geofence-Informationen anzeigen

$ precc geofence info
Geofence Configuration
======================
Policy file:    ~/.config/precc/geofence.toml
Allowed regions: us-east-1, us-west-2, eu-west-1
Cache age:      2h 14m
Last check:     2026-04-03 09:12:00 UTC
Status:         COMPLIANT

Cache leeren

$ precc geofence clear
[precc] Geofence cache cleared.

Konfiguration

Die Geofence-Richtlinie wird in ~/.config/precc/geofence.toml definiert:

[geofence]
allowed_regions = ["us-east-1", "us-west-2", "eu-west-1"]
check_on_init = true
block_on_violation = false

Setzen Sie block_on_violation = true, um zu verhindern, dass PRECC außerhalb der erlaubten Regionen arbeitet.

Telemetrie

PRECC unterstützt optionale anonyme Telemetrie zur Verbesserung des Tools. Es werden keine Daten erfasst, es sei denn, Sie stimmen ausdrücklich zu.

Aktivieren

$ precc telemetry consent
[precc] Telemetry enabled. Thank you for helping improve PRECC.
[precc] You can revoke consent at any time with: precc telemetry revoke

Deaktivieren

$ precc telemetry revoke
[precc] Telemetry disabled. No further data will be sent.

Status prüfen

$ precc telemetry status
Telemetry: disabled
Last sent: never

Vorschau der zu sendenden Daten

Vor der Aktivierung können Sie genau sehen, welche Daten erfasst würden:

$ precc telemetry preview
Telemetry payload (this session):
{
  "version": "0.3.0",
  "os": "linux",
  "arch": "x86_64",
  "skills_activated": 12,
  "commands_intercepted": 87,
  "pillars_used": [1, 4],
  "avg_hook_latency_ms": 2.3,
  "session_count": 1
}

Was erfasst wird

• PRECC-Version, Betriebssystem und Architektur
• Aggregierte Zähler: abgefangene Befehle, aktivierte Skills, verwendete Säulen
• Durchschnittliche Hook-Latenz
• Anzahl der Sitzungen

Was NICHT erfasst wird

• Kein Befehlstext oder Argumente
• Keine Dateipfade oder Verzeichnisnamen
• Keine Projektnamen oder Repository-URLs
• Keine personenbezogenen Daten (PII)
• Keine IP-Adressen (der Server protokolliert sie nicht)

Umgebungsvariable überschreiben

Um Telemetrie ohne Befehl zu deaktivieren (nützlich in CI oder gemeinsamen Umgebungen):

export PRECC_NO_TELEMETRY=1

Dies hat Vorrang vor der Einwilligungseinstellung.

Datenziel

Telemetriedaten werden über HTTPS an https://telemetry.peria.ai/v1/precc gesendet. Die Daten werden ausschließlich verwendet, um Nutzungsmuster zu verstehen und die Entwicklung zu priorisieren.

Token-Kosten-Vorhersage

PRECC liefert ein Orakel zur Vorhersage von Token-Kosten, damit mehrstufige Pläne in Tokens budgetiert werden können, nicht in Echtzeit. Protokollieren Sie eine Vorhersage vor jedem Schritt, erfassen Sie den Istwert nach Abschluss der Arbeit, und der Datensatz trainiert einen eingebauten Prädiktor, der sich mit der Zeit verbessert.

Vorhersage protokollieren

Übergeben Sie eine einzeilige Beschreibung des geplanten Schritts. PRECC kategorisiert ihn (feat / fix / test / refactor / measurement / doc / chore / unknown), schätzt eine Tokenanzahl und gibt eine id aus, mit der Sie den Kreislauf schließen.

$ precc predict "Implement read-deltas with mtime check"
id=42 category=feat predicted=5680 tokens (confidence=0.50, model=trained-v1)
Record actual when done: precc predict --record 42 <actual_tokens>

Istwert erfassen

Nachdem der Schritt abgeschlossen ist, ermitteln Sie die tatsächliche Tokenanzahl aus der Sitzungsfußzeile oder der Telemetrie und übergeben Sie diese über die id zurück.

$ precc predict --record 42 6300
Recorded actual=6300 tokens for prediction id=42.

trained-v1 trainieren

Sobald Sie mindestens zehn geschlossene Vorhersagen haben, passen Sie die trained-v1 Ridge-Regression auf log10(actual) gegen log10(Beschreibungslänge) plus einen One-Hot-Kategoriewert an. Die Anpassung ist geschlossen-formig (Cholesky auf den Normalgleichungen mit Ridge λ=1) und läuft in Millisekunden.

$ precc predict --train
Trained trained-v1 on 22 closed predictions (λ=1).
  Model file : ~/.local/share/precc/predict_model.json
  Confidence : 0.50
  Intercept  :  +1.0016
  log_desc   :  +1.2339
  Categories :
    unknown       +0.4811
    doc           +0.4474
    measurement   +0.3422
    test          +0.1071
    refactor      +0.0326
    feat          +0.0071
    fix           -0.1096
    chore         -0.3063

Nach dem Training verwendet jeder neue precc predict-Aufruf automatisch trained-v1, bis Sie die Modelldatei entfernen oder ersetzen. Alte Vorhersagen behalten ihre ursprüngliche model_version, damit Sie Prädiktoren über die Zeit vergleichen können.

Genauigkeit des Prädiktors prüfen

precc predict --eval meldet den mittleren absoluten prozentualen Fehler (MAPE) insgesamt und pro Kategorie, berechnet nur über geschlossene Vorhersagen (Zeilen mit sowohl vorhergesagten als auch tatsächlichen Werten).

$ precc predict --eval
Predictions logged   : 30
With actuals (closed): 22
Mean predicted       :     1483 tokens
Mean actual          :    47238 tokens
MAPE (statistical)   :     76.4%

By category:
  category        n   predicted      actual    MAPE
  feat            6        4605        5250   26.2%
  unknown         4        1597       30526   52.6%
  test            4         924       38900   56.4%
  ...

Aktuelle Vorhersagen auflisten

precc predict --list zeigt aktuelle Zeilen in umgekehrter chronologischer Reihenfolge. Offene Zeilen (ohne Istwert) sind bereit zum Schließen.

$ precc predict --list --limit 5
id    ts                   category       predicted     actual  conf description
30    2026-05-09 09:40:51  feat                5348          -  0.50 Run the synthetic-fleet pilot...
29    2026-05-09 08:56:48  test                1050          -  0.60 Train predictor: trained-v1...
28    2026-05-09 07:44:18  test                 915     150000  0.60 Implement minimal task-12...

Warum Tokens und nicht Echtzeit

Zeitschätzungen sind im Nachhinein nicht messbar und lassen sich nicht über Maschinen oder Sitzungen hinweg zusammensetzen. Tokenzahlen sind deterministisch, vergleichbar und lassen einen gelabelten Datensatz wachsen, der den Prädiktor mit jeder geschlossenen Schleife verbessert. Der Sinn des Orakels ist es, Schätzung aus einem Ratespiel in eine Messung zu verwandeln.

Wo die Daten gespeichert sind

Alle Vorhersagedaten werden lokal auf Ihrem Rechner gespeichert. Nichts wird hochgeladen.

~/.local/share/precc/
├── metrics.db                — predictions table (oracle DB)
└── predict_model.json        — trained-v1 coefficients (after `--train`)

Lokalisierung

PRECC zeigt seine Statuszeile und kurze Rückmeldungen in 28 Sprachen an. Die Übersetzungen sind in die Binärdatei einkompiliert, sodass die Sprachauswahl zur Hook-Zeit keine zusätzliche E/A verursacht.

Sprache festlegen

Setzen Sie die Umgebungsvariable PRECC_LANG auf einen unterstützten Sprachcode. Sie hat Vorrang vor allen anderen Quellen.

$ PRECC_LANG=zh precc savings
$ export PRECC_LANG=ja

Persistenz über consent.toml

Fügen Sie [ui] preferred_language = "ja" (oder einen anderen unterstützten Code) zu ~/.config/precc/consent.toml hinzu, um die Auswahl ohne Umgebungsvariable über Shells hinweg zu erhalten.

# ~/.config/precc/consent.toml
[ui]
preferred_language = "ja"

Auflösungsreihenfolge

PRECC prüft zuerst PRECC_LANG, dann [ui] preferred_language in consent.toml und fällt schließlich auf Englisch zurück. Das erste nicht leere Signal gewinnt und wird für die Lebensdauer des Prozesses zwischengespeichert.

1. PRECC_LANG          (environment variable)
2. consent.toml        ([ui] preferred_language)
3. "en"                (default)

Abdeckung

Die Übersetzungstabelle enthält 28 Sprachspalten. Zellen, die wir nicht manuell verifizieren können, bleiben leer und fallen beim Nachschlagen auf Englisch zurück, statt erfundene Schrift anzuzeigen. Verbesserte Übersetzungen sind willkommen — bitte stromaufwärts beitragen.

en  es  de  zh  fr  pt  ja  vi  nl  hu  ar  fa  tr  ko
th  my  mn  bo  pl  ru  zt  da  sv  fi  it  is2 ro  cs

Warum es schnell bleibt

Übersetzungen werden als zur Kompilierzeit erzeugte const-Arrays direkt in der precc-core-Binärdatei abgelegt, nicht in SQLite. Der Hook führt nur einen Lookup im Speicher aus, sodass die Übersetzung im Vergleich zum 5-ms-p99-Budget des Hooks nicht messbar ins Gewicht fällt.

Mindmap

Diese Seite wird automatisch aus mindmap.db generiert — einer SQLite-Momentaufnahme aller aufgezeichneten PRECC-Entwicklungssitzungen und Git-Commits. Jede Zeile lässt sich bis zu ihrer Quelle zurückverfolgen (commit:<sha>, session:<id> oder doc:<path>).

Überblick

• Analysierte Sitzungen: 22
• Nachrichten: 14023
• Werkzeugaufrufe: 5072
• Commits: 205
• Zeitbereich: 2026-03-20T07:04:14.787Z → 2026-04-19T11:50:10.153Z
• Aufwand (Tokens):
  • Eingabe: 27928
  • Ausgabe: 2750669
  • Cache-Schreibvorgänge: 43349705
  • Cache-Lesevorgänge: 1936351239

Funktionen

Abhängigkeiten (precc-core-Module)

• advisor → db, promote, skills
• diet → lean_ctx
• metrics → db
• mining → skills
• mode_selector → db, mode
• multi_probe → diet, lean_ctx, mode, nushell, post_observe, rtk
• nushell → lean_ctx, mining, rtk
• promote → db, skills
• rtk → lean_ctx
• sharing → db, license, skills
• skill_advisor → mining, nushell
• skills → db
• telemetry → db, license, mining

Pläne und Aufgaben

Pläne (Design-/Architekturanfragen)

• [proposed] indeed the measurement needs to be based on precc-cc’s established KPI’s. If the two ideas are so close, perhaps you can draft a plan to integrate them (algorithmatically) step-by-step, then start to use Rust (consistent with Precc) to impl… — session:905ff169 (2026-04-18)
• [proposed] 西班牙语网站上有人评价：中文翻譯（繁體）： — session:781fe484 (2026-04-16)
• [proposed] That’s a really solid framing — using pre-tool-call hooks as quality gates instead of just optimization is a big shift in mindset. You’re essentially moving from “make the model cheaper” to “make the system more correct,” whic… — session:ebd81938 (2026-04-05)
• [proposed] Plan the integration of both tools, make sure we don’t take their credit and maintain a clear interface so that once it evolves, we can get smaller changes to integrate with their future changes — session:43541885 (2026-03-31)
• [proposed] for the benchmark, we need to prepare a table to record the comparison for existing historical scenarios, as a “what-if” analysis because there is no way to measure the results for future usages. For this requirement, plan out a step-by-ste… — session:5761d7ca (2026-03-27)
• [proposed] while bash could be improved using RTK, would its replacement with nushell a better choice for Claude Code? If so, plan an option for replacing bash with nushell to gain better accuracy and hence potentially more token savings by some small… — session:5761d7ca (2026-03-27)

Aufgaben (TaskCreate-/TodoWrite-Einträge)

• completed: 89
• in_progress: 3
• deleted: 2

Neueste 30 Aufgaben:

• [completed] Re-ingest and review residual pending — Run precc mindmap build after the fix, then classify the actually-pending tasks (done-but-unclosed vs genuinely-unfinished). — session:0925455d (2026-04-19)
• [completed] Fold TaskCreate/TaskUpdate + dedupe TodoWrite — Replay TaskCreate/TaskUpdate events per (session_id, taskId) to derive final status. For TodoWrite, keep only the last call per session. — session:0925455d (2026-04-19)
• [completed] Run ingest and produce MINDMAP.md — Execute ingest on local sessions + git, then render output to docs/MINDMAP.md. — session:0925455d (2026-04-19)
• [completed] Wire precc mindmap CLI subcommand — Add ingest/render subcommands to precc-cli. — session:0925455d (2026-04-19)
• [completed] Write mindmap render module — Query DB and render nested markdown mindmap with KPIs, features, plans, blockers. — session:0925455d (2026-04-19)
• [completed] Write mindmap ingest module — Parse JSONL sessions + git log, extract messages/tokens/commands/decisions into SQLite. — session:0925455d (2026-04-19)
• [completed] Design SQLite mindmap schema — Tables: sessions, messages, commands, features, plans, tasks, kpis, decisions, dependencies. Every row traces to source (session_id+uuid or commit sha). — session:0925455d (2026-04-19)
• [in_progress] Step 4: HeaderSlicePass + kernel corpus — Shallow-clone Linux kernel, adapt filter for kernel conventions (Fixes: tag, selftests/ and kunit test-surface detection, .c/.h classification). Measure how many recent fix commits ship with a test an… — session:905ff169 (2026-04-19)
• [completed] Step 6: concurrency extraction — Add Pipeline::run_parallel_applies that parallelizes applies() via std::thread::scope when pass count ≥ threshold. Falls back to serial below threshold (thread-spawn overhead > savings). Benchmark s… — session:905ff169 (2026-04-19)
• [completed] [parallel] AST-aware #[test] extractor — Use syn (Rust) or tree-sitter-rust (Python) to detect added #[test] fns in a commit diff and emit a test-only patch. Gates fail→pass verification on this repo. Not blocking; parallel work for the Ru… — session:905ff169 (2026-04-19)
• [completed] Step 7: precc skvm report tooling — Wire had_solid_hit into metrics log. Add precc skvm report that surfaces pass activation counts, cache hit rate, hook-latency percentiles. Read from metrics.db + skvm_solid_cache. Closes the observa… — session:905ff169 (2026-04-19)
• [completed] Wire SolidificationPass into live hook — Add stage_solidification_lookup (front, short-circuits on hit) and stage_solidification_record (end) to Pipeline. Gate behind PRECC_SOLIDIFY. Add had_solid_hit flag. Open cache via db::open_metrics fo… — session:905ff169 (2026-04-19)
• [completed] Step 3: solidification cache — skvm::solid module: Cache (SQLite-backed) with lookup/record, Key with normalization, SolidificationPass at pipeline front. Gated by PRECC_SOLIDIFY=1. Tests with in-memory DB. No wiring into live hook… — session:905ff169 (2026-04-19)
• [completed] Wire CdPrependPass into hook’s stage_context — Replace the direct context::resolve/apply calls in precc-hook::Pipeline::stage_context with CdPrependPass via HookIR. Verify no hook tests regress; full cargo test green. — session:905ff169 (2026-04-19)
• [completed] Step 2: migrate cd_prepend through Pass trait — Re-express the existing cd-prepend stage as a Pass impl that reuses the current context resolution. Diff-test: on a fixture corpus, the new pass must produce byte-identical output to the legacy path. … — session:905ff169 (2026-04-19)
• [completed] Step 5 preview: CrateSlicePass sketch — Implement CrateSlicePass in precc-core::skvm::passes::crate_slice. Detects cargo <build\|test\|check\|clippy> without -p, reads cached cargo metadata, narrows to -p when unambiguous. Wire a minimal K… — session:905ff169 (2026-04-19)
• [completed] Step 1: Pass trait + HookIR — precc-core::skvm::{pass, ir}. Pass trait with name/capability/applies/run. HookIR holds command, cwd, and mutable output. Capability enum: Detect|Rewrite|Slice|Verify. No behavior change; no passes re… — session:905ff169 (2026-04-19)
• [completed] Step 0: baseline harness — Add precc-core::skvm::baseline module + precc report --skvm-baseline subcommand. Snapshots K1 (hook latency p50/p99), K3 (token savings total), activation counts from metrics.db into a named baselin… — session:905ff169 (2026-04-19)
• [completed] Build K3-only replay corpus — For each of the 82 fix-surface commits, derive ground-truth set of changed crates and emit realistic cargo commands. CrateSlicePass evaluation will read this corpus and measure narrowing precision/rec… — session:905ff169 (2026-04-18)
• [deleted] Run verifier over 33 candidates — Execute verifier, collect verdicts. Apply size gate to verified set. Emit precc_self_corpus.jsonl. — session:905ff169 (2026-04-18)
• [deleted] Write fail-at-parent verifier — Per candidate: git worktree at parent, apply only test-file diff, cargo test (expect added tests FAIL), reset + apply full commit, cargo test (expect PASS). Per-worktree CARGO_TARGET_DIR to avoid tras… — session:905ff169 (2026-04-18)
• [completed] Classify test surface of 33 candidates — Split candidates into pure_test_path (tests/ only) vs mixed_file_test (production + #[test] in same file). Reports count by class. Cheap, no cargo. — session:905ff169 (2026-04-18)
• [completed] Run first Terminal-bench batch (5 tasks) — Execute scripts/benchmark.sh –tasks 5 using OAuth token from subscription as ANTHROPIC_API_KEY. Verify arm A (vanilla) works, then arm B (PRECC), then compare.json. — session:781fe484 (2026-04-17)
• [completed] Add precc explain and precc undo — explain –since 1h: lists recent rewrites with diff + skill + confidence (reads stash + rewrite_log). undo <id>: re-disables the skill that produced rewrite id. — session:781fe484 (2026-04-16)
• [completed] Confidence decay on retry-after-rewrite — post_observe: if same command class is retried within 60s after a PRECC rewrite, decrement skill confidence by 0.05 (or count as false-correction event). Below SUGGEST_THRESHOLD (0.3) skill auto-disab… — session:781fe484 (2026-04-16)
• [completed] Add precc skills disable/enable per-project — CLI commands to disable a skill in the current project (writes to .precc/disabled-skills file at project root). Hook reads this list and skips matching skills. — session:781fe484 (2026-04-16)
• [completed] Make every rewrite visible via additionalContext — In precc-hook, whenever the pipeline produces a non-trivial rewrite (cd-prepend, skill, RTK, lean-ctx, nushell, diet), append a one-line summary “PRECC rewrote: <orig> -> <new> [reason]” to additional… — session:781fe484 (2026-04-16)
• [completed] Soften overstated claims in intro — Replace “Claude never sees the error. No tokens wasted.” with measured language matching README. Update strings_intro.sql and re-translate the new key for all 28 langs. — session:781fe484 (2026-04-16)
• [completed] Fix per-language html lang and dir — build-book.sh must rewrite book.toml language= and text-direction= per language so generated pages have correct lang/dir attributes. RTL for ar, fa. — session:781fe484 (2026-04-16)
• [completed] Rebuild book and verify — Run scripts/build-book.sh to regenerate introduction.md per language, verify first lines now show translations — session:781fe484 (2026-04-16)

Blockaden (vom Nutzer gemeldete Fehler-/Hängesignale)

• look at all the historical session logs and executed commands to summarize a mark down document like Mindmap showing (1) the features, status, decisions, dependencies, and effort (tokens releated to its development); (2) the plans, tasks, s… — session:0925455d (2026-04-19)
• check if it is working? why precc savings –all doesn’t work? — session:ebd81938 (2026-04-13)
• i tried that url it doesn’t work? — session:ebd81938 (2026-04-08)
• why I can’t see the “last: “ messages? — session:ebd81938 (2026-04-08)
• not yet. I would wait to get more data from telemetry to update the website. But now you need to investigate on those “unmeasured” cases, why we cannot measure them? — session:ebd81938 (2026-04-07)
• regarding the live usage statistics https://precc.cc/en/#live-usage-statistics, we need to report the percentages based on the duration of releases, i.e., how much saving was made by which release (otherwise it is easy to mislead readers to… — session:ebd81938 (2026-04-06)
• https://precc.cc cannot find the server — session:ebd81938 (2026-04-05)
• can see key_id mk_1TDiUmFxhHEidPnDw5esdOMa, but cannot reveal or see the sk_live_… — session:d65ad15f (2026-04-01)
• PS C:\Users\y00577373> iwr -useb https://raw.githubusercontent.com/peria-ai/precc-cc/main/scripts/install.ps1 | iex — session:10175339 (2026-03-30)
• why can’t you create peria-ai or peri-a-i organizations — session:10175339 (2026-03-28)
• the hello_world_do example has the following errors: NPU run failed. — session:3b5e2947 (2026-03-22)

Entscheidungen und Begründungen

• feat(bench): clean-subset metrics (exclude timeouts & infra failures) — When one arm times out or the agent fails to install, the resulting tokens/pass numbers aren’t measuring PRECC — they’re measuring tb’s source: commit:5bdd027d (commit 2026-04-17)
• fix(bench): drop –include-hook-events (causes 401 Invalid API key) — Adding --include-hook-events to the tb agent command caused Claude Code to return api_error_status=401 on first turn, even though the source: commit:025995d9 (commit 2026-04-17)
• feat: PRECC_MODE=benchmark toggle + pairwise benchmark harness — Problem (from reviewer): the “trivial vs semantic” error-shaping claim is rhetoric without a measurable boundary. A rewriter that saves tokens source: commit:50c5a30f (commit 2026-04-17)
• docs: update savings.md.tpl + README to match new statusline labels — - Σ → meas: throughout - New ‘bash X% of total’ segment row in segment table source: commit:2d366031 (commit 2026-04-08)
• feat: clearer statusline labels — meas:, drop confusing %, add bash share — Three statusline UX changes from user feedback: 1. Lifetime segment renamed from ‘Σ 8.9K (22% over 217)’ to source: commit:4cd837b7 (commit 2026-04-08)
• docs: explain statusline cost vs token semantics in book + README — Adds a ‘Status Bar’ section to docs/book/templates/savings.md.tpl and README.md explaining: source: commit:6028b64c (commit 2026-04-08)
• feat: v0.3.3 — companion tools default-on, install-script clarity — The single biggest change: install.sh now installs companion tools (lean-ctx, RTK, nushell, cocoindex-code) BY DEFAULT instead of source: commit:48fca046 (commit 2026-04-07)
• feat: quote-aware chain split + sysadmin tool whitelist (54.2% → 55.5%) — Three improvements that increase measurable Bash invocation coverage: 1. Quote-aware top-level chain split source: commit:f6580598 (commit 2026-04-07)
• fix: command_class env stripping, skill validation, ssh/journalctl/kubectl diet rules — 1. command_class strips env prefixes and noise: - RUST_BACKTRACE=1 cargo test → “cargo test” source: commit:f4220343 (commit 2026-04-07)
• feat: multi-mode adaptive compression with failure learning — New modules: - mode.rs: CompressionMode enum (basic/diet/nushell/lean-ctx/rtk/adaptive-expand) source: commit:81475afc (commit 2026-04-07)
• test: comprehensive tests for ccc and compress modules (319 → 386 tests) — ccc.rs: +20 tests covering edge cases for is_eligible (flags, whitespace, empty input), extract_pattern (no path, multiple flags, boundary length), source: commit:448430e2 (commit 2026-03-20)
• feat(gdb): re-enable Pillar 2 GDB hook suggestion — - Add open_history_readonly() to db.rs (same pattern as heuristics) - Add count_recent_failures() to gdb.rs: queries failure_fix_pairs for source: commit:a8428025 (commit 2026-02-26)
• fix(mining): correct summary counters and orphaned events on –force re-mine — Three bugs fixed: 1. mine_session returned Skipped for sessions with no Bash events even source: commit:3ef089d8 (commit 2026-02-22)
• 1. Compiled Rust Binary vs Shell Script — Decision: Replace the rtk-rewrite.sh shell script hook with a compiled Rust binary (precc-hook). Alternatives considered: source: doc:ALTERNATIVES.md
• 2. SQLite vs Key-Value Store — Decision: Use SQLite for both history.db and heuristics.db. Alternatives considered: source: doc:ALTERNATIVES.md
• 3. Workspace of 4 Crates vs Monolith — Decision: Structure the project as a Cargo workspace with 4 crates: precc-core, precc-hook, precc-cli, precc-learner. Alternatives considered: source: doc:ALTERNATIVES.md
• 4. GDB Hook Integration vs Standalone CLI — Decision: Implement GDB debugging as a CLI command (precc debug) rather than as an automatic hook rewrite. Alternatives considered: source: doc:ALTERNATIVES.md
• 5. Background Daemon vs On-Demand Mining — Decision: Support both modes — precc-learner daemon for continuous mining, precc ingest for on-demand. Alternatives considered: source: doc:ALTERNATIVES.md
• 6. Confidence Thresholds — Decision: Three-tier confidence system: auto-apply (≥ 0.7), suggest (0.3-0.7), hidden (< 0.3). Alternatives considered: source: doc:ALTERNATIVES.md
• 7. RTK Subsumption Strategy — Decision: Port RTK’s rewriting logic into precc-core as the final pipeline stage, rather than running both hooks in sequence. Alternatives considered: source: doc:ALTERNATIVES.md
• 8. Skill Storage Format — Decision: TOML files for built-in skills, SQLite rows for mined/user skills. Alternatives considered: source: doc:ALTERNATIVES.md
• 9. Session Log Format — Decision: Read Claude Code’s native JSONL format directly rather than converting to a custom format. Rationale: Claude Code already writes detailed session logs in JSONL format at ~/.claude/projects/*/. Creating a custom format would mean: source: doc:ALTERNATIVES.md

KPIs im Zeitverlauf

Aufwand pro Sitzung (Top 10 nach Tokens)

PRECC mit Cursor verwenden

PRECC wurde als PreToolUse-Hook für Claude Code entwickelt, aber die zugrunde liegende Skill-Bibliothek — cargo-wrong-dir, git-wrong-dir, npm-wrong-dir, jj-translate und ähnliche — ist editor-unabhängig. Mit einem kleinen Shell-Snippet können Sie jeden Befehl, der im integrierten Terminal von Cursor eingegeben wird, durch precc-hook leiten, sodass dieselben Umschreibungen, die in Claude Code Tokens sparen, auch in Cursor Tokens sparen.

Requires precc ≥ 0.3.45. Earlier versions don’t plant the integration scripts under <data_dir>/integrations/cursor/. Run precc update to upgrade if you have an older release.

Was abgedeckt wird

Die Integration erfasst Befehle, die Sie in das Terminal von Cursor eintippen. Unter zsh wird die Befehlszeile vor dem Drücken von Enter automatisch umgeschrieben; unter bash kann nur eine Warnung ausgegeben werden (der DEBUG-Trap wird ausgelöst, nachdem der Befehl finalisiert ist). Befehle, die der Agent von Cursor als bash -c-Subprocesses startet, laden Ihre interaktive Shell-Init nicht, daher sieht der Hook sie nicht; um diese Lücke zu schließen, ist ein PATH-Shim erforderlich, der sich noch nicht in diesem Verzeichnis befindet. Nicht-Shell-Tool-Aufrufe von Cursor (Dateibearbeitungen, Code-Suche) sind ebenfalls außerhalb des Anwendungsbereichs.

Installation

zsh (automatische Umschreibung)

source ~/.local/share/precc/integrations/cursor/precc-preexec.zsh

Führen Sie precc init einmal aus — es legt das Skript am oben genannten Pfad ab (verwendet <data_dir> aus dem Speicher von precc, sodass CLAUDE_CONFIG_DIR und andere Profil-Isolation berücksichtigt werden). Fügen Sie dann die source-Zeile zu ~/.zshrc hinzu. precc-hook und jq müssen im PATH verfügbar sein; das Skript verhält sich sauber als No-op, wenn eines davon fehlt.

bash (nur Warnung)

source ~/.local/share/precc/integrations/cursor/precc-preexec.bash

Führen Sie precc init einmal aus — es legt das Skript am oben genannten Pfad ab. Fügen Sie dann die source-Zeile zu ~/.bashrc hinzu. Der DEBUG-Trap gibt die vorgeschlagene Umschreibung auf stderr aus, ohne sie anzuwenden; Sie können den Vorschlag manuell übernehmen.

Verifizieren

Wechseln Sie im Terminal von Cursor mit cd /tmp (irgendwohin außerhalb eines Rust-Projekts) und tippen Sie einen Rust-Build-Befehl ein, dann drücken Sie Enter. Unter zsh sollte sich der Puffer direkt in eine von PRECC umgeschriebene Form ändern (typischerweise ein vorangestelltes cd PATH && …). Unter bash sollten Sie eine Zeile [precc] suggested rewrite: … auf stderr sehen.

Einschränkungen

• Fügt die precc-hook-Latenz pro Tastenanschlag hinzu. Der Hook zielt auf <5 ms p50 ab, aber der p99 ist bei kalten Caches höher; siehe die Hook-Latenz-Hinweise in diesem Buch.
• Keine Telemetrie aus diesem Pfad. Der Hook meldet sich unter der agent_class, die er erkennt, was nicht claude-code sein wird — Ihre Cursor-Einsparungen erscheinen nicht auf der öffentlichen Statistikseite.
• Der Grund für die Umschreibung wird via zle -M für einen Tastenanschlag eingeblendet. Dezent, nicht modal.
• Für die Agent-Abdeckung ist ein PATH-Shim (Wrapper unter ~/.precc/bin/cargo, ~/.precc/bin/git, …) der geplante nächste Schritt.

Befehlsreferenz

Vollständige Referenz für alle PRECC-Befehle.

precc init

PRECC initialisieren und den Hook bei Claude Code registrieren.

precc init

Options:
  (none)

Effects:
  - Registers PreToolUse:Bash hook with Claude Code
  - Creates ~/.local/share/precc/ data directory
  - Initializes heuristics.db with built-in skills
  - Prompts for telemetry consent

precc ingest

Sitzungsprotokolle nach Fehler-Fix-Mustern durchsuchen.

precc ingest [FILE] [--all] [--force]

Arguments:
  FILE            Path to a session log file (.jsonl)

Options:
  --all           Ingest all session logs from ~/.claude/logs/
  --force         Re-process files that were already ingested

Examples:
  precc ingest session.jsonl
  precc ingest --all
  precc ingest --all --force

precc skills

Automatisierungsskills verwalten.

precc skills list

precc skills list

List all active skills (built-in and mined).

precc skills show

precc skills show NAME

Show detailed information about a specific skill.

Arguments:
  NAME            Skill name (e.g., cargo-wrong-dir)

precc skills export

precc skills export NAME

Export a skill definition as TOML.

Arguments:
  NAME            Skill name

precc skills edit

precc skills edit NAME

Open a skill definition in $EDITOR.

Arguments:
  NAME            Skill name

precc skills advise

precc skills advise

Analyze recent sessions and suggest new skills based on repeated patterns.

precc skills cluster

precc skills cluster

Group similar mined skills to identify redundant or overlapping patterns.

precc report

Einen Analysebericht erstellen.

precc report [--email]

Options:
  --email         Send the report via email (requires mail setup)

precc savings

Token-Einsparungen anzeigen.

precc savings [--all]

Options:
  --all           Show detailed per-command breakdown (Pro)

precc compress

Kontextdateien komprimieren, um Token-Verbrauch zu reduzieren.

precc compress [DIR] [--dry-run] [--revert]

Arguments:
  DIR             Directory or file to compress (default: current directory)

Options:
  --dry-run       Preview changes without modifying files
  --revert        Restore files from backup

precc license

Ihre PRECC-Lizenz verwalten.

precc license activate

precc license activate KEY --email EMAIL

Arguments:
  KEY             License key (XXXX-XXXX-XXXX-XXXX)

Options:
  --email EMAIL   Email address associated with the license

precc license status

precc license status

Display current license status, plan, and expiration.

precc license deactivate

precc license deactivate

Deactivate the license on this machine.

precc license fingerprint

precc license fingerprint

Display the device fingerprint for this machine.

precc mail

E-Mail-Funktionalität.

precc mail setup

precc mail setup

Interactive SMTP configuration. Saves to ~/.config/precc/mail.toml.

precc mail report

precc mail report EMAIL

Send a PRECC analytics report to the specified email address.

Arguments:
  EMAIL           Recipient email address

precc mail send

precc mail send EMAIL FILE

Send a file as an email attachment.

Arguments:
  EMAIL           Recipient email address
  FILE            Path to the file to send

precc update

PRECC auf die neueste Version aktualisieren.

precc update [--force] [--version VERSION] [--auto]

Options:
  --force             Force update even if already on latest
  --version VERSION   Update to a specific version
  --auto              Enable automatic updates

precc telemetry

Anonyme Telemetrie verwalten.

precc telemetry consent

precc telemetry consent

Opt in to anonymous telemetry.

precc telemetry revoke

precc telemetry revoke

Opt out of telemetry. No further data will be sent.

precc telemetry status

precc telemetry status

Show current telemetry consent status.

precc telemetry preview

precc telemetry preview

Display the telemetry payload that would be sent (without sending it).

precc geofence

IP-Geofence-Compliance (Pro).

precc geofence check

precc geofence check

Check if the current machine is in an allowed region.

precc geofence refresh

precc geofence refresh

Refresh the IP geolocation cache.

precc geofence clear

precc geofence clear

Clear the geofence cache.

precc geofence info

precc geofence info

Display geofence configuration and current status.

precc gif

Animierte GIFs aus Bash-Skripten aufnehmen (Pro).

precc gif SCRIPT LENGTH [INPUTS...]

Arguments:
  SCRIPT          Path to a bash script
  LENGTH          Maximum recording duration (e.g., 30s, 2m)
  INPUTS...       Optional input lines for interactive prompts

Examples:
  precc gif demo.sh 30s
  precc gif interactive.sh 60s "yes" "my-project"

precc gha

Fehlgeschlagene GitHub Actions-Läufe analysieren (Pro).

precc gha URL

Arguments:
  URL             GitHub Actions run URL

Example:
  precc gha https://github.com/org/repo/actions/runs/12345678

precc cache-hint

Cache-Hinweis-Informationen für das aktuelle Projekt anzeigen.

precc cache-hint

precc trial

Eine Pro-Testversion starten.

precc trial EMAIL

Arguments:
  EMAIL           Email address for the trial

precc nushell

Eine Nushell-Sitzung mit PRECC-Integration starten.

precc nushell

precc doctor

Self-diagnose a broken or silent install.

precc doctor

Self-diagnose the install: settings.json hook registration, hook binary
path + permissions, and when the hook last fired. Run this first when
`precc savings` reports 0 tokens saved on a fresh install.

Options:
  (none)

precc debug

Launch a GDB debugging session for a binary.

precc debug [BINARY] [ARGS...]

GDB-based debugging helper (Pillar 2).

Arguments:
  BINARY          Binary to debug
  ARGS...         Arguments to pass to the binary

precc explain

See what PRECC recently rewrote, and why.

precc explain [--since 1h] [--limit 20]

Show recent PRECC rewrites with their diff and the reasons each fired —
the audit trail for what PRECC changed.

Options:
  --since SINCE   Time window, e.g. "30m", "1h", "24h" (default: 1h)
  --limit LIMIT   Cap at N most-recent rewrites (default: 20)

precc undo

Undo a specific rewrite by its id.

precc undo ID

Revert a rewrite by id: re-disables the skill(s) that produced it.

Arguments:
  ID              Rewrite id from `precc explain` (16-hex-char hash)

precc recall

Search your cross-session knowledge mindmap.

precc recall QUERY [--kind KIND] [--limit 20]

Search the cross-session knowledge mindmap for past decisions, plans,
commits, blockers, and commands. Case-insensitive substring, newest first.

Arguments:
  QUERY           Query string

Options:
  --kind KIND     Restrict to: decision, plan, task, feature, blocker,
                  commit, command
  --limit LIMIT   Cap on hits returned (default: 20)

precc audit

Measure the token cost of your context surfaces.

precc audit <claude-md | claudeignore | positioning>

Measure the token cost of context surfaces. No opinions — just numbers.

Subcommands:
  claude-md       Bytes, estimated tokens, and per-section sizes of
                  CLAUDE.md (project + ~/.claude).
  claudeignore    Per-path bytes/tokens a .claudeignore could exclude from
                  Grep/Glob/Read (node_modules/, dist/, target/, …).
                  --write appends missing entries.
  positioning     Which positioning angles are backed by measured numbers.

precc analyze

Find command classes PRECC does not yet cover.

precc analyze frequencies

Count Bash command-class frequencies from session logs and report the
classes PRECC does not yet cover (rule-gap discovery).

FAQ

Ist PRECC sicher?

Ja. PRECC verwendet den offiziellen PreToolUse-Hook-Mechanismus von Claude Code – denselben Erweiterungspunkt, den Anthropic genau für diesen Zweck entwickelt hat. Der Hook:

• Läuft vollständig offline (keine Netzwerkaufrufe im Hot Path)
• Wird in unter 5 Millisekunden abgeschlossen
• Ist fail-open: bei Problemen wird der ursprüngliche Befehl unverändert ausgeführt
• Ändert nur Befehle, führt sie nie selbst aus
• Speichert Daten lokal in SQLite-Datenbanken

Funktioniert PRECC mit anderen KI-Coding-Tools?

PRECC ist speziell für Claude Code entwickelt. Es basiert auf dem PreToolUse-Hook-Protokoll, das Claude Code bereitstellt. Es funktioniert nicht mit Cursor, Copilot, Windsurf oder anderen KI-Coding-Tools.

Welche Daten sendet die Telemetrie?

Telemetrie ist nur Opt-in. Wenn aktiviert, sendet sie:

• PRECC-Version, Betriebssystem und Architektur
• Aggregierte Zähler (abgefangene Befehle, aktivierte Skills)
• Durchschnittliche Hook-Latenz

Sie sendet keine Befehlstexte, Dateipfade, Projektnamen oder persönlich identifizierbare Informationen. Sie können die genaue Nutzlast mit precc telemetry preview vor der Aktivierung ansehen. Siehe Telemetrie für Details.

Wie deinstalliere ich PRECC?

PRECC is fully reversible — remove it in three steps:

1. Hook-Registrierung entfernen:

   # Delete the hook entry from Claude Code's settings
   # (precc init added it; removing it disables PRECC)
   

2. Binärdatei entfernen:

   rm ~/.local/bin/precc ~/.local/bin/precc-hook ~/.local/bin/precc-learner
   

3. Daten entfernen (optional):

   rm -rf ~/.local/share/precc/
   rm -rf ~/.config/precc/
   

Meine Lizenz ist abgelaufen. Was passiert?

PRECC kehrt zum Community-Tier zurück. Alle Kernfunktionen funktionieren weiterhin:

• Eingebaute Skills bleiben aktiv
• Die Hook-Pipeline läuft normal
• precc savings zeigt die Zusammenfassung
• precc ingest und Session-Mining funktionieren

Pro-Funktionen werden bis zur Verlängerung nicht verfügbar:

• precc savings --all (detaillierte Aufschlüsselung)
• precc compress
• precc gif
• precc gha
• precc geofence
• E-Mail-Berichte

Der Hook scheint nicht zu laufen. Wie debugge ich?

Run precc doctor first — it automates every check below. To diagnose by hand:

1. Prüfen Sie, ob der Hook registriert ist:

   precc init
   

2. Testen Sie den Hook manuell:

   echo '{"tool_input":{"command":"cargo build"}}' | precc-hook
   

3. Prüfen Sie, ob die Binärdatei in Ihrem PATH ist:

   which precc-hook
   

4. Prüfen Sie die Hook-Konfiguration von Claude Code in ~/.claude/settings.json.

Verlangsamt PRECC Claude Code?

Nein. Der Hook wird in unter 5 Millisekunden (p99) abgeschlossen. Dies ist im Vergleich zur Zeit, die Claude für Reasoning und Antwortgenerierung benötigt, nicht wahrnehmbar.

Kann ich PRECC in CI/CD verwenden?

PRECC ist für interaktive Claude Code-Sitzungen konzipiert. In CI/CD gibt es keine Claude Code-Instanz zum Anhaken. Allerdings kann precc gha fehlgeschlagene GitHub Actions-Läufe aus jeder Umgebung analysieren.

Wie unterscheiden sich geminte Skills von eingebauten Skills?

Eingebaute Skills werden mit PRECC ausgeliefert und decken häufige Falsche-Verzeichnis-Muster ab. Geminte Skills werden aus Ihren spezifischen Sitzungsprotokollen gelernt – sie erfassen Muster, die einzigartig für Ihren Workflow sind. Beide werden in SQLite gespeichert und identisch von der Hook-Pipeline ausgewertet.

Kann ich Skills mit meinem Team teilen?

Ja. Exportieren Sie einen Skill mit precc skills export NAME als TOML und teilen Sie die Datei. Teammitglieder können sie in ihr skills/-Verzeichnis legen oder in ihre Heuristik-Datenbank importieren.

Why do I see zero tokens saved?

If precc savings reports 0 tokens despite an active Claude Code session burning input/output tokens, the hook is not firing. Three causes account for almost every reported instance:

1. You are on v0.3.42 or v0.3.43. These releases shipped a data-path regression where the hook wrote metrics to a directory that the CLI then read from a different directory — both ran, but the savings number stayed at 0. Fixed in v0.3.44 (data paths routed through db::data_dir()). Upgrade with:

   precc update
   

2. Your settings.json is missing the hook entry. Run precc doctor (available in v0.3.53+). It checks each precondition of the hot path — settings file, hook entry, binary on $PATH, heuristics DB, recent invocations — and reports the first one that fails:

   precc doctor
   

   If doctor is not available because you are on an older release, run precc init to (re)register the hook.

3. Your session has not yet hit a skill trigger. PRECC only intercepts Bash commands matching one of the active skills. If your session has been pure file editing or pure web fetching against domains not covered by webfetch-opencli, you have not yet given the hook anything to compress or rewrite. This is normal. Run precc skills list to see what triggers exist.

If after upgrading and running precc doctor you still see zero savings, file an issue at https://github.com/peri-a-i/precc-cc/issues with the output of precc doctor.

My MCP server (e.g. lean-ctx) is pegging CPU. How do I kill it safely without taking Claude Code down with it?

PRECC does not ship or supervise MCP servers — but this is a recurring trap because some MCP binaries (notably lean-ctx) are also invoked as per-Bash-tool-call wrappers by the Claude Code harness, not just as long-running servers. A naive pkill <name> then matches many short-lived wrappers in addition to the server.

Identify the runaway PID, do not kill by name:

pgrep -f "^lean-ctx$" \
  | xargs -I{} ps -o pid,%cpu,etime,args -p {} \
  | sort -k2 -nr | head -3

The top row is the long-running server (large etime, high %cpu). Send SIGTERM to only that PID:

kill -TERM <pid>

Avoid these forms, all of which can also kill Claude Code or break in-flight tool calls:

• pkill lean-ctx — matches transient lean-ctx -c <cmd> wrappers spawned per Bash tool call.
• pkill -9 -f lean-ctx — same broad match, plus ungraceful exit leaves the MCP stdio half-open.
• pkill -g <pgid> / kill -- -<pgid> — kills the whole process group, which includes claude itself when the MCP server shares a session with it.

If after a clean SIGTERM the server does not exit within a few seconds, escalate with kill -KILL <pid> on the same single PID (still not by name). Claude Code will lose those MCP tools until you restart it; it should not exit on its own.

This advice is independent of PRECC — but PRECC users frequently run lean-ctx, so it is worth documenting here.

What is OpenCLI and do I need it?

OpenCLI is a third-party Node.js tool that turns ~148 websites into structured-output CLI commands (opencli hackernews top, opencli reddit search <q>, opencli arxiv search <q>, …). PRECC ships two built-in skills that work with it:

• webfetch-opencli-hint — fires on curl/wget/http/fetch against any of 11 OpenCLI-supported domains and suggest_fix-es the equivalent opencli <site> … command. Suggestion only; never modifies the command.
• webfetch-opencli-hackernews — auto-rewrites curl|wget news.ycombinator.com to opencli hackernews top with an inline command -v opencli fallback to the original command if OpenCLI isn’t installed.

You don’t need OpenCLI for PRECC to work. The hint skill costs nothing; the auto-rewrite skill is safe to ship default-on because of the fallback.

If you want OpenCLI’s WebFetch token savings, install it with:

precc init --opencli

That runs npm install -g @jackwener/opencli (Node.js 20+ required). For cookie-reuse on logged-in pages, also install OpenCLI’s Chrome extension separately — see the project README. The extension requests broad permissions (debugger, <all_urls>, cookies); review them before installing.

precc doctor reports OpenCLI’s presence on $PATH as an informational line:

i opencli: installed (webfetch-opencli skills will auto-rewrite)

or

i opencli: not installed (run `precc init --opencli` if you want WebFetch token savings)

Never marks doctor as failing — the integration is fully opt-in.

Andere Sprachen

• English
• 简体中文
• Español
• Français
• Русский
• العربية
• 繁體中文
• 日本語
• 한국어
• Tiếng Việt
• ไทย
• မြန်မာ
• Монгол
• བོད་སྐད
• فارسی
• Türkçe
• Português
• Deutsch
• Nederlands
• Magyar
• Polski
• Italiano
• Dansk
• Svenska
• Suomi
• Íslenska
• Română
• Čeština