@syntesseraai/opencode-feature-factory 0.6.16 → 0.6.17

package/README.md

@@ -39,7 +39,8 @@ It also updates `~/.config/opencode/opencode.json` non-destructively by merging
 - There is no dedicated `@pipeline` intake agent; the command tree handles orchestration autonomously.
 - Orchestration is implemented by the command tree under `command/pipeline/` using subtask2 primitives (`return`, `parallel`, `loop`).
 - Orchestration wrapper commands (`/pipeline/start`, `/pipeline/*/run`, `/pipeline/complete`) pin `agent: general` to avoid recursive self-invocation before phase-specific delegation begins.
-- Coordinator and synthesis model defaults to ChatGPT 5.4 and can be overridden at runtime via `/pipeline/start` input.
+- Coordinator and synthesis model defaults to ChatGPT 5.4 via frontmatter `model:` declarations in orchestrator commands.
+- All orchestrator commands include an explicit **orchestrator constraint**: they must NOT directly read, edit, modify, write, or create any code/config/repository files — they only dispatch sub-commands, pass structured data via `{as:name}` / `$RESULT[name]`, and evaluate gate/loop conditions.
 
 ## Command Tree
 
@@ -56,20 +57,23 @@ It also updates `~/.config/opencode/opencode.json` non-destructively by merging
 
 ## Model Routing
 
-- Coordinator and synthesis model is ChatGPT 5.4.
-- Planning/reviewing fan-out uses explicit inline model overrides.
-- `DEVELOPER_MODEL`: `openai/gpt-5.3-codex`
-- `ARCHITECT_MODEL`: `opencode/gemini-3.1-pro`
-- `REVIEWER_MODEL`: `anthropic/claude-opus-4-6`
-- `COORDINATOR_MODEL`: `openai/gpt-5.4`
-- `DOCUMENTATION_REVIEWER_MODEL`: `opencode/gemini-3.1-pro`
+Models are declared in each command's frontmatter (`model:` field). Multi-model fan-out targets (`plan.md`, `review.md`) use per-invocation `{model:...}` overrides since they are invoked multiple times with different models.
+
+| Role                    | Model                       | Commands                                                                    |
+| ----------------------- | --------------------------- | --------------------------------------------------------------------------- |
+| Orchestration/reasoning | `openai/gpt-5.4`            | All `run.md`, `start.md`, `complete.md`, gates, triage, synthesize, confirm |
+| Implementation          | `openai/gpt-5.3-codex`      | `implement-batch`, `build`, `document`                                      |
+| Architecture analysis   | `anthropic/claude-opus-4-6` | `breakdown`, review fan-out (opus slot)                                     |
+| Validation              | `opencode/gemini-3.1-pro`   | `validate-batch`, documentation review, review fan-out (gemini slot)        |
+| Multi-model fan-out     | per-invocation              | `plan.md`, `review.md`                                                      |
+
 - Pipeline stages pass intermediate artifacts with `{as:name}` and `$RESULT[name]` (minimal file persistence)
-- Planning (with architecture validation): reviewer, architect, and developer role models
-- Implementation: developer role model
-- Review (with architecture validation): reviewer, architect, and developer role models
+- Planning fan-out (with architecture validation): opus, gemini, and codex models in parallel
+- Implementation: codex via frontmatter model declaration in `implement-batch.md`, with parallel `building` sub-agents per independent task within each batch
+- Review fan-out (with architecture validation): opus, gemini, and codex models in parallel
 - Rework path: `/pipeline/reviewing/run` re-enters implementation via `/pipeline/building/implement-batch` when gate status is `REWORK`
-- Documentation stage: developer role updates documentation, documentation reviewer role reviews docs, and coordinator role supervises a bounded loop until approved
-- Documentation stage skill usage: developer role loads `ff-todo-management`, `ff-mini-plan`; documentation reviewer role loads `ff-report-templates` and `ff-severity-classification`
+- Documentation stage: codex updates documentation, gemini reviews docs, and orchestrator (`gpt-5.4`) supervises a bounded loop until approved
+- Documentation stage skill usage: codex pass loads `ff-todo-management`, `ff-mini-plan`; gemini review pass loads `ff-report-templates` and `ff-severity-classification`
 
 ## Quality Gates
 

package/command/mini-loop/documentation/document.md

@@ -2,6 +2,7 @@
 description: Write documentation pass for mini-loop
 subtask: true
 agent: documenting
+model: openai/gpt-5.3-codex
 ---
 
 Update repository documentation for the approved mini-loop implementation from `$ARGUMENTS`.

