/ Verzeichnis / Playground / pro-workflow
● Community rohitg00 ⚡ Sofort

pro-workflow

von rohitg00 · rohitg00/pro-workflow

Höre auf, Claude Code immer wieder zu korrigieren. pro-workflow erfasst deine Korrekturen, parallelisiert Worktrees und lässt den Kontext über Wochen hinweg aufbauen.

pro-workflow verwandelt Claude Code in einen lernenden Mitarbeiter. Wenn du ihn korrigierst ("keine any-Typen", "hier Komposition statt Vererbung bevorzugen"), erfasst der Skill das als dauerhafte Regel und reaktiviert sie in relevanten zukünftigen Sitzungen. Außerdem fügt er parallele Git-Worktree-Orchestrierung hinzu, damit mehrere Agent-Threads gegen dasselbe Repo laufen können ohne Konflikte.

Warum nutzen

Hauptfunktionen

Live-Demo

In der Praxis

bereit

Installieren

Wählen Sie Ihren Client

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

Cursor nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die globale.

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "Edit Configuration".

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "pro-workflow-skill",
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ]
    }
  ]
}

Continue nutzt ein Array von Serverobjekten statt einer Map.

~/.config/zed/settings.json
{
  "context_servers": {
    "pro-workflow-skill": {
      "command": {
        "path": "git",
        "args": [
          "clone",
          "https://github.com/rohitg00/pro-workflow",
          "~/.claude/skills/pro-workflow"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

claude mcp add pro-workflow-skill -- git clone https://github.com/rohitg00/pro-workflow ~/.claude/skills/pro-workflow

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

Anwendungsfälle

Praxisnahe Nutzung: pro-workflow

Claude Code nicht zweimal auf dasselbe hinweisen müssen

👤 Tägliche Claude Code Nutzer ⏱ ~10 min beginner

Wann einsetzen: Du hast Claude dreimal gesagt 'lodash isEmpty verwenden, nicht !arr.length' und es kehrt immer wieder zurück.

Voraussetzungen
  • Skill im Repo installiert — git clone https://github.com/rohitg00/pro-workflow ~/.claude/skills/pro-workflow
Ablauf
  1. Nächste Korrektur erfassen
    Use pro-workflow. Capture this rule: 'Use lodash isEmpty for emptiness checks; never !arr.length'. Scope: src/utils/.✓ Kopiert
    → Regel gespeichert mit Scope; CLAUDE.md aktualisiert
  2. Nächste Sitzung prüfen
    Tomorrow: ask Claude to clean up an empty-check pattern in src/utils/.✓ Kopiert
    → Claude verwendet isEmpty ohne erneutes Prompt
  3. Regelwerk monatlich prüfen
    List all captured rules. Anything stale or superseded?✓ Kopiert
    → Regelliste mit letzten Anwendungsdaten; Ballast bereinigen

Ergebnis: Jede Korrektur wird einmal bezahlt, nicht wöchentlich.

Fallstricke
  • Zu breite Regeln ('immer funktionalen Stil verwenden') schlagen fehl — Regeln auf Verzeichnisse oder Feature-Bereiche eingrenzen; konkret > allgemein
Kombinieren mit: filesystem

Zwei Claude Code Threads gegen dasselbe Repo laufen lassen ohne Konflikte

👤 Entwickler mit langen Agent-Aufgaben ⏱ ~20 min intermediate

Wann einsetzen: Du willst Modul A refaktorieren während Claude an einem Feature in Modul B weitermacht.

Ablauf
  1. Worktrees anlegen
    Use pro-workflow. Create two worktrees: ../wt-refactor-a and ../wt-feature-b from main.✓ Kopiert
    → Worktrees angelegt; Regeln in jeden synchronisiert
  2. Threads starten
    Start a Claude Code session in each. Worktree-aware rules apply per directory.✓ Kopiert
    → Beide Sitzungen laufen; keine Merge-Konflikte mid-flight
  3. Reintegrieren
    When both branches are ready, open PRs. The skill notes any rules that triggered and their effects.✓ Kopiert
    → PRs enthalten Regel-Wirkung-Zusammenfassungen

Ergebnis: Echte Parallelität — Agent-Durchsatz multipliziert ohne Koordinationskosten.

Fallstricke
  • Regeln driften zwischen Worktrees wenn nur in einem aktualisiert — Skill synchronisiert Regelwerk beim Anlegen von Worktrees; für laufende Bearbeitungen sync-rules ausführen

Überprüfen wie sich Kontext über 50 Sitzungen aufbaut

👤 Engineering-Leads, die KI-Workflows evaluieren ⏱ ~30 min advanced

Wann einsetzen: Du willst Daten haben ob 'KI wird mit der Zeit klüger in diesem Repo' real oder gefühlt ist.

Ablauf
  1. Baseline
    Use pro-workflow. Show me corrections per session over the last 30 days.✓ Kopiert
    → Trenddiagramm; fallende Kurve erwartet
  2. Kategorien taggen
    Categorize corrections: style, architecture, dependency choice, test pattern. Show category-wise decay.✓ Kopiert
    → Pro-Kategorie-Trend
  3. Entscheiden
    Recommend whether to roll this out team-wide based on data.✓ Kopiert
    → Konkrete Empfehlung mit Vorbehalten

Ergebnis: Datengestützte Entscheidung zur Investition in Agent-Workflows.

Fallstricke
  • Weniger Korrekturen != mehr Qualität — könnte auch sein, dass du aufgehört hast zu prüfen — Mit PR-Review-Feedback oder Test-Fehlerrate gegenchecken

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

pro-workflow-skill + filesystem

Regeln im Repo persistieren damit das Team sie teilt

Commit .claude/rules/ and CLAUDE.md to git; teammates inherit the same rule set.✓ Kopiert
pro-workflow-skill + claude-mem-skill

Geschichtetes Gedächtnis — pro-workflow für Regeln, claude-mem für Sitzungskontinuität

Use pro-workflow to capture corrections; use claude-mem to bridge session context.✓ Kopiert

Werkzeuge

Was dieses MCP bereitstellt

WerkzeugEingabenWann aufrufenKosten
capture_rule rule_text, scope_path?, severity? Direkt nachdem man Claude auf etwas Dauerhaftes korrigiert hat 0
list_rules scope? Prüfen / Bereinigen 0
create_worktree branch, path Parallelen Agent-Thread starten 0
sync_rules Nach dem Aktualisieren von Regeln in einem Worktree, auf andere synchronisieren 0
correction_stats since? Trend-Überprüfung 0

Kosten & Limits

Was der Betrieb kostet

API-Kontingent
Keine — lokal
Tokens pro Aufruf
Sichtbare Regeln fügen 100–800 Tokens zum System-Prompt hinzu; Bereinigung ist wichtig
Kosten in €
Kostenlos
Tipp
Regeln monatlich prüfen; zu breite oder veraltete Regeln kosten dauerhaft Tokens

Sicherheit

Rechte, Secrets, Reichweite

Minimale Scopes: filesystem-read filesystem-write
Credential-Speicherung: Regeln im Repo gespeichert (.claude/rules/) — gleiche Vertrauensebene wie das Repo selbst
Datenabfluss: Keine

Fehlerbehebung

Häufige Fehler und Lösungen

Regel in nächster Sitzung nicht angewendet

Scope-Pfad prüfen; Regel könnte enger geschrieben sein als die bearbeitete Datei

Prüfen: list_rules --scope /the/file
CLAUDE.md-Bearbeitungen verursachen Merge-Konflikte

Skill schreibt Regeln in separate Datei; nur der Index in CLAUDE.md ändert sich — Rebase-Strategie prüfen

Worktree-Anlegen schlägt fehl

git Version >= 2.5 erforderlich; keine ungetrackten Dateien dürfen den neuen Pfad blockieren

Prüfen: git worktree list
Stats zeigen keinen Abfall über 50 Sitzungen

Regeln sind wahrscheinlich zu spezifisch um anzuwenden; Audit ausführen und einige Schlüsselregeln verallgemeinern

Alternativen

pro-workflow vs. andere

AlternativeWann stattdessenKompromiss
claude-reflect (BayramAnnakov)Passiveres, reflexionsgetriebenes Erfassen statt explizitem gewünschtAnderer Erfassungsstil; weniger Worktree-Orchestrierung
Manual CLAUDE.md curationKleines Team und manuelle Regelkuration möglichKeine Analytik; keine Parallel-Worktree-Hilfe

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen