用途：在战略文档与 PIV 循环之间搭桥，把 epic（含架构决策）切分成适合 AI 代理循环执行的 PIV 规模工单。
输入：$ARGUMENTS，即待切分的 epic 及其架构决策，可能为单一含 ## Architecture 章节的文档，或 epic 加独立链接的架构页（如 Confluence epic 页与其架构页的 URL），两者都要读。Greenfield 时用 PRD 代替 epic。若输入为 tracker 引用，通过 Atlassian MCP 拉取。该技能不依赖预先 prime 的会话。
流程：1) 完整读取 epic 与架构决策；2) 若未 prime，则依据架构中命名的接缝、数据模型与缺失部分，自行探索相关文件/目录以判断独立性；3) 切分为 PIV 规模工单，每个工单为单一可测试关注点、垂直切片行为，大小约 500–1500 行变更（含 20%–50% 测试），小 epic 可为单张工单；4) 映射依赖以支持并行，独立工单可并行运行，依赖工单等待其依赖实现后再规划；5) 写入 tracker（Jira、Linear、GitHub Issues、Archon tasks）或本地 docs/tickets/<epic-slug>.md，每张工单携带自身上下文、文件预估、依赖关系，并附依赖图与建议执行顺序。
输出：tracker 或本地 markdown 中的工单拆分。各工单随后进入自己的 PIV 循环，可直接 /piv-plan-implementation，或先 /prime-codebase。
限制：资料未提供具体收费、价格、平台兼容性及使用效果等信息。