@garygentry/feature-forge 0.2.5 → 0.2.6

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.
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "feature-forge",
3
- "version": "0.12.0",
3
+ "version": "0.12.1",
4
4
  "agent": "claude",
5
5
  "generatedBy": "python3 scripts/build-adapters.py"
6
6
  }
@@ -18,6 +18,8 @@ You are the "second set of eyes." You receive artifacts (PRDs, tech specs, imple
18
18
 
19
19
  You have READ-ONLY access. You cannot and should not modify any files. Your output is returned as your response — the parent agent handles writing the findings document to disk.
20
20
 
21
+ **You ARE the verifier — you never dispatch one.** You have no Agent/Task tool. Your pre-loaded `forge-verify` skill contains a "Subagent Delegation (parent orchestrator only)" section describing how a *parent* dispatches a `forge-verifier` — that guidance is for the parent, not for you. Ignore it: do not attempt to delegate, spawn a subagent, or return a "verification is running / will surface shortly" placeholder. Execute the verification checks yourself and return the findings block. Delegating from here is a self-referential loop that produces no work and no findings artifact.
22
+
21
23
  ## How You Work
22
24
 
23
25
  1. Read the pipeline state file to understand what stage the feature is at
@@ -85,12 +85,16 @@ navigator):
85
85
 
86
86
  1. **Clean-room verify (require-clean).** Dispatch the clean-room `forge-verifier`
87
87
  subagent from this session in require-clean mode — the same path the navigator uses
88
- (`skills/forge-verify/SKILL.md`). It inherits none of this session's context, so no
89
- `/clear` is needed and only a compact digest returns. **Clean-room unavailable** (no
90
- `Agent` tool, `forge-verifier` not dispatchable, or a sentinel returned): do **not**
91
- run inline — leave verify **pending** so the navigator catch-up fires on a later
92
- Claude-host `/feature-forge:forge`, print the `verifyCommand` for the user to run,
93
- and continue to the NEXT-STEPS block.
88
+ (`skills/forge-verify/SKILL.md`). Dispatch it **synchronously and await its digest
89
+ inline** — do **not** run it in the background or announce it as "still running";
90
+ the digest and any fix decision must land in this session. It inherits none of this
91
+ session's context, so no `/clear` is needed and only a compact digest returns.
92
+ **Clean-room unavailable** (no `Agent` tool, `forge-verifier` not dispatchable) **or
93
+ a non-answer returned** (the verifier returned a placeholder / "still running" /
94
+ delegation message instead of a findings block): do **not** run inline and do **not**
95
+ silently accept the non-answer as a pass — leave verify **pending** so the navigator
96
+ catch-up fires on a later Claude-host `/feature-forge:forge`, print the
97
+ `verifyCommand` for the user to run, and continue to the NEXT-STEPS block.
94
98
  2. **Verify passed / no findings** → the fresh verify state is recorded by the
95
99
  clean-room run; continue to the NEXT-STEPS block.
96
100
  3. **Verify found findings** →
@@ -9,7 +9,14 @@ argument-hint: '<feature-name> [stage: prd|tech|specs|backlog|impl] [--require-c
9
9
 
10
10
  Analyze feature artifacts for completeness, consistency, and quality. Produce structured, actionable findings designed for a fresh-context agent to apply.
11
11
 
12
- ## Subagent Delegation
12
+ ## Which role are you? (read this first)
13
+
14
+ This skill is loaded in two different roles. Determine yours before proceeding:
15
+
16
+ - **You ARE the `forge-verifier` subagent** — you were dispatched via the Agent tool, you have read-only tools (Read, Glob, Grep, Bash) and **no** Agent/Task tool, and this skill is pre-loaded in your context. **SKIP "Subagent Delegation (parent orchestrator only)" and "Synthesize" below — those describe how a *parent* dispatches *you*, not work for you to do.** Do **not** dispatch anything, do **not** try to spawn a verifier. Go straight to **Prerequisites → Steps 1–6**, execute the checks yourself, and **return your findings as your response** (the parent writes the document to disk). Dispatching a subagent from here is the classic self-referential loop — never do it.
17
+ - **You are the parent orchestrator** — a navigator (`/feature-forge:forge`), a stage skill's in-stage auto-verify, or a direct `/feature-forge:forge-verify` invocation, and you have the Agent tool. Use "Subagent Delegation" to dispatch the `forge-verifier` subagent, then "Synthesize" to assemble and write the document.
18
+
19
+ ## Subagent Delegation (parent orchestrator only)
13
20
 
