用途：accelerated-mode 是 bencium-loop 中可选加速档的规则来源，用于把循环里缓慢重复的部分改为动态工作流——由一个小程序把工作同时分发给多个短生命周期智能体，而不是逐项串行处理。它只保存各使用面共有的规则，具体脚本、参数与结果回填方式由各命令自行定义。
两道门（每次都必须同时成立）：运行时门要求存在 Workflow 工具，该工具仅存在于 Claude Code；在 Codex、opencode 或复制粘贴式聊天界面没有 Workflow 工具，不得用额外 Task 子智能体模拟，否则会突破 3 智能体上限并产生无界扇出。选择门要求用户本次运行明确要求，例如“verify with a workflow”、工作流参数或 ultracode 请求，绝不自动启用；单次运行最多 16 个并发、整轮最多 1000 个智能体，会产生真实 token 成本。任一门不成立即走串行路径，且是原本的默认路径，而非降级版本。
回退即设计：串行路径可移植到所有使用面，加速路径只是其中一个面上的提速，因此每个加速步骤都能干净回退，循环中任何环节都不得依赖工作流已运行。检测自动完成：没有 Workflow 工具即非 Claude Code，即走串行。
护栏：不得对门禁或构建做扇出。PLAN→BUILD 审批、验证结论与部署决定保持串行并面向人。工作流可在已批准步骤内读取与评估，但不替代该步骤的门禁，也不写代码。工作流对门禁仅作建议，其输出汇入命令自身的报告与标记，不部署、不勾选 [deployed] 行、不做串行路径不会做的决定。每个条目都必须返回结果：无法评估的条目返回 fail 并带 unverified: true，绝不缺项；缺行会被误读为从未在列表上，从而把静默丢弃变成假通过。工作流结果与自身判断不一致时，除非能用具体证据反驳，否则取更严格的一方。3 智能体上限不受影响，该上限管的是 Task 子智能体，工作流模式是单独的具名升级，不是放宽上限。
运行记录：每个可能由加速步骤产生的标记在 version: 1 下带两个可选附加字段 "mode": "serial" | "workflow" 与 "agents": <int>；仅当工作流实际运行时设 mode: "workflow" 并填智能体数，否则 mode: "serial"、agents: 0。旧版消费者会忽略这些字段，串行路径行为逐字节不变。
脚本位置：优先项目副本 .claude/workflows/<name>.mjs，回退到 ${CLAUDE_PLUGIN_ROOT}/workflows/<name>.mjs；/bencium-init 在 Claude Code 上会把脚本复制进项目，没有副本的项目仍可通过插件根回退获得工作流模式。
使用面：/bencium-verify 第 3c 步用 verify-acceptance.mjs，逐条评估本地行，再由新的怀疑者尝试反驳每个 PASS；/bencium-deploy 第 5.5 步用 smoke-deployed.mjs，每个 [deployed] 行一个智能体，对线上 URL 发真实 HTTP 请求；/bencium-init 第 2 步用 brownfield-scan.mjs，多视角只读扫描后做一次综合。机械阶段默认 Haiku，对抗性验证与综合默认 Sonnet。
限制：三条加速路径全部只读，只读取、评估与报告，都不写代码，也不在构建路径上。曾短暂存在的并行构建扇出已被移除，因为它只提升了循环中本非瓶颈的吞吐（瓶颈是人读计划），且是唯一写代码的扇出，多数缺陷集中于此。若任务确为 N 个独立机械编辑，应在 PLAN 门禁处拆分并逐个构建。