用途：ds-review 是 /ds 工作流第 4 阶段的技能，用于审查数据分析的方法论与质量，宣布后按置信度过滤只报告不低于 80 分的问题，并支持修复后的重新审查。
主要能力：
- 上下文监控：剩余上下文高于 35% 正常继续；25%–35% 完成当前审查周期后触发 ds-handoff；不高于 25% 立即触发 ds-handoff，不开始新审查周期。
- 审查策略选择：探索性分析、琐碎改动、内部报告、少于 100 行代码的单个 notebook 可跳过选择；否则询问单审查者（默认，合并审查方法论、数据质量与可复现性）或并行审查（研究级，3 名专职审查者，需协调）。
- 审查重点：规格符合性、数据质量处理、独立验证、方法论适当性、可复现性；需加载匹配 applies-to: ds-review 的共享约束。
- 独立验证：读取共享检查定义并运行 DQ1-DQ5、M1 检查；对最终分析数据检查常量或空列、高缺失率列、关键列重复行、行数可追溯性、类别列基数，出现警告即视为高置信度问题报告。
- 审计-修复循环：最多 3 次迭代，在 .planning/REVIEW_STATE.md 记录迭代数；无问题返回 APPROVED，仍有问题且未达 3 次则返回 CHANGES REQUIRED，达到 3 次仍存在问题则升级给用户。
- 并行审查：需启用 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 且 .planning/SPEC.md、PLAN.md、LEARNINGS.md 均存在；审查者仅具只读工具，禁止写入或编辑；主控负责协调与三遍整合（去重、优先级排序、集成检查），存在冲突则升级用户。
使用方式：作为 /ds 工作流第 4 阶段运行，或单独审查数据分析方法论；先加载共享约束，再按策略执行审查，必要时派发 Task agent 运行独立检查；修复后必须重新运行相同审查标准。
限制：并行审查需要实验性 Agent Teams；置信度低于 80 的问题不得报告；不得在未重新审查的情况下声称已修复或批准；最多 3 轮循环，超出后升级。其他细节暂未提供。