04. September 2026 · Von YasKad
breaking-brake/cc-wf-studio

CC Workflow Studio: ein visueller Editor für Workflows von Coding-Agenten

breaking-brake/cc-wf-studio · 5.390★ · 571 forks

Alles Wissenswerte über breaking-brake/cc-wf-studio: eine VS-Code-Erweiterung (und eine Familie von Tools rund um eine einzige workflow.json-Datei), mit der man Multi-Agenten-Workflows auf einer visuellen Leinwand entwirft und als Markdown exportiert, das Coding-Agenten direkt verstehen. Stand 3. September 2026 hat das Projekt 5.367 Sterne.

Eine Begriffsklärung war nicht nötig: Das Repository ist breaking-brake/cc-wf-studio (https://github.com/breaking-brake/cc-wf-studio), eine einzige Veröffentlichung unter diesem Namen.


Was CC Workflow Studio ist

CC Workflow Studio (in den Erweiterungs-Marktplätzen als „Claude Code Workflow Studio” betitelt) ist ein visueller Workflow-Editor für Coding-Agenten. Das Motto des READMEs bringt es auf den Punkt: „You think visually. AI thinks in .md. CC Workflow Studio speaks both.” („Du denkst visuell. Die KI denkt in .md. CC Workflow Studio spricht beides.”) In der Praxis zeichnet der Nutzer einen Ablauf auf einer Drag-and-Drop-Leinwand, und das Tool wandelt ihn in Markdown-Dateien um (Slash-Befehle, Skills oder Subagenten), die Claude Code, Copilot, Codex oder andere Agenten direkt ausführen.

Es ist kein Modell, kein Orchestrator, der Agenten selbst ausführt, und kein Cloud-Dienst — es ist eine Entwurfs- und Generierungsschicht über den nativen Formaten jedes Agenten. Das Kernprodukt ist eine einzige workflow.json-Datei, die austauschbar drei Schnittstellen speist: die VS-Code-Erweiterung (Leinwand + Editor), eine CLI (ccwf) und einen MCP-Server (ccwf-mcp).

Ursprung

  • Das Repository wurde am 1. November 2025 erstellt, Autor ist breaking-brake, dessen GitHub-Profil sich als Web Engineer / Dev Tools Engineer mit Sitz in Tokio, Japan beschreibt (87 Follower zum Zeitpunkt der Profilabfrage am 3. September 2026).
  • Die zugehörigen npm-Pakete (@cc-wf-studio/cli und @cc-wf-studio/mcp) veröffentlichten ihre erste Version am 19. Mai 2026, was darauf hindeutet, dass die CLI/MCP-Phase erst mehrere Monate nach dem Start der Erweiterung kam.
  • Am 9. April 2026 veröffentlichte der Autor die Präsentation „CC Workflow Studio” auf Speaker Deck (Profil seiyakobayashi), die zum Zeitpunkt der Recherche 1.770 Aufrufe verzeichnete; dieser Tag und dieser Vortrag sind der älteste verifizierbare Punkt öffentlicher Sichtbarkeit.
  • Das README bezeichnet es als Projekt, das von Dify inspiriert wurde (der visuellen Orchestrierungsplattform von langgenius) und auf React Flow und Claude Code aufbaut. Das ist eine Aussage des Autors selbst über die konzeptionelle Inspiration, keine Code-Beziehung.

Unverifiziert: Wir fanden keine Launch-Ankündigung in einem eigenen Blog, auf Twitter/X oder Product Hunt; der Blog breaking-brake.github.io (Astro, „Claude Code Workflow Studio Blog”) ließ sich in dieser Recherche nicht auflösen. Die verifizierbare öffentliche Erzählung beginnt mit dem Vortrag vom April 2026, Monate nach der Erstellung des Repositorys.

Philosophie und Prinzipien

Prinzipien, die sich direkt im README und in der Dokumentation nachlesen lassen:

  • Eine Datei, drei Schnittstellen. Das README betont, dass es keinen „nur VS Code”-Weg gibt: Die auf der Leinwand gezeichnete workflow.json ist dieselbe Datei, die ccwf preview im Browser rendert, und dieselbe, die ein externer Claude Code über MCP bearbeitet. Das Tool trennt Entwurf von Ausgabeformat.
  • Von der Leinwand zum nativen Markdown. Es erfindet kein neues Ausführungsformat, sondern exportiert in die Verzeichnisse, die jeder Agent bereits liest (.claude/, .codex/, .cursor/, .github/, .roo/, .gemini/, .agent/). Erklärtes Ziel ist es, „Prompt-Guessing” (Erraten, was man die KI fragen soll) zu eliminieren.
  • Der Agent ist auch Nutzer des Tools. Es gibt eine „Edit with AI”-Funktion: Der Agent selbst ändert den Workflow konversationell über den MCP-Server (get_workflow → apply_workflow).
  • Dokumentierte autonome Entwicklung. Das Projekt selbst wird größtenteils mit einer autonomen Claude-Code-Schleife gebaut (siehe „Wie man beiträgt”): Ideenfindung und Umsetzung übernimmt ein Agent, main ist reines Menschenterritorium.

Wie es funktioniert

Architektur (laut docs/architecture.md)

Eine VS-Code-Erweiterung mit zwei Hälften — ein Extension Host (Node.js) und eine Webview (React + Zustand), die per postMessage kommunizieren; der Host liest und schreibt das Dateisystem (.vscode/workflows/) und ruft die Claude-Code-CLI, Slack und MCP-Server auf. Dokumentierte Abläufe umfassen das Speichern des Workflows, das Teilen per Slack (mit Erkennung sensibler Daten vor dem Versand und einem vscode://cc-wf-studio/import-Deep-Link zum Re-Import aus Slack) sowie das Auffinden von MCP-Servern/Tools für MCP-Knoten.

Eine Datei, drei Schnittstellen: ein durchscheinendes kristallines Sechseck mit inneren Schaltkreismustern, das workflow.json darstellt, verzweigt sich zu einer visuellen VS-Code-Leinwand, einem CLI-Terminal und einem MCP-Server-Knoten, alle verbunden durch animierte neonfarbene Datenströme

Leinwand-Knoten (laut packages/core/src/schema/nodes/)

Jeder Knotentyp hat sein eigenes Zod-Schema: prompt, skill, sub-agent, sub-agent-flow, mcp, branch, branch-session, if-else, switch, group und ask-user-question. Der Typ branchSession, hinzugefügt in Version 3.36.0 (11. Juli 2026), ist ein Human-in-the-Loop-Kontrollpunkt exklusiv für Claude Code.

Eine detaillierte Node-Editor-Leinwand zeigt einen komplexen Multi-Agenten-Workflow-Graphen mit schema-validierten Knoten für prompt, skill, sub-agent, MCP-Tool, branch, if-else, switch, group und ask-user-question, sowie einem speziellen branchSession-Knoten, der als menschliches Kontrolltor im Loop fungiert

Zielagenten und Exportformat (Tabelle aus dem README)

AgentGenerierte Verzeichnisse
Claude Code.claude/agents/ und .claude/commands/
GitHub Copilot Chat.github/prompts/
GitHub Copilot CLI.github/skills/
OpenAI Codex CLI.codex/skills/
Zoo Code (ehemals Roo Code).roo/skills/
Gemini CLI.gemini/skills/
Antigravity.agent/skills/
Cursor.cursor/agents/ und .cursor/skills/

README-Hinweis: Agenten außer Claude Code müssen über das More-Menü der Toolbar aktiviert werden.

Eine futuristische Export-Visualisierung: Eine visuelle Workflow-Leinwand verwandelt sich in native Agenten-Artefakte, mit Markdown-Dokumenten, Slash-Befehlsdateien, Skill-Dateien und Agenten-Definitionen, die aus der Leinwand hervorgehen und in organisierte Ordnerstrukturen fliegen, beschriftet mit .claude, .codex, .cursor, .github, .roo, .gemini und .agent

MCP-Tools (6, laut packages/mcp/README.md)

get_workflow_schema, get_current_workflow, apply_workflow (validiert und persistiert; respektiert expectedRevision für optimistisches Sperren), update_nodes (partielle Aktualisierungen, token-effizienter), list_available_agents und highlight_group_node (nur Leinwand). Im Dateimodus ist die revision der sha256:-Hash des Dateiinhalts, und Schreibvorgänge sind atomar (temporäre Datei + Umbenennung).

Ein holografisches MCP-Server-Dashboard umgibt einen zentralen Workflow-Graphen und zeigt sechs leuchtende Tool-Karten mit Neon-Icons, animierte Datenpakete fließen zwischen der Workflow-Leinwand und den MCP-Tools, ein Panel zeigt eine optimistische Revisionssperre mit einem leuchtenden sha256-Hash, ein anderes zeigt atomare Dateischreibvorgänge

Die ccwf-CLI (laut packages/cli/README.md)

render, validate (Exit-Code 0/1; --json), mcp --file, export (--agent, --cwd, --overwrite), run (--launch), preview (--port, --keep-alive), canvas (experimentell) und install-skills / uninstall-skills.

Eine schlanke dunkle Terminal-Oberfläche zeigt die ccwf-CLI in Aktion, mit leuchtenden Befehlszeilen wie render, validate, mcp, export, run, preview, canvas und install-skills, sowie einem erfolgreichen Validierungsergebnis mit einem neongrünen Bestanden-Abzeichen

Das Ökosystem

Repositories desselben Autors

  • breaking-brake/cc-wf-studio-connectors (2 Sterne): ein OAuth-Authentifizierungsserver (Cloudflare Worker + KV), damit sich die Erweiterung sicher mit Slack verbinden kann.
  • breaking-brake/breaking-brake.github.io (1 Stern): der Blog des Projekts, „Claude Code Workflow Studio Blog – Powered by Astro”.
  • breaking-brake/markdown-ai-translator (10 Sterne): ein Nebenprojekt des Autors, ohne direkte funktionale Beziehung zur Leinwand.
  • Der Rest des Profils sind VS-Code-Themes, Leseprojekte (ein Fork von Readest/Thorium) und kleine Experimente; keines davon gehört zum CC-Workflow-Studio-Ökosystem.

Ein Community-Projekt in einer anderen Sprache

  • heishia/ppop-code (11 Sterne, erstellt am 20. Januar 2026): ein TUI-KI-Orchestrierungs-Framework (Go), das Claude Code + cc-wf-studio + Cursor verbindet, mit einer Installationsanleitung auf Koreanisch (README.ko.md). Es ist das einzige nicht-englische Projekt, das wir mit diesem Repository verknüpft und verifiziert fanden; kein Fork oder Übersetzung des Editors, sondern ein Konsument davon.

Verwandte (Nachbarprojekte, verifiziert über GitHub-Suchen)

RepositorySterne (3. Sep 2026)Was es ist
AgenticFlowX/agenticflowx20Eine „VS-Code-Workflow-Schicht für AI Coding” mit Code/Explore/Spec-Modi und Chat-first-Ansatz.
rondoflow/rondoflow20Eine lokal-first, quelloffene Plattform zur Orchestrierung von Claude-Code-Agenten mit Drag-and-Drop-Leinwand (eigenes Show HN, id 48686649).
stellan-lee/Infinite-Loop8Ein visueller Editor, der Claude Code in einer Schleife laufen lässt, bis eine Bedingung erfüllt ist (Loop, Branch, Condition).
OshriNap/skill-editor1Ein Node-Graph-Editor (im Blender-Stil) zum Bearbeiten von Claude-Code-Skills.

Wir fanden keine chinesischen oder japanischen Übersetzungen des Editors selbst; die dokumentierte Lokalisierung des Projekts ist intern (die Ausgabe seiner Workflows wird lokalisiert, siehe Issue #133).

Eine konstellationsartige Ökosystemkarte zeigt CC Workflow Studio im Zentrum, verbunden durch leuchtende Linien mit verwandten Entwicklertools und Community-Projekten, darunter VS Code Marketplace, Open VSX, npm-Pakete, ein TUI-Orchestrierungs-Framework, ein visueller Workflow-Editor, ein Skill-Graph-Editor und ein Agenten-Loop-Tool

Offizieller und halboffizieller Status

  • VS Code Marketplace: veröffentlicht als breaking-brake.cc-wf-studio („Claude Code Workflow Studio”), mit 9.744 Installationen, 3.810 Downloads und einer Bewertung von 4,45/5 (Gallery-API, 3. Sep 2026). Die dort zuletzt veröffentlichte Version ist 3.36.0 (11.07.2026).
  • Open VSX: ebenfalls gelistet (Namespace breaking-brake/cc-wf-studio, v3.36.0, Zeitstempel 2026-07-11T07:08Z).
  • npm: @cc-wf-studio/cli (v0.2.2), @cc-wf-studio/mcp (v0.1.5) und @cc-wf-studio/core (v0.4.0).
  • Kuratierte Listen: Der Autor eröffnete am 28. März 2026 den Antrag hesreallyhim/awesome-claude-code#1198 („[Resource]: CC Workflow Studio”, Kategorie Tooling: IDE Integrations); zum Zeitpunkt der Recherche ist er noch offen, und wir konnten nicht verifizieren, dass er bereits im README dieser Liste erscheint — es sollte daher als ausstehende Nominierung gelesen werden, nicht als bestätigte Aufnahme.
  • Prüfung durch Dritte: xiaolai/nlpm#219 (25. April 2026) markierte es als Audit-Kandidat (damals 4.893 Sterne, 5 NL-Artefakte); das Issue wurde geschlossen.

In der Praxis ist der Status der einer in den beiden wichtigsten VS-Code-Galerien vermarkteten Erweiterung und eines npm-Pakets, ohne formale Standard-Bezeichnung durch Anthropic oder einen Anbieter; die reale „Offizialität” ist ein Vertriebskanal-Status, kein Marken-Endorsement.

Schnellstart-Anleitung

Installation und erster Start

Voraussetzungen: VS Code (für die Erweiterung) und Node.js (für CLI/MCP).

# Erweiterung (der direkteste Weg)
code --install-extension breaking-brake.cc-wf-studio

# Oder über den VS Code Marketplace / Open VSX, Suche nach „Claude Code Workflow Studio"

# CLI, ohne Installation (via npx)
npx @cc-wf-studio/cli --help

# Oder als Projektabhängigkeit
pnpm add -D @cc-wf-studio/cli

Beim ersten Start: ein Symbol in der oberen rechten Ecke des Editors, oder Command Palette → „CC Workflow Studio: Open Editor”. Über die Palette werden Knoten hinzugefügt, jeder konfiguriert und mit dem Save-Button gespeichert; das Ergebnis landet in .vscode/workflows/*.json.

Gängige Workflows

  • Einen Ablauf entwerfen und als Befehl nutzen: Knoten zeichnen → Export → generiert SKILL.md/Slash-Befehl → in Claude Code mit /workflow-name aufrufen.
  • Vor dem Einsatz validieren (nützlich in CI): ccwf validate ./.vscode/workflows/my-workflow.json (Exit 0/1; mit --json gibt es { valid, errors[] } aus).
  • Den Workflow direkt ausführen: der Run-Button im Editor, oder ccwf run ./my-workflow.json --launch (schreibt die Dateien und startet, falls eine claude-Binary im PATH liegt, diese; vorerst nur für claude-code).
  • Einen externen Agenten den Workflow bearbeiten lassen: den MCP-Client auf den Server richten, z. B. in .mcp.json:
    { "servers": { "cc-wf-studio": { "type": "stdio", "command": "npx",
      "args": ["@cc-wf-studio/mcp", "--file", ".vscode/workflows/my-workflow.json"] } } }
    Der Agent nutzt dann get_current_workflow / apply_workflow / update_nodes.
  • Den Ablauf ohne VS Code ansehen: ccwf preview ./my-workflow.json öffnet einen schreibgeschützten Viewer (Mermaid + Markdown pro Knoten) im Browser und lädt bei Dateiänderung automatisch neu.

Wesentliche Konfiguration

  1. .vscode/workflows/*.json — hier leben deine Workflows; der einzige echte Zustand, den sich alle drei Schnittstellen teilen.
  2. .mcp.json — registriert den MCP-Server (cc-workflow-studio per HTTP im Canvas-Modus, oder die ccwf-mcp-Binary per stdio im Dateimodus).
  3. Das More-Menü der Toolbar — dort werden Agenten außer Claude Code vor dem Export aktiviert.
  4. --agent (CLI) — claude-code (Standard), cursor, codex, copilot, gemini, roo-code, antigravity; ändert das Ausgabeverzeichnis.
  5. Die .claude/skills des Projekts (optional) — ccwf install-skills --project kopiert den mitgelieferten Skill, damit Agenten wissen, wann sie ccwf nutzen sollen.

Häufige Fallstricke und Lösungen

  • Der exportierte Agent reagiert nicht: Agenten außer Claude Code müssen vorher über More aktiviert werden (expliziter README-Hinweis).
  • SKILL.md mit Frontmatter, das kein Skill-Frontmatter ist: Der Body wird noch vom alten SlashCommand-Generator erzeugt, mit Feldern hooks, model und argument-hint, die die Skill-Spezifikation nicht kennt; das README kennzeichnet dies als offene Aufgabe.
  • Kaputtes YAML beim Export: Es gibt offene Bugs durch nicht escapte Interpolation (Issue #1061 „Skill node SKILL.md frontmatter is interpolated unescaped”, #1058 „Sub-Agent Flow agent file…”, #1047 „Slash-command frontmatter…”, #1064 „Prompt bodies… 3-backtick fences”); wenn ein : oder Zeilenumbruch in einer Beschreibung das YAML zerstört, ist das einer dieser Fälle.
  • Öffnen/Schließen eines Sub-Agent Flow beschädigt ihn: Issue #1042 „Opening and closing a Sub-Agent Flow destroys its groups and branch conditions” — eine Kopie des JSON aufbewahren, wenn mit diesem Knoten gearbeitet wird.
  • preview schaltet sich selbst ab: Der Server schließt sich 30 s nach Schließen des letzten Tabs (nur wenn sich einer verbunden hatte); --keep-alive nutzen, um im LAN zu teilen oder erneut zu öffnen.
  • MCP im Dateimodus erstellt keine Subagenten: planAndPersistSubAgentFiles gibt absichtlich [] zurück; im Dateimodus muss der Client den vollständigen commandFilePath liefern (die automatische Erstellung von .claude/agents/*.md ist dem Canvas-Modus vorbehalten).
  • Gleichzeitige Schreibvorgänge: apply_workflow lehnt die Änderung ab, wenn expectedRevision (der sha256-Hash der Datei) nicht übereinstimmt — das ist optimistisches Sperren, kein Netzwerkfehler.

Integrationen und Migration

  • MCP: zwei Modi — HTTP unter 127.0.0.1:6289/mcp (Canvas) und stdio via ccwf-mcp / ccwf mcp --file (Datei). Jeder MCP-Client (Claude Code, MCP Inspector) kann es nutzen.
  • Slack: die workflow.json in einen Kanal teilen (mit Erkennung sensibler Daten) und über die Nachricht per Deep-Link wieder importieren.
  • CI/SSH/Codespaces: Die CLI deckt den Fall ohne IDE ab — render zur Generierung von Mermaid-Dokumentation, validate für Gates, export zur Materialisierung von Skills.
  • Migration von handgeschriebenen Befehlen: Die Ausgabeverzeichnisse sind die Standardverzeichnisse jedes Agenten, sodass ein exportierter Workflow neben handgeschriebenen .claude/commands/<name>.md-Dateien bestehen kann. Das README warnt, dass ccwf export --agent claude-code inzwischen in das Verzeichnis-Layout (.claude/skills/<workflow>/SKILL.md) schreibt und die veralteten .claude/commands/<workflow>.md-Dateien nicht löscht: Aufräumen ist manuell.
  • Migration von Dify: Es gibt keinen Konverter; das README positioniert Dify als konzeptionelle Inspiration.

Eine sichere Workflow-Sharing-Szene: Eine VS-Code-Leinwand sendet einen Workflow per OAuth-Authentifizierungs-Connector an Slack, dargestellt als leuchtender Cloudflare-Worker-Schild mit KV-Speichersymbolen; ein Scanner zur Erkennung sensibler Daten überprüft den Workflow vor dem Export und hebt geschwärzte Felder mit sanften roten Neon-Warnungen und sichere Felder mit cyanfarbenen Freigabe-Pulsen hervor; eine Slack-Nachricht erscheint mit einem Deep-Link-Button, der VS Code öffnet

Aktuelle Kennzahlen

Messung: 3. September 2026, GitHub-API (Repo) und VS-Code-Gallery-API.

KennzahlWert
Sterne5.367
Forks571
Abonnenten (echte Watcher)19
Commits (per API-Paginierung gezählt)1.066
Tags179
Offene Issues + PRs (Feld open_issues_count)46
— nur Issues (Such-API)38
— nur PRs (Such-API)8
HauptspracheTypeScript
LizenzAGPL-3.0-or-later (Erweiterung) / MIT (alle 3 npm-Pakete)
Erstellt1. November 2025
Letzter Push30. August 2026
Neuestes Releasecc-wf-studio@3.36.0 (11. Juli 2026)
VS-Code-Marketplace-Installationen9.744 (Bewertung 4,45/5)
npm-Downloads (letzte Woche / Monat)cli 92/245 · mcp 84/242 · core 79/215

Klarstellungen: Das Feld open_issues_count der API vermischt Issues und PRs, daher die Aufschlüsselung über die Such-API. Die Zahl von 1.066 Commits wurde durch Paginierung der Commits-API in 100er-Blöcken ermittelt (kein natives Feld). Die npm-Downloads sind niedrig im Vergleich zu den 9.744 Installationen der Erweiterung: Der dominante Adoptionskanal ist die VS-Code-Galerie, nicht npm.

Top-Contributor (API, nach Commits): breaking-brake (855), github-actions[bot] (150), dependabot[bot] (39), Copilot (11), sei04/sei024 (6), braking-brake-release-bot[bot] (5). Der überwältigende Großteil des Codes stammt vom Autor, ergänzt durch CI- und Dependency-Bots.

Aktuelle Releases (Changesets-Notizen): 3.36.0 fügt den branchSession-Knoten hinzu (menschlicher Checkpoint für Claude Code); 3.35.1 führt Zod-Schemas für Knoteneigenschaften ein (Basis + subAgent) und korrigiert die in den READMEs von core/mcp/cli angegebene Lizenz (MIT statt AGPL); 3.35.0 fügt Agenten-Aktionen (Import Skill, Generate Tour) und einen geführten Tour-Player hinzu.

Community-Resonanz

Der verifizierbare öffentliche Fußabdruck ist bescheiden und überwiegend auf technische Kanäle beschränkt; wir fanden keinen eigenen Hacker-News-Thread und keinen Reddit-Thread, der sich zentral mit dem Projekt befasst (HN-Algolia-Suchen nach Repo-Name, Autor und Produkt lieferten keine Storys dazu; Reddit-Suchen ergaben nur falsche Treffer wegen der Abkürzung „CC”).

  • Hacker News: kein eigener Thread gefunden in dieser Recherche. Benachbarte Ergebnisse bestätigen das Ökosystem: Show HN von RondoFlow (id 48686649, 2 Punkte), Show HN Claude Code Canvas von raulriera (id 47142226, 4 Punkte, 1 Kommentar), „Infinite Claude Code Canvas (OSS)” (id 47467115, 3 Punkte, 1 Kommentar) und „Figma-like Canvas for running Claude Code agents” (id 46670183, 3 Punkte).
  • Reddit: kein verifizierter Thread. Ergebnisse von old.reddit.com und pullpush.io zu „cc-wf-studio” / „CC Workflow Studio” waren Rauschen (Kreditkartenabkürzungen, Spiele usw.).
  • YouTube (Japan): Video „ノーコードで自動化!Claude Code Workflow StudioでSkill/Subagentを組み込むコマンド作成” (6sSPFNrDFMI) — ein japanisches Tutorial zum Erstellen von Skill/Subagent-Befehlen ohne Code. Es ist das konkrete Videostück, das in der Suche gefunden wurde; Kanal und exakte Aufrufzahlen ließen sich aus der Ergebnisseite nicht ablesen.
  • GitHub, Nutzer-Issues (alle auf Englisch oder Japanisch, je nach Issue-Autor):
    • #696 (offen, linhaosunny, 31.05.2026): „why not support Qwen Code?” — eine Anfrage nach Agenten-Unterstützung, die das README nicht abdeckt.
    • #717 (geschlossen, arrunkumarrusd, 07.04.2026): Anfrage, Modelle von Continue oder LM Studio zu nutzen.
    • #405 (geschlossen, carolove, 08.01.2026): „How to run cc-wf-studio in browser mode” — die Antwort ist der CLI-Weg ccwf preview / ccwf canvas.
    • #531 (geschlossen, Sev73n, 04.02.2026): „roo code vscode support” — inzwischen im README gelöst (Zoo Code / ex-Roo Code exportiert nach .roo/skills/).
    • #460 (geschlossen, foolishantcat, 15.01.2026): „How can I replace claude cmd header?”
    • #80 (geschlossen, eigenes Issue, 16.11.2025, auf Japanisch): Einführung von Snyk zur Sicherheitsprüfung der Erweiterung.
    • #626 (geschlossen, eigenes Issue, 01.03.2026): Hochladen des Workflows als Custom Skill auf Cloud-Ausführungsplattformen.
  • Kuratierte Listen: offene Nominierung in hesreallyhim/awesome-claude-code#1198 (28.03.2026, eingereicht von breaking-brake selbst); xiaolai/nlpm#219 (25.04.2026) registrierte es als Audit-Kandidat mit 4.893 Sternen und 5 NL-Artefakten und wurde geschlossen.
  • Speaker Deck: Der Präsentationsvortrag (09.04.2026) hat 1.770 Aufrufe, eine Zahl, die zu einem gut aufgenommenen Nischenprojekt in der japanischen und englischsprachigen Dev-Tools-Community passt.

Die ehrliche Bilanz: Die verifizierbare Resonanz ist eine positive technische Nische (wachsende Gallery-Installationen, 9.744; ein Vortrag mit 1.770 Aufrufen; Nominierungen für zwei Listen), mit Anfragen nach breiterer Unterstützung (Agenten und Modelle, die das README nicht abdeckt) und konkreten offenen Export-Bugs. Wir fanden keine starke öffentliche Kritik und keinen viralen Thread.

Vergleich mit ähnlichen Projekten

ProjektVerifizierbare ÜberschneidungVerifizierbarer Unterschied
Dify (langgenius/dify, 154.325 Sterne)Eine visuelle Leinwand zur Orchestrierung von KI-Workflows.Dify ist eine vollständige Produktionsplattform (RAG, Deployment, Multi-Modell); das README selbst erklärt es zur Inspiration von CC Workflow Studio. CC Workflow Studio dagegen exportiert in Coding-Agenten-Formate (.claude/, .codex/ usw.) und führt den Ablauf nicht selbst aus.
RondoFlow (rondoflow/rondoflow, 20 Sterne)Eine Drag-and-Drop-Leinwand zur Orchestrierung von Claude-Code-Agenten; „local-first, open-source”.Wird als eigenständige Plattform (rondoflow.app) mit eigenem Show HN (id 48686649) veröffentlicht; CC Workflow Studio lebt innerhalb von VS Code und ergänzt CLI + MCP.
AgenticFlowX (AgenticFlowX/agenticflowx, 20 Sterne)Eine „VS-Code-Workflow-Schicht für AI Coding” mit Chat-first-Ansatz.Fügt Code/Explore/Spec-Modi und Markdown-Voranalyse hinzu; CC Workflow Studio konzentriert sich auf die Leinwand und den Multi-Agenten-Export.
Infinite-Loop (stellan-lee/Infinite-Loop, 8 Sterne)Ein visueller Editor, der Claude Code in einer Schleife laufen lässt (Loop/Branch/Condition).Seine Prämisse ist die Wiederholung bis zur Erfüllung einer Bedingung; CC Workflow Studio modelliert Skill-/Subagenten-Abläufe zum Export, keine Ausführungsschleifen.
skill-editor (OshriNap/skill-editor, 1 Stern)Eine Node-Graph-Leinwand für Claude-Code-Skills (im Blender-Stil).Bearbeitet bestehende Skills; CC Workflow Studio generiert vollständige Abläufe (Skills + Subagenten + Kontrollknoten) und exportiert sie.
ppop-code (heishia/ppop-code, 11 Sterne)Nutzt cc-wf-studio als eine seiner Komponenten.Kein Konkurrent: ein Go-TUI (mit koreanischer Dokumentation), das Claude Code + cc-wf-studio + Cursor orchestriert.

Der nützlichste Vergleich betrifft nicht die Popularität: CC Workflow Studio gewinnt, wenn man einen visuellen Editor innerhalb von VS Code will, der in mehrere Agenten exportiert; RondoFlow / Dify gewinnen, wenn man eine eigenständige oder produktionsreife Orchestrierungsplattform sucht.

Wie man beiträgt

Der Prozess ist ausführlich in CLAUDE.md, docs/release-flow.md und docs/task-automation.md dokumentiert:

  • Sprachregel: Issues und PRs (Titel, Texte, Kommentare) auf Englisch, unabhängig von der Sprache der Unterhaltung.
  • pnpm-Monorepo (nicht npm verwenden): pnpm check (Lint + Typprüfung über alle 4 Pakete) und pnpm build sind vor Commit/PR verpflichtend; pnpm test für die automatisierte Suite (im Aufbau durch die QA-Schleife).
  • Branch-Modell:
    • main ist rein menschlich: Der Agent öffnet oder merged nie auf main.
    • Die Arbeit des Agenten geht nach auto-dev (Auto-Squash-Merge nur bei grüner CI), und ein Mensch befördert auto-dev → main mit einem Promotion-PR.
    • auto-qa ist eine Schwesterspur für die Test-Suite; sie bearbeitet nie packages/*/src.
  • Der eigene autonome Loop des Projekts (das Ungewöhnlichste): next-idea (Fable-Modell, zur halben Stunde) erfindet 3–5 Ideen, prüft sie gegen die Value-Bar von IMPLEMENTATION_PLAN.md und öffnet/blockiert Issues mit Label idea; next-task (Opus-Modell, zur vollen Stunde) implementiert eine Idee pro Iteration auf einem claude/<task>-Branch und öffnet einen PR nach auto-dev. Aller Text von Nicht-Eigentümern wird als nicht vertrauenswürdige Daten behandelt, niemals als Anweisung. IMPLEMENTATION_PLAN.md ist nur menschlich editierbar: eine Änderung dort steuert die gesamte Schleife um.
  • Releases: Changesets; die Changesets sammeln sich auf main, und ein Mensch löst „Release — Create Release PR” aus; beim Merge erfolgt die Veröffentlichung auf npm + Tag + VSIX automatisch. Veröffentlichen ist ausschließlich menschliche Aktion: Agenten dürfen den Release-Workflow nicht auslösen.
  • Sicherheit: SECURITY.md — Schwachstellen über GitHub Security Advisory oder E-Mail mit Betreff „SECURITY” melden, niemals über öffentliche Issues.

Eine filmische Szene eines Entwickler-Arbeitsplatzes zeigt eine autonome Entwicklungsschleife: ein Claude-Code-Agent, dargestellt als durchscheinende neonfarbene Roboter-Silhouette, liest einen Workflow-Graphen, generiert Code, committet Änderungen und validiert das Ergebnis, während ein menschlicher Entwickler nahe einem geschützten „main-Branch"-Tor steht

Anwendungsfälle

  • Teams, die täglich Claude Code / Codex / Copilot / Cursor / Gemini CLI nutzen und ihre SKILL.md- und Subagenten-.md-Dateien von Hand schreiben: Die Leinwand generiert sie, und das Ändern eines Knotens regeneriert die Dateien. Das trennt den Entwurf von der Markdown-Syntax und vermeidet Prompt-Guessing.
  • Projektverantwortliche, die Multi-Agenten-Workflows über mehrere Agenten hinweg standardisieren wollen: Der Multi-Target-Export (.claude/, .codex/, .cursor/, .roo/, .gemini/, .agent/, .github/) erlaubt es, denselben Ablauf auf dem Agenten laufen zu lassen, den jede Person hat, ohne den Prompt neu zu schreiben.
  • DevOps / CI: ccwf validate mit Exit-Code und --json ist ein natürliches Gate in einer Pipeline; ccwf render generiert automatisch synchronisierte Mermaid-Dokumentation des Ablaufs.
  • Verteilte Teams, die sich über Slack koordinieren: Das Teilen per Slack mit Erkennung sensibler Daten und der Import-Deep-Link erlauben es, Abläufe außerhalb der IDE vorzuschlagen und zu überprüfen, ohne JSON zu kopieren und einzufügen.
  • Personen, die den Agenten selbst ihre Abläufe pflegen lassen wollen: Der MCP-Server (ccwf-mcp) + die Tools get_current_workflow / update_nodes / apply_workflow (mit expectedRevision für optimistisches Sperren) sind der Einstiegspunkt für einen externen Claude Code, um Workflows zu bearbeiten.
  • Forschende im Bereich agentengestützter Softwareentwicklung: Das Projekt selbst ist eine Fallstudie des autonomen Loops (Fable für Ideenfindung, Opus für Umsetzung, auto-dev als Zone begrenzter Wirkung, main rein menschlich, IMPLEMENTATION_PLAN.md als Steuerrad). Es ist Primärmaterial dazu, wie ein Produkt mit Agenten unter minimaler menschlicher Aufsicht gebaut wird.

Ressourcen


Methodischer Hinweis: Dieser Bericht stützt sich auf die GitHub-API (Repo, Issues, Contributors, Releases, Tags, per Paginierung gezählte Commits), die öffentliche VS-Code-Gallery-API, npmjs (Downloads und Paketmetadaten), Open VSX, Hacker News Algolia, YouTube-Suche, Speaker Deck, die READMEs und docs/ des Monorepos selbst sowie die verifizierten Anträge/Prüfungen in hesreallyhim/awesome-claude-code und xiaolai/nlpm. Alles wurde am 3. September 2026 abgerufen. Stern-, Installations- und Download-Zahlen ändern sich mit der Zeit; die Zahlen zu Issues/PRs stammen aus verschiedenen APIs (die allgemeine Repo-API vermischt Issues und PRs in open_issues_count; die Such-API trennt sie).

Kommentare