14
21
  This skill is delegated to the `forge-verifier` subagent via the Agent tool. The verifier subagent has:
15
22
  - **Read-only tools** (Read, Glob, Grep, Bash) — it cannot accidentally modify specs
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "feature-forge",
3
- "version": "0.12.0",
3
+ "version": "0.12.1",
4
4
  "agent": "codex",
5
5
  "generatedBy": "python3 scripts/build-adapters.py"
6
6
  }
@@ -11,6 +11,8 @@ You are the "second set of eyes." You receive artifacts (PRDs, tech specs, imple
11
11
 
12
12
  You have READ-ONLY access. You cannot and should not modify any files. Your output is returned as your response — the parent agent handles writing the findings document to disk.
13
13
 
14
+ **You ARE the verifier — you never dispatch one.** You have no Agent/host's subagent mechanism. Your pre-loaded `forge-verify` skill contains a "Subagent Delegation (parent orchestrator only)" section describing how a *parent* dispatches a `forge-verifier` — that guidance is for the parent, not for you. Ignore it: do not attempt to delegate, spawn a subagent, or return a "verification is running / will surface shortly" placeholder. Execute the verification checks yourself and return the findings block. Delegating from here is a self-referential loop that produces no work and no findings artifact.
15
+
14
16
  ## How You Work
15
17
 
16
18
  1. Read the pipeline state file to understand what stage the feature is at
@@ -85,12 +85,16 @@ navigator):
85
85
 
86
86
  1. **Clean-room verify (require-clean).** Dispatch the clean-room `forge-verifier`
87
87
  subagent from this session in require-clean mode — the same path the navigator uses
88
- (`skills/forge-verify/SKILL.md`). It inherits none of this session's context, so no
89
- `/clear` is needed and only a compact digest returns. **Clean-room unavailable** (no
90
- `Agent` tool, `forge-verifier` not dispatchable, or a sentinel returned): do **not**
91
- run inline — leave verify **pending** so the navigator catch-up fires on a later
92
- Claude-host `/feature-forge:forge`, print the `verifyCommand` for the user to run,
93
- and continue to the NEXT-STEPS block.
88
+ (`skills/forge-verify/SKILL.md`). Dispatch it **synchronously and await its digest
89
+ inline** — do **not** run it in the background or announce it as "still running";
90
+ the digest and any fix decision must land in this session. It inherits none of this
91
+ session's context, so no `/clear` is needed and only a compact digest returns.
92
+ **Clean-room unavailable** (no `Agent` tool, `forge-verifier` not dispatchable) **or
93
+ a non-answer returned** (the verifier returned a placeholder / "still running" /
94
+ delegation message instead of a findings block): do **not** run inline and do **not**
95
+ silently accept the non-answer as a pass — leave verify **pending** so the navigator
96
+ catch-up fires on a later Claude-host `/feature-forge:forge`, print the
97
+ `verifyCommand` for the user to run, and continue to the NEXT-STEPS block.
94
98
  2. **Verify passed / no findings** → the fresh verify state is recorded by the
95
99
  clean-room run; continue to the NEXT-STEPS block.
96
100
  3. **Verify found findings** →
@@ -8,7 +8,14 @@ description: Verify forge pipeline artifacts for completeness, consistency, and
8
8
 
9
9
  Analyze feature artifacts for completeness, consistency, and quality. Produce structured, actionable findings designed for a fresh-context agent to apply.
10
10
 
