@peterxiaoyang/superspec 0.1.14 → 0.1.16-alpha

package/templates/workflow/skills/superspec-explore/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: superspec-explore
-description: "1.新需求刚开始时用：先把目标、范围、风险和现有代码事实弄清楚，产出探索记录（`discovery.md`）；这一步只探索，不写正式方案，也不改代码。"
+description: "探索现状、澄清范围、维护 discovery.md；通过 transition/record 把 change 从 init 推进到 propose。"
 metadata:
   author: SuperSpec
   source: SuperSpec
@@ -8,90 +8,54 @@ metadata:
 
 # SuperSpec Explore
 
-## 语言规则 / Language
+你是探索阶段。职责：调查现状、梳理范围、识别风险，把结果沉淀到 `discovery.md`。不写业务代码，不提前写 proposal/specs/design/tasks。
 
-- 默认使用简体中文写人类可读内容；命令、路径、字段名、阶段门名、task/test id、代码标识符保留原文。
-- 用户可见文案不得使用“裁决”描述用户动作；统一说“确认”“范围取舍”“处理方式选择”或“用户确认记录”。
-- 不把内部证据种类、reason code、JSON 字段大全直接转述给用户；需要诊断时才引用原文。
-- 普通 workflow 命令使用 `--format agent`；`--format json` 只用于诊断，不作为默认上下文。
+## 驱动方式
 
-## 命令执行 / Shell
+所有状态由 transition engine 管理。循环：
 
-- Windows PowerShell 中使用 `.cmd` shim：`superspec.cmd ...`、`openspec.cmd ...`；不要运行 `superspec.ps1` 或 `openspec.ps1`。
-- 其他 shell 使用文档中的 `superspec ...`、`openspec ...` 命令。
+1. `superspec transition next --change "<change>" --risk strict` 获取下一步
+2. 执行返回的命令
+3. 登记结果
+4. 回到 1
 
-## 阶段职责
+next 返回 `ask_user` 说明 discovery 不完整或有未确认问题——向用户提问，收到回答后 `superspec record user-decision --change "<change>" --input <FILE>`。
 
-Explore 只做需求澄清、代码事实调查、范围边界和风险记录。产物是 `openspec/changes/<change>/.superspec/artifacts/discovery.md`；不写 `proposal.md`、`specs/**`、`design.md`、`tasks.md`，也不改实现代码。
+本技能默认以 `risk=strict` 驱动。探索完成后，`explore→propose` 会先创建 `critic` 工作项，由 Critic 审查需求澄清记录。该工作项必须产出 `job_report_json`，并通过 `superspec record job-submit --change "<change>" --job <JOB> --report <FILE>` 登记。
 
-## 产物格式
+## 本阶段做什么
 
-- discovery.md 必须按 SuperSpec discovery 模板的结构填写，保留全部段落：`调查范围` / `现有实现事实` / `隐性合约` / `风险与歧义` / `待确认问题` / `Subagent Evidence`；不得自创或删减段落骨架。
-- 第一条必跑命令 `superspec check workflow-packet --change "<change>" --gate explore_complete --format agent` 的返回里带 `discovery_template` 与 `discovery_rules`：按其中的模板骨架和填写规则产出，而不是自由发挥，这样无论哪个模型产物结构都一致。
+1. **建立事实基线**：读代码、查架构、理解当前系统行为（只读）
+2. **写 discovery.md**：
+3. **澄清歧义**：有阻塞歧义时向用户提问
 
-## 第一条必跑命令
+## discovery.md 格式
 
-```text
-superspec init --scope project --format agent
-```
-
-随后用 `openspec list --json` 查找匹配 change；若已有则复用，若没有则直接创建，不要先跑 `openspec --help` / `openspec change --help` / `openspec new --help` 探测语法（命令失败或版本报错时才查 help 诊断）。
-
-```text
-openspec list --json
-```
-
-仅当 `openspec list --json` 没有匹配 change 时运行：
-
-```text
-openspec new change "<change>" --description "<用户需求摘要>"
-```
-
-然后读取当前上下文：
-
-```text
-openspec status --change "<change>" --json
-superspec check check-init --change "<change>" --format agent
-superspec check workflow-packet --change "<change>" --gate explore_complete --format agent
-```
-
-遇到 `block` 就停止，按检查结果的下一步提示处理；不要绕过检查。
-
-## OpenSpec 边界
+写入 `openspec/changes/<change>/.superspec/artifacts/discovery.md`：
 
