|
| 1 | +# Agent Team Playbook |
| 2 | + |
| 3 | +LoopForge is most effective when you run it as an **agent team**, not a single long chat thread. |
| 4 | + |
| 5 | +This page gives you a practical team operating model you can demo and reuse. |
| 6 | + |
| 7 | +## Team Topology |
| 8 | + |
| 9 | +| Role | Primary output | Suggested artifact | |
| 10 | +|---|---|---| |
| 11 | +| Planner Agent | Scope, milestones, risk map | `notes/plan.md` | |
| 12 | +| Builder Agent | Verified implementation | code diff + test output | |
| 13 | +| Reviewer Agent | Findings-first review | `notes/review.md` | |
| 14 | +| Release Agent | Release readiness + publish gate | `notes/release-check.md` | |
| 15 | + |
| 16 | +## Operating Loop |
| 17 | + |
| 18 | +1. Intake and planning |
| 19 | + - Capture objective, constraints, and acceptance criteria. |
| 20 | + - Run one planning task and write `notes/plan.md`. |
| 21 | +2. Execution |
| 22 | + - Build in small slices and checkpoint each verified slice. |
| 23 | + - Keep one artifact per slice (report, checklist, or fix memo). |
| 24 | +3. Review |
| 25 | + - Run findings-first review before merge/release. |
| 26 | + - Record severity, impacted files, and decision. |
| 27 | +4. Release gate |
| 28 | + - Run `loopforge release check --tag vX.Y.Z`. |
| 29 | + - Ensure version/changelog/CI gates are green before publish. |
| 30 | + |
| 31 | +## Command Baseline |
| 32 | + |
| 33 | +```bash |
| 34 | +# bootstrap |
| 35 | +loopforge onboard --workspace loopforge-team-demo --starter workspace-brief |
| 36 | + |
| 37 | +# builder execution |
| 38 | +loopforge agent run --workspace loopforge-team-demo --prompt "Implement task from notes/plan.md" |
| 39 | + |
| 40 | +# release gate |
| 41 | +loopforge release check --tag v1.3.0 |
| 42 | +``` |
| 43 | + |
| 44 | +## Copy/Paste Role Prompts |
| 45 | + |
| 46 | +- Planner: "Create a 5-step implementation plan with risks and verification commands. Write `notes/plan.md`." |
| 47 | +- Builder: "Execute step 1 from `notes/plan.md`, keep behavior unchanged, and output a short verification report." |
| 48 | +- Reviewer: "Review current diff with findings first (severity + file/line), then list residual risks." |
| 49 | +- Release: "Run release readiness checks and write `notes/release-check.md` with pass/fail per gate." |
| 50 | + |
| 51 | +## What To Show In Team Demos |
| 52 | + |
| 53 | +- Time to first verified artifact |
| 54 | +- Verification pass rate per slice |
| 55 | +- Release-check pass/fail trend |
| 56 | + |
| 57 | +If those three metrics improve, your agent team is getting stronger in the right way. |
| 58 | + |
| 59 | +## Next Links |
| 60 | + |
| 61 | +- [Harness long task workflow](../tutorials/harness-long-task.md) |
| 62 | +- [Case task library](../examples/case-tasks/index.md) |
| 63 | +- [Release readiness audit task](../examples/case-tasks/release-readiness-audit.md) |
0 commit comments