用途：在正式创建 issue 之前，把模糊想法通过代码库调查、结构化提问和方案对比，收敛成一份清晰计划。输入为要探索的想法或问题（$ARGUMENTS），可选末尾附加 -- <additional context>；未提供参数时询问用户想探索什么。
主要流程：第一步调查上下文，在提问前先探索代码库，寻找相关实现、模式、约束、集成点、依赖、架构边界及既往尝试，可用 gh issue list --state all --search "<relevant keywords>" 查找相关 issue。第二步澄清问题，先判断第一步发现是否已能回答，只问代码库无法确定的内容，并用 AskUserQuestion 了解现状、期望结果与范围边界，每个问题附上基于调查的推荐答案；提问后停止，等待用户回应。第三步探索方案，将方案生成委派给 2-3 个并行子代理，每个代理采用截然不同的设计约束（最小改动、复用优先、扩展性优先、性能优先等），输出一行摘要、实现方式、权衡、相对复杂度和风险因素；若运行时不支持子代理，则自行按不同约束依次生成。始终包含最小方案，由用户选择、组合或全部否决。第四步逐节验证设计，每次只呈现一个设计决策并等待反馈。第五步按固定格式输出计划摘要，包含问题陈述、选定方案、范围边界和建议的 issue 拆分，作为 forge-create-issue 的输入。
适用场景：移动端性能、错误处理、认证流程等需要先厘清再拆解为 issue 的探索性任务。限制：资料未提供安装方式、收费、平台支持等细节；提问后必须等待用户回应，不应一次性呈现完整设计。