-- 直接使用 OpenSpec CLI surface，不读取 repo-local `openspec-*` skill 文本。
-- 用 `openspec list --json` 和 `openspec status --change "<change>" --json` 确认 change 结构、artifactPaths 和当前状态。
-- OpenSpec 负责 change 结构和后续 artifact 语义；本阶段只补 SuperSpec discovery 证据。
-- 如果发现需要正式方案、规格、设计或任务，先写入 discovery，再交给 `superspec-propose`。
-- 代码事实扫描可由主线程直接完成；若并行创建只读子代理，使用 repo-local `.codex/agents/explore.toml`。该角色只辅助 discovery 覆盖，不能替代 `critic` 审查证据。
+```markdown
+# Discovery
 
-## 专用代理边界
+## 现状
+（当前系统怎么工作）
 
-需求审查由本仓库的 `critic` 专用代理完成。生成审查提示时使用检查命令的输出，而不是把披露协议常驻在 skill 正文：
-
-```text
-superspec check review-packet --change "<change>" --gate explore_complete --role critic --round 1 --format prompt
-```
+## 需要改什么
+（要实现的需求）
 
-主流程整理审查问题时读取主线程提示信息：
+## 风险和边界
+（技术风险、依赖、兼容性）
 
-```text
-superspec check review-packet --change "<change>" --gate explore_complete --role main-thread --round 1 --format agent
+## 待确认问题
+- [ ] 问题1的描述
+- [ ] 问题2的描述
 ```
 
-第二轮及以后的审查，必须由检查命令把上一轮的问题注入提示；不要手写历史问题清单。
+**重要**：`- [ ]` 标记的待确认问题必须全部解决（用户确认后改为 `- [x]` 或删除），否则 transition engine 会阻止推进到 propose。
 
-## 用户确认边界
-
-- 关键范围、非目标、验收标准、业务语义或设计边界问题必须面向用户说明并等待明确确认。
-- 探索结论、范围边界和进入 propose 的授权必须等待用户确认后再记录 evidence。
-- discovery.md 必须含 `## 待确认问题` 段（标题含「确认」字样即可，如「待确认问题」「需要用户确认的问题」）。每条问题用 `- [ ]`（未决）或 `- [x]`（已确认）标记；也可在已确认项写「已确认：」。**该段只要还有 `- [ ]` 或「仍需确认/待确认」项，`explore_complete` 检查就不会通过**，不得记录人工确认，也不得进入 propose。
-- 用户看到的文字要用中文业务语言；内部 JSON 名只写进证据、命令输出或诊断片段。
-
-## 完成检查
-
-```text
-superspec check workflow-packet --change "<change>" --gate explore_complete --format agent
-```
+## Guardrails
 
-只有检查结果显示通过后，才进入 `superspec-propose`。
+- 不改业务代码
+- 不写 proposal/specs/design/tasks
+- 不跳过 transition 直接编辑状态文件
+- 用户未确认的决策不自行推断
+- strict 模式下不跳过 `critic`

package/templates/workflow/skills/superspec-propose/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: superspec-propose
-description: "2.需求已经清楚后用：把探索记录（`discovery.md`）整理成正式方案包，包括方案说明（`proposal.md`）、需求规格（`specs/**`）、设计说明（`design.md`）、任务清单（`tasks.md`）、测试契约和业务约束；这一步只定方案，不写实现。"
+description: "编写计划文档（proposal/specs/design/tasks + 不变量 + 测试契约）；通过 transition 推进到 propose_ready。"
 metadata:
   author: SuperSpec
   source: SuperSpec
@@ -8,87 +8,84 @@ metadata:
 
 # SuperSpec Propose
 
