@aipper/aiws-spec 0.0.52 → 0.0.55

package/templates/workspace/.opencode/commands/ws-spec-review.md

@@ -1,30 +0,0 @@
----
-description: 规范审查：requirements / plan / evidence / gate 完整性
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-spec-review -->
-# ws spec review
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：审查 requirements 归因、plan/change 绑定、evidence 与 workflow gate 完整性。
-
-步骤（建议）：
-1) 先运行 `/ws-preflight`。
-   - 若检测到 `.opencode/oh-my-opencode.json` 或当前会话明确可用 `oracle` / `librarian`：优先按 `packages/spec/docs/opencode-omo-adapter.md` 借用这些 agent。
-   - requirements / gate / evidence 审查优先 `@oracle`；规范与文档真值补充优先 `@librarian`。
-2) 对照 `AI_PROJECT.md` / `REQUIREMENTS.md` / `AI_WORKSPACE.md` 检查：
-   - 当前改动是否能归因到 `Req_ID` / `Problem_ID`
-   - `plan/...`、`proposal.md`、`tasks.md`、`evidence/` 是否保持一致
-   - 是否存在越界改动、危险操作或缺失 gate
-3) 将结论落盘到：
-   - 默认：`changes/<change-id>/review/spec-review.md`
-   - 回退：`.agentdocs/tmp/review/spec-review.md`
-4) 输出：
-   - `证据（Evidence）:`
-   - `阻断项（Blockers）:`
-   - `警告（Warnings）:`
-   - `下一步（Next）:`
-5) 若 oMo 不可用：回退为当前 agent 本地 spec review。
-<!-- AIWS_MANAGED_END:opencode:ws-spec-review -->
-
-可在下方追加本项目对 OpenCode 的额外说明（托管块外内容会被保留）。

package/templates/workspace/.opencode/commands/ws-submodule-setup.md