package/command/mini-loop/documentation/gate.md

@@ -2,6 +2,7 @@
 description: Apply documentation mini-loop gate
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Read the latest documentation review input from `$ARGUMENTS` and apply this gate exactly:

package/command/mini-loop/documentation/review.md

@@ -2,6 +2,7 @@
 description: Review documentation pass for mini-loop
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Review the latest mini-loop documentation pass from `$ARGUMENTS`.

package/command/mini-loop/documentation/run.md

@@ -2,18 +2,23 @@
 description: Run documentation mini-loop until gate passes
 subtask: true
 agent: general
+model: openai/gpt-5.4
 loop:
   max: 5
   until: documentation gate is APPROVED
 return:
-  - /mini-loop/documentation/document {model:openai/gpt-5.3-codex && as:mini-doc-pass} $ARGUMENTS
-  - /mini-loop/documentation/review {model:openai/gpt-5.4 && as:mini-doc-review} $RESULT[mini-doc-pass]
-  - /mini-loop/documentation/gate {model:openai/gpt-5.4} $RESULT[mini-doc-review]
+  - /mini-loop/documentation/document {as:mini-doc-pass} $ARGUMENTS
+  - /mini-loop/documentation/review {as:mini-doc-review} $RESULT[mini-doc-pass]
+  - /mini-loop/documentation/gate $RESULT[mini-doc-review]
   - If `MINI_LOOP_DOCUMENTATION_GATE=REWORK`, continue loop with prior documentation review feedback included in the next documentation pass.
 ---
 
 Execute the documentation mini-loop for the approved implementation context.
 
+Orchestrator constraint:
+
+This command is a **dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared sub-commands (`document`, `review`, `gate`), pass structured data between them via `{as:name}` / `$RESULT[name]`, evaluate gate/loop conditions, and route execution. All file-touching work belongs exclusively to the leaf sub-commands.
+
 Stop criteria:
 
 - approve when `MINI_LOOP_DOCUMENTATION_GATE=APPROVED`

package/command/mini-loop/implementation/build.md

@@ -2,6 +2,7 @@
 description: Build implementation pass for mini-loop
 subtask: true
 agent: building
+model: openai/gpt-5.3-codex
 ---
 
 Implement the current mini-loop requirements from `$ARGUMENTS`.

package/command/mini-loop/implementation/gate.md

@@ -2,6 +2,7 @@
 description: Apply implementation mini-loop gate
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Read the latest implementation review input from `$ARGUMENTS` and apply this gate exactly:

package/command/mini-loop/implementation/review.md

@@ -2,6 +2,7 @@
 description: Review implementation pass for mini-loop
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Review the latest mini-loop implementation output from `$ARGUMENTS`.

package/command/mini-loop/implementation/run.md

@@ -2,18 +2,23 @@
 description: Run implementation mini-loop until gate passes
 subtask: true
 agent: general
+model: openai/gpt-5.4
 loop:
   max: 10
   until: implementation gate is APPROVED
 return:
-  - /mini-loop/implementation/build {model:openai/gpt-5.3-codex && as:mini-impl-build} $ARGUMENTS
-  - /mini-loop/implementation/review {model:openai/gpt-5.4 && as:mini-impl-review} $RESULT[mini-impl-build]
-  - /mini-loop/implementation/gate {model:openai/gpt-5.4} $RESULT[mini-impl-review]
+  - /mini-loop/implementation/build {as:mini-impl-build} $ARGUMENTS
+  - /mini-loop/implementation/review {as:mini-impl-review} $RESULT[mini-impl-build]
+  - /mini-loop/implementation/gate $RESULT[mini-impl-review]
   - If `MINI_LOOP_IMPLEMENTATION_GATE=REWORK`, continue loop with prior review feedback included in the next build input.
 ---
 
 Execute the implementation mini-loop for the active requirements/rework context.
 
+Orchestrator constraint:
+
+This command is a **dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared sub-commands (`build`, `review`, `gate`), pass structured data between them via `{as:name}` / `$RESULT[name]`, evaluate gate/loop conditions, and route execution. All file-touching work belongs exclusively to the leaf sub-commands.
+
 Stop criteria:
 
 - approve when `MINI_LOOP_IMPLEMENTATION_GATE=APPROVED`

package/command/mini-loop/start.md

@@ -2,6 +2,7 @@
 description: Mini-loop two-stage workflow entrypoint
 subtask: true
 agent: general
+model: openai/gpt-5.4
 return:
   - /mini-loop/implementation/run {as:implementation-phase} $ARGUMENTS
   - /mini-loop/documentation/run $RESULT[implementation-phase]
