菜单
Verdrahte den devloop-Bindungs-Anker (CI-Required-Check devloop-precondition-check) + Config-Skeleton in EINEM Schritt in ein Ziel-Repo, damit die Wächter-Vorbedingung erfüllbar wird. Triggers; /devloop:init, Repo dev-loop-fähig machen, CI-Anker einrichten.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Driver der agentischen Dev-Loop-Kette. Orchestriert die Stationen specify→spec-to-tests→implement→critic als ISOLIERTE Subagenten mit frischem Kontext, hält an den zwei harten Mensch-Stopps (Spec-Review, T3-Merge) und führt die Rückkante mit Eskalation. Triggers; /devloop:loop <feature>, Dev-Loop starten, orchestrierte Spec→Tests→Code→Critic-Kette.
Erzeuge zu einer reviewten spec.md ein unabhängiges Verhaltens-Orakel (triviales Referenzmodell + REQ-getaggte Invarianten + Adapter + fast-check model-based Harness), .skip't, im geschützten Twin-Pfad — aus Domänen-Wahrheiten abgeleitet, NICHT aus den EARS-Kriterien abgeschrieben. Einzelaufruf-Form; im orchestrierten Lauf spawnt /devloop:loop dies als EIGENEN isolierten Subagenten, getrennt von spec-to-tests UND implement (Anti-Kollusion, eine Ebene höher). Optional (nur bei .devloop twin.enabled). Triggers; /devloop:spec-to-twin, Twin/Orakel aus Spec ableiten, Referenzmodell + Invarianten erzeugen.
Nimmt einen laufenden devloop-Lauf in einer FRISCHEN Session wieder auf, zustandslos aus GitHub rekonstruiert (kein lokaler Run-State). Insb. nach „changes requested": setzt die Rückkante fort. Triggers; /devloop:resume <pr>, devloop fortsetzen, Review-Änderungswünsche umsetzen, abgebrochenen Lauf wieder aufnehmen.
Räumt lokale Branches (und ihre Worktrees) auf, deren Arbeit im Remote-Default-Branch gemergt ist — sicher (nie unmerged, nie main, nie der aktuelle Branch). Triggers; /devloop:cleanup, gemergte Branches aufräumen, Worktrees prunen, stale branches entfernen.
Adversarialer Review mit frischem Kontext, geprimt auf Widerlegung; liefert ein strukturiertes Verdikt (bei T3 zusätzlich Proposal-Prüfung). Einzelaufruf-Form; im orchestrierten Lauf spawnt /devloop:loop dies als isolierten Subagenten. Triggers; /devloop:critic, adversarialer Review, Verdikt gegen die Spec.
Implementiere gegen vorgegebene spec.md + Tests (erfinde sie nicht), im eigenen Worktree, öffne einen PR. Einzelaufruf-Form; im orchestrierten Lauf spawnt /devloop:loop dies als isolierten Subagenten. Triggers; /devloop:implement, gegen Spec implementieren, PR öffnen.
| name | init |
| description | Verdrahte den devloop-Bindungs-Anker (CI-Required-Check devloop-precondition-check) + Config-Skeleton in EINEM Schritt in ein Ziel-Repo, damit die Wächter-Vorbedingung erfüllbar wird. Triggers; /devloop:init, Repo dev-loop-fähig machen, CI-Anker einrichten. |
Macht ein Ziel-Repo in einem Schritt devloop-fähig: legt den CI-Required-Check (devloop-precondition-check, der autoritative Bindungs-Anker, §5#1) und ein Config-Skeleton (.devloop/tier-map.json, .devloop/protected-globs.json) an. Idempotent — überschreibt nichts ohne Hinweis.
node "${CLAUDE_PLUGIN_ROOT}"/dist/cli/init.js <ziel-repo>
# Upgrade/Migration (z.B. v0.1 -> v0.2): vorhandenen Workflow überschreiben
node "${CLAUDE_PLUGIN_ROOT}"/dist/cli/init.js <ziel-repo> --force
Lies die
notesim Output. init überschreibt nichts still: ein vorhandener Workflow wird nicht aktualisiert (nur mit--force), und eine vorhandene tier-map (tools/tier-map.json) wird nicht von einer Default-Map beschattet — beides als lautenotesgemeldet, statt nur „skipped".Wichtig (by design): Den Workflow muss ein Mensch pushen — eine Bot-GitHub-App ohne
workflows-Permission wird beim Push auf.github/workflows/**abgelehnt (gutes Sicherheitsverhalten: der Agent darf die Gates nicht umschreiben). Der CI-verdrahtende Teil ist also nicht bot-automatisierbar.
Die erzeugten Workflows sind token-frei & dependency-frei: sie rufen nur öffentliche, gepinnte devloop-Bausteine (Ziel-Repo nimmt devloop nicht als npm-Dependency auf; org-übergreifend ohne PAT/Vendoring):
devloop-precondition-check.yml → Action mayflower/devloop/.github/actions/precondition-check@v<version>.auto-merge.yml (optional, Variant B) → reusable Workflow mayflower/devloop/.github/workflows/auto-merge.yml@v<version>
(enable-auto-merge + update-behind; bot-login aus .devloop/bot-logins.json). Löst das
BEHIND-Stocken serieller T0/T1-PRs bei strikter Branch-Protection.Beide Workflow-Dateien muss ein Mensch pushen (Bot ohne workflows-Permission). Version bumpen:
/devloop:init --force (re-pinnt) oder den @v…-Ref von Hand ändern.
Danach (Anker b — die Autorität sitzt serverseitig auf GitHub):
.devloop/bot-logins.json eintragen → verify-review zählt ihre Reviews nie als Mensch-Approval.init scaffoldet eine .github/CODEOWNERS für die T2/T3-tier-map-Pfade (mit @OWNER-Platzhalter — ersetzen!), wenn keine existiert; existiert eine, lässt init sie unberührt und meldet ungedeckte T2/T3-Pfade (notes). Spec-Pfade (/.specify/specs/ o.ä.) ebenfalls eintragen. Der Drift-Wächter check-codeowners erzwingt die Deckung.tier-map.json und protected-globs.json ans Repo anpassen (Wirkung→Tier, geschützter Satz)./devloop:loop zu Recht den Auto-Loop.