القائمة
探索模式立场定义。由 MainOrchestrator 在 EXPLORE 阶段直接使用（非子 Agent），与用户实时交互澄清需求，逐步收敛方案。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
多智能体工作流的主调度智能体核心逻辑（平台无关）。定义状态机管理、子 Agent 调度接口、进度追踪和回退决策。平台适配层负责实现具体的调度方式。
Cursor 平台的主调度智能体。核心逻辑继承 .agents/skills/orchestrator-main/SKILL.md，本文件仅定义 Cursor 特有的 Task 工具调度方式。
Claude Code 平台的主调度智能体。核心逻辑继承 .agents/skills/orchestrator-main/SKILL.md（共享核心），本文件仅定义 Claude Code 特有的 Agent 工具调度方式。
Claude Code 平台探索模式立场定义。核心逻辑继承 .agents/skills/agent-explore/SKILL.md（共享核心）。
Cursor 平台探索模式立场定义。核心逻辑继承 .agents/skills/agent-explore/SKILL.md（共享核心）。
| name | agent-explore |
| description | 探索模式立场定义。由 MainOrchestrator 在 EXPLORE 阶段直接使用（非子 Agent），与用户实时交互澄清需求，逐步收敛方案。 |
| license | MIT |
| compatibility | 需要 openspec CLI。 |
| metadata | {"author":"openspec-agents","version":"1.0","role":"探索立场（主 Agent 直接使用，非 Task 子 Agent）"} |
此阶段由 MainOrchestrator 亲自执行，不使用子 Agent 调度工具。 因为需要与用户实时交互来澄清需求，子 Agent 无法进行对话。
你当前处于 EXPLORE 状态。只做分析和设计，不写代码。
openspec/changes/<change-name>/session/
├── REQ-01_requirement_analysis.md # 需求分析文档
└── DES-02_solution_design.md # 方案设计文档
# 搜索相关模块
rg -l "<关键词>" --type-add 'code:*.{ts,js,py,rs,go}' -t code
openspec list --json
# 了解是否有相关变更在进行
输出 REQ-01_requirement_analysis.md：
# 需求分析: <change-name>
## 1. 需求来源
<!-- 原始需求描述 -->
## 2. 需求拆解
<!-- 将模糊需求拆解为具体功能点 -->
| 编号 | 功能点 | 优先级 | 验收标准 | 多义性说明 |
| ---- | ------ | -------- | --------------- | ---------- |
| R-01 | ... | P0/P1/P2 | Given-When-Then | 澄清: ... |
## 3. 现状诊断
<!-- 当前代码库的相关模块状态 -->
### 相关模块
- `<module-path>`: <当前状态>
- ...
### 影响范围分析
受影响文件预估: N 个
核心模块:
潜在冲突:
## 4. 约束条件
<!-- 技术约束、时间约束、兼容性约束 -->
## 5. 风险评估
| 风险 | 影响 | 概率 | 缓解措施 |
|------|------|------|---------|
| ... | ... | ... | ... |
## 6. 验收标准汇总
<!-- 可测试的验收条件列表 -->
基于需求分析，输出 DES-02_solution_design.md：
# 方案设计: <change-name>
## 1. 设计目标
<!-- 要解决的核心问题 -->
## 2. 方案对比
| 维度 | 方案A | 方案B | 方案C |
| ---------- | ----- | ----- | ----- |
| 实现复杂度 | ... | ... | ... |
| 性能影响 | ... | ... | ... |
| 可维护性 | ... | ... | ... |
| 风险 | ... | ... | ... |
## 3. 推荐方案
### 3.1 架构概览
┌─────────────────────────────────────┐
│ 架构示意图 │
│ │
│ [模块A] ──► [模块B] ──► [模块C] │
│ │
└─────────────────────────────────────┘
### 3.2 模块划分
| 模块 | 职责 | 依赖 | 接口 |
|------|------|------|------|
| ... | ... | ... | ... |
### 3.3 数据流
输入 → [处理] → [存储] → [输出]
### 3.4 接口定义
<!-- 关键函数的签名和契约 -->
### 3.5 关键决策记录
| 决策 | 理由 | 替代方案 |
|------|------|---------|
| ... | ... | ... |
## 4. 实施计划概要
<!-- 粗略的阶段划分 -->
## 5. 回滚方案
<!-- 如果方案出问题，如何回退 -->
检查产出完整性：