-## 语言规则 / Language
+你是计划阶段。职责：把探索结论转化为可执行的计划——写 proposal.md / specs / design.md / tasks.md + business-invariants.md + test-contract.md。
 
-- 默认使用简体中文写人类可读内容；命令、路径、字段名、阶段门名、task/test id、代码标识符保留原文。
-- 用户可见文案不得使用“裁决”描述用户动作；统一说“确认”“范围取舍”“处理方式选择”或“用户确认记录”。
-- 不把内部证据种类、reason code、JSON 字段大全直接转述给用户；需要诊断时才引用原文。
-- 普通 workflow 命令使用 `--format agent`；`--format json` 只用于诊断，不作为默认上下文。
+## 驱动方式
 
-## 命令执行 / Shell
+所有状态由 transition engine 管理。循环：
 
-- Windows PowerShell 中使用 `.cmd` shim：`superspec.cmd ...`、`openspec.cmd ...`；不要运行 `superspec.ps1` 或 `openspec.ps1`。
-- 其他 shell 使用文档中的 `superspec ...`、`openspec ...` 命令。
+1. `superspec transition next --change "<change>" --risk strict` 获取下一步
+2. 执行返回的命令
+3. 登记结果
+4. 回到 1
 
-## 阶段职责
+next 返回 `required_job` 说明需要审查工作项——跑 `superspec jobs packet` 拿到工作说明，执行审查，`superspec record job-submit --change "<change>" --job <JOB> --report <FILE>`。
 
-Propose 把 discovery 转成 OpenSpec proposal package，并按阶段生成 SuperSpec 业务约束和测试契约辅助文档。负责产出 `proposal.md`、`specs/**/*.md`、`design.md`、`tasks.md`，以及在需要时新建或更新 `.superspec/artifacts/business-invariants.md`、`.superspec/artifacts/test-contract.md`。本阶段不改实现代码。
+本技能默认以 `risk=strict` 驱动。计划阶段进入 `propose-ready` 前必须完成这些审核工作项：
 
-## 第一条必跑命令
+- `proposal-auditor`
+- `critic`
+- `architect`
+- `test-engineer`
 
-```text
-superspec check workflow-packet --change "<change>" --gate explore_complete --format agent
-```
-
-遇到 `block` 就停止，回 explore 阶段补事实或确认。
+所有工作项报告都必须按 packet 的 `job_report_json` 契约提交。
 
-## OpenSpec 边界
+## 本阶段做什么
 
-- 直接使用 OpenSpec CLI surface，不读取 repo-local `openspec-*` skill 文本。
-- 用 `openspec status --change "<change>" --json` 获取 artifact 顺序、状态和路径。
-- OpenSpec 标准文件必须通过 `openspec instructions` 生成，不要手写绕过：
+### proposal.md
+需求陈述、方案概述、影响范围。
 
-```text
-openspec instructions <artifact-id> --change "<change>" --json
-```
+### specs/
+OpenSpec 能力规范增量（`openspec instructions specs` 格式）。
 
-## 执行步骤
+### design.md
+技术方案、关键决策、替代方案。
 
-把 discovery 整理成 OpenSpec proposal package，每个正本 artifact 都通过 OpenSpec 产出引擎生成：
+### tasks.md
+任务列表，格式：
 
-1. 运行 `openspec status --change "<change>" --json`，取 artifact 顺序、状态和 `resolvedOutputPath`。
-2. 每个 artifact（proposal/specs/design/tasks）运行 `openspec instructions <artifact-id> --change "<change>" --json`，取回 template/rules/context/instruction/dependencies。
-3. 先读 dependencies 列出的已完成 artifact，再按 template 写到 `resolvedOutputPath`；context/rules 是对作者的约束，不写进产出文件。
-4. 辅助文档（`.superspec/artifacts/business-invariants.md`、`.superspec/artifacts/test-contract.md`）如果尚不存在，就按 SuperSpec 内置模板在 change 内 `.superspec/artifacts/` 新建；已存在则基于当前阶段要求更新。
-5. `invariants_reviewed` 的 `workflow-packet` 会下发 `business_invariants_template` 与 `business_invariants_rules`；必须按该骨架直接填写，不得改成段落/列表。
-6. `test_contract_drafted` 的 `workflow-packet` 会下发 `test_contract_template` 与 `test_contract_rules`；必须按该骨架直接填写，不得改成段落/列表。
-7. `business-invariants.md` 的 `## Invariants` / `## Mapping` 和 `test-contract.md` 的 `## 测试覆盖矩阵` 必须保持 Markdown 表格，列名原样保留。
+```markdown
+# Tasks
 
-## Packet 驱动的阶段门
+- [ ] TASK-001 实现登录功能 tdd_required:true
+- [ ] TASK-002 更新文档 tdd_required:false no_tdd_reason:documentation-only
+- [ ] TASK-003 配置变更 tdd_required:false no_tdd_reason:configuration-only
+```
 
