用途：在 Beads 中做功能规划，决定要构建什么以及为什么，只产出持久化的规划意图，不落地仓库工作流。仓库规范与授权属于 /review-feature-spec 阶段。
主要能力：解析输入为精确 ID、slug、标题或新请求；检查现有 Beads 功能及理解结果所需的架构、产品文档、源码、测试和相关工作；只更新一个标注 dstack:feature-idea 与 feature:<slug> 的开放计划功能；重新规划时复用原 Beads ID 并保持 feature:<slug> 稳定，标题变化不改 slug。若身份不明确或已关闭则询问用户；若已是当前 molecule 则停止并返回 /review-feature-spec。发现意图时不只复述请求，而是识别关键歧义、提聚焦问题，仅在显著影响行为、兼容、风险、成本或维护时探讨替代方案与取舍，复用现有模式。持久化前需建立或明确推迟：结果与重要性、需求与相关仓库上下文、决策与理由、替代方案与实质取舍、非目标、可观察的成功、失败与兼容预期、面向用户/运维、开发者/审查者、未来智能体/审计者的文档预期、推迟的问题与真实依赖。
使用方式：把多行意图以数据写入临时 Markdown，经 --body-file 持久化，绝不用 shell 语法。新建一条想法用 bd create --type epic --title "<title>" --labels "dstack:feature-idea,feature:<slug>" --body-file "<temporary-body>" --acceptance "<observable-acceptance>" --priority "<0-4>"；或更新已解析的开放计划功能：bd update "<id>" --title "<title>" --body-file "<temporary-body>" --acceptance "<observable-acceptance>" --priority "<0-4>"。改动阻塞前先用 bd show "<id>" --json 读取原生 issue 与依赖记录，只调整范围内的规划阻塞关系：保留仍需要的边，用 bd dep add "<id>" "<blocker-id>" 新增，用 bd dep remove "<id>" "<blocker-id>" 移除最终计划拒绝的前规划阻塞；保留其他依赖类型和重规划决策之外的阻塞。不得维护影子依赖列表或用正文替换 Beads 图。完成后用 bd show "<id>" --json 读回，核验标题、完整正文、验收、优先级、稳定 slug 标签与阻塞图，验证后删除临时文件。不要创建生命周期或实现子项，不初始化工作流、创建分支/工作树、写仓库设计或规划文件、暂存或提交 Git 内容，也不在原生 Beads 操作之外更改就绪状态。
返回：计划的 Bead、持久决策与理由、推迟的问题、真实依赖，以及下一阶段 /review-feature-spec <id>。
限制：收费、价格、平台与效果等资料暂未提供。