写第8轮任务书，豆包写的被workbuddy批评指正了.

豆包第八轮任务书第八轮任务书已写好放在lightharness/docs/功能对标/第8轮_终轮收口_任务prompt分发.md。第 8 轮设计概要定位体系收口终轮 —— 纯逻辑面全部收口剩余宿主绑定项永久留宿主侧。三条任务线表格线仓库目标卡号Alightharness真后端默认化R7 桩退为测试注入外部命令 / 进程树 / 凭据 /e2b local-sim 接成默认路径#292 回填 #10/#12/#13/#17/#19/#20/#21Blightharnessdesktop 外壳纯逻辑面窗口生命周期状态机 菜单 / 快捷键 IPC 路由契约Electron 本体永久宿主绑定#293/#294/#295C跨仓#263–#268 跳号补建 #197 lexer 收尾销账#263–#268 #197与第 7 轮的衔接R7 建了桩让宿主面单元 可测 但默认返回 UNSUPPORTED_OPERATIONR8 把真 OS 执行接成默认路径桩仅在测试时注入桩优先→真后端兜底desktop 只收纯逻辑状态机不碰 Electron 进程红线不变Electron/keychain/e2b 云端 /seccomp 永久宿主绑定你看看第8轮还有什么需要补充的吗 lightharness/docs/功能对标/第8轮_终轮收口_任务prompt分发.mdWorkbuddy的回答:我对照 live对标清单.json285 条复核了这份第8轮草稿发现它建立在多处过时前提上已就地修正。关键问题如下实测复核发现已修正进草稿1. #263–#268 在清单里根本不存在草稿假设它们是“R6 从未分配的 6 张跳号”但实测 6 个编号全部不存在。它们从没被建过所以 C 线“补建”前提不成立。已改为先扫描清单真实空缺3 条None状态 #198–#200 空条目 上游有而清单未覆盖的包再决定建哪些卡禁止硬填 #263–#268。2. “3 类开放卡”是误判按当前清单#197 是唯一进行中卡#10/#12/#13/#17/#19/#20/#21 在 R7 已是宿主桩已接(可测)不是未收口开放卡。所以 A 线本质是增强桩→默认真后端不是“收口最后缺口”。草稿 §0 已加 ★实测更正 说明。3. #20/#21 的“真后端”前提错了会导致代理造出假后端​清单显示上游 0.1.6 已移除packages/e2b、把code-runtime改名ptc-runtime且宿主执行面维持登记不移植。所以#20代码运行时​没有纯光明可默认的真后端 → 改回“维持宿主登记不默认真后端”。#21e2b​上游已删光明src/e2b客户端.light是本地模拟实现 → 只可默认到 local-sim不触真实云端。4. 锚点漂移草稿写0.2.0-rc.1/e5b5ccbfcb但清单已出现0.1.6-alpha.2 ddefc45fbc记账。B 线建 desktop 前必须先git rev-parse复核到底对哪个基线且desktop 在清单零对应卡B 线属推测性须先验证上游确有apps/desktop。5. github 推送脚本引用过期草稿仍写_push_github_api.py旧的全历史重走慢/易挂。已改为本会话新建的_push_github_delta.py增量推送秒级。6. 路M 补强lightharness 也要跑0.82 权威门不只本机全量、补显式git add提交铁律排除清单、补“独立复核防代理谎报”。附带确认闭合状态完好复核期间之前后台那个旧_push_github_api.py任务 rPbCKj终于跑完但PATCH ref被 github 拒422 Update is not a fast forward——因为本会话的 delta 推送已先把 main 推到19573aad。它没改动远端闭合依旧完好github19573aadmyrepo/origin/localcb8034c5。旧脚本可弃用github 续推以后统一走_push_github_delta.py。草稿已修正并呈现给你审阅。需要我把它正式派成 R8 任务书你发或先按修正点把 #20/#21 的宿主登记结论同步回对标清单.json吗结论下回真的不能用豆包做主控了,这太吓人啦!还是换回Workbuddy做主控!