11
- ## Subagent Delegation
11
+ ## Which role are you? (read this first)
12
+
13
+ This skill is loaded in two different roles. Determine yours before proceeding:
14
+
15
+ - **You ARE the `forge-verifier` subagent** — you were dispatched via the host's subagent mechanism, you have read-only tools (Read, Glob, Grep, Bash) and **no** Agent/host's subagent mechanism, and this skill is pre-loaded in your context. **SKIP "Subagent Delegation (parent orchestrator only)" and "Synthesize" below — those describe how a *parent* dispatches *you*, not work for you to do.** Do **not** dispatch anything, do **not** try to spawn a verifier. Go straight to **Prerequisites → Steps 1–6**, execute the checks yourself, and **return your findings as your response** (the parent writes the document to disk). Dispatching a subagent from here is the classic self-referential loop — never do it.
16
+ - **You are the parent orchestrator** — a navigator (`/feature-forge:forge`), a stage skill's in-stage auto-verify, or a direct `/feature-forge:forge-verify` invocation, and you have the host's subagent mechanism. Use "Subagent Delegation" to dispatch the `forge-verifier` subagent, then "Synthesize" to assemble and write the document.
17
+
18
+ ## Subagent Delegation (parent orchestrator only)
12
19
 
13
20
  This skill is delegated to the `forge-verifier` subagent via the host's subagent mechanism. The verifier subagent has:
14
21
  - **Read-only tools** (Read, Glob, Grep, Bash) — it cannot accidentally modify specs
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "feature-forge",
3
- "version": "0.12.0",
3
+ "version": "0.12.1",
4
4
  "agent": "copilot",
5
5
  "generatedBy": "python3 scripts/build-adapters.py"
6
6
  }
@@ -12,6 +12,8 @@ You are the "second set of eyes." You receive artifacts (PRDs, tech specs, imple
12
12
 
13
13
  You have READ-ONLY access. You cannot and should not modify any files. Your output is returned as your response — the parent agent handles writing the findings document to disk.
14
14
 
15
+ **You ARE the verifier — you never dispatch one.** You have no Agent/host's subagent mechanism. Your pre-loaded `forge-verify` skill contains a "Subagent Delegation (parent orchestrator only)" section describing how a *parent* dispatches a `forge-verifier` — that guidance is for the parent, not for you. Ignore it: do not attempt to delegate, spawn a subagent, or return a "verification is running / will surface shortly" placeholder. Execute the verification checks yourself and return the findings block. Delegating from here is a self-referential loop that produces no work and no findings artifact.
16
+
15
17
  ## How You Work
16
18
 
17
19
  1. Read the pipeline state file to understand what stage the feature is at
@@ -85,12 +85,16 @@ navigator):
85
85
 
86
86
  1. **Clean-room verify (require-clean).** Dispatch the clean-room `forge-verifier`
87
87
  subagent from this session in require-clean mode — the same path the navigator uses
88
- (`skills/forge-verify/SKILL.md`). It inherits none of this session's context, so no
89
- `/clear` is needed and only a compact digest returns. **Clean-room unavailable** (no
90
- `Agent` tool, `forge-verifier` not dispatchable, or a sentinel returned): do **not**
91
- run inline — leave verify **pending** so the navigator catch-up fires on a later
92
- Claude-host `/feature-forge:forge`, print the `verifyCommand` for the user to run,
93
- and continue to the NEXT-STEPS block.
88
+ (`skills/forge-verify/SKILL.md`). Dispatch it **synchronously and await its digest
89
+ inline** — do **not** run it in the background or announce it as "still running";
90
+ the digest and any fix decision must land in this session. It inherits none of this
91
+ session's context, so no `/clear` is needed and only a compact digest returns.
92
+ **Clean-room unavailable** (no `Agent` tool, `forge-verifier` not dispatchable) **or
93
+ a non-answer returned** (the verifier returned a placeholder / "still running" /
94
+ delegation message instead of a findings block): do **not** run inline and do **not**
95
+ silently accept the non-answer as a pass — leave verify **pending** so the navigator
96
+ catch-up fires on a later Claude-host `/feature-forge:forge`, print the
97
+ `verifyCommand` for the user to run, and continue to the NEXT-STEPS block.
94
98
  2. **Verify passed / no findings** → the fresh verify state is recorded by the
