用途：在实现开始前对草稿故事进行全面审查，借助并行专家子代理分别从产品、设计与实现就绪角度评估，最终产出就绪决策。
主要能力：并行运行 PM、UX、SM（检查清单）子代理；校验产品需求完整性；审查 UX/UI 规格；评估实现就绪度；汇总反馈与建议；输出 GO/NO-GO 决策及可操作修复项。
使用方式：命令 /review-draft-story，参数为故事编号、编号前缀（如 WISH-2002）或故事文件路径；可选 --quick 跳过深度分析、--focus=pm|ux|sm 聚焦某方面、--skip-pm 跳过 PM 审查、--skip-ux 跳过 UX 审查。执行时用 Task 工具并行派生子代理，用 TodoWrite 跟踪进度，子代理使用 Haiku 模型；为减少上下文消耗，父级只传递文件路径而非加载史诗/架构内容，子代理输出简洁 YAML，仅报告问题。
适用场景：敏捷团队在实现前的故事评审；需要在产品、UX、实现就绪多维度获得结构化问题清单与修复建议时。
限制：依赖知识库工具（kb_get_story、kb_write_artifact、kb_update_story_status 等）及 Task、TodoWrite 等执行环境；无 UI 的故事会跳过 UX 审查，缺少 PRD/史诗上下文时跳过 PM 审查。收费、价格等未提供。