Menu
探索模式立场定义。由 MainOrchestrator 在 EXPLORE 阶段直接使用（非子 Agent），与用户实时交互澄清需求，逐步收敛方案。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
多智能体工作流的主调度智能体核心逻辑（平台无关）。定义状态机管理、子 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（共享核心）。
Baseado na classificação ocupacional SOC
| 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. 回滚方案
<!-- 如果方案出问题，如何回退 -->
检查产出完整性：