用途：把粗略想法或功能/缺陷描述转成带任务的规格，产物写入 .flow/ 目录，供后续 /flow-next:work 实施。该技能本身不写代码。
主要能力：接受自然语言需求、Flow 规格 ID（如 fn-1-add-oauth）或任务 ID（如 fn-1-add-oauth.2）来细化已有规格；支持链式指令（如“then review with /flow-next:plan-review”）。可解析研究方式（--research=rp 走 context-scout，--research=grep 走 repo-scout）、评审模式（--review=codex/rp/export/none）和计划深度（--depth=short/standard/deep，默认 SHORT）。
使用方式：通过 /flow-next:plan 触发。flowctl 为插件内置，不全局安装，需用 FLOWCTL="${DROID_PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT}}/scripts/flowctl" 调用。启动时检查 .flow/meta.json 的 setup_version 与插件版本是否一致，不一致提示运行 /flow-next:setup，但不阻塞。若未配置评审后端（flowctl review-backend 返回 ASK），会依次询问计划深度、研究方式与评审方式；已配置则只问研究方式。
输出与限制：规格写入 .flow/specs/fn-N-slug.json 与 .md，任务写入 .flow/tasks/fn-N-slug.M.json 与 .md；禁止在 .flow/ 之外写计划文件，禁止用 TodoWrite 或 markdown TODO 跟踪任务，所有状态必须经 flowctl 读写。计划是规格而非实现：允许写签名/接口、带 file:line 的仓库模式、新近 API 与注意事项，禁止完整函数实现、类/模块主体和可复制粘贴的代码片段（>10 行）。每个任务须能放进一次 /flow-next:work 迭代（约 100k tokens 上限），否则拆分。新规格验收标准必须带 R-ID，采用 - Rn: ... 前缀，首次评审后不得重编号。步骤须按 steps.md 顺序执行，第 1 步研究必须一次性并行启动全部 scout。
适用场景：功能规划、实现设计、细化已有 Flow 规格或任务。具体收费、价格与平台支持等资料暂未提供。