@bbyx0011/ghostcode 0.1.0

package/skills/plan/SKILL.md

@@ -0,0 +1,318 @@
+---
+name: plan
+description: '多模型协作规划：规模评估 -> 并行分析 -> 零决策实施计划（合并 spec-plan + team-plan）'
+aliases:
+  - gc plan
+  - 规划
+do_not_use_when: 尚未完成 gc:research、或任务过于简单不需要规划
+---
+
+## Purpose
+
+统一的规划命令，合并原 spec-plan（单人串行）和 team-plan（多 Builder 并行）的能力。
+
+基于 gc:research 产出的约束集，通过多模型并行分析生成零决策实施计划。
+在 Step 0 自动评估任务规模，决定执行模式：
+- **parallel**：大型任务，多文件/多模块，生成 Builder 并行任务矩阵（Layer 分层）
+- **serial**：小型任务，单模块，生成精确到行号的串行任务列表
+
+产出：`.claude/plan/<任务名>.md` 计划文件，包含 `execution_mode` 字段供 gc:execute 读取。
+
+## Use When
+
+- 用户输入 "gc plan"、"gc:plan"、"plan"、"规划"
+- 已完成 gc:research，约束集文档存在
+- 需要生成零决策的详细实施计划
+- 需要将需求拆分为可执行的子任务
+
+## Do Not Use When
+
+- 尚未完成 gc:research（约束集不存在时禁止跳过直接规划）
+- 任务已有现成的明确方案（直接实施更高效）
+- 任务极其简单，过度规划浪费时间
+
+## Guardrails
+
+- 多模型分析是 **mandatory**：必须同时调用 Codex（后端）和 Gemini（前端）
+- 不写产品代码，只做分析和规划
+- 计划文件必须包含多模型的实际分析摘要
+- parallel 模式：每个子任务文件范围不重叠（硬性规则，不可违反）
+- 无法避免重叠时，必须设为依赖关系而非并行
+- 使用 AskUserQuestion 解决任何歧义
+- GhostCode 特定：Rust 变更和 TS Plugin 变更必须作为不同 Layer 处理
+- 计划文件必须包含 `execution_mode: parallel | serial` 字段
+
+## GhostCode Daemon 集成（MANDATORY）
+
+执行任何步骤之前，必须先初始化 GhostCode MCP 工具：
+
+1. 调用 ToolSearch 搜索 "+ghostcode message" 加载 GhostCode MCP 工具
+2. 调用 ghostcode_group_info 确认 Daemon 在线且 Group 存在
+   - 如果失败：立即报错「GhostCode Daemon 未运行，请先启动 Daemon」，终止流程
+3. 后续步骤中使用以下 MCP 工具发送进度消息（Dashboard 实时可见）：
+   - ghostcode_message_send: 发送消息
+   - ghostcode_dashboard_snapshot: 获取当前状态快照
+
+## Steps
+
+### Step 0: 规模评估
+
+分析 $ARGUMENTS，确认规划目标和范围边界。
+
+读取 `.claude/research/<任务名>-research.md` 约束集文档，若不存在则提示先运行 gc:research，终止。
+
+**规模判断标准**：
+- **parallel**（大型任务）：涉及多文件、多模块、需要多 Builder 并行、Rust + TS 协调变更
+- **serial**（小型任务）：单模块、单人串行 TDD、变更范围集中
+
+将判断结果记为 `execution_mode`，后续步骤根据此值分流。
+
+**MCP 调用**：规模评估完成后发送消息：
+```
+ghostcode_message_send({ text: "gc:plan 启动（execution_mode: <parallel|serial>）：基于约束集 <文件名>" })
+```
+
+### Step 1: 上下文收集
+
+用 Glob/Grep/Read 分析项目结构：
+
+```bash
+# 了解现有模块结构
+ls src/core/src/
+ls src/plugin/src/
+
+# 检查现有代码模式
+grep -r "pub fn\|pub struct\|pub enum" src/core/src/ --include="*.rs" | head -20
+grep -r "export function\|export class\|export const" src/plugin/src/ --include="*.ts" | head -20
+```
+
+整理出：技术栈、目录结构、关键文件、现有模式。
+
+### Step 1.5: 开启 Session Gate（MANDATORY，不可跳过）
+
+调用 ghostcode_session_gate_open(command_type="plan", required_models=["codex", "gemini"])
+→ 得到 session_id，后续所有 submit/close 都使用此 session_id
+若 Daemon 离线 → 终止流程，报告错误「GhostCode Daemon 未运行」
+
+### Step 2: 多模型并行分析（PARALLEL）
+
+**CRITICAL**: 必须在一条消息中同时发起两个 Bash 后台调用，run_in_background: true。
+
+**Bash 调用 1（Codex 后端分析）**：
+```bash
+~/.ghostcode/bin/ghostcode-wrapper --backend codex --workdir "$(pwd)" --timeout 600 --stdin <<'CODEX_TASK'
+ROLE_FILE: ~/.ghostcode/prompts/codex-analyzer.md
+
+你正在为 GhostCode 项目（Rust 核心 + TS Plugin 多 Agent 协作平台）进行 Rust 核心分析规划。
+
+请基于约束集文档，提供：
+1. 技术可行性评估：Rust 编译器约束、tokio 异步限制、内存安全要求
+2. 推荐实施方案：精确到文件路径和函数名的 Rust 核心实施步骤
+3. Rust 模块依赖分析：哪些模块需要先实现、模块间接口约定
+4. 风险评估：编译时间风险、并发安全风险、接口兼容性风险及缓解方案
+
+请以结构化 JSON 格式输出，包含 feasibility、implementation_plan、module_dependencies、risks 字段。
+CODEX_TASK
+```
+
+**Bash 调用 2（Gemini 前端分析）**：
+```bash
+~/.ghostcode/bin/ghostcode-wrapper --backend gemini --workdir "$(pwd)" --timeout 600 --stdin <<'GEMINI_TASK'
+ROLE_FILE: ~/.ghostcode/prompts/gemini-analyzer.md
+
+你正在为 GhostCode 项目（Rust 核心 + TS Plugin 多 Agent 协作平台）进行 TS Plugin 分析规划。
+
+请基于约束集文档，提供：
+1. TS Plugin 可行性评估：hook 生命周期约束、skill 格式限制、TypeScript 类型安全要求
+2. 推荐实施方案：精确到文件路径和函数名的 TS Plugin 实施步骤
+3. Plugin 与核心 IPC 接口对齐方案：消息格式约定、错误处理对齐、版本兼容策略
+4. 集成风险：IPC 协议变更风险、hook 调用时序风险、类型不匹配风险及缓解方案
+
+请以结构化 JSON 格式输出，包含 feasibility、implementation_plan、ipc_alignment、risks 字段。
+GEMINI_TASK
+```
+
+等待两个后台任务完成：使用 TaskOutput(block: true, timeout: 600000) 读取各自结果。
+
+**wrapper 失败处理（按退出码分级）**：
+- exit 127（命令不存在）→ 终止流程，提示「ghostcode-wrapper 未安装，请检查环境」
+- exit 124（超时）→ 自动重试一次，仍失败则进入用户确认
+- 其他（如 429 额度用完）→ AskUserQuestion 让用户选择：
+    [重试] / [跳过并记录 bypass_reason] / [终止整个流程]
+  - 用户选「跳过」→ ghostcode_session_gate_submit(session_id, model,
+      output_type="bypass", data={}, bypass=true, bypass_reason="quota_exceeded")
+  - 用户选「终止」→ ghostcode_session_gate_abort(session_id) 后退出
+
+Codex wrapper 完成后，调用：
+```
+ghostcode_session_gate_submit(session_id=<session_id>,
+                               model="codex",
+                               output_type="plan_analysis",
+                               data=<codex wrapper 输出>)
+```
+
+Gemini wrapper 完成后，调用：
+```
+ghostcode_session_gate_submit(session_id=<session_id>,
+                               model="gemini",
+                               output_type="plan_analysis",
+                               data=<gemini wrapper 输出>)
+```
+
+**MCP 调用**：多模型分析完成后发送消息：
+```
+ghostcode_message_send({ text: "多模型分析完成，开始综合方案并生成计划" })
+```
+
+### Step 3: 综合分析 + 任务拆分
+
+调用 ghostcode_session_gate_close(session_id=<session_id>)
+→ 返回合并输出（含 partial 标记和 missing_models 列表）
+→ 若 SESSION_INCOMPLETE → 终止，必须补全 missing_models
+→ 若 partial=true → 报告顶部标注 WARNING PARTIAL_SESSION（有模型使用了 bypass）
+
+后端方案以 Claude/Codex 为准，前端/Plugin 方案以 Gemini 为准。
+若存在矛盾（如 IPC 接口定义冲突），提交给用户确认。
+
+**根据 execution_mode 分流**：
+
+#### parallel 模式（大型任务）
+
+拆分原则：
+- 每个子任务文件范围不重叠（**强制**）
+- 如果无法避免重叠 -> 设为依赖关系
+- 每个子任务有具体实施步骤和验收标准
+- GhostCode 特定：Rust 核心任务先于 TS Plugin 任务（因为 Plugin 调用核心接口）
+
+按依赖关系分层（Layer）：
+- **Layer 1**：无依赖的并行任务
+- **Layer 2**：依赖 Layer 1 完成的任务
+- **Layer N**：依此类推
+
+#### serial 模式（小型任务）
+
+拆分原则：
+- 任务按执行顺序排列，精确到文件、函数、行号粒度
+- 每个任务包含 TDD 流程：Red -> Green -> Refactor
+- 提取硬约束（HC-N）、软约束（SC-N）、依赖关系（DEP-N）、成功判据（OK-N）
+
+### Step 4: 写入计划文件
+
+路径：`.claude/plan/<任务名>.md`
+
+#### parallel 模式计划文件格式
+
+```markdown
+# Plan: <任务名>
+
+execution_mode: parallel
+
+## 概述
+<一句话描述>
+
+## 多模型分析摘要
+
+### Claude/Codex 分析（Rust 核心）
+<实际返回的关键内容>
+
+### Gemini 分析（TS Plugin）
+<实际返回的关键内容>
+
+## 技术方案
+<综合最优方案，含关键技术决策>
+
+## 子任务列表
+
+### Task 1: <名称>
+- **类型**: Rust 核心 / TS Plugin / 跨层
+- **文件范围**: <精确文件路径列表>
+- **依赖**: 无 / Task N
+- **实施步骤**:
+  1. <具体步骤>
+  2. <具体步骤>
+- **TDD 验收**:
+  - 测试文件：<路径>
+  - 通过条件：cargo test / pnpm test 全通过
+
+### Task 2: <名称>
+...
+
+## 文件冲突检查
+无冲突 / 已通过依赖关系解决
+
+## 并行分组
+- Layer 1（并行）: Task 1, Task 2
+- Layer 2（依赖 Layer 1）: Task 3
+```
+
+#### serial 模式计划文件格式
+
+```markdown
+# Plan: <任务名>
+
+execution_mode: serial
+
+## 概述
+<一句话描述>
+
+## 多模型分析摘要
+
+### Claude/Codex（Rust 核心）
+<实际分析的关键内容摘要>
+
+### Gemini（TS Plugin）
+<实际分析的关键内容摘要>
+
+## 技术方案
+<综合最优方案，含关键技术决策及理由>
+
+## TDD 实施计划
+
+### Task 1: <名称>
+- **类型**: Rust 核心 / TS Plugin
+- **文件范围**:
+  - 测试文件：`<路径>_test.rs` 或 `<路径>.test.ts`
+  - 实现文件：`<精确路径>`
+- **TDD 流程**:
+  1. Red：创建测试文件，运行确认失败
+  2. Green：写最少实现代码，测试通过
+  3. Refactor：集成到现有模块
+- **验收**:
+  - `cargo test <测试名>` 全通过
+  - `cargo build` 零警告
+
+### Task 2: <名称>
+...
+
+## 成功判据映射
+- [OK-1] -> Task 1 验收
+- [OK-2] -> Task 2 验收
+```
+
+**MCP 调用**：计划文件写入后发送消息：
+```
+ghostcode_message_send({ text: "计划已生成：<文件路径>，execution_mode: <parallel|serial>，N 个子任务" })
+```
+
+### Step 5: 用户确认
+
+展示计划摘要（execution_mode、子任务数、并行分组/串行顺序）。
+使用 AskUserQuestion 请求确认。
+确认后提示：`计划已就绪，运行 gc:execute 开始实施`
+
+### Step 6: 上下文检查点
+
+报告当前上下文使用量。
+如果接近 80K：建议 `/clear` 后运行 `gc:execute`。
+
+## Exit Criteria
+
+- [ ] 规模评估完成，execution_mode 已确定
+- [ ] 多模型分析完成（Codex + Gemini 均输出结果）
+- [ ] 所有矛盾已解决（无冲突技术方案）
+- [ ] TDD 验收标准已为每个任务定义
+- [ ] 计划文件已写入 `.claude/plan/<任务名>.md`
+- [ ] 计划文件包含 `execution_mode` 字段
+- [ ] 用户已确认计划
+- [ ] parallel 模式：Layer 结构清晰无歧义，文件范围无冲突
+- [ ] serial 模式：任务精确到文件/函数/行号粒度

