@syntesseraai/opencode-feature-factory 0.6.9 → 0.6.11
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +19 -14
- package/agents/pipeline.md +3 -3
- package/bin/ff-deploy.js +7 -7
- package/{commands → command}/pipeline/building/breakdown.md +0 -1
- package/{commands → command}/pipeline/building/implement-batch.md +0 -1
- package/command/pipeline/building/run.md +20 -0
- package/{commands → command}/pipeline/building/validate-batch.md +0 -1
- package/{commands → command}/pipeline/complete.md +0 -1
- package/{commands → command}/pipeline/documentation/document.md +1 -2
- package/{commands → command}/pipeline/documentation/gate.md +0 -1
- package/{commands → command}/pipeline/documentation/review.md +0 -1
- package/command/pipeline/documentation/run.md +25 -0
- package/command/pipeline/planning/confirm.md +18 -0
- package/{commands → command}/pipeline/planning/gate.md +0 -1
- package/{commands → command}/pipeline/planning/run.md +2 -3
- package/{commands → command}/pipeline/planning/synthesize.md +3 -4
- package/{commands → command}/pipeline/reviewing/gate.md +0 -1
- package/{commands → command}/pipeline/reviewing/run.md +4 -5
- package/{commands → command}/pipeline/reviewing/synthesize.md +1 -2
- package/{commands → command}/pipeline/reviewing/triage.md +0 -1
- package/{commands → command}/pipeline/start.md +2 -2
- package/package.json +2 -2
- package/commands/pipeline/building/run.md +0 -19
- package/commands/pipeline/documentation/run.md +0 -26
- /package/{commands → command}/pipeline/planning/plan.md +0 -0
- /package/{commands → command}/pipeline/reviewing/review.md +0 -0
package/README.md
CHANGED
|
@@ -23,13 +23,13 @@ This installer deploys to `~/.config/opencode/`:
|
|
|
23
23
|
|
|
24
24
|
- `agents/`
|
|
25
25
|
- `skills/`
|
|
26
|
-
- `
|
|
26
|
+
- `command/`
|
|
27
27
|
|
|
28
28
|
It also updates `~/.config/opencode/opencode.json` non-destructively by merging missing Feature Factory MCP entries and plugins without deleting existing user configuration.
|
|
29
29
|
|
|
30
30
|
## Install Behavior
|
|
31
31
|
|
|
32
|
-
- **Always overwrites packaged assets**: installer unconditionally overwrites Feature Factory `agents`, `skills`, and `
|
|
32
|
+
- **Always overwrites packaged assets**: installer unconditionally overwrites Feature Factory `agents`, `skills`, and `command` files on every install.
|
|
33
33
|
- **`opencode.json` is non-destructive**: existing keys/values are preserved; only missing required plugin/MCP entries are added.
|
|
34
34
|
- **Global scope**: assets are installed to `~/.config/opencode/` and shared across projects.
|
|
35
35
|
|
|
@@ -37,35 +37,40 @@ It also updates `~/.config/opencode/opencode.json` non-destructively by merging
|
|
|
37
37
|
|
|
38
38
|
- Use `@pipeline` as the start experience.
|
|
39
39
|
- The `@pipeline` agent handles intake and launches `/pipeline/start`.
|
|
40
|
-
- Orchestration is implemented by the command tree under `
|
|
41
|
-
- Coordinator and synthesis model
|
|
40
|
+
- Orchestration is implemented by the command tree under `command/pipeline/` using subtask2 primitives (`return`, `parallel`, `loop`).
|
|
41
|
+
- Coordinator and synthesis model defaults to ChatGPT 5.4 and can be overridden at runtime via `/pipeline/start` input.
|
|
42
42
|
|
|
43
43
|
## Command Tree
|
|
44
44
|
|
|
45
45
|
- `/pipeline/start`
|
|
46
|
-
- `/pipeline/planning/run`, `/pipeline/planning/plan`, `/pipeline/planning/synthesize`, `/pipeline/planning/gate`
|
|
46
|
+
- `/pipeline/planning/run`, `/pipeline/planning/plan`, `/pipeline/planning/synthesize`, `/pipeline/planning/gate`, `/pipeline/planning/confirm`
|
|
47
47
|
- `/pipeline/building/run`, `/pipeline/building/breakdown`, `/pipeline/building/validate-batch`, `/pipeline/building/implement-batch`
|
|
48
48
|
- `/pipeline/reviewing/run`, `/pipeline/reviewing/triage`, `/pipeline/reviewing/review`, `/pipeline/reviewing/synthesize`, `/pipeline/reviewing/gate`
|
|
49
49
|
- `/pipeline/documentation/run`, `/pipeline/documentation/document`, `/pipeline/documentation/review`, `/pipeline/documentation/gate`
|
|
50
50
|
- `/pipeline/complete`
|
|
51
51
|
|
|
52
|
-
## Model
|
|
52
|
+
## Model Routing
|
|
53
53
|
|
|
54
|
-
- Coordinator and synthesis
|
|
55
|
-
- Planning/reviewing fan-out uses inline
|
|
54
|
+
- Coordinator and synthesis model is ChatGPT 5.4.
|
|
55
|
+
- Planning/reviewing fan-out uses explicit inline model overrides.
|
|
56
|
+
- `DEVELOPER_MODEL`: `openai/gpt-5.3-codex`
|
|
57
|
+
- `ARCHITECT_MODEL`: `opencode/gemini-3.1-pro`
|
|
58
|
+
- `REVIEWER_MODEL`: `anthropic/claude-opus-4-6`
|
|
59
|
+
- `COORDINATOR_MODEL`: `openai/gpt-5.4`
|
|
60
|
+
- `DOCUMENTATION_REVIEWER_MODEL`: `opencode/gemini-3.1-pro`
|
|
56
61
|
- Pipeline stages pass intermediate artifacts with `{as:name}` and `$RESULT[name]` (minimal file persistence)
|
|
57
|
-
- Planning (with architecture validation):
|
|
58
|
-
- Implementation:
|
|
59
|
-
- Review (with architecture validation):
|
|
62
|
+
- Planning (with architecture validation): reviewer, architect, and developer role models
|
|
63
|
+
- Implementation: developer role model
|
|
64
|
+
- Review (with architecture validation): reviewer, architect, and developer role models
|
|
60
65
|
- Rework path: `/pipeline/reviewing/run` re-enters implementation via `/pipeline/building/implement-batch` when gate status is `REWORK`
|
|
61
|
-
- Documentation stage:
|
|
62
|
-
- Documentation stage skill usage:
|
|
66
|
+
- Documentation stage: developer role updates documentation, documentation reviewer role reviews docs, and coordinator role supervises a bounded loop until approved
|
|
67
|
+
- Documentation stage skill usage: developer role loads `ff-todo-management`, `ff-mini-plan`; documentation reviewer role loads `ff-report-templates` and `ff-severity-classification`
|
|
63
68
|
|
|
64
69
|
## Quality Gates
|
|
65
70
|
|
|
66
71
|
- Planning approval: `>=75%` consensus.
|
|
67
72
|
- Review approval: `>=95%` confidence and zero unresolved issues.
|
|
68
|
-
- Documentation approval:
|
|
73
|
+
- Documentation approval: documentation reviewer verdict `APPROVED` with zero unresolved documentation issues.
|
|
69
74
|
- Planning loop confirmation: after 5 unsuccessful planning iterations, pipeline asks user whether to continue.
|
|
70
75
|
|
|
71
76
|
## Related Docs
|
package/agents/pipeline.md
CHANGED
|
@@ -26,12 +26,12 @@ You are the pipeline orchestrator.
|
|
|
26
26
|
## Responsibilities
|
|
27
27
|
|
|
28
28
|
1. Gather and confirm requirements.
|
|
29
|
-
2. Start `/pipeline/start` with a concise requirements brief.
|
|
29
|
+
2. Start `/pipeline/start {model:openai/gpt-5.4}` with a concise requirements brief.
|
|
30
30
|
3. Report phase transitions and gate outcomes.
|
|
31
31
|
|
|
32
32
|
## Guardrails
|
|
33
33
|
|
|
34
|
-
- Keep orchestration in command files under `
|
|
34
|
+
- Keep orchestration in command files under `command/pipeline/`.
|
|
35
35
|
- Use result-based chaining (`{as:name}` and `$RESULT[name]`) for intermediate handoff.
|
|
36
36
|
- Enforce planning/review/documentation gates and loop limits.
|
|
37
37
|
|
|
@@ -44,4 +44,4 @@ You are the pipeline orchestrator.
|
|
|
44
44
|
|
|
45
45
|
On confirmation, run:
|
|
46
46
|
|
|
47
|
-
`/pipeline/start <requirements-brief>`
|
|
47
|
+
`/pipeline/start {model:openai/gpt-5.4} <requirements-brief>`
|
package/bin/ff-deploy.js
CHANGED
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
/**
|
|
4
4
|
* Feature Factory Deployment Script
|
|
5
5
|
*
|
|
6
|
-
* Deploys skills, agents, and
|
|
6
|
+
* Deploys skills, agents, and command files to the global OpenCode configuration directory.
|
|
7
7
|
* Run manually with: npx @syntesseraai/opencode-feature-factory
|
|
8
8
|
*/
|
|
9
9
|
|
|
@@ -18,13 +18,13 @@ const __dirname = dirname(__filename);
|
|
|
18
18
|
const GLOBAL_CONFIG_DIR = join(homedir(), '.config', 'opencode');
|
|
19
19
|
const SKILLS_DIR = join(GLOBAL_CONFIG_DIR, 'skills');
|
|
20
20
|
const AGENTS_DIR = join(GLOBAL_CONFIG_DIR, 'agents');
|
|
21
|
-
const
|
|
21
|
+
const COMMAND_DIR = join(GLOBAL_CONFIG_DIR, 'command');
|
|
22
22
|
const GLOBAL_CONFIG_FILE = join(GLOBAL_CONFIG_DIR, 'opencode.json');
|
|
23
23
|
|
|
24
24
|
const PACKAGE_ROOT = join(__dirname, '..');
|
|
25
25
|
const SOURCE_SKILLS_DIR = join(PACKAGE_ROOT, 'skills');
|
|
26
26
|
const SOURCE_AGENTS_DIR = join(PACKAGE_ROOT, 'agents');
|
|
27
|
-
const
|
|
27
|
+
const SOURCE_COMMAND_DIR = join(PACKAGE_ROOT, 'command');
|
|
28
28
|
|
|
29
29
|
// Check if running in interactive mode (has TTY)
|
|
30
30
|
const isInteractive = process.stdin.isTTY && process.stdout.isTTY;
|
|
@@ -292,7 +292,7 @@ async function deploy() {
|
|
|
292
292
|
await ensureDir(GLOBAL_CONFIG_DIR);
|
|
293
293
|
await ensureDir(SKILLS_DIR);
|
|
294
294
|
await ensureDir(AGENTS_DIR);
|
|
295
|
-
await ensureDir(
|
|
295
|
+
await ensureDir(COMMAND_DIR);
|
|
296
296
|
|
|
297
297
|
// Get existing skills/agents for reporting
|
|
298
298
|
const existingSkills = await getDirectoryNames(SKILLS_DIR);
|
|
@@ -333,12 +333,12 @@ async function deploy() {
|
|
|
333
333
|
}
|
|
334
334
|
}
|
|
335
335
|
|
|
336
|
-
// Deploy
|
|
336
|
+
// Deploy command files
|
|
337
337
|
if (isInteractive) {
|
|
338
338
|
console.log('\n⌨️ Deploying Commands...');
|
|
339
339
|
}
|
|
340
|
-
await copyDir(
|
|
341
|
-
const commandsCount = await getMarkdownFileCount(
|
|
340
|
+
await copyDir(SOURCE_COMMAND_DIR, COMMAND_DIR);
|
|
341
|
+
const commandsCount = await getMarkdownFileCount(SOURCE_COMMAND_DIR);
|
|
342
342
|
if (isInteractive) {
|
|
343
343
|
console.log(` ✅ pipeline commands (${commandsCount} files) (overwritten)`);
|
|
344
344
|
}
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Run build phase from approved plan
|
|
3
|
+
subtask: true
|
|
4
|
+
return:
|
|
5
|
+
- /pipeline/building/breakdown {model:anthropic/claude-opus-4-6 && as:build-tasks} $ARGUMENTS
|
|
6
|
+
- /pipeline/building/validate-batch {model:opencode/gemini-3.1-pro && as:build-batches} $RESULT[build-tasks]
|
|
7
|
+
- /pipeline/building/implement-batch {model:openai/gpt-5.3-codex && as:build-implementation} $RESULT[build-batches]
|
|
8
|
+
- /pipeline/reviewing/run {model:openai/gpt-5.4 && as:review-phase} $RESULT[build-implementation]
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
Run build phase from the approved final plan passed in `$ARGUMENTS`.
|
|
12
|
+
|
|
13
|
+
Rules:
|
|
14
|
+
|
|
15
|
+
1. If `PLANNING_PROCEED=NO` appears in input, stop and return user-confirmation-required context instead of executing build tasks.
|
|
16
|
+
2. Maintain dependency-safe batching.
|
|
17
|
+
3. Only parallelize tasks with no dependency edges.
|
|
18
|
+
4. Pass intermediate outputs via `{as:name}` and `$RESULT[name]`.
|
|
19
|
+
5. Implementation is codex-focused via explicit model override.
|
|
20
|
+
6. Send completed implementation output into reviewing via `/pipeline/reviewing/run`.
|
|
@@ -2,7 +2,6 @@
|
|
|
2
2
|
description: Documentation write/update pass
|
|
3
3
|
subtask: true
|
|
4
4
|
agent: documenting
|
|
5
|
-
model: openai/gpt-5.3-codex
|
|
6
5
|
---
|
|
7
6
|
|
|
8
7
|
Document the approved code changes and update repository documentation.
|
|
@@ -16,7 +15,7 @@ Requirements:
|
|
|
16
15
|
|
|
17
16
|
1. Use the latest approved review outputs and implementation artifacts as source of truth.
|
|
18
17
|
2. Update all affected docs so behavior and operational steps match shipped code.
|
|
19
|
-
3. If this is a rework iteration, incorporate
|
|
18
|
+
3. If this is a rework iteration, incorporate documentation reviewer feedback from the previous documentation review.
|
|
20
19
|
4. Summarize what docs were changed and why.
|
|
21
20
|
|
|
22
21
|
Return a structured documentation update summary (no file persistence).
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Run documentation loop after review approval
|
|
3
|
+
subtask: true
|
|
4
|
+
loop:
|
|
5
|
+
max: 5
|
|
6
|
+
until: documentation updates are approved by documentation reviewer with zero unresolved documentation issues
|
|
7
|
+
return:
|
|
8
|
+
- /pipeline/documentation/document {model:openai/gpt-5.3-codex && as:doc-pass} $ARGUMENTS
|
|
9
|
+
- /pipeline/documentation/review {model:opencode/gemini-3.1-pro && as:doc-review} $RESULT[doc-pass]
|
|
10
|
+
- /pipeline/documentation/gate {model:openai/gpt-5.4} $RESULT[doc-review]
|
|
11
|
+
- If `DOCUMENTATION_GATE=REWORK`, continue loop with review feedback for the next document pass.
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
Execute the documentation stage for the current approved implementation.
|
|
15
|
+
|
|
16
|
+
Skill requirements:
|
|
17
|
+
|
|
18
|
+
1. ChatGPT supervisor must load `ff-todo-management` to track documentation actions and rework items per iteration.
|
|
19
|
+
2. Documentation reviewer should use `ff-severity-classification` when reporting documentation issues.
|
|
20
|
+
|
|
21
|
+
Stop criteria:
|
|
22
|
+
|
|
23
|
+
- approve when documentation reviewer confirms documentation is complete, accurate, and repository docs are updated
|
|
24
|
+
- continue loop while unresolved documentation issues exist and iteration < 5
|
|
25
|
+
- escalate to user when iteration reaches 5 without approval
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Confirm whether pipeline can proceed after planning
|
|
3
|
+
subtask: true
|
|
4
|
+
agent: planning
|
|
5
|
+
model: openai/gpt-5.4
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
Read the planning output in `$ARGUMENTS` and decide whether the pipeline may proceed.
|
|
9
|
+
|
|
10
|
+
Rules:
|
|
11
|
+
|
|
12
|
+
1. If `PLANNING_GATE=APPROVED`, return:
|
|
13
|
+
- `PLANNING_PROCEED=YES`
|
|
14
|
+
- The approved `FINAL_PLAN` content for build input.
|
|
15
|
+
2. If `PLANNING_GATE=REWORK` or `PLANNING_GATE=BLOCKED`, return:
|
|
16
|
+
- `PLANNING_PROCEED=NO`
|
|
17
|
+
- A short `USER_CONFIRMATION_REQUIRED` section explaining why continuation needs explicit user confirmation.
|
|
18
|
+
3. Do not invent missing gate values.
|
|
@@ -1,14 +1,13 @@
|
|
|
1
1
|
---
|
|
2
2
|
description: Execute one planning iteration
|
|
3
3
|
subtask: true
|
|
4
|
-
model: openai/gpt-5.4
|
|
5
4
|
parallel:
|
|
6
5
|
- /pipeline/planning/plan {model:anthropic/claude-opus-4-6 && as:plan-opus} [MODEL_TAG:opus] $ARGUMENTS
|
|
7
6
|
- /pipeline/planning/plan {model:opencode/gemini-3.1-pro && as:plan-gemini} [MODEL_TAG:gemini] $ARGUMENTS
|
|
8
7
|
- /pipeline/planning/plan {model:openai/gpt-5.3-codex && as:plan-codex} [MODEL_TAG:codex] $ARGUMENTS
|
|
9
8
|
return:
|
|
10
|
-
- /pipeline/planning/synthesize {as:plan-consensus} $RESULT[plan-opus] $RESULT[plan-gemini] $RESULT[plan-codex]
|
|
11
|
-
- /pipeline/planning/gate $RESULT[plan-consensus]
|
|
9
|
+
- /pipeline/planning/synthesize {model:openai/gpt-5.4 && as:plan-consensus} $RESULT[plan-opus] $RESULT[plan-gemini] $RESULT[plan-codex]
|
|
10
|
+
- /pipeline/planning/gate {model:openai/gpt-5.4} $RESULT[plan-consensus]
|
|
12
11
|
---
|
|
13
12
|
|
|
14
13
|
Run one complete planning iteration for the active pipeline.
|
|
@@ -2,14 +2,13 @@
|
|
|
2
2
|
description: Synthesize planning consensus
|
|
3
3
|
subtask: true
|
|
4
4
|
agent: planning
|
|
5
|
-
model: openai/gpt-5.4
|
|
6
5
|
---
|
|
7
6
|
|
|
8
7
|
Synthesize the three model outputs from planning fan-out:
|
|
9
8
|
|
|
10
|
-
- `$RESULT[plan-
|
|
11
|
-
- `$RESULT[plan-
|
|
12
|
-
- `$RESULT[plan-
|
|
9
|
+
- `$RESULT[plan-reviewer]`
|
|
10
|
+
- `$RESULT[plan-architect]`
|
|
11
|
+
- `$RESULT[plan-developer]`
|
|
13
12
|
|
|
14
13
|
Produce a consensus report (no file persistence).
|
|
15
14
|
|
|
@@ -1,18 +1,17 @@
|
|
|
1
1
|
---
|
|
2
2
|
description: Run review loop for completed tasks
|
|
3
3
|
subtask: true
|
|
4
|
-
model: openai/gpt-5.4
|
|
5
4
|
loop:
|
|
6
5
|
max: 10
|
|
7
6
|
until: all tasks in the active batch are approved with confidence >=95 and zero unresolved issues
|
|
8
7
|
return:
|
|
9
|
-
- /pipeline/reviewing/triage {as:review-brief} $ARGUMENTS
|
|
8
|
+
- /pipeline/reviewing/triage {model:openai/gpt-5.4 && as:review-brief} $ARGUMENTS
|
|
10
9
|
- /pipeline/reviewing/review {model:anthropic/claude-opus-4-6 && as:review-opus} [MODEL_TAG:opus] $RESULT[review-brief]
|
|
11
10
|
- /pipeline/reviewing/review {model:opencode/gemini-3.1-pro && as:review-gemini} [MODEL_TAG:gemini] $RESULT[review-brief]
|
|
12
11
|
- /pipeline/reviewing/review {model:openai/gpt-5.3-codex && as:review-codex} [MODEL_TAG:codex] $RESULT[review-brief]
|
|
13
|
-
- /pipeline/reviewing/synthesize {as:review-synthesis} $RESULT[review-opus] $RESULT[review-gemini] $RESULT[review-codex]
|
|
14
|
-
- /pipeline/reviewing/gate $RESULT[review-synthesis]
|
|
15
|
-
- If `REVIEW_GATE=REWORK`, invoke `/pipeline/building/implement-batch` to apply fixes before the next loop iteration.
|
|
12
|
+
- /pipeline/reviewing/synthesize {model:openai/gpt-5.4 && as:review-synthesis} $RESULT[review-opus] $RESULT[review-gemini] $RESULT[review-codex]
|
|
13
|
+
- /pipeline/reviewing/gate {model:openai/gpt-5.4} $RESULT[review-synthesis]
|
|
14
|
+
- If `REVIEW_GATE=REWORK`, invoke `/pipeline/building/implement-batch {model:openai/gpt-5.3-codex}` to apply fixes before the next loop iteration.
|
|
16
15
|
---
|
|
17
16
|
|
|
18
17
|
Execute the review loop for the current completed tasks/rework report.
|
|
@@ -2,10 +2,9 @@
|
|
|
2
2
|
description: Synthesize independent reviews into one report
|
|
3
3
|
subtask: true
|
|
4
4
|
agent: reviewing
|
|
5
|
-
model: openai/gpt-5.4
|
|
6
5
|
---
|
|
7
6
|
|
|
8
|
-
Read the three review inputs passed in `$ARGUMENTS` (
|
|
7
|
+
Read the three review inputs passed in `$ARGUMENTS` (reviewer, architect, developer) and synthesize a single authoritative output.
|
|
9
8
|
|
|
10
9
|
Required output:
|
|
11
10
|
|
|
@@ -4,8 +4,8 @@ subtask: true
|
|
|
4
4
|
model: openai/gpt-5.4
|
|
5
5
|
return:
|
|
6
6
|
- /pipeline/planning/run {as:planning-phase && loop:5 && until:planning gate is APPROVED or planning gate is BLOCKED and waiting for user confirmation}
|
|
7
|
-
-
|
|
8
|
-
- /pipeline/building/run {as:build-phase} $RESULT[planning-
|
|
7
|
+
- /pipeline/planning/confirm {as:planning-decision} $RESULT[planning-phase]
|
|
8
|
+
- /pipeline/building/run {as:build-phase} $RESULT[planning-decision]
|
|
9
9
|
- /pipeline/documentation/run $RESULT[build-phase]
|
|
10
10
|
- /pipeline/complete
|
|
11
11
|
---
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://json.schemastore.org/package.json",
|
|
3
3
|
"name": "@syntesseraai/opencode-feature-factory",
|
|
4
|
-
"version": "0.6.
|
|
4
|
+
"version": "0.6.11",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"description": "OpenCode plugin for Feature Factory agents - provides sub-agents and skills for validation, review, security, and architecture assessment",
|
|
7
7
|
"license": "MIT",
|
|
@@ -15,7 +15,7 @@
|
|
|
15
15
|
"assets",
|
|
16
16
|
"skills",
|
|
17
17
|
"agents",
|
|
18
|
-
"
|
|
18
|
+
"command",
|
|
19
19
|
"bin"
|
|
20
20
|
],
|
|
21
21
|
"keywords": [
|
|
@@ -1,19 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Run build phase from approved plan
|
|
3
|
-
subtask: true
|
|
4
|
-
return:
|
|
5
|
-
- /pipeline/building/breakdown {as:build-tasks} $ARGUMENTS
|
|
6
|
-
- /pipeline/building/validate-batch {as:build-batches} $RESULT[build-tasks]
|
|
7
|
-
- /pipeline/building/implement-batch {as:build-implementation} $RESULT[build-batches]
|
|
8
|
-
- /pipeline/reviewing/run {as:review-phase} $RESULT[build-implementation]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
|
-
Run build phase from the approved final plan passed in `$ARGUMENTS`.
|
|
12
|
-
|
|
13
|
-
Rules:
|
|
14
|
-
|
|
15
|
-
1. Maintain dependency-safe batching.
|
|
16
|
-
2. Only parallelize tasks with no dependency edges.
|
|
17
|
-
3. Pass intermediate outputs via `{as:name}` and `$RESULT[name]`.
|
|
18
|
-
4. Implementation is Codex-only via `building` with model `openai/gpt-5.3-codex`.
|
|
19
|
-
5. Send completed implementation output into reviewing via `/pipeline/reviewing/run`.
|
|
@@ -1,26 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Run documentation loop after review approval
|
|
3
|
-
subtask: true
|
|
4
|
-
model: openai/gpt-5.4
|
|
5
|
-
loop:
|
|
6
|
-
max: 5
|
|
7
|
-
until: documentation updates are approved by Gemini with zero unresolved documentation issues
|
|
8
|
-
return:
|
|
9
|
-
- /pipeline/documentation/document {as:doc-pass} $ARGUMENTS
|
|
10
|
-
- /pipeline/documentation/review {as:doc-review} $RESULT[doc-pass]
|
|
11
|
-
- /pipeline/documentation/gate $RESULT[doc-review]
|
|
12
|
-
- If `DOCUMENTATION_GATE=REWORK`, continue loop with review feedback for the next document pass.
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
Execute the documentation stage for the current approved implementation.
|
|
16
|
-
|
|
17
|
-
Skill requirements:
|
|
18
|
-
|
|
19
|
-
1. ChatGPT supervisor must load `ff-todo-management` to track documentation actions and rework items per iteration.
|
|
20
|
-
2. Gemini reviewer should use `ff-severity-classification` when reporting documentation issues.
|
|
21
|
-
|
|
22
|
-
Stop criteria:
|
|
23
|
-
|
|
24
|
-
- approve when Gemini confirms documentation is complete, accurate, and repository docs are updated
|
|
25
|
-
- continue loop while unresolved documentation issues exist and iteration < 5
|
|
26
|
-
- escalate to user when iteration reaches 5 without approval
|
|
File without changes
|
|
File without changes
|