@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.
- package/adapters/claude/.feature-forge-bundle.json +1 -1
- package/adapters/claude/agents/forge-verifier.md +2 -0
- package/adapters/claude/references/stage-exit-protocol.md +10 -6
- package/adapters/claude/skills/forge-verify/SKILL.md +8 -1
- package/adapters/codex/.feature-forge-bundle.json +1 -1
- package/adapters/codex/agents/forge-verifier.toml +2 -0
- package/adapters/codex/references/stage-exit-protocol.md +10 -6
- package/adapters/codex/skills/forge-verify/SKILL.md +8 -1
- package/adapters/copilot/.feature-forge-bundle.json +1 -1
- package/adapters/copilot/agents/forge-verifier.md +2 -0
- package/adapters/copilot/references/stage-exit-protocol.md +10 -6
- package/adapters/copilot/skills/forge-verify/forge-verify.md +8 -1
- package/adapters/cursor/.feature-forge-bundle.json +1 -1
- package/adapters/cursor/agents/forge-verifier.mdc +2 -0
- package/adapters/cursor/references/stage-exit-protocol.md +10 -6
- package/adapters/cursor/skills/forge-verify/forge-verify.mdc +8 -1
- package/adapters/gemini/.feature-forge-bundle.json +1 -1
- package/adapters/gemini/agents/forge-verifier.md +2 -0
- package/adapters/gemini/gemini-extension.json +1 -1
- package/adapters/gemini/references/stage-exit-protocol.md +10 -6
- package/adapters/gemini/skills/forge-verify/forge-verify.md +8 -1
- package/package.json +1 -1
|
@@ -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`).
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
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
|
-
##
|
|
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
|
|
@@ -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`).
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
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
|
-
##
|
|
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
|
|
@@ -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`).
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
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
|
-
##
|
|
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
|
|
@@ -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`).
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
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
|
-
##
|
|
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
|
|
@@ -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`).
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
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
|
-
##
|
|
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.
|
|
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",
|