用途：把计划、规格或 PRD 拆解为可独立领取的功能（feature），使用 tracer-bullet 垂直切片，而非按层横向切分。适用于将 epic 分解为可独立测试、端到端交付的功能单元。
主要能力与原则：强调耐久性优先于精确性，功能计划可能在 backlog 停留数天或数周，期间代码库会变化，因此应描述接口、类型与行为契约，命名具体类型、函数签名或配置形状，避免引用文件路径和行号，不假设当前实现结构不变。描述系统应做什么而非如何实现，例如“SkillConfig 类型应接受可选的 schedule 字段，类型为 CronExpression”，而非指定打开某文件某行添加字段。
使用方式：先从对话上下文收集信息；若用户传入 issue 引用，可用 bd show <id> 从 Beads Issue Tracker 获取，并获取父级与阻塞项。可选地探索代码库，理解当前状态，使用项目领域词汇，遵守相关 ADR，识别类型检查、lint 与测试框架。然后起草垂直切片，每个功能是贯穿所有集成层的薄垂直切片，寻找可隔离测试的深模块。接着以编号列表向用户展示拆分，每项包含标题、被谁阻塞、覆盖的用户故事，并询问粒度、依赖关系、是否合并或拆分、是否可独立测试，迭代至用户批准。最后按依赖顺序发布 issue：bd create --title="<feature-title>" --description="<multi-line-issue-body>" --acceptance="<multi-line-acceptance-criteria>" --type=task [--parent=<epic_id>] [--deps "blocks:<id1>,blocks:<id2>"]。功能正文模板包含当前状态、期望状态、用户故事、范围外与进一步说明。
限制：资料未提供具体收费、平台支持范围或效果数据；依赖 Beads Issue Tracker 与 bd 命令；需用户参与确认拆分粒度与依赖关系。