用途：把一份 PRD 或功能描述拆解成工程团队可直接开发的用户故事，要求每个故事足够小、可在单个迭代内完成，且验收标准可测试，便于 QA 判断完成条件。
主要能力：按固定结构输出每个故事，包括标题、用户故事句式（作为某角色，我想要某动作，以便获得某收益）、验收标准（Given/When/Then，含边界情况、错误状态与边界条件，每个故事 4-6 条）、优先级（P0 必须上线、P1 应该做、P2 可选或未来）以及备注（依赖、设计参考、技术考量或待解决问题）。
使用方式：以提示词模板形式使用，将 PRD、功能描述、设计链接或粗略需求填入 $ARGUMENTS 占位处；若为空则提示用户粘贴内容。模板要求按用户工作流而非技术组件分组，并标记需要设计输入、API 变更或跨团队依赖的故事。
适用场景：交接给工程团队前拆分工作、将规格转为可执行任务、配合 craft-spec 形成 PRD 到用户故事的流水线。
限制与原则：每个故事应可在一个迭代内完成，过大需拆分；故事应尽量独立，避免 B 依赖 A 才能开始的链条；验收标准要写成可测试行为而非模糊描述；需覆盖异常路径，如 API 失败、用户无数据、触发速率限制；不要遗漏“零状态”故事，即用户尚无数据时看到什么。若故事持续过大，说明规格范围应先分阶段。资料未提供具体安装命令、收费或平台支持信息。