@@ -16,3 +17,7 @@ Execution requirements:
 1. Always complete implementation approval before starting documentation.
 2. Use `{as:name}` and `$RESULT[name]` for all handoffs.
 3. Keep loop decisions deterministic and gate-driven.
+
+Orchestrator constraint:
+
+This command is a **top-level dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared phase commands in order, pass structured data between them via `{as:name}` / `$RESULT[name]`, and evaluate gate conditions. All file-touching work belongs exclusively to the leaf sub-commands within each phase.

package/command/pipeline/building/breakdown.md

@@ -2,6 +2,7 @@
 description: Break final plan into atomic tasks
 subtask: true
 agent: building
+model: anthropic/claude-opus-4-6
 ---
 
 Read the approved final plan from `$ARGUMENTS` and produce atomic tasks.

package/command/pipeline/building/implement-batch.md

@@ -2,15 +2,25 @@
 description: Implement validated batches with Codex
 subtask: true
 agent: building
+model: openai/gpt-5.3-codex
 ---
 
-Read `BATCHES` input from `$ARGUMENTS` and implement tasks batch-by-batch.
+Read `BATCHES` input from `$ARGUMENTS` and implement each batch.
 
-For each task:
+Execution strategy:
+
+1. Process batches in dependency order — a batch may only start after all batches it depends on have completed.
+2. Within each batch, launch **parallel sub-agents** (type: `building`) — one per task — for tasks that have no mutual dependency edges. Use concurrent tool calls to maximize throughput.
+3. Tasks within the same batch that share file targets or have explicit dependency edges must run sequentially.
+4. Wait for all tasks in a batch to complete before starting the next batch.
+
+For each task (inside its sub-agent):
 
 1. implement code changes
 2. add/update tests
 3. run lint/typecheck/tests for impacted scope
-4. return a structured completion report for each task (no file persistence)
+4. return a structured completion report (no file persistence)
+
+After all batches complete, merge the per-task completion reports into a single `IMPLEMENTATION_REPORT` output.
 
 This command performs implementation only; reviewing is triggered by `/pipeline/building/run` and by rework flow.

package/command/pipeline/building/run.md

@@ -2,11 +2,12 @@
 description: Run build phase from approved plan
 subtask: true
 agent: general
+model: openai/gpt-5.4
 return:
-  - /pipeline/building/breakdown {model:anthropic/claude-opus-4-6 && as:build-tasks} $ARGUMENTS
-  - /pipeline/building/validate-batch {model:opencode/gemini-3.1-pro && as:build-batches} $RESULT[build-tasks]
-  - /pipeline/building/implement-batch {model:openai/gpt-5.3-codex && as:build-implementation} $RESULT[build-batches]
-  - /pipeline/reviewing/run {model:openai/gpt-5.4 && as:review-phase} $RESULT[build-implementation]
+  - /pipeline/building/breakdown {as:build-tasks} $ARGUMENTS
+  - /pipeline/building/validate-batch {as:build-batches} $RESULT[build-tasks]
+  - /pipeline/building/implement-batch {as:build-implementation} $RESULT[build-batches]
+  - /pipeline/reviewing/run {as:review-phase} $RESULT[build-implementation]
 ---
 
 Run build phase from the approved final plan passed in `$ARGUMENTS`.
@@ -17,5 +18,9 @@ Rules:
 2. Maintain dependency-safe batching.
 3. Only parallelize tasks with no dependency edges.
 4. Pass intermediate outputs via `{as:name}` and `$RESULT[name]`.
-5. Implementation is codex-focused via explicit model override.
+5. Implementation is codex-focused via frontmatter model declaration in `implement-batch`.
 6. Send completed implementation output into reviewing via `/pipeline/reviewing/run`.
+
+Orchestrator constraint:
+
+This command is a **dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared sub-commands, pass structured data between them via `{as:name}` / `$RESULT[name]`, evaluate gate conditions, and route execution. All file-touching work belongs exclusively to the sub-commands (`breakdown`, `validate-batch`, `implement-batch`).

package/command/pipeline/building/validate-batch.md

@@ -2,6 +2,7 @@
 description: Validate task batches for architecture and dependencies
 subtask: true
 agent: building
+model: opencode/gemini-3.1-pro
 ---
 
 Read `TASKS` input from `$ARGUMENTS` and create dependency-safe batches.

package/command/pipeline/complete.md

@@ -2,6 +2,7 @@
 description: Finalize pipeline run and summarize outcomes
 subtask: true
 agent: general
