{"name":"attempt_completion","arguments":{"result":"建议冻结 V5 执行层，完整保留分析层；V6 条件采用“上游编排器＋单一 Cline 执行框架＋外部验证＋文本经验”。但当前不能宣布 V6 已可启动：Cline 生命周期适配、独立盲审隔离、Jev 外部门禁和真实断开闭环仍缺运行证据。\n\n# BMRalph V6 目标架构方案与 V5 历史病理解剖报告\n\n## 分析方法与证据边界\n\n- 第一遍 Map：以类别、上下文、正确性、贡献、清晰度建立 5C 基线。目标是交付一个真正可在 VPS 上推进的 Story，不是建设新的 Agent 平台。\n- 第二遍 Evidence：区分用户陈述、源码事实、历史回执和推断。下文文件证据编号对应已返回的读取结果；不把文档声明升级为运行事实。\n- 第三遍 Recon：推演新会话、候选变更、网络故障、审核超时、经验写入和提交中断。推演不是实测。\n- 本次仅会话交付：未修改计划、ADR、源码或测试；未运行终端、模型、安装、提交或归档。\n\n## 一、V5 病理解剖与沉没成本清算\n\n### 1. 重型中间件：病灶成立，但数字和因果必须纠正\n\n当前读到的 [`bmad_control_store.py`](bmralph-suite-v5/scripts/bmad_control_store.py:1) 是 315 行，不是 1728 行。它是追加式文件记录存储，并非 SQL 数据库；历史 1728 行版本及其对应提交，本次没有证据。\n\n源码维护目录身份、文件权限、锁身份、请求版本、历史连续性、累计字节预算、保存后回读和内容指纹。更关键的是：返回结果明确不认证人工身份、不消费执行权、不启动任务、不保存任务进度。\n\n架构诊断如下：\n\n- **职责错配**：为“人的决定如何恢复”建设了一套持久记录协议，却没有接通决定到真实执行的链路。完整记录不等于完成任务。\n- **依赖膨胀**：存储、契约、监督器、输入快照和环境指纹相互依赖，增加接管、修改和验证的认知负担。\n- **收益倒置**：安全检查本身不是错误；错误是业务闭环尚未证明，就把通用存储协议提升为闭环的前置工程。\n- **文本优先不是拒绝结构化数据**：LLM 需要有界目标、验收和相关证据；程序需要类型化输入、退出码和状态。真正应删除的是重复账本和不必要的自研控制面，而不是所有结构化文件。\n\n不能把“存储代码长”直接写成“造成上下文爆炸”。只有这些资产被反复注入模型输入，才形成上下文负担；本次没有完整请求载荷和因果测量，结论为 Insufficient evidence。\n\n也不能断言该模块已经造成死锁：它使用非阻塞独占锁，冲突时拒绝操作，而不是无限等待。多层锁可能造成推进阻塞，但实际死锁仍需要等待链或运行日志证明。\n\n### 2. 执行器异构：禁用技能属实，状态脑裂是风险而非已证事故\n\n[`pi_arguments()`](bmralph-suite-v5/scripts/bmad_agent_backend.py:126) 明确同时禁用技能、扩展、MCP、提示模板和上下文文件，并限定原生工具白名单。\n\n这使执行器无法原生发现 BMAD 技能；若还要求它消费 BMAD，就必须由外围重新展开技能内容、补齐运行依赖并维护版本映射。它不必然完全失去 BMAD 能力，但外围承担了原生技能加载本可承担的工作。\n\n上游 [`bmad-build-auto`](../project/BMAD-METHOD/skills/bmad-build-auto/SKILL.md:1) 不是一段可任意复制的提示词：它要求项目内渲染入口、技能根目录和明确失败处理。只传一份摘录，不能证明满足技能契约。\n\n旧 ADR 设计过 Cline 规划与 Pi 编码共存，并已识别双执行权威、审批偷换和聊天持久化不等于运行恢复等风险。那是设计和反例，不是已经验证的“双 Agent 嵌套事故”。\n\nV6 裁决：\n\n- 只保留 Cline 一个执行框架，开发和审核可以使用不同模型。\n- 不迁移旧执行器驱动、协议、预算适配和兼容层。\n- 分析层交付目标和授权，不成为后台的第二个调度权威。\n- 工具自动批准不等于任务授权；模型也不能自行扩大任务范围。\n\n### 3. 局部单测全绿：证明原语，不证明远程产品\n\n当前计划记录了用户确认的历史 231 项专属单测通过；同一计划也明确说明，真实后端、独立认证、关闭客户端后的新步骤和远程闭环尚未验证。本次未重跑这些测试。\n\n因此问题不是“测试都是假的”，而是验收对象不对等：\n\n| 局部测试能够证明 | 不能据此推出 |\n|---|---|\n| 锁、版本、预算与路径反例符合实现 | 目标 CLI 能正确运行技能 |\n| 模拟后端完成失败反馈与状态写回 | 真实模型工具调用和完成事件可靠 |\n| 隔离夹具模拟连接不可用 | 本地 IDE 关闭后 VPS 能开始下一步骤 |\n| 状态文件保存成功 | 审核、提交、停止与恢复均已闭环 |\n\n沉没成本清算：保留分析规则、三遍阅读、ADR 决策方法和历史证据；冻结 V5 执行层，不继续修补。历史测试留作历史资产，不进入 V6 默认回归，也不继承为 V6 绿灯。\n\n## 二、五大支撑组件的唯一职责\n\n### 1. 职责对齐矩阵\n\n| 组件 | 唯一职责 | 禁止越界 | 当前证据与缺口 |\n|---|---|---|---|\n| bmad-loop | 选 Story、管理会话、验证、重试、提交及运行状态 | 不替人改变目标；不另建外层循环 | 上游明确由普通 Python 控制流转；本地包声明为 0.13.2、仍属早期测试版。 |\n| Cline CLI | 在指定工作区执行单次开发或审核任务 | 不启用第二套计划调度、后台 Hub 或团队循环 | 已安装说明支持工作目录、隔离状态、模型选择和技能；尚未证明能满足 bmad-loop 的完成事件契约。 |\n| BMAD-METHOD | 提供角色、规划、构建与审查工作流 | 不复制成私有技能分支；不把角色会议变成固定流程 | 本地列出 31 个目录，其中 3 个为模块记录，不能称为 31 个可调用敏捷技能。 |\n| solo-jev-gate | 对候选 Diff 做语义范围评估和失败分类 | 不修改代码、不选择下一 Story、不覆盖真实测试失败 | Jev 官方定位是结构化决策模型，不是编码 Agent；本项目外部脚本尚未证明已存在。[1](cite:1)[2](cite:2) |\n| Harness² 思路 | 提炼有证据、有限适用范围的经验，供后续新任务读取 | 不改变硬门禁、不增加训练或优化循环 | 本地正文描述双层递归；单个经验文件只是其部分思想应用。 |\n\n### 2. bmad-loop：复用控制循环，不复制控制循环\n\n“No LLM in the control loop”指 Story 选择、重试预算、门禁和完成检查由程序决定，不是整个系统没有模型。代码生成和审查仍由新上下文 Agent 会话承担。\n\n实际文档时序比宣传口号更具体：开发 → 验证 → 独立审查 → 再验证 → 提交。Worktree 隔离需要显式启用；看板是基于 Textual、Rich 等依赖的原生 TUI，不必自研另一块看板。\n\n必须正视三个默认行为：\n\n- 默认独立审核是“开发者推荐时触发”，不是每 Story 强制审核。\n- 某些已完成产品的审核预算收敛路径允许提交；“审核轮数耗尽”不能自动解释为“禁止提交”。\n- Story 累计 Token 上限是告警性预算，不是硬停止；会话级强制预算还依赖可读取的用量信息。\n\nV6 使用上游门禁接缝补齐要求，不复制它的选票、重试、进程、恢复或提交状态机。\n\n### 3. Cline：两个 Profile，不是两套自治系统\n\nSlot-DEV 和 Slot-REVIEW 应是两个配置身份，而非两个常驻总控：\n\n- Slot-DEV：独立配置与会话目录；获准写入 Story 工作区；模型目标为 Sonnet 5.5。\n- Slot-REVIEW：不同配置与会话目录；模型目标为 GPT-6-Sol；只获得验收、冻结候选、相关源码和真实测试证据。\n- 精确模型 ID、提供方协议、凭据与费用预算均须取自非秘密配置和真实调用回执。本次不知道这些名称是否就是提供方实际 ID。\n\n已安装说明存在配置目录、隔离状态目录、工作目录及模型参数，未提供已验证的“Slot Profile”原生命令。V6 的槽位名称是项目配置约定。\n\n关键阻塞不能隐藏：bmad-loop 当前列出的内置 CLI 不包含 Cline；通用适配器要求生命周期 Hooks，其文档列出的 Hook 方言也没有 Cline。\n\n所以不能凭空写一个事件映射，就宣称适配完成。工程阶段必须证明：\n\n1. 实际启动方式能接收任务、使用新会话并退出。\n2. 开始与完成事件具备可核对的会话身份。\n3. 普通消息、嵌套调用结束和残留结果不能冒充任务完成。\n4. 取消后会话与工具进程结束。\n5. 用量不可读时明确显示未知，不能宣称费用预算强制有效。\n\n若 Cline 不满足现有传输契约，应通过上游支持或正式适配接缝解决；不得退回 V5，也不得包装出第二个调度器。\n\n### 4. BMAD-METHOD：原生按需加载，禁止技能套娃\n\n- Winston 负责技术架构，Amelia 负责获准 Story 实施，Sofia 负责票据树；角色名称和职责有本地技能正文支持。\n- 自动构建入口是单次工作流迭代，不是给模型永久自治权。\n- 技能目录可作为 Cline 原生发现入口的候选，但软链发现、Worktree 可见性和真实加载仍需验证。\n- 必须完成项目初始化与渲染依赖安装；单独建立技能软链不足以运行上游工作流。\n\n上游技能目录作为只读来源，不在 Story 中修改。31 个目录不全文注入每个任务，也不同时唤醒所有角色。\n\n### 5. Jev：外部语义分类，确定性边界仍由程序执行\n\nJev 接收状态和类型化问题，返回结构化答案；官方提供 API 等接入方式。这支持外部门禁设计，但不证明它能可靠判断所有代码越界或测试根因。[1](cite:1)[2](cite:2)\n\n建议外部入口承担两层检查：\n\n- 确定性层：列出全部候选文件，包括新增文件；核对批准路径、禁止资产和候选身份。路径越界直接失败，不交给模型投票。\n- Jev 层：根据有界 Diff、验收和失败证据评估语义越界，以及“实现问题／环境问题／未知”。未知不放行。\n\n建议退出码契约：\n\n| 退出码 | 含义 | 编排器动作 |\n|---|---|---|\n| 0 | 本次范围与语义检查通过 | 继续后续门禁 |\n| 1 | 候选违反范围或验收 | 进入上游获准修复路径 |\n| 75 | 外部服务、认证、传输或运行环境不可用 | 暂停，不算作代码修复失败 |\n\n其中环境退出码可由上游验证配置映射；Jev 请求格式、响应验证和数据出站范围仍须工程核验，不能虚构 API 请求正文。\n\n外部门禁发生在代码写入之后，不再提供旧方案设想的“逐工具调用前阻断”。因此 Worktree、账号权限及禁止生产凭据才是副作用边界；提交前门禁不能撤销已经发生的外部操作。\n\n### 6. Harness²：保留经验机制，拒绝品牌偷换\n\n本地正文描述两层递归：任务内 Propose–Probe–Compose，以及跨任务更新 improvement harness，模型权重保持固定。发布说明列出的执行器是 OpenCode 和 Codex，不是 Cline。\n\nV6 MVP 只采用跨任务经验反射，不安装完整 Harness² 运行器，也不引入它的候选探测循环。准确名称应是“Harness²-inspired 文本经验机制”，不是“完整复现双层递归”。\n\n拟议 [`experience.md`](.solo/experience.md) 每条仅保存：\n\n- 触发条件与适用范围。\n- 一条可执行教训。\n- Story 与真实证据定位。\n- 反例或不适用情况。\n\n每个新任务读取相关、有界经验；经验不能改变授权或验收。失败任务的观察先留在原生失败反馈中，不提前发布为已验证规律。\n\n## 三、极简运行时拓扑与 Story 时序\n\n### 1. 目标拓扑\n\n以下是设计图，不表示组件已经接通。\n\n```text\n本地 Antigravity IDE\n 人 ↔ ana-solo：三遍阅读、目标收敛、ADR\n │\n │ 版本化目标、Story、授权、验收\n │ 人显式启动；IDE 不承载生命周期\n ▼\nLinux VPS / tmux\n bmad-loop ──────────────── 原生状态、日志、TUI\n │\n ├─ 新 Cline DEV 会话 ── Story Worktree\n │ │\n ├─ 外部验证 ──────────────┤ 路径检查、测试、Jev\n │ │\n ├─ 新 Cline REVIEW 会话 ──┤ 冻结证据、盲审、经验草案\n │ │\n ├─ 提交前检查 ────────────┤ 审核身份、最终候选、测试\n │ ▼\n └─ 原生 Commit / Merge ── 目标分支\n │\n └─ 下一 Story 的新上下文\n```\n\nWorktree 隔离代码变更，不自动隔离同账号进程、生产凭据或审核者可读文件；上游文档也明确其部分信任机制不是沙箱。\n\n### 2. 一个具体 Story：禁止重复提交订单\n\n以下例子假设产品已明确重复提交语义，批准改动订单实现及相关测试；模型名称仅为目标角色，真实 ID 尚待核验。\n\n1. **领出**：bmad-loop 选中获准票据，核对依赖和初始化门禁，建立 Story Worktree。采用同一代码仓库内的票据资产，避免首轮跨仓库状态同步。\n2. **新开发会话**：Cline DEV 使用 Sonnet 5.5 目标模型，读取 Story、验收、相关经验和必要源码；不接续旧聊天，不加载 V5 驱动。\n3. **生成候选**：补齐重复提交反例并修改实现。会话停止只表明 Agent 停止，不表明 Story 验收通过。\n4. **外部验证**：确定性检查全部变更文件；运行订单相关测试；Jev 评估语义范围。任一必需项失败，不进入提交。\n5. **冻结证据**：记录基线及候选内容身份、验收、测试命令与真实退出结果。审核对象必须包含新增文件，不能只看已跟踪 Diff。\n6. **独立盲审**：新 Cline REVIEW 使用 GPT-6-Sol 目标模型，不接收开发聊天、自我总结或辩解。它只读候选与证据，输出通过、拒绝或未知及理由；不修改业务代码。\n7. **经验反射**：审核裁决后，从真实反例提炼适用范围明确的教训。没有新教训时允许不追加；禁止为了“进化”编造规律。\n8. **最终门禁**：复核最终内容身份、必需测试、Jev 结果和独立审核。经验修改只能落在指定经验文件；业务内容变化则原审核失效。\n9. **Commit 与 Merge**：只由上游编排器完成最终提交和本地合并。经验随同通过的候选一起提交，避免“代码尚未落地、经验却已污染下一任务”。\n10. **下一 Story**：从已落地目标分支建立新 Worktree，读取刚发布的相关经验。若提交或票据写回失败，按原生状态暂停，不由补丁脚本再次提交。\n\n### 3. 强制盲审应落在哪里\n\n原生审核会重新调用构建技能，且可能修改成果；这不等于严格只读盲审。\n\n极简设计优先使用上游的提交前 workflow 接缝运行唯一的独立盲审会话，再由提交前确定性检查解释审核结果。这样不需要另外保留一轮重复原生审核。\n\n但有两条必须落实：\n\n- workflow 会话“完成”不等于审核“通过”，必须检查真实裁决及候选绑定。\n- 提交前检查须失败关闭；上游提交前阶段只接受暂停型 veto，不能误用默认非零退出当作可靠阻断。\n\n拟议接线分别位于 [`plugin.toml`](.bmad-loop/plugins/solo-gate/plugin.toml)、[`check-approval.py`](.bmad-loop/plugins/solo-gate/check-approval.py) 和 [`jev-gate.sh`](.bmad-loop/plugins/solo-gate/jev-gate.sh)。它们尚未创建；检查器只做校验，不做选票、循环、重试或提交。\n\n### 4. 必测故障路径\n\n| 故障 | 必须出现的结果 |\n|---|---|\n| 本地 IDE 或 SSH 断开 | VPS 产生断开之后的新开发、验证或审核事件；仅 tmux 存活不算通过 |\n| VPS 无法访问模型或 Jev | 有限时间内暂停；不能要求完全断网后仍调用远程模型 |\n| 测试失败 | 保存真实失败，不提交；修复次数由上游预算限制 |\n| 审核拒绝、未知或超时 | 不提交，不采用“超时抢救”绕过独立审核 |\n| 候选在审核后变化 | 原批准失效，禁止使用旧批准 |\n| 经验写入失败 | 若经验为本 Story 必需资产，则暂停；不得显示完整闭环成功 |\n| Commit、Merge 或票据写回中断 | 保留现场与原生运行状态，不自建恢复状态机 |\n| 人要求停止 | 证明会话及工具进程结束，而非仅发送停止请求 |\n\n“客户端离线自治”和“VPS 完全无网络”是不同验收对象。V6 的目标是前者；后者只能验证正确暂停和保留成果。\n\n## 四、V5 冰封与 V6 启动落地清单\n\n### 1. V5 冰封：停止推进，不伪装完成\n\n对当前 [`pending_implementation_plan.md`]( _bmad-output/pending_implementation_plan.md:1) 的建议：\n\n- 保留计划标识、全部未完成事项与历史回执。\n- 使用已有状态集合中的 SUSPENDED；在授权及正文明确“V5 执行层战略终止，不再推进”。不要擅自加入旧校验器不认识的新状态。\n- 明确旧启动、修复和条件归档许可不再延续。\n- 不把未完成项勾为完成，不把历史测试改名为 V6 验证。\n- 为 V6 建立新计划身份；不覆盖旧活动计划来制造“升级完成”。\n\n当前关联 [`ADR`]( _bmad-output/adrs/ADR-20261012-bmad-solo-anti-bureaucracy-and-programmatic-guards.md:431) 保持历史 PROPOSED，不追认接受。V6 新 ADR 明确替代旧执行器、存储和编排决策；分析方法、授权边界及真实证据要求保留。\n\n“文档冻结”不等于“宿主进程已经停止”。真正停用旧启动入口、确认在途进程结束和物理封存，属于另行获准操作，本次未执行。\n\n### 2. 最小软件与配置\n\n上游要求 Python 3.11+、Git 2.34+、tmux 3.2+；TUI 使用上游可选依赖，票据模式还需要 uv 和正确初始化的 BMAD 项目。\n\n最小安装集合：\n\n- 上述运行环境与 SSH。\n- 固定版本 bmad-loop 与 Cline；Cline 所需 Node 版本按实际包元数据核对，不猜最低版本。\n- 上游 BMAD 技能及项目渲染脚本。\n- 项目测试所需依赖。\n- 若外部门禁选择 Shell HTTP 实现，再安装其确实使用的 HTTP 与响应校验工具。\n\n不安装完整 Harness²、另一执行器、额外看板、消息队列或数据库。\n\n拟议文件集合：\n\n| 文件或目录 | 用途 |\n|---|---|\n| [V6 新计划](.solo/v6/plan.md) | 目标、授权、验收；不是运行进度副本 |\n| [V6 新 ADR](.solo/v6/architecture.md) | 决策、替代关系、边界与证据 |\n| [原生策略](.bmad-loop/policy.toml) | 上游策略 |\n| [DEV Profile](.bmad-loop/profiles/cline-dev.toml) | 经实测的 Cline 开发接线 |\n| [REVIEW Profile](.bmad-loop/profiles/cline-review.toml) | 经实测的 Cline 审核接线 |\n| [技能入口](.cline/skills/) | 上游技能发现 |\n| [经验文件](.solo/experience.md) | 唯一跨任务经验正文 |\n| [门禁插件目录](.bmad-loop/plugins/solo-gate/) | 受信任的外部验证及审核接线 |\n| [原生运行目录](.bmad-loop/runs/) | 状态、证据与失败反馈，不再复制到自建账本 |\n\n绝对数据库禁令还需明确验证边界：本方案不建设任何数据库；但本次未审计 Cline 的全部内部持久化。如果禁令连供应商内部存储也禁止，则这一项仍为 Insufficient evidence，不能宣布 Cline 已通过。\n\n### 3. 策略骨架：有效键不等于已经可运行\n\n下面只展示已核对的上游策略键。它有意不填未验证的 Cline Hooks、模型 ID 或外部命令；因此不能直接作为启动配置。\n\n```toml\n[stories]\nsource = \"tickets\"\n\n[scm]\nisolation = \"worktree\"\nbranch_per = \"story\"\nkeep_failed = true\ndelete_branch = false\n\n[review]\nenabled = true\ntrigger = \"always\"\non_timeout = \"defer\"\n\n[limits]\nmax_dev_attempts = 3\nmax_review_cycles = 1\n\n[verify]\nenv_fault_rc = 75\n\n[environment]\nprobe_timeout_s = 15\n\n[sweep]\nauto = \"never\"\n\n[gates]\nretrospective = \"never\"\n\n[cleanup]\nauto_clean_on_finish = false\n```\n\n这只是安全基线，不是最终盲审接线。采用唯一的提交前盲审 workflow 后，才能关闭重复原生审核；必须同时证明最终审核检查阻断有效。会话时限、模型调用与费用预算应按明确启动授权填入，不能把示例值当成授权。\n\n项目插件默认可能在错误时失败开放；必需门禁必须设置失败关闭，并获得内容授权。修改已授权插件后，下次启动应拒绝，不能自动重新授权。\n\n### 4. 首轮命令：先适配探测，再允许 Story 启动\n\n以下命令未执行。仅供未来获准工程阶段使用；当前静态证据不足，不能提供一份诚实的“复制即完成全闭环”脚本。\n\n安装命令从已核对的本地上游包构建，不使用可编辑安装；源码来源仍须先固定和审查。\n\n```bash\nset -eu\n\nLOOP_SOURCE=/home/ecs-user/project/bmad-loop\nMETHOD_SOURCE=/home/ecs-user/project/BMAD-METHOD\n\ncommand -v uv\ncommand -v git\ncommand -v tmux\ncommand -v cline\n\ntimeout -k 5s 15s git --version &2\n exit 1\n fi\n ln -s \"$src\" \"$dst\"\ndone\n```\n\n该命令不完成 BMAD 初始化、模块配置或 Worktree 技能分发。模块记录目录不可作为技能调用；源码目录须保持只读。\n\n只有两个 Profile 和门禁资产已交付、已获准，才运行下列接线检查。相关上游命令和选项有文档依据；缺文件时应立即停止。\n\n```bash\nset -eu\n\ntest -f .bmad-loop/profiles/cline-dev.toml\ntest -f .bmad-loop/profiles/cline-review.toml\ntest -f .bmad-loop/plugins/solo-gate/plugin.toml\n\n# 写入 Hooks 与原生资产；此步骤需要配置写入授权。\ntimeout -k 5s 30s bmad-loop init --project . \\\n --cli cline-dev --cli cline-review

{"name":"attempt_completion","arguments":{"result":"建议冻结 V5 执行层，完整保留分析层；V6 条件采用“上游编排器＋单一 Cline 执行框架＋外部验证＋文本经验”。但当前不能宣布 V6 已可启动：Cline 生命周期适配、独立盲审隔离、Jev 外部门禁和真实断开闭环仍缺运行证据。\n\n# BMRalph V6 目标架构方案与 V5 历史病理解剖报告\n\n## 分析方法与证据边界\n\n- 第一遍 Map：以类别、上下文、正确性、贡献、清晰度建立 5C 基线。目标是交付一个真正可在 VPS 上推进的 Story，不是建设新的 Agent 平台。\n- 第二遍 Evidence：区分用户陈述、源码事实、历史回执和推断。下文文件证据编号对应已返回的读取结果；不把文档声明升级为运行事实。\n- 第三遍 Recon：推演新会话、候选变更、网络故障、审核超时、经验写入和提交中断。推演不是实测。\n- 本次仅会话交付：未修改计划、ADR、源码或测试；未运行终端、模型、安装、提交或归档。\n\n## 一、V5 病理解剖与沉没成本清算\n\n### 1. 重型中间件：病灶成立，但数字和因果必须纠正\n\n当前读到的 [`bmad_control_store.py`](bmralph-suite-v5/scripts/bmad_control_store.py:1) 是 315 行，不是 1728 行。它是追加式文件记录存储，并非 SQL 数据库；历史 1728 行版本及其对应提交，本次没有证据。\n\n源码维护目录身份、文件权限、锁身份、请求版本、历史连续性、累计字节预算、保存后回读和内容指纹。更关键的是：返回结果明确不认证人工身份、不消费执行权、不启动任务、不保存任务进度。\n\n架构诊断如下：\n\n- **职责错配**：为“人的决定如何恢复”建设了一套持久记录协议，却没有接通决定到真实执行的链路。完整记录不等于完成任务。\n- **依赖膨胀**：存储、契约、监督器、输入快照和环境指纹相互依赖，增加接管、修改和验证的认知负担。\n- **收益倒置**：安全检查本身不是错误；错误是业务闭环尚未证明，就把通用存储协议提升为闭环的前置工程。\n- **文本优先不是拒绝结构化数据**：LLM 需要有界目标、验收和相关证据；程序需要类型化输入、退出码和状态。真正应删除的是重复账本和不必要的自研控制面，而不是所有结构化文件。\n\n不能把“存储代码长”直接写成“造成上下文爆炸”。只有这些资产被反复注入模型输入，才形成上下文负担；本次没有完整请求载荷和因果测量，结论为 Insufficient evidence。\n\n也不能断言该模块已经造成死锁：它使用非阻塞独占锁，冲突时拒绝操作，而不是无限等待。多层锁可能造成推进阻塞，但实际死锁仍需要等待链或运行日志证明。\n\n### 2. 执行器异构：禁用技能属实，状态脑裂是风险而非已证事故\n\n[`pi_arguments()`](bmralph-suite-v5/scripts/bmad_agent_backend.py:126) 明确同时禁用技能、扩展、MCP、提示模板和上下文文件，并限定原生工具白名单。\n\n这使执行器无法原生发现 BMAD 技能；若还要求它消费 BMAD，就必须由外围重新展开技能内容、补齐运行依赖并维护版本映射。它不必然完全失去 BMAD 能力，但外围承担了原生技能加载本可承担的工作。\n\n上游 [`bmad-build-auto`](../project/BMAD-METHOD/skills/bmad-build-auto/SKILL.md:1) 不是一段可任意复制的提示词：它要求项目内渲染入口、技能根目录和明确失败处理。只传一份摘录，不能证明满足技能契约。\n\n旧 ADR 设计过 Cline 规划与 Pi 编码共存，并已识别双执行权威、审批偷换和聊天持久化不等于运行恢复等风险。那是设计和反例，不是已经验证的“双 Agent 嵌套事故”。\n\nV6 裁决：\n\n- 只保留 Cline 一个执行框架，开发和审核可以使用不同模型。\n- 不迁移旧执行器驱动、协议、预算适配和兼容层。\n- 分析层交付目标和授权，不成为后台的第二个调度权威。\n- 工具自动批准不等于任务授权；模型也不能自行扩大任务范围。\n\n### 3. 局部单测全绿：证明原语，不证明远程产品\n\n当前计划记录了用户确认的历史 231 项专属单测通过；同一计划也明确说明，真实后端、独立认证、关闭客户端后的新步骤和远程闭环尚未验证。本次未重跑这些测试。\n\n因此问题不是“测试都是假的”，而是验收对象不对等：\n\n| 局部测试能够证明 | 不能据此推出 |\n|---|---|\n| 锁、版本、预算与路径反例符合实现 | 目标 CLI 能正确运行技能 |\n| 模拟后端完成失败反馈与状态写回 | 真实模型工具调用和完成事件可靠 |\n| 隔离夹具模拟连接不可用 | 本地 IDE 关闭后 VPS 能开始下一步骤 |\n| 状态文件保存成功 | 审核、提交、停止与恢复均已闭环 |\n\n沉没成本清算：保留分析规则、三遍阅读、ADR 决策方法和历史证据；冻结 V5 执行层，不继续修补。历史测试留作历史资产，不进入 V6 默认回归，也不继承为 V6 绿灯。\n\n## 二、五大支撑组件的唯一职责\n\n### 1. 职责对齐矩阵\n\n| 组件 | 唯一职责 | 禁止越界 | 当前证据与缺口 |\n|---|---|---|---|\n| bmad-loop | 选 Story、管理会话、验证、重试、提交及运行状态 | 不替人改变目标；不另建外层循环 | 上游明确由普通 Python 控制流转；本地包声明为 0.13.2、仍属早期测试版。 |\n| Cline CLI | 在指定工作区执行单次开发或审核任务 | 不启用第二套计划调度、后台 Hub 或团队循环 | 已安装说明支持工作目录、隔离状态、模型选择和技能；尚未证明能满足 bmad-loop 的完成事件契约。 |\n| BMAD-METHOD | 提供角色、规划、构建与审查工作流 | 不复制成私有技能分支；不把角色会议变成固定流程 | 本地列出 31 个目录，其中 3 个为模块记录，不能称为 31 个可调用敏捷技能。 |\n| solo-jev-gate | 对候选 Diff 做语义范围评估和失败分类 | 不修改代码、不选择下一 Story、不覆盖真实测试失败 | Jev 官方定位是结构化决策模型，不是编码 Agent；本项目外部脚本尚未证明已存在。[1](cite:1)[2](cite:2) |\n| Harness² 思路 | 提炼有证据、有限适用范围的经验，供后续新任务读取 | 不改变硬门禁、不增加训练或优化循环 | 本地正文描述双层递归；单个经验文件只是其部分思想应用。 |\n\n### 2. bmad-loop：复用控制循环，不复制控制循环\n\n“No LLM in the control loop”指 Story 选择、重试预算、门禁和完成检查由程序决定，不是整个系统没有模型。代码生成和审查仍由新上下文 Agent 会话承担。\n\n实际文档时序比宣传口号更具体：开发 → 验证 → 独立审查 → 再验证 → 提交。Worktree 隔离需要显式启用；看板是基于 Textual、Rich 等依赖的原生 TUI，不必自研另一块看板。\n\n必须正视三个默认行为：\n\n- 默认独立审核是“开发者推荐时触发”，不是每 Story 强制审核。\n- 某些已完成产品的审核预算收敛路径允许提交；“审核轮数耗尽”不能自动解释为“禁止提交”。\n- Story 累计 Token 上限是告警性预算，不是硬停止；会话级强制预算还依赖可读取的用量信息。\n\nV6 使用上游门禁接缝补齐要求，不复制它的选票、重试、进程、恢复或提交状态机。\n\n### 3. Cline：两个 Profile，不是两套自治系统\n\nSlot-DEV 和 Slot-REVIEW 应是两个配置身份，而非两个常驻总控：\n\n- Slot-DEV：独立配置与会话目录；获准写入 Story 工作区；模型目标为 Sonnet 5.5。\n- Slot-REVIEW：不同配置与会话目录；模型目标为 GPT-6-Sol；只获得验收、冻结候选、相关源码和真实测试证据。\n- 精确模型 ID、提供方协议、凭据与费用预算均须取自非秘密配置和真实调用回执。本次不知道这些名称是否就是提供方实际 ID。\n\n已安装说明存在配置目录、隔离状态目录、工作目录及模型参数，未提供已验证的“Slot Profile”原生命令。V6 的槽位名称是项目配置约定。\n\n关键阻塞不能隐藏：bmad-loop 当前列出的内置 CLI 不包含 Cline；通用适配器要求生命周期 Hooks，其文档列出的 Hook 方言也没有 Cline。\n\n所以不能凭空写一个事件映射，就宣称适配完成。工程阶段必须证明：\n\n1. 实际启动方式能接收任务、使用新会话并退出。\n2. 开始与完成事件具备可核对的会话身份。\n3. 普通消息、嵌套调用结束和残留结果不能冒充任务完成。\n4. 取消后会话与工具进程结束。\n5. 用量不可读时明确显示未知，不能宣称费用预算强制有效。\n\n若 Cline 不满足现有传输契约，应通过上游支持或正式适配接缝解决；不得退回 V5，也不得包装出第二个调度器。\n\n### 4. BMAD-METHOD：原生按需加载，禁止技能套娃\n\n- Winston 负责技术架构，Amelia 负责获准 Story 实施，Sofia 负责票据树；角色名称和职责有本地技能正文支持。\n- 自动构建入口是单次工作流迭代，不是给模型永久自治权。\n- 技能目录可作为 Cline 原生发现入口的候选，但软链发现、Worktree 可见性和真实加载仍需验证。\n- 必须完成项目初始化与渲染依赖安装；单独建立技能软链不足以运行上游工作流。\n\n上游技能目录作为只读来源，不在 Story 中修改。31 个目录不全文注入每个任务，也不同时唤醒所有角色。\n\n### 5. Jev：外部语义分类，确定性边界仍由程序执行\n\nJev 接收状态和类型化问题，返回结构化答案；官方提供 API 等接入方式。这支持外部门禁设计，但不证明它能可靠判断所有代码越界或测试根因。[1](cite:1)[2](cite:2)\n\n建议外部入口承担两层检查：\n\n- 确定性层：列出全部候选文件，包括新增文件；核对批准路径、禁止资产和候选身份。路径越界直接失败，不交给模型投票。\n- Jev 层：根据有界 Diff、验收和失败证据评估语义越界，以及“实现问题／环境问题／未知”。未知不放行。\n\n建议退出码契约：\n\n| 退出码 | 含义 | 编排器动作 |\n|---|---|---|\n| 0 | 本次范围与语义检查通过 | 继续后续门禁 |\n| 1 | 候选违反范围或验收 | 进入上游获准修复路径 |\n| 75 | 外部服务、认证、传输或运行环境不可用 | 暂停，不算作代码修复失败 |\n\n其中环境退出码可由上游验证配置映射；Jev 请求格式、响应验证和数据出站范围仍须工程核验，不能虚构 API 请求正文。\n\n外部门禁发生在代码写入之后，不再提供旧方案设想的“逐工具调用前阻断”。因此 Worktree、账号权限及禁止生产凭据才是副作用边界；提交前门禁不能撤销已经发生的外部操作。\n\n### 6. Harness²：保留经验机制，拒绝品牌偷换\n\n本地正文描述两层递归：任务内 Propose–Probe–Compose，以及跨任务更新 improvement harness，模型权重保持固定。发布说明列出的执行器是 OpenCode 和 Codex，不是 Cline。\n\nV6 MVP 只采用跨任务经验反射，不安装完整 Harness² 运行器，也不引入它的候选探测循环。准确名称应是“Harness²-inspired 文本经验机制”，不是“完整复现双层递归”。\n\n拟议 [`experience.md`](.solo/experience.md) 每条仅保存：\n\n- 触发条件与适用范围。\n- 一条可执行教训。\n- Story 与真实证据定位。\n- 反例或不适用情况。\n\n每个新任务读取相关、有界经验；经验不能改变授权或验收。失败任务的观察先留在原生失败反馈中，不提前发布为已验证规律。\n\n## 三、极简运行时拓扑与 Story 时序\n\n### 1. 目标拓扑\n\n以下是设计图，不表示组件已经接通。\n\n```text\n本地 Antigravity IDE\n 人 ↔ ana-solo：三遍阅读、目标收敛、ADR\n │\n │ 版本化目标、Story、授权、验收\n │ 人显式启动；IDE 不承载生命周期\n ▼\nLinux VPS / tmux\n bmad-loop ──────────────── 原生状态、日志、TUI\n │\n ├─ 新 Cline DEV 会话 ── Story Worktree\n │ │\n ├─ 外部验证 ──────────────┤ 路径检查、测试、Jev\n │ │\n ├─ 新 Cline REVIEW 会话 ──┤ 冻结证据、盲审、经验草案\n │ │\n ├─ 提交前检查 ────────────┤ 审核身份、最终候选、测试\n │ ▼\n └─ 原生 Commit / Merge ── 目标分支\n │\n └─ 下一 Story 的新上下文\n```\n\nWorktree 隔离代码变更，不自动隔离同账号进程、生产凭据或审核者可读文件；上游文档也明确其部分信任机制不是沙箱。\n\n### 2. 一个具体 Story：禁止重复提交订单\n\n以下例子假设产品已明确重复提交语义，批准改动订单实现及相关测试；模型名称仅为目标角色，真实 ID 尚待核验。\n\n1. **领出**：bmad-loop 选中获准票据，核对依赖和初始化门禁，建立 Story Worktree。采用同一代码仓库内的票据资产，避免首轮跨仓库状态同步。\n2. **新开发会话**：Cline DEV 使用 Sonnet 5.5 目标模型，读取 Story、验收、相关经验和必要源码；不接续旧聊天，不加载 V5 驱动。\n3. **生成候选**：补齐重复提交反例并修改实现。会话停止只表明 Agent 停止，不表明 Story 验收通过。\n4. **外部验证**：确定性检查全部变更文件；运行订单相关测试；Jev 评估语义范围。任一必需项失败，不进入提交。\n5. **冻结证据**：记录基线及候选内容身份、验收、测试命令与真实退出结果。审核对象必须包含新增文件，不能只看已跟踪 Diff。\n6. **独立盲审**：新 Cline REVIEW 使用 GPT-6-Sol 目标模型，不接收开发聊天、自我总结或辩解。它只读候选与证据，输出通过、拒绝或未知及理由；不修改业务代码。\n7. **经验反射**：审核裁决后，从真实反例提炼适用范围明确的教训。没有新教训时允许不追加；禁止为了“进化”编造规律。\n8. **最终门禁**：复核最终内容身份、必需测试、Jev 结果和独立审核。经验修改只能落在指定经验文件；业务内容变化则原审核失效。\n9. **Commit 与 Merge**：只由上游编排器完成最终提交和本地合并。经验随同通过的候选一起提交，避免“代码尚未落地、经验却已污染下一任务”。\n10. **下一 Story**：从已落地目标分支建立新 Worktree，读取刚发布的相关经验。若提交或票据写回失败，按原生状态暂停，不由补丁脚本再次提交。\n\n### 3. 强制盲审应落在哪里\n\n原生审核会重新调用构建技能，且可能修改成果；这不等于严格只读盲审。\n\n极简设计优先使用上游的提交前 workflow 接缝运行唯一的独立盲审会话，再由提交前确定性检查解释审核结果。这样不需要另外保留一轮重复原生审核。\n\n但有两条必须落实：\n\n- workflow 会话“完成”不等于审核“通过”，必须检查真实裁决及候选绑定。\n- 提交前检查须失败关闭；上游提交前阶段只接受暂停型 veto，不能误用默认非零退出当作可靠阻断。\n\n拟议接线分别位于 [`plugin.toml`](.bmad-loop/plugins/solo-gate/plugin.toml)、[`check-approval.py`](.bmad-loop/plugins/solo-gate/check-approval.py) 和 [`jev-gate.sh`](.bmad-loop/plugins/solo-gate/jev-gate.sh)。它们尚未创建；检查器只做校验，不做选票、循环、重试或提交。\n\n### 4. 必测故障路径\n\n| 故障 | 必须出现的结果 |\n|---|---|\n| 本地 IDE 或 SSH 断开 | VPS 产生断开之后的新开发、验证或审核事件；仅 tmux 存活不算通过 |\n| VPS 无法访问模型或 Jev | 有限时间内暂停；不能要求完全断网后仍调用远程模型 |\n| 测试失败 | 保存真实失败，不提交；修复次数由上游预算限制 |\n| 审核拒绝、未知或超时 | 不提交，不采用“超时抢救”绕过独立审核 |\n| 候选在审核后变化 | 原批准失效，禁止使用旧批准 |\n| 经验写入失败 | 若经验为本 Story 必需资产，则暂停；不得显示完整闭环成功 |\n| Commit、Merge 或票据写回中断 | 保留现场与原生运行状态，不自建恢复状态机 |\n| 人要求停止 | 证明会话及工具进程结束，而非仅发送停止请求 |\n\n“客户端离线自治”和“VPS 完全无网络”是不同验收对象。V6 的目标是前者；后者只能验证正确暂停和保留成果。\n\n## 四、V5 冰封与 V6 启动落地清单\n\n### 1. V5 冰封：停止推进，不伪装完成\n\n对当前 [`pending_implementation_plan.md`]( _bmad-output/pending_implementation_plan.md:1) 的建议：\n\n- 保留计划标识、全部未完成事项与历史回执。\n- 使用已有状态集合中的 SUSPENDED；在授权及正文明确“V5 执行层战略终止，不再推进”。不要擅自加入旧校验器不认识的新状态。\n- 明确旧启动、修复和条件归档许可不再延续。\n- 不把未完成项勾为完成，不把历史测试改名为 V6 验证。\n- 为 V6 建立新计划身份；不覆盖旧活动计划来制造“升级完成”。\n\n当前关联 [`ADR`]( _bmad-output/adrs/ADR-20261012-bmad-solo-anti-bureaucracy-and-programmatic-guards.md:431) 保持历史 PROPOSED，不追认接受。V6 新 ADR 明确替代旧执行器、存储和编排决策；分析方法、授权边界及真实证据要求保留。\n\n“文档冻结”不等于“宿主进程已经停止”。真正停用旧启动入口、确认在途进程结束和物理封存，属于另行获准操作，本次未执行。\n\n### 2. 最小软件与配置\n\n上游要求 Python 3.11+、Git 2.34+、tmux 3.2+；TUI 使用上游可选依赖，票据模式还需要 uv 和正确初始化的 BMAD 项目。\n\n最小安装集合：\n\n- 上述运行环境与 SSH。\n- 固定版本 bmad-loop 与 Cline；Cline 所需 Node 版本按实际包元数据核对，不猜最低版本。\n- 上游 BMAD 技能及项目渲染脚本。\n- 项目测试所需依赖。\n- 若外部门禁选择 Shell HTTP 实现，再安装其确实使用的 HTTP 与响应校验工具。\n\n不安装完整 Harness²、另一执行器、额外看板、消息队列或数据库。\n\n拟议文件集合：\n\n| 文件或目录 | 用途 |\n|---|---|\n| [V6 新计划](.solo/v6/plan.md) | 目标、授权、验收；不是运行进度副本 |\n| [V6 新 ADR](.solo/v6/architecture.md) | 决策、替代关系、边界与证据 |\n| [原生策略](.bmad-loop/policy.toml) | 上游策略 |\n| [DEV Profile](.bmad-loop/profiles/cline-dev.toml) | 经实测的 Cline 开发接线 |\n| [REVIEW Profile](.bmad-loop/profiles/cline-review.toml) | 经实测的 Cline 审核接线 |\n| [技能入口](.cline/skills/) | 上游技能发现 |\n| [经验文件](.solo/experience.md) | 唯一跨任务经验正文 |\n| [门禁插件目录](.bmad-loop/plugins/solo-gate/) | 受信任的外部验证及审核接线 |\n| [原生运行目录](.bmad-loop/runs/) | 状态、证据与失败反馈，不再复制到自建账本 |\n\n绝对数据库禁令还需明确验证边界：本方案不建设任何数据库；但本次未审计 Cline 的全部内部持久化。如果禁令连供应商内部存储也禁止，则这一项仍为 Insufficient evidence，不能宣布 Cline 已通过。\n\n### 3. 策略骨架：有效键不等于已经可运行\n\n下面只展示已核对的上游策略键。它有意不填未验证的 Cline Hooks、模型 ID 或外部命令；因此不能直接作为启动配置。\n\n```toml\n[stories]\nsource = \"tickets\"\n\n[scm]\nisolation = \"worktree\"\nbranch_per = \"story\"\nkeep_failed = true\ndelete_branch = false\n\n[review]\nenabled = true\ntrigger = \"always\"\non_timeout = \"defer\"\n\n[limits]\nmax_dev_attempts = 3\nmax_review_cycles = 1\n\n[verify]\nenv_fault_rc = 75\n\n[environment]\nprobe_timeout_s = 15\n\n[sweep]\nauto = \"never\"\n\n[gates]\nretrospective = \"never\"\n\n[cleanup]\nauto_clean_on_finish = false\n```\n\n这只是安全基线，不是最终盲审接线。采用唯一的提交前盲审 workflow 后，才能关闭重复原生审核；必须同时证明最终审核检查阻断有效。会话时限、模型调用与费用预算应按明确启动授权填入，不能把示例值当成授权。\n\n项目插件默认可能在错误时失败开放；必需门禁必须设置失败关闭，并获得内容授权。修改已授权插件后，下次启动应拒绝，不能自动重新授权。\n\n### 4. 首轮命令：先适配探测，再允许 Story 启动\n\n以下命令未执行。仅供未来获准工程阶段使用；当前静态证据不足，不能提供一份诚实的“复制即完成全闭环”脚本。\n\n安装命令从已核对的本地上游包构建，不使用可编辑安装；源码来源仍须先固定和审查。\n\n```bash\nset -eu\n\nLOOP_SOURCE=/home/ecs-user/project/bmad-loop\nMETHOD_SOURCE=/home/ecs-user/project/BMAD-METHOD\n\ncommand -v uv\ncommand -v git\ncommand -v tmux\ncommand -v cline\n\ntimeout -k 5s 15s git --version &2\n exit 1\n fi\n ln -s \"$src\" \"$dst\"\ndone\n```\n\n该命令不完成 BMAD 初始化、模块配置或 Worktree 技能分发。模块记录目录不可作为技能调用；源码目录须保持只读。\n\n只有两个 Profile 和门禁资产已交付、已获准，才运行下列接线检查。相关上游命令和选项有文档依据；缺文件时应立即停止。\n\n```bash\nset -eu\n\ntest -f .bmad-loop/profiles/cline-dev.toml\ntest -f .bmad-loop/profiles/cline-review.toml\ntest -f .bmad-loop/plugins/solo-gate/plugin.toml\n\n# 写入 Hooks 与原生资产；此步骤需要配置写入授权。\ntimeout -k 5s 30s bmad-loop init --project . \\\n --cli cline-dev --cli cline-review