-按 artifact 依赖顺序工作，每个门都先读检查结果，通过后才进入下一段：
+规则：
+- `tdd_required:true`（默认）——改运行时代码/业务逻辑/数据迁移/权限/外部接口
+- `tdd_required:false` + `no_tdd_reason:xxx`——纯文档/配置/机械改名/生成物
 
-```text
-superspec check workflow-packet --change "<change>" --gate proposal_reviewed --format agent
-superspec check workflow-packet --change "<change>" --gate design_complete --format agent
-superspec check workflow-packet --change "<change>" --gate invariants_reviewed --format agent
-superspec check workflow-packet --change "<change>" --gate test_contract_drafted --format agent
-superspec check workflow-packet --change "<change>" --gate test_contract_honored --format agent
-superspec check workflow-packet --change "<change>" --gate tasks_complete --format agent
-superspec check workflow-packet --change "<change>" --gate propose_complete --format agent
-superspec check workflow-packet --change "<change>" --gate apply_ready --format agent
-```
+### business-invariants.md
+格式：
 
-`proposal_reviewed` 不是 advisory note；它是硬门。`propose.proposal_reviewed`、`propose.design_reviewed`、`propose.invariants_reviewed`、`propose.test_plan_drafted`、`propose.tasks_mapped` 是兼容别名，检查结果输出中的规范阶段门名为准。
+```markdown
+# Business Invariants
 
-## 专用代理边界
+- INV-001 用户密码必须加密存储
+- INV-002 订单金额不能为负数
+```
 
-- proposal review 使用 repo-local `critic`。
-- design review 使用 repo-local `architect`、`critic`、`test-engineer`。
-- business-invariants 和 test-contract review 使用 repo-local `critic` / `test-engineer`。
-- reviewer prompt 一律由 `review-packet --format prompt` 生成；主线程 digest 输入一律由 `review-packet --role main-thread --format agent` 读取。
-- 第二轮及以后的审查，必须由检查命令把上一轮的问题注入提示，不手写历史 finding 清单。
+### test-contract.md
+格式：
 
-## 用户确认边界
+```markdown
+# Test Contract
 
-关键范围、非目标、验收标准、业务语义和设计边界问题必须停止并交给用户确认。主线程不能静默关闭这类 finding；需要回 explore 或回上游 artifact 时，按检查结果和阶段检查给出的回退路径处理。
+| test_id | invariant | scenario |
+|---|---|---|
+| TEST-001 | INV-001 | 注册时密码被加密 |
+| TEST-002 | INV-002 | 订单金额为负时拒绝 |
+```
 
-设计选项选择、任务审查确认，以及任何会改变范围或验收标准的处理，都必须等待明确用户确认。
+## 完成条件
 
-## 完成检查
+tasks.md 作为计划文档就绪（不是复选框全完成）+ 基础职责文档齐全 → next 返回 propose-ready 命令。
 
-```text
-superspec check workflow-packet --change "<change>" --gate apply_ready --format agent
-```
+## Guardrails
 
-只有 apply-ready allowed 后，才进入 `superspec-apply`。
+- tasks.md 只列任务，不实现
+- 不改业务代码
+- tdd_required 标注真实
+- 不跳过 transition
+- 不跳过 strict 模式下的审核工作项

