用途：在迭代开始前，对一批 backlog Story 执行 Shift-Left QA。属于 agentic-qa-core 依赖的技能，按三个阶段固定顺序运行：Phase 1 选择、Phase 2 细化、Phase 3 交接。设计为批量模式，一次会话可处理 N 个 Story，便于 PO 与 Dev lead 集中 grooming；单条紧急细化也以长度 1 的列表走同样节奏。
主要能力：读取业务特性图、业务数据图、业务 API 图、master-test-plan 等上下文，以及 Story 的验收标准与来源规格；通过 bun run jira:sync-issues get <STORY_KEY> --include-comments 详细读取（禁止用 acli view 读自定义字段）。输出为精炼后的 AC、缺口与歧义问题、写入 {{jira.acceptance_test_plan}} 字段的预迭代 ATP（仅大纲名称与覆盖估算，无测试代码、无执行、不创建 Test Plan 条目）、关闭的 [QA] Shift-Left Review 子任务以及批次报告。约定 AC 是下限，细化要推进到边界、异常、状态与反常场景；1:N 为默认，非平凡 AC 应对应多个大纲，纯 1 对 1 需书面说明“原子级”理由；缺口需标注技法（BVA、状态迁移、判定表、Pairwise）。
使用方式：先执行强制 Readiness Preflight Gate，再做 Phase 0 会话恢复检查与初始化（会话位于 .session/shift-left-testing/<YYYY-MM-DD>-<descriptor>/）。Phase 1 用 JQL 拉取候选 Story，拒绝 Bug、Spike、子任务、技术债等非 Story 类型，做否决与风险评分，向用户呈递排名表并等待确认，随后为每个接受的 Story 查找或创建 [QA] Shift-Left Review 子任务并置为 In Progress。Phase 2 按 Story 顺序分派细化子代理，生成 shift-left-refinement.md 并逐条向用户确认，禁止跨 Story 并行。Phase 3 逐个更新 Jira 描述、写入 ATP 字段、添加 shift-left-reviewed 与 shift-left-{日期} 标签、执行 backlog -> shift_left_qa -> estimation 流转、关闭子任务并验证追溯。完成后归档会话并输出批次报告（Stories 同属一个 Epic 时在父 Epic 上评论）。
适用场景：pre-sprint 阶段 PO / BA 与测试人员参与的批量验收标准精炼与风险梳理，为后续 /sprint-testing 做准备；每个 Story 达到 Ready For QA 后，由 /sprint-testing 检测 shift-left-reviewed 标签并跳过 Phase 1-3，仅做验证，其 Stage 1 再依据 ATP 字段创建 Test Plan 条目。
限制：本技能不做实时执行（无环境、数据库、API、浏览器操作）。不调用任何 /sdd-* 技能；若需改动 KATA、fixtures、cli/、scripts/ 或 api/schemas/ 流水线，应先退出并调用 /framework-development。本技能不创建任何 TMS 条目，因此不需要 /xray-cli 与 XRAY_* 凭据。仅处理 Story，不提交 Bug、Defect 或 Improvement，只应用 QA 负责人（qa_assignee）语义，写入前先读取，不得覆盖已有负责人，除非明确且合理的移交。子代理失败时停止并报告部分状态，提供重试、跳过或中止选项，不自动修复或回滚。若目录中不存在子任务工作类型，则跳过相关步骤并警告，不阻塞流程。收费、价格等信息暂未提供。