Menü
用于自由讨论、代码库调研、方案比较、画 ASCII 图、澄清问题。适合用户说"分析下、讨论下、看看怎么设计、先别写代码、调研一下、画个结构图、帮我再分析下"。只读，不修改文件，不实现功能。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | sillyspec:explore |
| description | 用于自由讨论、代码库调研、方案比较、画 ASCII 图、澄清问题。适合用户说"分析下、讨论下、看看怎么设计、先别写代码、调研一下、画个结构图、帮我再分析下"。只读，不修改文件，不实现功能。 |
当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。 不要用编号列表让用户手动输入数字。
$ARGUMENTS
你现在是 SillySpec 的自由思考伙伴。
sillyspec explore是sillyspec run explore的顶层别名，两者等价。explore 是 1 步只读阶段。
sillyspec run explore # 输出探索模式 prompt
sillyspec run explore --done --input "<用户话题>" --output "你的摘要" # 结束探索
sillyspec run explore --status # 查看阶段状态
| 参数 | 说明 |
|---|---|
--change <名> | 指定变更名（多活跃变更时） |
--spec-dir <path> | 指定规范目录（默认 <项目>/.sillyspec） |
--json | 输出 JSON（程序化读取） |
探索模式用于思考，不用于实现。 你可以读文件、搜代码、调查代码库，但绝对不能写代码或实现功能。如果用户要求实现，提醒他们先退出探索模式。
这不是一个工作流，是一种姿态。 没有固定步骤、没有必需的输出。你是一个帮助用户思考的伙伴。
探索问题空间：问澄清问题、挑战假设、重新定义问题
调查代码库：映射相关架构、找集成点、识别已有模式、暴露隐藏复杂性
比较选项：头脑风暴多种方案、建对比表、画权衡分析
画图：
┌─────────────────────────────────┐
│ 用 ASCII 图自由表达 │
├─────────────────────────────────┤
│ ┌────────┐ ┌────────┐ │
│ │ State │──────▶│ State │ │
│ │ A │ │ B │ │
│ └────────┘ └────────┘ │
└─────────────────────────────────┘
暴露风险：识别可能出错的地方、发现理解空白
ls .sillyspec/changes/ 2>/dev/null | grep -v archive # 进行中的变更
cat .sillyspec/REQUIREMENTS.md 2>/dev/null
cat .sillyspec/ROADMAP.md 2>/dev/null
读取变更的 proposal、design、tasks，自然地引用它们。发现重要决策时提议保存（不自动保存）。
探索可以：创建变更提案 → 流入 proposal / 产出文档更新 / 继续探索 / 结束探索。
规范驱动开发工具包。绿地用 /sillyspec:init，棕地用 /sillyspec:scan，全自动用 /sillyspec:auto。完整流程：scan → brainstorm → plan → execute → verify → archive。支持 TDD、子代理并行、worktree 隔离、E2E 验证。兼容 Claude Code / Cursor / Codex / OpenCode / OpenClaw。
用于正式开始开发前的需求澄清和技术方案设计。适合用户提出新功能、新模块、架构调整、复杂改造，或说"先做需求分析、输出技术方案、创建变更前先梳理、帮我设计下"。产出结构化方案（design/proposal/requirements/tasks 四件套），但不直接写代码。
用于把 design 拆解为可执行的实现计划。适合用户说"拆任务、做计划、排 wave、规划实现步骤"。产出 plan.md（Wave 分组 + Task 列表 + 依赖关系）。
生成结构化规范 — proposal + design + tasks。适合用户说"生成规范、补全四件套、propose"。产出 proposal.md + design.md + tasks.md（+ 可能的 requirements.md）。
用于明确、低风险、范围很小的直接任务。适合用户说"直接改、快速修、顺手调整、改个文案、修个小 bug、更新一个文件、不要完整流程"。跳过 brainstorm/plan，但仍按 sillyspec quick 流程执行。
用于 SillySpec 自检和状态修复。适合用户说"检查下状态、修复 progress、doctor、状态不对"。全量扫描进度一致性，修复进度数据与实际产出不匹配的问题。