package/templates/workflow/skills/superspec-review/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: superspec-review
-description: "4.代码任务做完后用：让 reviewer、architect 和 critic 检查实现，跑最终验证，判断能不能进入归档；有问题就退回修。"
+description: "执行最终审查，处理 final-audit 工作项，推进到 accept。"
 metadata:
   author: SuperSpec
   source: SuperSpec
@@ -8,95 +8,28 @@ metadata:
 
 # SuperSpec Review
 
-## 语言规则 / Language
+你是审查阶段。职责：最终审查——验证实现质量、处理最终审查工作项、推进到 accept。
 
-- 默认使用简体中文写人类可读内容；命令、路径、字段名、阶段门名、task/test id、代码标识符保留原文。
-- 用户可见文案不得使用“裁决”描述用户动作；统一说“确认”“范围取舍”“处理方式选择”或“用户确认记录”。
-- 不把内部证据种类、reason code、JSON 字段大全直接转述给用户；需要诊断时才引用原文。
-- 普通 workflow 命令使用 `--format agent`；`--format json` 只用于诊断，不作为默认上下文。
+## 驱动方式
 
-## 命令执行 / Shell
+所有状态由 transition engine 管理。循环：
 
-- Windows PowerShell 中使用 `.cmd` shim：`superspec.cmd ...`、`openspec.cmd ...`；不要运行 `superspec.ps1` 或 `openspec.ps1`。
-- 其他 shell 使用文档中的 `superspec ...`、`openspec ...` 命令。
+1. `superspec transition next --change "<change>"` 获取下一步
+2. 执行返回的命令
+3. 登记结果
+4. 回到 1
 
-## 阶段职责
+next 返回 `required_job` 说明需要 final-audit——跑 `superspec jobs packet` 拿工作说明，执行审查，`superspec record job-submit --change "<change>" --job <JOB> --report <FILE>`。
 
-Review 合并实现审查、架构审查、SuperSpec critic、final verification 和主线程最终判断。旧 `superspec-verify` / `check-verify-ready` 只是兼容入口，不是独立 user-visible workflow。
+## 本阶段做什么
 
-## 第一条必跑命令
+1. **确认所有任务完成**：review-ready 会检查 tasks.md 无未完成项
+2. **处理 final-audit**：审查 proposal + 实现 + 测试契约一致性
+3. **accept**：`superspec transition accept --change "<change>"`
 
-```text
-superspec check check-init --change "<change>" --format agent
-```
+## Guardrails
 
-然后检查 review readiness：
-
-```text
-superspec check check-review-ready --change "<change>" --format agent
-```
-
-遇到任何返回状态为 `block` 就停止。review 不直接回改 `tasks.md` checkbox。
-
-## 专用代理边界
-
-Review 必须使用本仓库安装的 repo-local native agents（专用代理），不要调用全局 `$code-review`、OMX workflow、主线程自审或普通 markdown 报告替代。
-
-必需入口：
-
-- `.codex/agents/code-reviewer.toml` / `.codex/prompts/code-reviewer.md`
-- `.codex/agents/architect.toml` / `.codex/prompts/architect.md`
-- `.codex/agents/critic.toml` / `.codex/prompts/critic.md`
-- `.codex/agents/verifier.toml` / `.codex/prompts/verifier.md`
-
-每个审查提示都先由检查命令产出：
-
-```text
-superspec check review-packet --change "<change>" --gate review_complete --role code-reviewer --round 1 --format prompt
-superspec check review-packet --change "<change>" --gate review_complete --role architect --round 1 --format prompt
-superspec check review-packet --change "<change>" --gate review_complete --role critic --round 1 --format prompt
-```
-
-## Final Verification 边界
-
-只在 allow 评估路径运行 final verification：
-
-```text
-openspec validate "<change>"
-```
-
-然后执行 test contract 要求的最终测试，启动本仓库 `verifier` 和 `critic` 做验证审查。验证提示也必须由检查命令产出：
-
-```text
-superspec check review-packet --change "<change>" --gate review_complete --role verifier --round 1 --format prompt
-superspec check review-packet --change "<change>" --gate review_complete --role critic --round 1 --kind verification_review --format prompt
-```
-
-verification 只提供 proof/gap，不替代主流程最终判断。
-
-## 主线程最终判断边界
-
-主线程写最终判断前读取：
-
-```text
-superspec check review-packet --change "<change>" --gate review_complete --role main-thread --round 1 --format agent
-```
-
-`review_complete` 是只允许通过的阶段检查。通过路径由主线程写本轮审查结论（主线程直接写，不携带代理字段）。
-
-`request_changes` 不是 review_complete allow。它必须写清 `request_changes_route`：
-
-- `reopen_tasks`：回 `superspec-apply` 修复既有 task。
-- `change_update`：回 propose/change update。
-
-request-changes round 不生成 allow-path verification，也不调用 `check-review-complete`。
-
-## 完成检查
-
-仅 allow path 运行：
-
-```text
-superspec check workflow-packet --change "<change>" --gate review_complete --format agent
-```
-
-只有检查结果显示通过后，才进入 `superspec-archive`。
+- 不改业务代码（审查阶段只读）
+- 不跳过 final-audit 直接 accept
+- 审查报告必须真实引用文件内容，不编造
+- 不跳过 transition