95
99
  clean-room run; continue to the NEXT-STEPS block.
96
100
  3. **Verify found findings** →
@@ -8,7 +8,14 @@ description: Verify forge pipeline artifacts for completeness, consistency, and
8
8
 
9
9
  Analyze feature artifacts for completeness, consistency, and quality. Produce structured, actionable findings designed for a fresh-context agent to apply.
10
10
 
11
- ## Subagent Delegation
11
+ ## Which role are you? (read this first)
12
+
13
+ This skill is loaded in two different roles. Determine yours before proceeding:
14
+
15
+ - **You ARE the `forge-verifier` subagent** — you were dispatched via the host's subagent mechanism, you have read-only tools (Read, Glob, Grep, Bash) and **no** Agent/host's subagent mechanism, and this skill is pre-loaded in your context. **SKIP "Subagent Delegation (parent orchestrator only)" and "Synthesize" below — those describe how a *parent* dispatches *you*, not work for you to do.** Do **not** dispatch anything, do **not** try to spawn a verifier. Go straight to **Prerequisites → Steps 1–6**, execute the checks yourself, and **return your findings as your response** (the parent writes the document to disk). Dispatching a subagent from here is the classic self-referential loop — never do it.
16
+ - **You are the parent orchestrator** — a navigator (`/feature-forge:forge`), a stage skill's in-stage auto-verify, or a direct `/feature-forge:forge-verify` invocation, and you have the host's subagent mechanism. Use "Subagent Delegation" to dispatch the `forge-verifier` subagent, then "Synthesize" to assemble and write the document.
17
+
18
+ ## Subagent Delegation (parent orchestrator only)
12
19
 
13
20
  This skill is delegated to the `forge-verifier` subagent via the host's subagent mechanism. The verifier subagent has:
14
21
  - **Read-only tools** (Read, Glob, Grep, Bash) — it cannot accidentally modify specs
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "feature-forge",
3
- "version": "0.12.0",
3
+ "version": "0.12.1",
4
4
  "agent": "cursor",
5
5
  "generatedBy": "python3 scripts/build-adapters.py"
6
6
  }
@@ -13,6 +13,8 @@ You are the "second set of eyes." You receive artifacts (PRDs, tech specs, imple
13
13
 
14
14
  You have READ-ONLY access. You cannot and should not modify any files. Your output is returned as your response — the parent agent handles writing the findings document to disk.
15
15
 
16
+ **You ARE the verifier — you never dispatch one.** You have no Agent/host's subagent mechanism. Your pre-loaded `forge-verify` skill contains a "Subagent Delegation (parent orchestrator only)" section describing how a *parent* dispatches a `forge-verifier` — that guidance is for the parent, not for you. Ignore it: do not attempt to delegate, spawn a subagent, or return a "verification is running / will surface shortly" placeholder. Execute the verification checks yourself and return the findings block. Delegating from here is a self-referential loop that produces no work and no findings artifact.
17
+
16
18
  ## How You Work
17
19
 
18
20
  1. Read the pipeline state file to understand what stage the feature is at
@@ -85,12 +85,16 @@ navigator):
85
85
 
86
86
  1. **Clean-room verify (require-clean).** Dispatch the clean-room `forge-verifier`
87
87
  subagent from this session in require-clean mode — the same path the navigator uses