+model: openai/gpt-5.4
 ---
 
 Finalize the pipeline run.

package/command/pipeline/documentation/document.md

@@ -2,6 +2,7 @@
 description: Documentation write/update pass
 subtask: true
 agent: documenting
+model: openai/gpt-5.3-codex
 ---
 
 Document the approved code changes and update repository documentation.

package/command/pipeline/documentation/gate.md

@@ -1,6 +1,8 @@
 ---
 description: Apply documentation approval gate
 subtask: true
+agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Read the latest documentation review input from `$ARGUMENTS` and apply gate exactly:

package/command/pipeline/documentation/review.md

@@ -2,6 +2,7 @@
 description: Documentation review pass
 subtask: true
 agent: reviewing
+model: opencode/gemini-3.1-pro
 ---
 
 Review the latest Codex documentation pass for completeness, correctness, and repository doc consistency.

package/command/pipeline/documentation/run.md

@@ -2,18 +2,23 @@
 description: Run documentation loop after review approval
 subtask: true
 agent: general
+model: openai/gpt-5.4
 loop:
   max: 5
   until: documentation updates are approved by documentation reviewer with zero unresolved documentation issues
 return:
-  - /pipeline/documentation/document {model:openai/gpt-5.3-codex && as:doc-pass} $ARGUMENTS
-  - /pipeline/documentation/review {model:opencode/gemini-3.1-pro && as:doc-review} $RESULT[doc-pass]
-  - /pipeline/documentation/gate {model:openai/gpt-5.4} $RESULT[doc-review]
+  - /pipeline/documentation/document {as:doc-pass} $ARGUMENTS
+  - /pipeline/documentation/review {as:doc-review} $RESULT[doc-pass]
+  - /pipeline/documentation/gate $RESULT[doc-review]
   - If `DOCUMENTATION_GATE=REWORK`, continue loop with review feedback for the next document pass.
 ---
 
 Execute the documentation stage for the current approved implementation.
 
+Orchestrator constraint:
+
+This command is a **dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared sub-commands (`document`, `review`, `gate`), pass structured data between them via `{as:name}` / `$RESULT[name]`, evaluate gate/loop conditions, and route execution. All file-touching work belongs exclusively to the leaf sub-commands.
+
 Skill requirements:
 
 1. ChatGPT supervisor must load `ff-todo-management` to track documentation actions and rework items per iteration.

package/command/pipeline/planning/gate.md

@@ -2,6 +2,7 @@
 description: Apply planning consensus gate
 subtask: true
 agent: planning
+model: openai/gpt-5.4
 ---
 
 Apply the planning gate to the synthesized consensus input passed in `$ARGUMENTS`:

package/command/pipeline/planning/run.md

@@ -2,17 +2,22 @@
 description: Execute one planning iteration
 subtask: true
 agent: general
+model: openai/gpt-5.4
 parallel:
   - /pipeline/planning/plan {model:anthropic/claude-opus-4-6 && as:plan-opus} [MODEL_TAG:opus] $ARGUMENTS
   - /pipeline/planning/plan {model:opencode/gemini-3.1-pro && as:plan-gemini} [MODEL_TAG:gemini] $ARGUMENTS
   - /pipeline/planning/plan {model:openai/gpt-5.3-codex && as:plan-codex} [MODEL_TAG:codex] $ARGUMENTS
 return:
-  - /pipeline/planning/synthesize {model:openai/gpt-5.4 && as:plan-consensus} $RESULT[plan-opus] $RESULT[plan-gemini] $RESULT[plan-codex]
-  - /pipeline/planning/gate {model:openai/gpt-5.4} $RESULT[plan-consensus]
+  - /pipeline/planning/synthesize {as:plan-consensus} $RESULT[plan-opus] $RESULT[plan-gemini] $RESULT[plan-codex]
+  - /pipeline/planning/gate $RESULT[plan-consensus]
 ---
 
 Run one complete planning iteration for the active pipeline.
 
+Orchestrator constraint:
+
+This command is a **dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared sub-commands (`plan`, `synthesize`, `gate`), pass structured data between them via `{as:name}` / `$RESULT[name]`, evaluate gate conditions, and route execution. All file-touching work belongs exclusively to the leaf sub-commands.
+
 Requirements brief:
 
 $ARGUMENTS

package/command/pipeline/planning/synthesize.md

@@ -2,13 +2,14 @@
 description: Synthesize planning consensus
 subtask: true
 agent: planning
+model: openai/gpt-5.4
 ---
 
 Synthesize the three model outputs from planning fan-out:
 
