Agents · Workflow-Skill

solcom-lfg — autonome Pipeline ab PRD

Ein Befehl, der eine refined Story/PRD von der Zerlegung bis zum gemergten PR durchzieht. Thin Orchestrator im Stil des EveryInc-lfg: re-implementiert nichts, sondern kettet die bestehenden SOLCOM-Skills sequenziell mit STOP-GATEs. Grilling + PRD bleiben menschlich (upstream). Ab dem PRD läuft alles hands-off — kein Human-Gate.

status: active entry: /solcom-lfg P2503-XXX model: sonnet-workhorse · opus-buddy ADR-0049

Ablauf

MENSCH · UPSTREAM · NICHT TEIL VON /solcom-lfg solcom-grill → to-prd / to-plan → refined PRD + Sub-Task-tauglicher Scope ▼ ab hier: /solcom-lfg — vollautonom, kein Gate für den Menschen ▼ 1 Decompose → solcom-to-issues sonnet GATE — Sub-Tasks unter Parent + Plan in docs/plans/ 2 Build → implement (alle Sub-Tasks → PR) sonnet · opus-brief GATE — alle Sub-Tasks ZU REVIEW + Azure-PR offen 3 Dogfood ★ → solcom-dogfood (User-Journey-Matrix, Frontend) sonnet GATE — Journeys grün ODER Findings in PR-Body 4 Review → solcom-review --persist sonnet · opus-buddy GATE — Report in docs/reports/ + LOG/INDEX 5 Fix · CI → auto-review-fix --no-merge (nutzt fix-ci) sonnet GATE — CI grün · PR review-ready (offen) 6 Learn ★ → Auto-Memory · docs/wiki-Promote-Vorschlag sonnet GATE — Learnings persistiert ✓ DONE <promise>DONE</promise> · PR review-ready (Mensch merged) + Learnings
★ = net-new ggü. dem Implement-Triple GATE = STOP, End-State verifizieren, erst dann weiter opus-buddy = Agent(model:"opus") nur für ambige „ist das blocking?"-Findings

Phasen im Detail

StepPhaseRuft aufModellGATE (Erfolgs-Kriterium)
1Decomposesolcom-to-issuessonnetJira-Sub-Tasks unter Parent + Plan in docs/plans/
2Buildimplementsonnet · opus-briefalle Sub-Tasks ZU REVIEW + Azure-PR offen
3Dogfood ★solcom-dogfoodsonnetJourneys grün ODER Findings durabel im PR-Body
4Reviewsolcom-review --persistsonnet · opus-buddyReport in docs/reports/ + LOG/INDEX-Row
5Fix · CIauto-review-fix ohne --merge (+ fix-ci)sonnetCI grün · PR review-ready (offen)
6Learn ★Auto-Memory / docs/wikisonnetSession-Learnings persistiert
7DONE<promise>DONE</promise>—PR review-ready (Mensch merged) + Learnings

Model-Policy

Sonnet ist Hauptschläger — Bau-/Review-/Merge-Phasen erben das aus den Sub-Skills. Opus nur als Buddy: (a) Trade-off-Vorab-Brief in implement (Heavy-Brief: Opus entscheidet, Sonnet baut), (b) ambiger-Finding-Consult in Step 4. Kein Dauer-Opus.

Tut NICHT

  • Grilling / PRD / Refinement → Mensch (solcom-grill, to-prd)
  • Architektur-Entscheidung ≥2 Optionen → customer-lens-reviewer
  • Selbst Code schreiben / fixen → die Sub-Skills
  • Mergen → Mensch (KI bringt nur bis zum review-ready MR)
  • Jira-Comment/Transition autonom posten → nur Entwurf, User-Approval
  • Browser via mcp__claude-in-chrome__* → verboten, nur agent-browser

Abgrenzung zu ralph.sh

Zwei autonome Pfade, klar getrennt: solcom-lfg = in-session, eine PRD/Story, ein Befehl (dieser Skill). scripts/ralph.sh = detached Bash-Mass-Loop über viele ready-for-agent-Stories (ADR-0037, AFK/Cron, weiterhin gültig). solcom-lfg ist die Realisierung der adScaile-Choreographie (ADR-0048) als in-session Orchestrator — nicht als JS-Runtime.