用途
slice 是一个用于把功能拆解为「定义清晰、可独立交付的切片」的技能。它既可以处理需要拆分的 epic，也可以把单个 story 打磨得更锐利。它的核心不是产出一份计划，而是通过提问帮助开发者自己想清楚要做什么、做到什么程度、风险在哪里。
主要能力
- 理解工作：先确认要构建的功能，再围绕三个问题展开——用户是谁（具体到哪个人、哪个时刻、什么需求）、完成是什么样（上线后用户能做什么今天做不到的事）、最不确定的部分是什么（技术或用户需求层面）。
- 结合代码库：在已有应用中，切片方式取决于现有代码。技能会判断是否已有部分实现、会触及哪些层与模型、有哪些可复用的抽象、最接近的同类功能如何测试。若对话已带有代码库地图（例如来自 /feature-dev 的 Phase 2），则跳过重复探索；绿地项目或无仓库场景也跳过。
- 苏格拉底式塑形：根据功能大小走两条路径。小功能打磨成 job story，并追问范围（是不是偷偷塞了两件事、有没有更简单的版本）和验收标准（如何验证、别人拿到后需要什么清单）。大功能则引导找出「行走骨架」——用户能获得任何价值所需的最小真实功能，再向外扩展，追问下一个最有价值的事、风险最高的假设、哪些切片相互依赖。
- 交付物：单个切片输出 job story，包含短名称、When/ I want / so 句式、Ships when、验收标准（正常路径、边界情况、错误状态）、风险/学习。多个切片则先排序，再逐个输出 job story，并附一段排序理由，说明为什么这个顺序、早期降低了什么风险、留到后面的是什么。
使用方式
技能以对话形式运行。若未指定功能，会先问「你在构建什么？」。随后以对话而非表单的方式提出三个理解性问题。在需要时，会并行启动 2–3 个通用子代理（通过 Agent 工具）从不同角度探索代码库，并读取子代理返回的最值得阅读的文件。之后进入塑形阶段，最后产出交付物。
适用场景
- 需要把一个 epic 拆成可独立上线的切片。
- 需要把单个 story 打磨成定义清晰、可验证的工作项。
- 在 Rails 项目中规划功能、梳理需求、识别风险。
限制
- 技能强调不替开发者做设计、不直接给出切片方案，而是通过提问让开发者自己看见。
- 在绿地项目、全新应用或不触及现有行为的功能中，会跳过代码库探索步骤。
- 若对话已包含代码库地图，则不会重复探索。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。