Collaborative Delivery
Use this only after an approved task plan exists and a panel audit trail is required. It is intentionally more expensive than the normal implementation path. The panel is mandatory once this skill is chosen.
Read shared/collaborative-panel-runner.md and
shared/references/host-model-execution.md before starting. They define the
panel runner, real-participation rule, status taxonomy, completion check, native
delegation, and session rules. assets/routing.toml is an editable default for
one host. Before any role starts, bind it to the approved route described in
shared/references/task-shaped-model-routing.md. Show its exact model,
execution path, effort, and verification policy to the user. A configured model
label is not a serving-model receipt.
Outcome
Deliver one task with a recorded red, green, refactor, review, verification, and handoff trail. A phase is complete only when its required roles have real recorded responses. A generated prompt is not participation.
Workflow
- Select one task and restate its acceptance contract, expected files, and narrowest verification command.
- Run the phases in order:
task_intake, red, green, refactor, review, verification, and handoff. Keep one isolated context per task and role across those phases. An implementer, reviewer, synthesizer, and adversarial role never share a context.
- Every phase includes the synthesis and adversarial anchors. The configured specialist roles add their independent response. Add
backend or interface as a phase role only when the current slice touches that surface.
- In
red, add or update the failing test and record the expected failure. In green, make the smallest change that passes it. In refactor, simplify only while tests stay green.
- In
review, inspect correctness, data and security risk, maintainability, and fit with the task. In verification, record commands, results, skipped checks, and reasons.
- In
handoff, record changed files, behavior, evidence, decisions, limitations, and the next task.
For an exact model available through the active host, use a persistent native
subagent or supported task context. Use a runner only for a foreign model or an
exact route the host cannot provide. The host owns code changes. Panel roles
challenge, review, and shape decisions unless the routing explicitly delegates
an implementation role. Preserve dissent in the decision log. A missing role
blocks a complete panel; report the gap as an accepted exception only when the
user explicitly accepts it.
Artifacts
Write these files under .ai-workflow/panel/delivery unless the user selects another location:
execution_log.md
test_evidence.md
review_notes.md
changed_files.md
decision_log.md
panel_summary.json
Read references/output_contract.md before interpreting panel status or finalizing. Read references/workflow_contract.md before changing the routing or portability boundary.
1---2name: collaborative-delivery3description: Deliver an approved task through an auditable multi-model panel with test, review, and verification evidence. Use when the user requires a recorded panel trail for implementation. For the normal fast path, use implement-and-review or implement-tasks.4---56# Collaborative Delivery78Use this only after an approved task plan exists and a panel audit trail is required. It is intentionally more expensive than the normal implementation path. The panel is mandatory once this skill is chosen.910Read `shared/collaborative-panel-runner.md` and11`shared/references/host-model-execution.md` before starting. They define the12panel runner, real-participation rule, status taxonomy, completion check, native13delegation, and session rules. `assets/routing.toml` is an editable default for14one host. Before any role starts, bind it to the approved route described in15`shared/references/task-shaped-model-routing.md`. Show its exact model,16execution path, effort, and verification policy to the user. A configured model17label is not a serving-model receipt.1819## Outcome2021Deliver one task with a recorded red, green, refactor, review, verification, and handoff trail. A phase is complete only when its required roles have real recorded responses. A generated prompt is not participation.2223## Workflow24251. Select one task and restate its acceptance contract, expected files, and narrowest verification command.262. Run the phases in order: `task_intake`, `red`, `green`, `refactor`, `review`, `verification`, and `handoff`. Keep one isolated context per task and role across those phases. An implementer, reviewer, synthesizer, and adversarial role never share a context.273. Every phase includes the synthesis and adversarial anchors. The configured specialist roles add their independent response. Add `backend` or `interface` as a phase role only when the current slice touches that surface.284. In `red`, add or update the failing test and record the expected failure. In `green`, make the smallest change that passes it. In `refactor`, simplify only while tests stay green.295. In `review`, inspect correctness, data and security risk, maintainability, and fit with the task. In `verification`, record commands, results, skipped checks, and reasons.306. In `handoff`, record changed files, behavior, evidence, decisions, limitations, and the next task.3132For an exact model available through the active host, use a persistent native33subagent or supported task context. Use a runner only for a foreign model or an34exact route the host cannot provide. The host owns code changes. Panel roles35challenge, review, and shape decisions unless the routing explicitly delegates36an implementation role. Preserve dissent in the decision log. A missing role37blocks a complete panel; report the gap as an accepted exception only when the38user explicitly accepts it.3940## Artifacts4142Write these files under `.ai-workflow/panel/delivery` unless the user selects another location:43441. `execution_log.md`452. `test_evidence.md`463. `review_notes.md`474. `changed_files.md`485. `decision_log.md`496. `panel_summary.json`5051Read [references/output_contract.md](references/output_contract.md) before interpreting panel status or finalizing. Read [references/workflow_contract.md](references/workflow_contract.md) before changing the routing or portability boundary.