@aipper/aiws-spec 0.0.51 → 0.0.53

package/templates/workspace/.opencode/command/p-aiws-hooks-status.md

@@ -1,26 +0,0 @@
----
-description: 私有：Hooks 状态：查看当前仓库 hooks 门禁状态
----
-<!-- AIWS_MANAGED_BEGIN:opencode:aiws-hooks-status -->
-# aiws hooks status
-
-（私有原子入口；日常优先用 ws-* 链路。）
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：
-- 查看当前仓库 hooks 门禁状态（只读）
-
-执行（在仓库根目录）：
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws hooks status .
-elif command -v aiws >/dev/null 2>&1; then
-  aiws hooks status .
-else
-  npx @aipper/aiws hooks status .
-fi
-```
-<!-- AIWS_MANAGED_END:opencode:aiws-hooks-status -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/p-aiws-init.md

@@ -1,23 +0,0 @@
----
-description: 私有：初始化：落盘 AIWS 真值与门禁文件
----
-<!-- AIWS_MANAGED_BEGIN:opencode:aiws-init -->
-# aiws init
-
-（私有原子入口；日常优先用 ws-* 链路。）
-
-目标：
-- 生成/补齐真值文件与门禁文件（以 `AI_PROJECT.md` / `REQUIREMENTS.md` / `AI_WORKSPACE.md` 为准）
-- 写入/更新 `.gitignore` 的 aiws 托管块
-- 生成/更新 `.aiws/manifest.json`（用于漂移检测）
-
-建议执行：
-1) `npx @aipper/aiws init`
-2) `npx @aipper/aiws validate`
-
-约束：
-- 不写入任何 secrets
-- 只允许更新托管块（`AIWS_MANAGED_BEGIN/END`）或 spec 指定的 `replace_file` 文件
-<!-- AIWS_MANAGED_END:opencode:aiws-init -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/p-aiws-rollback.md

@@ -1,16 +0,0 @@
----
-description: 私有：回滚：从 .aiws/backups 恢复快照
----
-<!-- AIWS_MANAGED_BEGIN:opencode:aiws-rollback -->
-# aiws rollback
-
-（私有原子入口；日常优先用 ws-* 链路。）
-
-目标：
-- 从 `.aiws/backups/` 恢复到某次备份快照
-
-建议执行：
-- `npx @aipper/aiws rollback latest`
-<!-- AIWS_MANAGED_END:opencode:aiws-rollback -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/p-aiws-update.md

@@ -1,22 +0,0 @@
----
-description: 私有：更新：刷新模板与 tool-native 文件（先备份）
----
-<!-- AIWS_MANAGED_BEGIN:opencode:aiws-update -->
-# aiws update
-
-（私有原子入口；日常优先用 ws-* 链路。）
-
-目标：
-- 基于当前 `@aipper/aiws-spec` 刷新模板与 tool-native 文件
-- 更新前备份到 `.aiws/backups/<timestamp>/`
-
-建议执行：
-1) `npx @aipper/aiws update`
-2) `npx @aipper/aiws validate`
-
-约束：
-- 不写入任何 secrets
-- 只更新托管块或 spec 指定的 `replace_file` 文件
-<!-- AIWS_MANAGED_END:opencode:aiws-update -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/p-aiws-validate.md

@@ -1,17 +0,0 @@
----
-description: 私有：门禁：校验 required/托管块/漂移（可落盘 stamp）
----
-<!-- AIWS_MANAGED_BEGIN:opencode:aiws-validate -->
-# aiws validate
-
-（私有原子入口；日常优先用 ws-* 链路。）
-
-目标：
-- 作为 CI/本地门禁：校验 required 文件结构、托管块、`.aiws/manifest.json` 漂移
-- 强门禁：缺 `python3`/缺 required 脚本也应失败
-
-建议执行：
-- `npx @aipper/aiws validate`
-<!-- AIWS_MANAGED_END:opencode:aiws-validate -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-analyze.md

@@ -1,30 +0,0 @@
----
-description: 分析：实现前技术分析并落盘证据
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-analyze -->
-# ws analyze
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：在开始实现/修复前做一次技术分析，产出可执行的最小行动清单，并把证据落盘到 `.agentdocs/tmp/analyze/`。
-
-输入：
-- 主题/需求：`$ARGUMENTS`（若为空，先问用户一句“本次分析主题是什么？”）
-
-步骤（建议）：
-1) 先运行 `/ws-preflight`。
-2) 基于真值文件与当前代码现状，输出：
-   - 目标 / 非目标
-   - 现状证据（文件路径/接口路径）
-   - 推荐方案（1 个）+ 备选（可选）
-   - 风险与回滚（3–8 条）
-   - 最小验证命令（可复现）
-3) 将分析落盘到：`.agentdocs/tmp/analyze/opencode-analysis.md`（目录不存在则创建）。
-4) 回复中必须包含：`Evidence:` 证据文件路径。
-
-安全：
-- 不打印 secrets（尤其 `secrets/test-accounts.json`）。
-- 不执行破坏性命令。
-<!-- AIWS_MANAGED_END:opencode:ws-analyze -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-auto.md

@@ -1,33 +0,0 @@
----
-description: 自动 bootstrap：检查 update、确保 watchdog 已启动，并给出下一步
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-auto -->
-# ws auto
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：为当前 OpenCode 工作区执行一次显式 auto bootstrap，先补齐托管内容，再按条件启动 watchdog。
-
-执行建议：
-1) 先运行 `/ws-preflight`，确认 `AI_PROJECT.md` / `REQUIREMENTS.md` / `AI_WORKSPACE.md` 已读取。
-2) 在项目根运行 `aiws opencode auto .`。
-3) 输出：
-   - `Auto Bootstrap:`
-   - `Update:`
-   - `OpenCode mode:`
-   - `Watchdog:`
-   - `Next:`
-4) 若输出 `watchdog:` 为已启动状态：
-   - 若当前任务意图明确：继续 `/using-aiws`、`/ws-plan`、`/ws-dev` 或 `/ws-review`
-   - 若当前只是要声明自主协作合同：继续 `/ws-autonomy`
-5) 若输出 `watchdog: skipped (...)`：
-   - 明确写出原因
-   - 不要假装已经进入 autonomous 模式
-
-边界：
-- 允许通过 `aiws update .` 刷新 AIWS 托管内容。
-- 不自动复制 `.opencode/oh-my-opencode.json.example` 成真实配置。
-- 不自动批准 host permission，不自动执行 tmux rescue。
-<!-- AIWS_MANAGED_END:opencode:ws-auto -->
-
-可在下方追加本项目对 auto bootstrap 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-autonomy.md

@@ -1,25 +0,0 @@
----
-description: 自主协作实验：声明 completion/retry/rescue 合同，并按需启用 tmux helper
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-autonomy -->
-# ws autonomy
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：声明当前 OpenCode/oMo 任务的 autonomous execution mode，并写清 completion/retry/rescue 合同。
-
-执行建议：
-1) 先运行 `/ws-preflight`，再读取 `packages/spec/docs/opencode-autonomous-swarm.md` 与 `packages/spec/docs/opencode-omo-adapter.md`。
-2) 输出：
-   - `Execution Mode: single-agent / omo-native / omo-native + tmux-swarm`
-   - `Completion Contract:`
-   - `Retry Contract:`
-   - `Rescue Policy:`
-   - `Evidence:`
-3) 若选择 `omo-native + tmux-swarm`：
-   - 先运行 `.opencode/helpers/tmux-swarm-scan.sh`
-   - 仅在需要安全白名单救援时运行 `.opencode/helpers/tmux-swarm-rescue.sh`
-4) 明确这是实验层，不接管 runtime controller，不替代 `ws-plan` / `ws-dev` / `ws-review`。
-<!-- AIWS_MANAGED_END:opencode:ws-autonomy -->
-
-可在下方追加本项目对 autonomous swarm 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-bugfix.md

@@ -1,35 +0,0 @@
----
-description: 缺陷修复：禅道 MCP 拉单、图片证据落盘并汇总 fix_bus_issues.csv
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-bugfix -->
-# ws bugfix
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：
-- 通过禅道 MCP 拉单、图片证据落盘并汇总 `issues/fix_bus_issues.csv`。
-
-建议流程：
-1) 先运行 `/ws-preflight`。
-2) 若当前不在 `change/<change-id>` 分支 / worktree，先建立 change 上下文：
-   - 工作区先保持干净
-   - 仓库已有提交：优先 `aiws change start <change-id> --hooks --switch`
-   - superproject + submodule：优先 `aiws change start <change-id> --hooks --switch`
-   - 仓库尚无提交 / 不满足 worktree 前置条件：回退 `aiws change start <change-id> --hooks --no-switch`
-3) 若上一步创建了 worktree：后续 bug 证据、CSV 更新、`/ws-dev` 修复都必须在该 worktree 中继续。
-4) 通过已配置 zentao MCP 拉取 bug 字段与附件列表。
-5) 落盘证据到当前 active change 上下文的 `changes/<change-id>/bug/`：
-   - `zentao-bug-<bug-id>.json`
-   - `zentao-bug-<bug-id>.md`
-   - `images/<bug-id>/...`
-6) upsert 当前 active change 上下文中的 `issues/fix_bus_issues.csv`（主键 `Bug_ID`）。
-7) 进入 `/ws-dev` 修复并回填 `Fix_Status/Verify_Command/Updated_At`。
-8) 质量门：`aiws change validate <change-id> --strict` + `aiws validate . --stamp`。
-
-强制约束：
-- 不自动 commit / push。
-- 不写入 secrets（token、cookie、内网地址）。
-- 无法复现时先输出阻塞信息并落盘，不直接改代码。
-<!-- AIWS_MANAGED_END:opencode:ws-bugfix -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-commit.md

@@ -1,87 +0,0 @@
----
-description: 提交：门禁/审计后提交（submodule 感知）
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-commit -->
-# ws commit
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：在**当前分支可直提**的前提下，先做审计与门禁，并在存在 submodule 时给出正确的提交顺序（先 submodule，再 superproject），最后执行 `git commit`。
-补充：若你经常遇到 submodule detached，建议日常拉取优先使用 `/ws-pull`（尽量把 submodule “挂回分支”且不改变 gitlink commit）。
-
-安全约束（强制）：
-- 不自动 `git add -A`；只在用户明确指示时才做 staging
-- 不使用 `--no-verify` 绕过 hooks
-- 不自动 push
-- 不打印 secrets
-- commit message 优先使用中文；若启用了 `.githooks/commit-msg`，默认仅提示，只有 strict 模式才会拒绝全英文首行（`Merge/Revert/fixup!/squash!` 例外）
-
-步骤（建议）：
-1) 先运行 `/ws-preflight`。
-2) 运行 `/ws-review`（优先落盘审计证据到 `changes/<change-id>/review/`）。
-3) 运行门禁校验并写 stamp：
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws validate . --stamp
-elif command -v aiws >/dev/null 2>&1; then
-  aiws validate . --stamp
-else
-  npx @aipper/aiws validate . --stamp
-fi
-```
-4) 输出提交上下文（必须输出给用户确认）：
-```bash
-git branch --show-current
-git status --porcelain
-```
-5) submodule 感知检查：
-```bash
-if [[ -f .gitmodules ]]; then
-  git config --file .gitmodules --get-regexp '^submodule\\..*\\.path$' || true
-fi
-while read -r _ sub_path; do
-  [[ -z "${sub_path:-}" ]] && continue
-  echo "== submodule: ${sub_path} =="
-  git -C "${sub_path}" rev-parse --abbrev-ref HEAD 2>/dev/null || true
-  git -C "${sub_path}" status --porcelain || true
-done < <(git config --file .gitmodules --get-regexp '^submodule\\..*\\.path$' 2>/dev/null || true)
-```
-判定规则（强制）：
-- 任一 submodule `git status --porcelain` 非空：停止提交 superproject；先在对应 submodule 完成 commit，再回到 superproject 更新并提交 gitlink。
-- 若该 submodule 当前为 detached HEAD：先按 `.gitmodules` 的目标分支挂到 `aiws/pin/<target-branch>`；不要直接切 `change/<change-id>` / `main` / `master`。
-6) 检查 staging（必须输出给用户确认）：
-```bash
-git status --porcelain
-git diff --staged --submodule=short
-```
-7) 若没有 staged changes：停止并提示用户先明确要提交哪些文件（例如 `git add -p` 或 `git add <path>`）。
-8) 优先生成并确认中文 commit message（格式建议：`<类型>: <简述>`；若用户明确要求英文也可保留，但 strict 模式下会被 hook 拒绝）。
-9) 执行提交（不带 `--no-verify`）：
-```bash
-git commit -m "<message>"
-```
-
-输出必须包含：
-- `证据（Evidence）:` `changes/<change-id>/review/*`（无 change-id 时回退 `.agentdocs/tmp/review/*`） + `.agentdocs/tmp/aiws-validate/*`
-- `上下文（Context）:` 当前分支 + 是否检测到 submodule + 若阻断则给出阻断原因
-- `下一步（Next）:` 若存在 submodule 改动，先提示用户进入 submodule 提交
-<!-- AIWS_MANAGED_END:opencode:ws-commit -->
-
----
-description: 提交：门禁/审计后提交（submodule 感知）
----
-# ws-commit
-
-Thin CLI wrapper. Delegates to `aiws commit`.
-
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws commit
-elif command -v aiws >/dev/null 2>&1; then
-  aiws commit
-else
-  npx @aipper/aiws commit
-fi
-```
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-delegate.md

@@ -1,33 +0,0 @@
----
-description: 委托：按 AIWS 合同拆分子任务，并优先借用 oMo agent
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-delegate -->
-# ws delegate
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：先写清 delegation plan，再决定是否优先借用 `oh-my-opencode` 的 `planner-sisyphus` / `explore` / `librarian` / `oracle`；若不可用则回退，不阻断流程。
-
-执行建议：
-1) 先运行 `/ws-preflight`，再读取 `packages/spec/docs/workflow-delegation-contracts.md` 与 `packages/spec/docs/opencode-omo-adapter.md`。
-2) 先写 `Delegation Plan:`，至少包含：
-   - `role`
-   - `preferred agent`
-   - `task`
-   - `readScope`
-   - `writeScope`
-   - `artifactTargets`
-   - `fallback`
-3) 若检测到 `.opencode/oh-my-opencode.json` 或当前会话明确可用相关 agent：
-   - planning 优先 `planner-sisyphus`
-   - 探索优先 `@explore` / `@librarian`
-   - 独立审查优先 `@oracle`
-4) 主 agent 统一收敛结果，并把产物回收到：
-   - `changes/<id>/analysis/`
-   - `changes/<id>/patches/`
-   - `changes/<id>/review/`
-   - `changes/<id>/evidence/`
-5) 若 oMo agent 不可用：明确回退为普通 OpenCode delegation / 单 agent 执行。
-<!-- AIWS_MANAGED_END:opencode:ws-delegate -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-deliver.md

@@ -1,75 +0,0 @@
----
-description: 交付：submodules+superproject 分步提交并安全合并回 base
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-deliver -->
-# ws deliver
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：适配 superproject + submodule（数量不固定）的交付收尾，降低提交顺序和合并回 base 分支的出错概率：
-1) 先逐个提交 submodule（每个 repo 单独确认 commit message；默认 `git add -p`）
-2) 再提交 superproject（包含 submodule gitlink 指针更新 + 自身改动/变更工件）
-3) 最后 fast-forward 合并回目标分支（复用 `aiws change finish`；建议用 `/ws-finish`）
-
-强制约束：
-- 不自动 `git add -A`。
-- 不自动 push。
-- 不自动删除分支。
-
-建议流程（按顺序）：
-1) 先运行 `/ws-preflight`。
-2) 如果存在 `.gitmodules` 但缺少 `submodule.<name>.branch`，先运行 `/ws-submodule-setup` 并提交 `.gitmodules`（否则 `aiws validate .` 会失败，且 submodule 工作流会产生人为差异）。
-2.1) 若存在 submodule：必须准备 `changes/<change-id>/submodules.targets`，并覆盖所有 submodule path；这是本次交付的目标分支真值。
-   - 生成该文件时可先做默认预填：detached HEAD 默认建议取 `.gitmodules` 声明分支；已附着在本地分支时默认建议取当前分支。
-   - 上述都只是建议值；真正的 deliver/finish 只认 `submodules.targets`。
-2) 发现 submodules：
-   - `git submodule status --recursive`
-3) 逐个提交 submodules（按上一步顺序）：
-   - `git -C "<sub_path>" status --porcelain`
-   - 先说明该 submodule 目标分支的来源：attached branch 默认建议取当前分支；detached HEAD 默认建议取 `.gitmodules`；若与 `submodules.targets` 已落盘值冲突，则以 `submodules.targets` 为准
-   - 若当前为 detached HEAD：不要直接切 `change/<change-id>` / `main` / `master`；先按 `submodules.targets`（若分支为 `.` 则展开为 `.ws-change.json` 的 `base_branch`）挂到 `aiws/pin/<target-branch>`
-   - `git -C "<sub_path>" add -p`
-   - `git -C "<sub_path>" diff --staged --stat`
-   - 生成并让用户确认该 submodule 的 commit message（每个 repo 单独确认）
-   - `git -C "<sub_path>" commit -m "<message>"`
-4) 提交 superproject（gitlinks + 自身改动）：
-   - `git diff --submodule`
-   - `git add <submodule-path-1> <submodule-path-2> ...`
-   - `git add -p`
-   - 生成并让用户确认 superproject 的 commit message
-   - `git commit -m "<message>"`
-5) （推荐）门禁 + 证据：
-   - `aiws validate . --stamp`（未安装全局 aiws 时可用 `npx @aipper/aiws validate . --stamp`）
-5.1) （强烈建议）生成持久证据并回填 `Evidence_Path`：
-   - `aiws change evidence <change-id>`（未安装全局 aiws 时可用 `npx @aipper/aiws change evidence <change-id>`）
-5.2) （可选）生成状态快照（建议）：
-   - `aiws change state <change-id> --write`
-6) 安全合并回目标分支：
-   - 优先运行 `/ws-finish`（底层调用 `aiws change finish`，默认 `--ff-only`；push 成功后会清理对应 change worktree）
-
-输出要求：
-- `Submodules:` 每个 submodule 的 commit 摘要（repo/path → sha → message）
-- `Superproject:` commit 摘要
-- `Merge:` `/ws-finish` 输出（into/from）
-- `Worktree cleanup:` 若存在独立 change worktree，输出清理结果（removed/skipped + reason）
-- `Evidence:` `.agentdocs/tmp/aiws-validate/*.json`（若使用 --stamp）
-<!-- AIWS_MANAGED_END:opencode:ws-deliver -->
-
----
-description: 交付：submodules+superproject 分步提交并安全合并回 base
----
-# ws-deliver
-
-Thin CLI wrapper. Delegates to `aiws deliver`.
-
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws deliver
-elif command -v aiws >/dev/null 2>&1; then
-  aiws deliver
-else
-  npx @aipper/aiws deliver
-fi
-```
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-handoff.md

@@ -1,43 +0,0 @@
----
-description: 交接：查看归档 change 的 handoff.md（标准由 aiws change finish --push 自动归档生成）
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-handoff -->
-# ws handoff
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：
-- 交接与回放：通过 `handoff.md` 让已归档的 change 可被下一位/下一次会话快速接力。
-- handoff 文件位置：`changes/archive/<date>-<change-id>/handoff.md`（默认由 `aiws change finish --push` 自动归档时生成）。
-
-执行建议：
-1) 先确认 change 已通过 `/ws-finish` 或 `aiws change finish --push` 完成自动归档。
-2) 查看 handoff：
-```bash
-change_id="<change-id>"
-ls -1 changes/archive/*-"${change_id}"/handoff.md
-sed -n '1,160p' changes/archive/*-"${change_id}"/handoff.md
-```
-3) 依赖提示：
-- 若你在某个 change 的 `proposal.md` 声明了 `Depends_On`，`aiws change start` 会尝试读取依赖 change 的 `handoff.md` 并输出摘要（前提：依赖已归档且 handoff 存在）。
-- 若是历史/异常场景尚未归档，再手工运行 `/p-aiws-change-archive`。
-<!-- AIWS_MANAGED_END:opencode:ws-handoff -->
-
----
-description: 交接：查看归档 change 的 handoff.md（标准由 aiws change finish --push 自动归档生成）
----
-# ws-handoff
-
-Thin CLI wrapper. Delegates to `aiws handoff`.
-
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws handoff
-elif command -v aiws >/dev/null 2>&1; then
-  aiws handoff
-else
-  npx @aipper/aiws handoff
-fi
-```
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-intake.md

@@ -1,22 +0,0 @@
----
-description: 计划前置澄清：逐条冻结问题并写入 intake 草案，再交给 ws-plan
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-intake -->
-# ws intake
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：
-- 在正式 `/ws-plan` 前，先把需求里的待确认问题逐条澄清并冻结。
-
-执行建议：
-1) 先读取 `AI_PROJECT.md` / `REQUIREMENTS.md` / `AI_WORKSPACE.md`。
-2) 若存在最新 `plan/*.intake.md`，先续写；否则创建新的 intake 草案。
-3) 把问题写成 `Open Questions`，状态只允许 `open / in_discussion / frozen / deferred`。
-4) 每次只推进 1 条 `Current question`，允许围绕这 1 条问题多轮沟通。
-5) 当前问题未标记为 `frozen` 或 `deferred` 前，不进入下一题。
-6) 每轮都要把结论落到 `plan/<timestamp>-<slug>.intake.md`，并输出 `Ready for ws-plan: yes/no`。
-7) 只有关键问题已冻结时，`Next` 才能进入 `/ws-plan`；否则继续 `/ws-intake`。
-<!-- AIWS_MANAGED_END:opencode:ws-intake -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-migrate.md

@@ -1,25 +0,0 @@
----
-description: 迁移：把仓库对齐到 aiws workspace 模板
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-migrate -->
-# ws migrate
-
-用中文输出；命令与路径保持原样不翻译。
-
-目标：把当前仓库补齐为 aiws workspace 模板，并启用可验证门禁。
-
-执行（在项目根目录）：
-1) 若已存在 `.aiws/manifest.json`：`npx @aipper/aiws update .`
-2) 否则：`npx @aipper/aiws init .`
-3) 门禁校验：`npx @aipper/aiws validate .`
-4) 启用本机 git hooks（推荐，本地生效）：`git config core.hooksPath .githooks`
-
-回滚：
-- 恢复最近一次快照：`npx @aipper/aiws rollback . latest`
-
-约束：
-- 不写入任何 secrets。
-- 不执行破坏性命令。
-<!-- AIWS_MANAGED_END:opencode:ws-migrate -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-plan-verify.md

@@ -1,28 +0,0 @@
----
-description: 计划质检：执行前检查并给出最小修正项
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-plan-verify -->
-# ws plan verify
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：
-- 执行前检查计划是否跑偏，并给出最小修正项。
-
-执行建议：
-1) 先运行 `/ws-preflight`。
-2) 运行严格门禁：
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws change validate <change-id> --strict
-elif command -v aiws >/dev/null 2>&1; then
-  aiws change validate <change-id> --strict
-else
-  npx @aipper/aiws change validate <change-id> --strict
-fi
-```
-3) 若失败：先修 `proposal.md` / `plan` 的绑定字段与验证命令，再复跑。
-4) 通过后再进入 `/ws-dev`。
-<!-- AIWS_MANAGED_END:opencode:ws-plan-verify -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/command/ws-preflight.md

@@ -1,35 +0,0 @@
----
-description: 预检：读取真值文件并输出约束摘要
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-preflight -->
-# ws preflight
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：在开始任何“写代码/改配置/落盘文件”之前，对齐工作区真值文件，避免规则漂移。
-
-执行步骤（强制）：
-1) 定位项目根目录（submodule 感知）：
-   - 优先：`git rev-parse --show-superproject-working-tree`（submodule 内上溯到 superproject 根）
-   - 若为空：`git rev-parse --show-toplevel`
-   - 若两者都失败：停止并让用户确认当前目录是否为项目根（不要猜测）。
-2) 在项目根目录读取以下文件（存在则必须读取；缺失则明确报告缺失项，不要臆测内容）：
-   - `AI_PROJECT.md`
-   - `REQUIREMENTS.md`
-   - `AI_WORKSPACE.md`
-3) 输出：
-   - `Root:` <项目根路径>
-   - `Found:` <实际读取到的文件列表>
-   - `Missing:` <缺失文件列表>
-   - `OpenCode mode:` 
-     - 若检测到 `.opencode/oh-my-opencode.json`：`oMo-enabled`
-     - 否则：`standard-opencode`
-   - 若为 `oMo-enabled`：附一句说明后续 `ws-plan` / `ws-review` / `ws-spec-review` / `ws-quality-review` / `ws-delegate` 会优先借用 oMo agent
-   - `Key rules:` 3–8 条 bullet（范围/禁止项/必须产物/必须验证命令）
-
-安全：
-- 不打印 secrets；遇到疑似敏感值只提示“存在风险”但不要复述原文。
-- 不执行破坏性命令。
-<!-- AIWS_MANAGED_END:opencode:ws-preflight -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。