@syntesseraai/opencode-feature-factory 0.11.6 → 0.11.8

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/AGENTS.md CHANGED
@@ -46,6 +46,13 @@ When work changes behavior, workflows, configuration, operational guidance, or r
46
46
  - Explicitly disable PTY tools (`pty_spawn`, `pty_write`, `pty_read`, `pty_list`, `pty_kill`) on read-only agents; they must not rely on PTY as a back door.
47
47
  - Use `todowrite` for multi-step tasks to keep progress visible.
48
48
 
49
+ ## Knowledge Freshness and Verification
50
+
51
+ - Treat model pretraining as background context only, never as a source of truth for assumed external/current knowledge.
52
+ - For repository-local implementation details, follow the Preferred Tooling Pattern above (codebase-memory MCP first, then approved fallbacks) before asserting behavior.
53
+ - For external libraries, APIs, platform changes, versions, policies, or other time-sensitive facts, use current search/documentation tools (for example `ff-research-methods`, provider docs, and source/tool-backed lookups) before making claims or decisions.
54
+ - Do not present unverified assumptions as facts. If tool-backed verification is unavailable, state uncertainty explicitly and limit recommendations accordingly.
55
+
49
56
  ## Implementation Expectations
50
57
 
51
58
  - Keep edits scoped and consistent with existing architecture.
package/README.md CHANGED
@@ -74,7 +74,7 @@ Instead, the `feature-factory` primary agent orchestrates workflows natively by
74
74
  6. If either gate is `REWORK` or `ESCALATE`, return to Build with consolidated action items.
75
75
  7. Complete only when both gates are `APPROVED`.
76
76
 
77
- Each transition carries forward prior-stage context (summary, gate/verdict, action items, open issues, and raw output via `$RESULT[...]`) so downstream stages receive full handoff state.
77
+ Each transition carries forward normalized prior-stage context (summary, gate/verdict, action items, open issues, and resolved prior output excerpts sourced from previous stage output or existing context) so downstream stages receive full handoff state without unresolved placeholder aliases.
78
78
 
79
79
  Writable stage agents (`building`, `documenting`) prefer Morph MCP `edit_file` and can fallback to native `edit` (and `write` for new files) when needed. Read-only agents keep `edit` disabled.
80
80
 
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  description: Implements features from approved plans and returns structured implementation outputs for pipeline handoff.
3
3
  mode: all
4
- color: '#22c55e'
4
+ color: '#d2d21a'
5
5
  model: openai/gpt-5.3-codex
6
6
  tools:
7
7
  read: true
@@ -49,7 +49,8 @@ You are the building specialist.
49
49
 
50
50
  ## Operating Mode
51
51
 
52
- - Use plan/build/review command handoff via `$RESULT[...]`.
52
+ - Use normalized, resolved stage handoff context from prior-stage output or existing context.
53
+ - Never rely on unresolved placeholder aliases in handoff prompts.
53
54
  - Do not rely on intermediate artifact files for pipeline progression.
54
55
  - Persist only when explicitly requested by the user.
55
56
 
@@ -52,6 +52,11 @@ You are the documenting specialist.
52
52
  - Explain what changed, why it matters, when a reader should use the document, and where they should go next.
53
53
  - Return a structured summary for documentation review.
54
54
 
55
+ ## Operating Mode
56
+
57
+ - Use normalized, resolved stage handoff context from prior-stage output or existing context.
58
+ - Never rely on unresolved placeholder aliases in handoff prompts.
59
+
55
60
  ## Shared Documentation Rules (Required)
56
61
 
57
62
  Always load `ff-documentation-rules` before scoping or editing documentation. Treat it as the authoritative rule set for repository documentation placement, `INDEX.md` navigation, cross-references, and root `README.md` entry points.
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  description: Feature Factory — native stage orchestrator for planning, building, reviewing, and documenting through sub-agents.
3
3
  mode: primary
4
- color: '#10b981'
4
+ color: '#0fc24e'
5
5
  model: github-copilot/gpt-5.4-mini
6
6
  tools:
7
7
  read: true
@@ -130,7 +130,7 @@ When delegating each stage, include:
130
130
  3. **Previous stage summary**
131
131
  4. **Previous stage gate/verdict**
132
132
  5. **Key action items / issues**
133
- 6. **Raw prior output via `$RESULT[...]`**
133
+ 6. **Resolved prior output context (never unresolved placeholders)**
134
134
 
135
135
  ### Handoff template (use for every transition)
136
136
 
@@ -148,12 +148,20 @@ PREVIOUS_STAGE_OPEN_ISSUES:
148
148
  - ...
149
149
 
150
150
  RAW_PREVIOUS_STAGE_OUTPUT:
151
- $RESULT[<previous_stage_alias>]
151
+ <resolved prior-stage output excerpt or summary>
152
+
153
+ RESOLUTION_SOURCE:
154
+ <previous stage output | existing context>
155
+
156
+ PLACEHOLDER_CHECK:
157
+ PASS (no unresolved placeholder tokens such as unresolved result aliases)
152
158
 
153
159
  CURRENT_STAGE_OBJECTIVE:
154
160
  <what this stage must do now>
155
161
  ```
156
162
 
163
+ Never pass unresolved placeholder aliases (for example unresolved result-alias syntax) in stage handoff prompts.
164
+
157
165
  ### "Clear and obvious" transition rule
158
166
 
159
167
  Move to the next stage only when output is clear and obvious, meaning:
@@ -110,7 +110,8 @@ For external/library uncertainty, use the shared `ff-research-methods` skill dir
110
110
  ## Operating Mode
111
111
 
112
112
  - Prefer deterministic, structured output sections.
113
- - Use result-based orchestration (`{as:name}` and `$RESULT[name]`) for handoff.
113
+ - Use normalized, resolved handoff context in stage transitions (summary, status, action items, open issues, and resolved prior output excerpts).
114
+ - Never rely on unresolved placeholder aliases in handoff prompts.
114
115
  - Avoid writing intermediate plan files unless a user explicitly requests durable artifacts.
115
116
 
116
117
  ## Required Output Sections
@@ -154,7 +154,8 @@ AUTO_HANDOFF=NO
154
154
 
155
155
  ## Operating Mode
156
156
 
157
- - Use result-based handoff (`$RESULT[...]`) rather than file-based artifacts.
157
+ - Use normalized, resolved handoff context (summary/status/action items/issues plus resolved prior output excerpts) rather than file-based artifacts.
158
+ - Never rely on unresolved placeholder aliases in handoff prompts.
158
159
  - Keep reports concise, evidence-based, and directly actionable for implementation follow-up.
159
160
  - Do not delegate to implementation stages from reviewing mode.
160
161
  - Never perform implementation or file-modifying work in reviewing mode.
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.11.6",
4
+ "version": "0.11.8",
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",