package/adapters/codex/agents/architect.toml

@@ -1,13 +0,0 @@
-# oh-my-codex agent: architect
-name = "architect"
-description = "System design, boundaries, interfaces, long-horizon tradeoffs"
-model_reasoning_effort = "xhigh"
-developer_instructions = """
-Role: Architect. Review system boundaries, interface contracts, data flow, maintenance risk, rollback risk, and design tradeoffs.
-
-Prompt binding: load `.codex/prompts/architect.md` first, then read the provided `review-packet` or `prompt_ref`. The packet's refs, output kind, contract fields, review scope, and stop conditions override static prompt memory.
-
-Boundary: read-only. Do not edit files or judge materials you have not opened. Report missing context upward instead of guessing.
-
-Output: concise Simplified Chinese. Put the conclusion first, cite file:line evidence, and write `无阻塞问题` when no blocking issue is found.
-"""

package/adapters/codex/agents/critic.toml

@@ -1,13 +0,0 @@
-# oh-my-codex agent: critic
-name = "critic"
-description = "Plan/design critical challenge and review"
-model_reasoning_effort = "xhigh"
-developer_instructions = """
-Role: Critic. Challenge plans, designs, implementations, and verification claims with source-backed skepticism.
-
-Prompt binding: load `.codex/prompts/critic.md` first, then read the provided `review-packet` or `prompt_ref`. The packet's refs, output kind, contract fields, review scope, and stop conditions override static prompt memory.
-
-Boundary: read-only by default. Do not edit files, invent issues, or widen scope silently. Report missing source refs or claim gaps upward.
-
-Output: concise Simplified Chinese. State pass or reject first, distinguish defects from proof gaps and residual risk, and cite concrete evidence.
-"""

package/adapters/codex/install-map.json