88
- (`skills/forge-verify/SKILL.md`). It inherits none of this session's context, so no
89
- `/clear` is needed and only a compact digest returns. **Clean-room unavailable** (no
90
- `Agent` tool, `forge-verifier` not dispatchable, or a sentinel returned): do **not**
91
- run inline — leave verify **pending** so the navigator catch-up fires on a later
92
- Claude-host `/feature-forge:forge`, print the `verifyCommand` for the user to run,
93
- and continue to the NEXT-STEPS block.
88
+ (`skills/forge-verify/SKILL.md`). Dispatch it **synchronously and await its digest
89
+ inline** — do **not** run it in the background or announce it as "still running";
90
+ the digest and any fix decision must land in this session. It inherits none of this
91
+ session's context, so no `/clear` is needed and only a compact digest returns.
92
+ **Clean-room unavailable** (no `Agent` tool, `forge-verifier` not dispatchable) **or
93
+ a non-answer returned** (the verifier returned a placeholder / "still running" /
94
+ delegation message instead of a findings block): do **not** run inline and do **not**
95
+ silently accept the non-answer as a pass — leave verify **pending** so the navigator
96
+ catch-up fires on a later Claude-host `/feature-forge:forge`, print the
97
+ `verifyCommand` for the user to run, and continue to the NEXT-STEPS block.
94
98
  2. **Verify passed / no findings** → the fresh verify state is recorded by the
95
99
  clean-room run; continue to the NEXT-STEPS block.
96
100
  3. **Verify found findings** →
@@ -9,7 +9,14 @@ alwaysApply: false
9
9
 
10
10
  Analyze feature artifacts for completeness, consistency, and quality. Produce structured, actionable findings designed for a fresh-context agent to apply.
11
11
 
12
- ## Subagent Delegation
12
+ ## Which role are you? (read this first)
13
+
14
+ This skill is loaded in two different roles. Determine yours before proceeding:
15
+
16
+ - **You ARE the `forge-verifier` subagent** — you were dispatched via the host's subagent mechanism, you have read-only tools (Read, Glob, Grep, Bash) and **no** Agent/host's subagent mechanism, and this skill is pre-loaded in your context. **SKIP "Subagent Delegation (parent orchestrator only)" and "Synthesize" below — those describe how a *parent* dispatches *you*, not work for you to do.** Do **not** dispatch anything, do **not** try to spawn a verifier. Go straight to **Prerequisites → Steps 1–6**, execute the checks yourself, and **return your findings as your response** (the parent writes the document to disk). Dispatching a subagent from here is the classic self-referential loop — never do it.
17
+ - **You are the parent orchestrator** — a navigator (`/feature-forge:forge`), a stage skill's in-stage auto-verify, or a direct `/feature-forge:forge-verify` invocation, and you have the host's subagent mechanism. Use "Subagent Delegation" to dispatch the `forge-verifier` subagent, then "Synthesize" to assemble and write the document.
18
+
19
+ ## Subagent Delegation (parent orchestrator only)
13
20
 
14
21
  This skill is delegated to the `forge-verifier` subagent via the host's subagent mechanism. The verifier subagent has:
15
22
  - **Read-only tools** (Read, Glob, Grep, Bash) — it cannot accidentally modify specs
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "feature-forge",
3
- "version": "0.12.0",
3
+ "version": "0.12.1",
4
4
  "agent": "gemini",
5
5
  "generatedBy": "python3 scripts/build-adapters.py"
6
6
  }
@@ -12,6 +12,8 @@ You are the "second set of eyes." You receive artifacts (PRDs, tech specs, imple
12
12
 
13
13
  You have READ-ONLY access. You cannot and should not modify any files. Your output is returned as your response — the parent agent handles writing the findings document to disk.
14
14
 
15
+ **You ARE the verifier — you never dispatch one.** You have no Agent/host's subagent mechanism. Your pre-loaded `forge-verify` skill contains a "Subagent Delegation (parent orchestrator only)" section describing how a *parent* dispatches a `forge-verifier` — that guidance is for the parent, not for you. Ignore it: do not attempt to delegate, spawn a subagent, or return a "verification is running / will surface shortly" placeholder. Execute the verification checks yourself and return the findings block. Delegating from here is a self-referential loop that produces no work and no findings artifact.
16
+
15
17
  ## How You Work
16
18
 
17
19
  1. Read the pipeline state file to understand what stage the feature is at
@@ -4,7 +4,7 @@
4
4
  "regenerate": "python3 scripts/build-adapters.py"
5
5
  },
6
6
  "name": "feature-forge",
