用途：把模糊的“让项目更好”转化为一份经过筛选、按依赖排序、可跟踪的改进 backlog。方法是一个完全在计划空间运行的漏斗：先产出远超保留量的想法，逐条推理，狠心砍到最优少数，再深化，与已有跟踪项对账，最后才把幸存者转化为带依赖和测试任务的自说明 issue。实现留到之后。
主要能力与流程：1) 框定项目与改进轴（性能、DX、可靠性、UX、成本等）；2) 生成约 30 个候选改进，先不评判；3) 每条写一行收益/成本/风险；4) 按明确标准筛选到约 5 个，记录淘汰理由；5) 每个幸存者展开约 3 个具体子想法（共约 15 个）；6) 用 br list / br ready 与已有跟踪工作对账，决定 NEW/MERGE/DROP；7) 将 NEW 幸存者登记为自说明 br issue，并接依赖、加测试任务；8) 在计划空间多轮精炼，直到一轮无变化。
必要用法：登记改进与验证子任务，并接依赖： br create "Improve X: <one-line outcome>" -d "<problem / rationale / acceptance check>" br create "Test: verify X landed" -d "<how to prove the improvement is real>" br dep add <test-id> <improvement-id> br dep add <dependent-improvement-id> <prerequisite-improvement-id>
限制：漏斗完成前不得打开文件编辑或写实现代码；生成阶段不得边生成边评判；登记前必须与跟踪器对账，重复项应合并而非新建；每个 issue 必须自说明，且每个幸存者至少带一个测试任务。issue 存放在项目的 br 跟踪器（.beads/）中，本技能不创建或编辑源文件。具体提示词模板与各阶段机制见 references/methodology.md 和 references/prompts.md。