clarify：需求规格化拷问

定位

把模糊意图收敛为可执行的确定性。产出两样东西：落盘的草稿 spec（.issues/ 任务目录内），以及可选的发布产物（Issue / PR 描述）。落盘不是仪式——它是多模型、多 harness 交叉 review 的前提，也是断点续作的工作记忆。

本技能只由用户显式调用。环境里装有相近技能（grill-me、brainstorming 等）时互不接管，各自独立。

流程

Phase 0 就位

检测 git。有 git 且 .issues/ 未被忽略时，把 .issues/ 写入 .git/info/exclude（不改共享 .gitignore）并告知用户一句。无 git 则跳过忽略步骤。建任务目录 .issues/<YYYY-MM-DD-主题>/，草稿文件为其中的 spec.md。

Phase 1 事实自查

环境能查到的事实不问用户：先检索代码库、文档、配置，把「是什么」查清，只把「要什么」的决策留给用户。自查发现的未知项若影响后续决策，转为拷问问题或写进 spec 的「开放问题」节，不得当作既定事实静默假设。

Phase 2 分诊