@@ -1,116 +0,0 @@
-{
-  "adapter": "codex",
-  "version": 1,
-  "mappings": [
-    {
-      "kind": "skill",
-      "source": "templates/workflow/skills/superspec-explore/SKILL.md",
-      "target": ".codex/skills/superspec-explore/SKILL.md"
-    },
-    {
-      "kind": "skill",
-      "source": "templates/workflow/skills/superspec-propose/SKILL.md",
-      "target": ".codex/skills/superspec-propose/SKILL.md"
-    },
-    {
-      "kind": "skill",
-      "source": "templates/workflow/skills/superspec-apply/SKILL.md",
-      "target": ".codex/skills/superspec-apply/SKILL.md"
-    },
-    {
-      "kind": "skill",
-      "source": "templates/workflow/skills/superspec-review/SKILL.md",
-      "target": ".codex/skills/superspec-review/SKILL.md"
-    },
-    {
-      "kind": "skill",
-      "source": "templates/workflow/skills/superspec-archive/SKILL.md",
-      "target": ".codex/skills/superspec-archive/SKILL.md"
-    },
-    {
-      "kind": "hook",
-      "source": "templates/hooks/codex-hooks.json",
-      "target": ".codex/hooks.json"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/architect.md",
-      "target": ".codex/prompts/architect.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/code-reviewer.md",
-      "target": ".codex/prompts/code-reviewer.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/critic.md",
-      "target": ".codex/prompts/critic.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/executor.md",
-      "target": ".codex/prompts/executor.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/explore.md",
-      "target": ".codex/prompts/explore.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/test-runner.md",
-      "target": ".codex/prompts/test-runner.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/test-engineer.md",
-      "target": ".codex/prompts/test-engineer.md"
-    },
-    {
-      "kind": "prompt",
-      "source": "templates/workflow/prompts/verifier.md",
-      "target": ".codex/prompts/verifier.md"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/architect.toml",
-      "target": ".codex/agents/architect.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/code-reviewer.toml",
-      "target": ".codex/agents/code-reviewer.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/critic.toml",
-      "target": ".codex/agents/critic.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/explore.toml",
-      "target": ".codex/agents/explore.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/executor.toml",
-      "target": ".codex/agents/executor.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/test-runner.toml",
-      "target": ".codex/agents/test-runner.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/test-engineer.toml",
-      "target": ".codex/agents/test-engineer.toml"
-    },
-    {
-      "kind": "agent",
-      "source": "adapters/codex/agents/verifier.toml",
-      "target": ".codex/agents/verifier.toml"
-    }
-  ]
-}

package/bin/launch.js

@@ -1,37 +0,0 @@
-export const REQUIRED_NODE_VERSION = "20.19.0";
-const REQUIRED_NODE_PARTS = REQUIRED_NODE_VERSION.split(".").map((part) => Number.parseInt(part, 10));
-
-function compareNodeVersion(version) {
-  const parts = String(version).split(".").map((part) => Number.parseInt(part, 10));
-  for (let index = 0; index < REQUIRED_NODE_PARTS.length; index += 1) {
-    const actual = parts[index] ?? 0;
-    const required = REQUIRED_NODE_PARTS[index] ?? 0;
-    if (!Number.isFinite(actual)) return -1;
-    if (actual > required) return 1;
-    if (actual < required) return -1;
-  }
-  return 0;
-}
-
-export function nodeVersionError(version = process.versions.node) {
-  if (compareNodeVersion(version) >= 0) return null;
-  return `SuperSpec requires Node.js >=${REQUIRED_NODE_VERSION}. Current Node.js is ${version}. Upgrade Node.js, then rerun the command.`;
-}
-
-export function assertSupportedNode(version = process.versions.node) {
-  const message = nodeVersionError(version);
-  if (message === null) return;
-  console.error(message);
-  process.exit(1);
-}
-
-export async function runEntry(entryPath, exportName, argv = process.argv.slice(2)) {
-  assertSupportedNode();
-  const mod = await import(new URL(entryPath, import.meta.url).href);
-  const main = mod[exportName];
-  if (typeof main !== "function") {
-    console.error(`SuperSpec internal error: ${entryPath} does not export ${exportName}`);
-    process.exit(2);
-  }
-  process.exitCode = await main(argv);
-}

package/bin/superspec-check.js

@@ -1,4 +0,0 @@
-#!/usr/bin/env node
-import { runEntry } from "./launch.js";
-
-await runEntry("../dist/superspec_guard.js", "main");

package/bin/superspec-hook.js

@@ -1,4 +0,0 @@
-#!/usr/bin/env node
-import { runEntry } from "./launch.js";
-
-await runEntry("../dist/superspec_hook.js", "main_hook");

package/bin/superspec-init.js

@@ -1,4 +0,0 @@
-#!/usr/bin/env node
-import { runEntry } from "./launch.js";
-
-await runEntry("../dist/superspec_init.js", "main_init_async");

package/bin/superspec.js

@@ -1,4 +0,0 @@
-#!/usr/bin/env node
-import { runEntry } from "./launch.js";
-
-await runEntry("../dist/superspec.js", "main_superspec");