@@ -1,18 +0,0 @@
----
-description: 子模块分支对齐（写入 .gitmodules 的 submodule.<name>.branch）
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-submodule-setup -->
-# ws submodule setup
-
-Thin CLI wrapper. Delegates to `aiws submodule-setup`.
-
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws submodule-setup
-elif command -v aiws >/dev/null 2>&1; then
-  aiws submodule-setup
-else
-  npx @aipper/aiws submodule-setup
-fi
-```
-<!-- AIWS_MANAGED_END:opencode:ws-submodule-setup -->

package/templates/workspace/.opencode/commands/ws-verify-before-complete.md

@@ -1,18 +0,0 @@
----
-description: 完成前验证：finish / handoff 前检查双审查与 validate/evidence
----
-<!-- AIWS_MANAGED_BEGIN:opencode:ws-verify-before-complete -->
-# ws verify before complete
-
-Thin CLI wrapper. Delegates to `aiws verify-bc`.
-
-```bash
-if [[ -x "./node_modules/.bin/aiws" ]]; then
-  ./node_modules/.bin/aiws verify-bc
-elif command -v aiws >/dev/null 2>&1; then
-  aiws verify-bc
-else
-  npx @aipper/aiws verify-bc
-fi
-```
-<!-- AIWS_MANAGED_END:opencode:ws-verify-before-complete -->

package/templates/workspace/.opencode/skills/ws-handoff/SKILL.md

@@ -1,18 +0,0 @@
----
-name: ws-handoff
-description: Thin wrapper for `aiws handoff`
----
-
-# ws-handoff
-
-Thin skill wrapper. Delegates to `aiws handoff`. See `aiws handoff --help` for details.
-
-```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
-```

package/templates/workspace/.opencode/skills/ws-intake/SKILL.md

@@ -1,80 +0,0 @@
----
-name: ws-intake
-description: 使用时机：新需求需要逐条澄清、冻结问题时。触发词：需求澄清、intake、冻结问题、前期沟通。注意：需求已冻结直接进 ws-plan。
----
-
-## 配置
-
-| 配置项 | 类型 | 默认值 | 说明 |
-|---|---|---|---|
-| `recommendAnswers` | boolean | true | 提问时先给出推荐答案 |
-| `adversarial` | boolean | true | 对抗式审问：挑战假设+代码库探查 |
-
-用中文输出（命令/路径/代码标识符保持原样不翻译）。
-
-目标：
-- 在 `/ws-plan` 前把新需求或中大型变更里的待确认问题逐条澄清并冻结。
-- "一题一线程"：每次只处理 1 个问题，允许多轮往返到形成明确结论。
-- 产出轻量草案：`plan/<timestamp>-<slug>.intake.md`。
-
-## Deep Interview 层（前置探询）
-
-在逐题澄清前收集高维信息：
-
-1. **Why 探询**：问"为什么要做？不做有什么后果？"——理解动机，量化 urgency
-2. **非目标（Non-goals）**：显式记录什么不在本次范围内，防止 scope creep
-3. **影响面**：识别影响谁（终端用户、其他模块/系统、其他团队）
-4. **假设显式化**：列出隐含假设，请用户逐条确认
-5. **替代方案**：问"是否考虑过其他方案？为什么选当前这个？"
-6. **约束挑战**：区分硬约束（不可变）和自设约束（可协商）
-7. **优先级**：Must-have / Should-have / Nice-to-have
-8. **成功度量**：量化指标（DAU、转化率、响应时间等）；无法量化则记入风险
-9. **风险预判**：识别 3-5 个最关键风险
-
-输出：以上 9 项归入 intake 草案的 `Deep Interview` 小节。
-
-## 发散-收敛两子阶段
-
-当需求模糊、方向不明确时：
-
-### 发散阶段（Explore）
-- 快速探索 2-3 个方向（≤3 轮），输出每个方向的摘要+风险+依赖
-- **探码前问**：先用 `explore` agent 探查代码库（配置文件、已有实现、文档、测试），探查到的信息直接作为输入，不再重复确认
-
-### 收敛阶段（Converge）
-- 从发散结果选 1 个方向，逐条冻结问题
-- 回到标准"一题一线程"模式
-
-触发条件：用户说"不确定"/"多个方向"等模糊表达。非模糊需求直接进入收敛。
-
-## 核心原则：一次一个问题
-
-- 每轮只推进 1 个 `Open Questions`，未标记 `frozen/deferred` 前不进入下一题
-- 输出格式：`Current question → Why it matters → Options → Exit condition`
-- 用户选择后立即写盘更新草案
-
-**队列保护**：用户一次提出多个问题时建队处理：`Queue: [Q1, Q2, Q3]` / `Current: Q1` / `Status: [open/in_discussion/frozen/deferred]`
-
-执行要求：
-1) 先读真值文件，必要时 `/ws-preflight`
-2) 若存在 `plan/*.intake.md` 则续写，否则新建
-3) 拆解为 `Open Questions`，状态只允许 `open/in_discussion/frozen/deferred`
-4) **对抗式探码后问**：提问前 spawn `explore` agent：
-   - 事实探查：代码库已有答案则记录并跳过提问（`codebase: answered/partial` vs `user: required`）
-   - 矛盾检索：搜代码库中与用户假设矛盾的模式
-   - 边缘案例：空值、并发写入、依赖不可用等
-5) 每次只推进 1 个问题，显式输出 `Current question` / `Why it matters` / `Options` / `Recommended answer` / `Exit condition`
-6) **决策树分支遍历**：问题组织为树，每个答案可能产生子分支。使用缩进树格式追踪：
-   ```
-   ├─ Q1 (frozen)
-   │  ├─ Q1.1 (frozen)
-   │  └─ Q1.2 ← current
-   ├─ Q2 (pending)
-   ```
-   所有叶节点均 `frozen/deferred` 时 intake 完成。无法继续的分支标记 `UNRESOLVED_BRANCH`。
-7) 每轮写盘 intake 草案，至少包含：Deep Interview / Context / Codebase Knowns / Open Questions / Resolved Questions / Frozen Decisions / Draft Scope / Draft Verify / Ready for ws-plan
-8) **Error States**：覆盖已知失败模式（网络超时、数据一致性、输入校验边界），含回滚条件与方式
-9) **Rollback Plan**：涉及数据迁移、API 契约变更、配置漂移修复时，须包含触发条件、回滚步骤、验证方式、副作用
-10) 关键问题已冻结 → `Next: /ws-plan`；否则继续 `/ws-intake`
-
-> 运行时行为约束：`packages/spec/docs/run-behavior-guidelines.md`