用途：把计划、规格或已有对话转成一组工单。每个工单是一个纵向切片——贯穿所涉各层（schema、API、UI、测试）的窄而完整的路径，并声明必须先完成哪些切片。它位于“知道要做什么”和“有人能认领一块”之间，本身不做决策；若决策仍未定，应先运行 skill-pressure-test。
主要能力：纵向切分，每个切片可单独演示或验证，且大小适配一个全新上下文窗口；首个穿过新区域的切片是 tracer bullet，先证明路径存在。为每个切片声明真实排序约束，仅限“一个未存在则另一个无法验证”的情况，同文件不算阻塞；出现环说明切分有误，需重切。切分前先梳理未决决策记录及其依赖，含问题、所需证据、负责人、结论与解锁的实现；依赖环在重切前不授予 ready 状态，被推翻的决策重新打开受影响工作。
使用方式：输入为计划、规格或对话，可选父 epic id。仓库有两个追踪器：bd（beads）是工作记录系统，bd create --parent=<id> 建子项，bd dep add <issue> <depends-on> 建阻塞边，bd ready 列出可领取项；GitHub issues 经 gh 用于对外可见工作。细节写在工单正文而非父项。编辑切片前用追踪器的原子认领操作并回读归属；无法原子认领时用单一集成者，不得把“读负责人再写”当作锁，不得覆盖他人认领。
限制：bd 会因待处理的 Dolt schema 迁移被周期性写阻塞，除非是唯一指定迁移者，否则不要运行迁移。写被阻塞时不要假装已提交，应输出完整、按依赖顺序、可直接运行的 bd create 与 bd dep add 命令，写入 docs/roadmaps/ 下的计划或路线图笔记，并明确说明未提交及原因。若任一�片无法单独验证、阻塞图有环、或一个计划产出超过约十个切片，应停止并重切。提交前需与用户确认切片列表。输出契约包括切片列表、顺序、是否已提交（含 id 与链接或未运行命令及原因）、以及无法切分的遗留项。本技能原为 Claude Code 设计并适配 Codex，Codex 中交叉引用使用已安装技能名而非 /octo:* 斜杠命令；在会话暴露前不要声称某提供方、模型或宿主子代理可用。