BMAD-METHOD v6.10.0 把 bmad-loop 与 bmad-dev-auto 推到主线，把 BMAD 从提示词工作流进一步收束成可轮询、可审计、可恢复的自治开发系统。
v6.10.0 的主线很清晰：把无人值守开发循环正式产品化。bmad-loop 作为新的可安装 marketplace module 进入安装器，bmad-dev-auto 成为实际执行单轮自动开发的核心 skill；同时上一代实验性 bmad-automator 被废弃，bmad-investigate 被移除。
这不是单纯的功能增量，而是 BMAD 在"长期自治开发编排"方向上的一次架构收敛。
关键变化
1. bmad-loop 成为无人值守开发编排入口
bmad-loop 现在作为可选模块进入安装器，默认不选中。它的目标是承担 unattended dev-loop orchestration：持续发现工作、启动自动开发、触发对抗评审，并在后续轮次中扫尾 deferred work。
它的分发方式不同于常规模块，通过 .claude-plugin/marketplace.json 暴露为 marketplace plugin。安装后的状态也更保守：模块安装只负责 staging files，不会立刻启用自动化。用户必须再运行 bmad-loop-setup，由它安装 orchestrator、配置项目 hooks 和 policy。
2. bmad-dev-auto 提供单轮无人值守开发 worker
bmad-dev-auto 是 v6.10.0 的另一条核心线。它通过 spec frontmatter 中的状态字段驱动流程，让外部 orchestrator 可以轮询当前进度。本轮发布围绕它补齐了多项可靠性机制：
- 增加 append-only review-triage log 和 loopback tracking
- 结束时自动提交，确保下一轮进入时 worktree 更干净
- 修复 Blind Hunter reviewer 的访问权限误设
- 已完成 spec 再次进入时可触发新的 follow-up review
- 在 frontmatter 中记录 final_revision，让树外 spec 能回连到树内 commit
这说明 BMAD 团队正在把自动开发从"提示词工作流"推进到"可观测、可轮询、可恢复的状态机"。
3. bmad-automator 被废弃
bmad-automator 已被 bmad-loop 取代。新安装不再在 picker 中展示 Automator；已有安装不会被移除，但会看到迁移提示。
4. party-mode 更适合长时互动和反共识讨论
party-mode 获得了新的 anti-consensus club 内置 persona group，包括 Wildcard、Level、Killjoy、Splinter，适合用来抵抗过快达成一致的决策室。
另外两个关键修复：party-mode 默认保持 open-ended，不再因为运行时把 opening prompt 当成 one-shot 而提前关闭 agent；Agent Team 模式下同步逻辑改成 point-to-point，由 lead relay turns。
5. 评审链路继续变锋利
Code-review triage severity calibration 被强化，要求在评级前读取周边源码、调用点和 guard，而不是只看 diff hunk。Edge Case Hunter 新增 named-set generalization pass，用来发现只特殊处理部分成员却遗漏其他成员的变更，catch rate 从 50% 提升到 100%。
6. bmad-investigate 被移除
bmad-investigate 被正式退休，理由是它以更高成本得出和普通 investigation 相近的结论。
风险评估
- 高风险：自动化能力增强带来的执行边界风险。bmad-loop 与 bmad-dev-auto 的组合意味着 BMAD 开始支持更长时间、更少人工介入的开发循环
- 中风险：Automator 迁移成本，依赖 Automator 的脚本、文档或团队流程需要尽早盘点
- 中风险：party-mode 行为语义变化，默认 open-ended 可能改变原来依赖 one-shot 行为的使用方式
- 低到中风险：Edge Case Hunter 评审成本上升约 19%
总结
BMAD-METHOD v6.10.0 是一个偏战略性的版本。它最重要的价值不是某个单点功能，而是正式建立了"loop orchestrator + dev-auto worker + frontmatter state machine + review feedback loop"的无人值守开发骨架。
如果只是普通手动使用 BMAD，升级风险可控；如果准备启用 bmad-loop，应当按自动化执行系统对待，先建立权限边界和审计机制，再逐步放开。
GitHub：https://github.com/bmad-code-org/BMAD-METHOD/releases/tag/v6.10.0