-- `$RESULT[plan-reviewer]`
-- `$RESULT[plan-architect]`
-- `$RESULT[plan-developer]`
+- `$RESULT[plan-opus]`
+- `$RESULT[plan-gemini]`
+- `$RESULT[plan-codex]`
 
 Produce a consensus report (no file persistence).
 

package/command/pipeline/reviewing/gate.md

@@ -2,6 +2,7 @@
 description: Apply review approval gate
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Read the synthesized review input from `$ARGUMENTS` and apply gate exactly:

package/command/pipeline/reviewing/run.md

@@ -2,21 +2,28 @@
 description: Run review loop for completed tasks
 subtask: true
 agent: general
+model: openai/gpt-5.4
 loop:
   max: 10
   until: all tasks in the active batch are approved with confidence >=95 and zero unresolved issues
 return:
-  - /pipeline/reviewing/triage {model:openai/gpt-5.4 && as:review-brief} $ARGUMENTS
+  - /pipeline/reviewing/triage {as:review-brief} $ARGUMENTS
+parallel:
   - /pipeline/reviewing/review {model:anthropic/claude-opus-4-6 && as:review-opus} [MODEL_TAG:opus] $RESULT[review-brief]
   - /pipeline/reviewing/review {model:opencode/gemini-3.1-pro && as:review-gemini} [MODEL_TAG:gemini] $RESULT[review-brief]
   - /pipeline/reviewing/review {model:openai/gpt-5.3-codex && as:review-codex} [MODEL_TAG:codex] $RESULT[review-brief]
-  - /pipeline/reviewing/synthesize {model:openai/gpt-5.4 && as:review-synthesis} $RESULT[review-opus] $RESULT[review-gemini] $RESULT[review-codex]
-  - /pipeline/reviewing/gate {model:openai/gpt-5.4} $RESULT[review-synthesis]
-  - If `REVIEW_GATE=REWORK`, invoke `/pipeline/building/implement-batch {model:openai/gpt-5.3-codex}` to apply fixes before the next loop iteration.
+return:
+  - /pipeline/reviewing/synthesize {as:review-synthesis} $RESULT[review-opus] $RESULT[review-gemini] $RESULT[review-codex]
+  - /pipeline/reviewing/gate $RESULT[review-synthesis]
+  - If `REVIEW_GATE=REWORK`, invoke `/pipeline/building/implement-batch` to apply fixes before the next loop iteration.
 ---
 
 Execute the review loop for the current completed tasks/rework report.
 
+Orchestrator constraint:
+
+This command is a **dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared sub-commands (`triage`, `review`, `synthesize`, `gate`, and rework dispatch), pass structured data between them via `{as:name}` / `$RESULT[name]`, evaluate gate/loop conditions, and route execution. All file-touching work belongs exclusively to the leaf sub-commands.
+
 Stop criteria:
 
 - approve when `>=95` confidence and zero unresolved issues

package/command/pipeline/reviewing/synthesize.md

@@ -2,6 +2,7 @@
 description: Synthesize independent reviews into one report
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Read the three review inputs passed in `$ARGUMENTS` (reviewer, architect, developer) and synthesize a single authoritative output.

package/command/pipeline/reviewing/triage.md

@@ -2,6 +2,7 @@
 description: Build review brief from implementation outputs
 subtask: true
 agent: reviewing
+model: openai/gpt-5.4
 ---
 
 Prepare a review brief for the current completed task or rework output.

package/command/pipeline/start.md

@@ -23,3 +23,7 @@ Execution requirements:
 4. Avoid file persistence for intermediate artifacts unless a command explicitly requires audit snapshots.
 5. Use command chaining, parallel fan-out, and loop gates from the `/pipeline/...` command tree.
 6. Do not skip planning, review, and documentation gates.
+
+Orchestrator constraint:
+
+This command is a **top-level dispatch orchestrator only**. You must NOT directly read, edit, modify, write, or create any code files, configuration files, or repository files. Your sole responsibility is to invoke the declared phase commands in order, pass structured data between them via `{as:name}` / `$RESULT[name]`, and evaluate gate conditions. All file-touching work belongs exclusively to the leaf sub-commands within each phase.

package/package.json

@@ -1,7 +1,7 @@
 {
   "$schema": "https://json.schemastore.org/package.json",
   "name": "@syntesseraai/opencode-feature-factory",
-  "version": "0.6.16",
+  "version": "0.6.17",
   "type": "module",
   "description": "OpenCode plugin for Feature Factory agents - provides sub-agents and skills for validation, review, security, and architecture assessment",
   "license": "MIT",