Das `we` Plugin

Das we Plugin ist die Werkzeugschicht von Agentic Product Ownership. Es fügt Claude Code eine Familie von /we:*-Skills hinzu, die die ganze Kette abdecken — die vier Höhenebenen, die Build-Pipeline und die Quality Gates drumherum. Ein Install, in deinem eigenen Repo, derzeit in Version 6.8.0.

Was es ist

27 /we:*-Einträge insgesamt — 23 Skills plus 4 Kommandos — dazu 13 unterstützende Agents, die das Plugin selbst losschickt (die Rollen-Linsen eines Councils, der AC-Reviewer, der Doc-Architekt, der PR-Ersteller und die Läufer für statische Analyse und Tests) und die du nie direkt aufrufst.

Warum es für dich wichtig ist

Das Plugin verdrahtet nie ein bestimmtes Ticketing-Werkzeug fest. Skills sprechen in allgemeinen Handlungen — „Ticket anlegen”, „auf In Review schieben” — und bilden sie auf das ab, was du hast: Jira (über MCP), GitHub Issues (über die gh CLI), oder den Plan-only-Modus, wenn es gar keinen Tracker gibt. Pull Requests laufen über GitHub; der CI-Review-Schritt zieht Befunde aus der CI und aus dem Claude-Review.

Wie du es nutzt

/we:setup    # Stack + Ticketing-Werkzeug erkennen, Projekt-Vision und Crew einrichten

/we:setup läuft einmal je Projekt. Es stellt sechs überspringbare Fragen — dein Stack, dein Ticketing-Werkzeug, die Testdisziplin, ob ein Vision-Dokument und DoR/DoD entstehen sollen, die .weside/-Konfiguration und die Repo-Crew — und jede davon darfst du überspringen. Danach arbeitest du.

Der volle Katalog:

# Plan-Höhenebenen (Solo) + Council
/we:vision /we:saga /we:epic /we:story /we:refine   # je ein Artefakt pro Höhenebene formulieren
/we:council /we:meet                                 # Beratung nach Linsen + Zerlegung

# Build
/we:orchestrate   # der Lead: schickt Worker los, führt zusammen, ein PR, ein CI-Lauf
/we:develop        # der Worker: baut ein Stück, lokale Gates, Commit, Push, Stopp
/we:ci-review      # CI- und Review-Befunde sammeln, beheben, einmal pushen

# Quality Gates (einzeln)
/we:ac-review /we:static /we:test /we:pr

# Stand, Übergabe, Abschluss
/we:standup   # wo dieser Branch steht — Ticket, PR, CI, dein nächster Schritt
/we:map       # ein Statusbaum über alle Pläne, nur lesend
/we:merged    # Abschluss nach einem Merge durch einen Menschen
/we:retro /we:handoff

# Projekt und Companion
/we:onboarding /we:sideload /we:materialize   # Crew einrichten, Kontext über Repos, Companion laden

# Weiteres
/we:find-dead-code /we:prototype /we:grill /we:codex-task

Grenzen & Sonderfälle

Kein Account, kein Drängeln. Das Plugin arbeitet vollständig für sich; ein weside-Account ist ein Zugewinn, keine Bedingung. Mit Account verbindet ein MCP-Server deinen Companion — dauerhaftes Projektgedächtnis über Sessions hinweg, die Vision als Ziele des Companions gehalten, Kontext, der ein /clear überlebt. /we:materialize lädt diese Identität in eine Session.
Versionsdrift ist möglich. Diese Seite beschreibt 6.8.0 (we/.claude-plugin/plugin.json); das genaue Verhalten einer Skill kann sich zwischen Releases verschieben.
Die Auslieferung bleibt menschlich. /we:orchestrate mergt nie und schließt nie ein Ticket; /we:merged läuft erst, wenn du beides getan hast.

Nächste Schritte

Die Produktseite zum Claude-Code-Plugin — Distribution
CLI — die Kommandozeilen-Oberfläche
Die Build-Pipeline