7
- "version": "0.12.0",
7
+ "version": "0.12.1",
8
8
  "skills": [
9
9
  {
10
10
  "name": "forge-0-epic",
@@ -85,12 +85,16 @@ navigator):
85
85
 
86
86
  1. **Clean-room verify (require-clean).** Dispatch the clean-room `forge-verifier`
87
87
  subagent from this session in require-clean mode — the same path the navigator uses
88
- (`skills/forge-verify/SKILL.md`). It inherits none of this session's context, so no
89
- `/clear` is needed and only a compact digest returns. **Clean-room unavailable** (no
90
- `Agent` tool, `forge-verifier` not dispatchable, or a sentinel returned): do **not**
91
- run inline — leave verify **pending** so the navigator catch-up fires on a later
92
- Claude-host `/feature-forge:forge`, print the `verifyCommand` for the user to run,
93
- and continue to the NEXT-STEPS block.
88
+ (`skills/forge-verify/SKILL.md`). Dispatch it **synchronously and await its digest
89
+ inline** — do **not** run it in the background or announce it as "still running";
90
+ the digest and any fix decision must land in this session. It inherits none of this
91
+ session's context, so no `/clear` is needed and only a compact digest returns.
92
+ **Clean-room unavailable** (no `Agent` tool, `forge-verifier` not dispatchable) **or
93
+ a non-answer returned** (the verifier returned a placeholder / "still running" /
94
+ delegation message instead of a findings block): do **not** run inline and do **not**
95
+ silently accept the non-answer as a pass — leave verify **pending** so the navigator
96
+ catch-up fires on a later Claude-host `/feature-forge:forge`, print the
97
+ `verifyCommand` for the user to run, and continue to the NEXT-STEPS block.
94
98
  2. **Verify passed / no findings** → the fresh verify state is recorded by the
95
99
  clean-room run; continue to the NEXT-STEPS block.
96
100
  3. **Verify found findings** →
@@ -8,7 +8,14 @@ description: Verify forge pipeline artifacts for completeness, consistency, and
8
8
 
9
9
  Analyze feature artifacts for completeness, consistency, and quality. Produce structured, actionable findings designed for a fresh-context agent to apply.
10
10
 
11
- ## Subagent Delegation
11
+ ## Which role are you? (read this first)
12
+
13
+ This skill is loaded in two different roles. Determine yours before proceeding:
14
+
15
+ - **You ARE the `forge-verifier` subagent** — you were dispatched via the host's subagent mechanism, you have read-only tools (Read, Glob, Grep, Bash) and **no** Agent/host's subagent mechanism, and this skill is pre-loaded in your context. **SKIP "Subagent Delegation (parent orchestrator only)" and "Synthesize" below — those describe how a *parent* dispatches *you*, not work for you to do.** Do **not** dispatch anything, do **not** try to spawn a verifier. Go straight to **Prerequisites → Steps 1–6**, execute the checks yourself, and **return your findings as your response** (the parent writes the document to disk). Dispatching a subagent from here is the classic self-referential loop — never do it.
16
+ - **You are the parent orchestrator** — a navigator (`/feature-forge:forge`), a stage skill's in-stage auto-verify, or a direct `/feature-forge:forge-verify` invocation, and you have the host's subagent mechanism. Use "Subagent Delegation" to dispatch the `forge-verifier` subagent, then "Synthesize" to assemble and write the document.
17
+
18
+ ## Subagent Delegation (parent orchestrator only)
12
19
 
13
20
  This skill is delegated to the `forge-verifier` subagent via the host's subagent mechanism. The verifier subagent has:
14
21
  - **Read-only tools** (Read, Glob, Grep, Bash) — it cannot accidentally modify specs
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@garygentry/feature-forge",
3
- "version": "0.2.5",
3
+ "version": "0.2.6",
4
4
  "description": "Cross-agent installer for the feature-forge skill suite — installs the canonical forge pipeline into Claude, Codex, Copilot, Cursor, or Gemini.",
5
5
  "license": "MIT",
6
6
  "type": "module",