package/skills/research/SKILL.md

@@ -0,0 +1,267 @@
+---
+name: research
+description: 多模型并行研究：代码库探索 + 约束集提取 + 成功判据定义（合并 spec-research + team-research）
+aliases:
+  - gc research
+  - 研究
+do_not_use_when: 任务范围已明确、约束集已存在
+---
+
+## Purpose
+
+并行调度多个 Agent 对 GhostCode 代码库进行深度探索，产出约束集和可验证的成功判据。
+
+Research 阶段的产出不是信息堆砌，而是**约束集**。每条约束缩小解决方案空间，告诉后续
+的 plan 阶段「不要考虑这个方向」，使 plan 阶段能够产出零决策计划，Builder 能够
+无决策机械执行。
+
+GhostCode 技术栈特殊性：Rust 核心引擎（src/core/）+ TypeScript Plugin 薄壳
+（src/plugin/），两层之间通过 Unix socket / stdio JSON-RPC 通信，探索时需分别对待。
+
+> **注意**：此 skill 合并了 `spec-research` 和 `team-research`，统一输出路径到
+> `.claude/research/<任务名>-research.md`，不再区分 team-plan/ 和 spec-changes/。
+
+## Use When
+
+- 用户输入 "gc research"、"gc:research"、"research"、"研究"
+- 需要对 GhostCode 代码库进行全面分析（Rust 核心 + TS Plugin 双层）
+- 需要提取硬约束和软约束
+- 需求描述存在歧义，无法直接规划
+- 启动一个新功能模块前需要了解现有架构约束
+- 需要对特定需求进行深度研究（新模块、重大变更）
+
+## Do Not Use When
+
+- 任务范围已明确，约束集已存在（直接使用 team-plan 或 spec-plan）
+- 仅修改单一文件的小型改动（过度杀鸡用牛刀）
+- 简单的 bug 修复或单文件改动（过度研究浪费时间）
+- 时间紧迫且风险可接受时（可跳过直接 plan）
+
+## Guardrails
+
+- **STOP! BEFORE ANY OTHER ACTION**: 必须先做 Step 0 Prompt 增强，不可跳过
+- 按上下文边界划分探索范围，不按角色划分（禁止「架构师 Agent」「安全专家 Agent」）
+- 多模型协作是 **mandatory**：Claude（Rust 核心/后端边界）+ Gemini（TS Plugin/前端边界）
+- 不做架构决策——只发现约束
+- 使用 AskUserQuestion 解决任何歧义，绝不假设
+- GhostCode 特定：Rust 核心变更必须与 TS Plugin 接口同步检查
+
+## GhostCode Daemon 集成（MANDATORY）
+
+执行任何步骤之前，必须先初始化 GhostCode MCP 工具：
+
+1. 调用 ToolSearch 搜索 "+ghostcode message" 加载 GhostCode MCP 工具
+2. 调用 ghostcode_group_info 确认 Daemon 在线且 Group 存在
+   - 如果失败：立即报错「GhostCode Daemon 未运行，请先启动 Daemon」，终止流程
+3. 后续步骤中使用以下 MCP 工具发送进度消息（Dashboard 实时可见）：
+   - ghostcode_message_send: 发送消息
+   - ghostcode_dashboard_snapshot: 获取当前状态快照
+
+## Steps
+
+### Step 0: MANDATORY Prompt 增强（立即执行，不可跳过）
+
+**立即执行，不可跳过。**
+
+分析 $ARGUMENTS 的意图、缺失信息、隐含假设，补全为结构化需求：
+- **目标**：用户实际想要达成什么业务/技术目标
+- **技术约束**：GhostCode Rust core + TS Plugin 的架构限制
+- **范围边界**：哪些文件/模块在范围内，哪些明确排除
+- **验收标准**：怎么算完成，可观测的成功行为
+
+后续所有步骤使用增强后的需求。
+
+**MCP 调用**：Prompt 增强完成后发送消息：
+```
+ghostcode_message_send({ text: "gc:research 启动：<需求摘要>" })
+```
+
+### Step 1: GhostCode 代码库评估
+
+使用 Glob/Grep/Read 扫描项目结构：
+
+```bash
+# 扫描 Rust 核心结构
+find src/core/src -name "*.rs" | head -30
+
+# 扫描 TS Plugin 结构
+find src/plugin/src -name "*.ts" | grep -v test | head -30
+
+# 检查 IPC 协议定义
+grep -r "JSON-RPC\|socket\|stdio" src/core/src/ --include="*.rs" -l
+```
+
+识别：
+- Rust 核心现有模块（daemon、ipc、messaging 等）
+- TS Plugin 现有 hook handlers、skills、router
+- IPC 边界：什么走 Unix socket，什么走 stdio
+- 现有模式：错误处理、日志格式、测试风格
+
+### Step 2: 定义探索边界（按上下文划分，非角色划分）
+
+识别自然的上下文边界（不是功能角色）：
+
+| 边界编号 | 范围 | 描述 |
+|---------|------|------|
+| 边界 A | src/core/src/ | Rust 核心引擎：daemon、ipc、messaging |
+| 边界 B | src/plugin/src/ | TS Plugin 薄壳：hooks、router、skills |
+| 边界 C | IPC 协议层 | Unix socket 消息格式、JSON-RPC 结构 |
+
+每个边界应自包含，并行探索无需跨边界通信。
+
+### Step 2.5: 开启 Session Gate（MANDATORY，不可跳过）
+
+调用 ghostcode_session_gate_open(command_type="research", required_models=["codex", "gemini"])
+→ 得到 session_id，后续所有 submit/close 都使用此 session_id
+若 Daemon 离线 → 终止流程，报告错误「GhostCode Daemon 未运行」
+
+### Step 3: 多模型并行探索（PARALLEL）
+
+**CRITICAL**: 必须在一条消息中同时发起两个 Bash 后台调用，run_in_background: true。
+
+**Bash 调用 1（Codex 后端分析）**：
+```bash
+~/.ghostcode/bin/ghostcode-wrapper --backend codex --workdir "$(pwd)" --timeout 600 --stdin <<'CODEX_TASK'
+ROLE_FILE: ~/.ghostcode/prompts/codex-analyzer.md
+
+你正在探索 GhostCode 项目（Rust 核心 + TS Plugin 多 Agent 协作平台）的后端/核心约束边界。
+
+请分析 src/core/src/ 目录（边界 A），重点识别：
+1. Rust 核心架构约束：模块结构、公开接口、依赖关系
+2. tokio 异步模式：任务调度方式、channel 使用、并发控制
+3. 错误类型定义：自定义错误类型、错误传播链、panic 策略
+4. IPC 接口定义：Unix socket/stdio 协议、消息序列化格式
+5. 现有测试模式：测试文件结构、mock 方式、断言风格
+
+输出 JSON 格式约束集，包含 existing_structures、existing_conventions、constraints_discovered、risks 字段。
+CODEX_TASK
+```
+
+**Bash 调用 2（Gemini 前端分析）**：
+```bash
+~/.ghostcode/bin/ghostcode-wrapper --backend gemini --workdir "$(pwd)" --timeout 600 --stdin <<'GEMINI_TASK'
+ROLE_FILE: ~/.ghostcode/prompts/gemini-analyzer.md
+
+你正在探索 GhostCode 项目（Rust 核心 + TS Plugin 多 Agent 协作平台）的前端/Plugin 约束边界。
+
+请分析 src/plugin/src/ 目录（边界 B），重点识别：
+1. TS Plugin 架构约束：hook 注册方式、skill 加载机制、router 策略
+2. hook 生命周期：各 hook 的调用时机、副作用限制、异步处理方式
+3. skill 格式约束：SKILL.md 格式规范、参数传递、输出格式
+4. IPC 协议对齐：Plugin 调用 Rust 核心的方式、消息格式约定
+5. 现有测试模式：测试文件结构、mock 策略、集成测试方式
+
+输出 JSON 格式约束集，包含 existing_structures、existing_conventions、constraints_discovered、risks 字段。
+GEMINI_TASK
+```
+
+等待两个后台任务完成：使用 TaskOutput(block: true, timeout: 600000) 读取各自结果。
+
+**wrapper 失败处理（按退出码分级）**：
+- exit 127（命令不存在）→ 终止流程，提示「ghostcode-wrapper 未安装，请检查环境」
+- exit 124（超时）→ 自动重试一次，仍失败则进入用户确认
+- 其他（如 429 额度用完）→ AskUserQuestion 让用户选择：
+    [重试] / [跳过并记录 bypass_reason] / [终止整个流程]
+  - 用户选「跳过」→ ghostcode_session_gate_submit(session_id, model,
+      output_type="bypass", data={}, bypass=true, bypass_reason="quota_exceeded")
+  - 用户选「终止」→ ghostcode_session_gate_abort(session_id) 后退出
+
+Codex wrapper 完成后，调用：
+```
+ghostcode_session_gate_submit(session_id=<session_id>,
+                               model="codex",
+                               output_type="research_analysis",
+                               data=<codex wrapper 输出>)
+```
+
+Gemini wrapper 完成后，调用：
+```
+ghostcode_session_gate_submit(session_id=<session_id>,
+                               model="gemini",
+                               output_type="research_analysis",
+                               data=<gemini wrapper 输出>)
+```
+
+**MCP 调用**：并行探索完成后发送消息：
+```
+ghostcode_message_send({ text: "并行探索完成，N 个 Agent 已汇报" })
+```
+
+### Step 4: 聚合与综合
+
+调用 ghostcode_session_gate_close(session_id=<session_id>)
+→ 返回合并输出（含 partial 标记和 missing_models 列表）
+→ 若 SESSION_INCOMPLETE → 终止，必须补全 missing_models
+→ 若 partial=true → 报告顶部标注 WARNING PARTIAL_SESSION（有模型使用了 bypass）
+
+合并所有探索输出为统一约束集：
+
+- **硬约束**（HC-N）：技术限制、不可违反的模式（如：Rust 所有权规则、IPC 消息格式）
+- **软约束**（SC-N）：惯例、偏好、风格指南（如：注释语言、日志前缀）
+- **依赖关系**（DEP-N）：影响实施顺序的跨模块关系
+- **风险**（RISK-N）：需要缓解的阻碍
+
+### Step 5: 歧义消解
+
+编译优先级排序的开放问题列表，使用 AskUserQuestion 系统性呈现：
+- 分组相关问题，每次呈现不超过 3 个
+- 为每个问题提供上下文和建议默认值
+- 将用户回答转化为额外约束（HC-N 或 SC-N）
+
+**MCP 调用**：歧义消解完成后发送消息：
+```
+ghostcode_message_send({ text: "歧义消解完成，开始生成约束集文档" })
+```
+
+### Step 6: 写入研究文件
+
+路径：`.claude/research/<任务名>-research.md`
+
+```markdown
+# Research: <任务名>
+
+## 增强后的需求
+<结构化需求描述>
+
+## 约束集
+
+### 硬约束
+- [HC-1] <约束描述> — 来源：<Agent/用户>
+- [HC-2] ...
+
+### 软约束
+- [SC-1] <约束描述> — 来源：<Agent/用户>
+
+### 依赖关系
+- [DEP-1] <模块A> → <模块B>：<原因>
+
+### 风险
+- [RISK-1] <风险描述> — 缓解：<策略>
+
+## 成功判据
+- [OK-1] cargo test 全通过（Rust 核心）
+- [OK-2] pnpm test 全通过（TS Plugin）
+- [OK-3] <业务可观测行为>
+
+## 开放问题（已解决）
+- Q1: <问题> → A: <用户回答> → 约束：[HC/SC-N]
+```
+
+**MCP 调用**：研究文件写入后发送消息：
+```
+ghostcode_message_send({ text: "约束集已生成：<文件路径>" })
+```
+
+### Step 7: 上下文检查点
+
+报告当前上下文使用量。
+提示：`研究完成，运行 /clear 后执行 /gc-plan <任务名> 开始规划`
+
+## Exit Criteria
+
+- [ ] 多模型探索完成（至少 2 个 Agent 输出）
+- [ ] Rust 核心边界和 TS Plugin 边界均已探索
+- [ ] 所有歧义已通过用户确认解决
+- [ ] 约束集（HC/SC/DEP/RISK）已写入研究文件
+- [ ] 成功判据（OK-N）已定义
+- [ ] 零开放问题残留