专家执行修复统一收口

当前交付决定（2026-10-14）：白晨在本会话明确“先视为验收通过，创建到 develop 的 PR 并合并”，要求先拉取远程 develop 更新并 rebase。以下各阶段的“未提交／不提 PR／待验收”描述保留为当时记录，以本条后续批准为准。CS 连接故障仍为已披露限制，不等同于实际存储恢复或全量门禁通过。

2026-10-14；整合分支 feature/execution-fixes-integration，基准 origin/develop / 01363529。用户要求统一收口、先重启服务供本人验收，验收后再提 PR。本轮保留此前“只执行关键测试”的要求；不提交、不推送、不建 PR。

整合结果

四个会话、三套工作树的改动全部纳入：待验收禁止取消及验收入口去重；标准正文转存私有 Markdown；CS 上传异常转为可重试错误并释放查回租约；退回意见只展示一次；查询反馈就近展示、旧版本反馈自动淘汰。

原工作树保留，合入前补丁、未跟踪文件和 SHA-256 清单保存于 /Users/nd/.codex/backups/venture-os/execution-fixes-20261014T065703/。整合工作树 /Users/nd/.codex/worktrees/execution-fixes-integration/venture-os。

两处合并冲突已处理：

• 原成果文件场景 AC-192 与最新 develop 人工计划维护 AC-192～196 重号；本次成果场景改为 AC-197，同步 AC 表、Feature、pytest marker 和能力索引，保留人工维护场景。
• Workroom 测试的新增补交去重场景与既有测试改名重叠；保留双方断言，生产代码三项界面修复均保留。

独立审查另发现两项修复交汇处的旧集成断言仍期待原始 RuntimeError，已改为断言 file_storage_unavailable、502、retryable，并保留已上传对象清理、未生成交付和上传次数断言。两个参数化实例随相关集成套件通过。

关键验证

分档工具判为大档（状态机、pytest 配置、executors/files/projects 跨域）；按用户明确指令仅运行关键子集，没有运行 make check、全量覆盖或变异门禁，不声称全量或发布验收通过。

证据位于本工作树 .artifacts/testing/execution-fixes-integration/，各 run.py 记录包含源码指纹及原始输出：

首次浏览器失败原因为共用测试库残留另一分支的 0018_companion，本分支迁移无法定位该版本；自动全局初始化已按仓库原流程清理该专用测试库的业务测试夹具，但没有改写迁移版本、开发库或其他工作树。后续改用本机临时 PostgreSQL 容器中的独立 venture_os_e2e，保留三级屏障和所有选中业务断言；临时库随运行清理。执行脚本 .artifacts/browser-isolated.py 可供下次复用。

浏览器复测 14 passed（含必要屏障），运行目录 20261013T230247.124246Z-f66daf5e95684fac89120ebf7882063a，exit 0、源码指纹未变。覆盖标准正文下载、非标准回复原文保存、退回补交、查询回执异常恢复、第二份附件转存失败清理。未跑全量验收矩阵；既有矩阵不作为本次通过证明。

契约基线与审查

make contract 的 OpenAPI 一致性与 Apifox 用例一致性均通过，契约测试 320 passed / 1 failed。失败为 tests/contract/test_openapi_contract.py:41 的数量断言：实际 92，旧常量 89；运行目录 20261013T230456.292207Z-aae4a0a14bfb4fc1970a6803291e23d8。通过 git archive origin/develop apps/api 提取未修改基线，在隔离临时目录运行同一失败用例，得到相同 92≠89，基线证据 20261013T230551.025128Z-ff679a94853245359674a996da8d7758。不是本轮新增回归，不计契约全绿；后续可由代理核对新增三项路由后同步数量常量并重跑该用例。

独立 acceptance-reviewer 已核对三份原补丁、最终代码、报告与运行源码指纹，无本次新增阻断。修复的异常预期已固化到原集成回归；测试库隔离方法保留为本机可复用运行脚本。场景 lint、知识库八项检查通过。

本地服务与人工验收

8000 后端、4210 前端均已切到整合工作树，沿用原本地配置。前端、后端 OpenAPI、前端代理均 HTTP 200；通过 Vite 实际返回的组件源码确认页面包含退回去重和新的查询提示。

服务进程记录 .artifacts/dev/services.json，日志 .artifacts/dev/api.log 与 web.log。原三个工作树的历史验收文件仍保留，原文中的相对证据路径属于各自原工作树，不能当成整合版本已验证的证明；以本报告的新运行记录为准。

验收关注：待验收无取消；交付记录不重复显示去验收；退回理由只出现一次；查询等待提示在按钮附近；标准交付可下载正文文件；存储失败后可查回而不重复派单。

只读 TLS 探针仍发现 betacs.cn.ndhy.com 返回 SSLEOFError / UNEXPECTED_EOF_WHILE_READING。未关闭证书校验、未修改 CS 配置、未触发实际任务重派或写入。此前现场补交成果仍须在连接恢复后通过现有查询入口保存；文件下载这项人工验收受外部连接阻塞。AI 后续可在连接恢复后沿原执行查回并核对下载内容，无需让专家重做。

待白晨人工验收结论后，再准备提交和 PR 到 develop。旧工作树及备份暂不清理。

浏览器运行生成摘要

测试结果

范围：subset（python3 .artifacts/browser-isolated.py）｜提交 013635290242482a6a07939847e7d54163d5761b｜退出码 0｜耗时 76.3s

复跑：uv run --project apps/api python -m tools.testing.run --task execution-fixes-integration --label browser-isolated -- python3 .artifacts/browser-isolated.py

本任务测试变更（相对 origin/develop，分叉点 0136352）

验收场景

• － 无

单元／集成测试

• 无

小计：场景 ＋0 ～0 －0｜后端测试 ＋0 ～0｜前端测试 ＋0 ～0｜删除 0

生成摘要按已提交差异统计测试变更；本轮尚未提交，测试变更以本报告的三源整合和工作区 diff 为准。

人工验收回修：异常说明与恢复入口（2026-10-14）

白晨验收未通过：查询按钮横跨任务书的位置不合理，“正在处理这次操作，离开后可查回结果”含糊，发生异常时用户仍以为专家在执行。本轮继续在同一整合分支回修，不提交、不提 PR，仍只运行关键验证。

根因在前端：持久化存储错误只有通用状态文案；状态区位于整个工作间顶部；请求处理中又在消息末尾显示不区分操作的 spinner。上一轮只验证查询回包后的反馈，没有验证“旧异常尚未恢复＋再次查询进行中”的组合。

本轮只改 Workroom、请求反馈文案及对应组件测试，保留原服务端状态与显式查回机制：

• 异常说明与恢复入口移到右侧对话底部、输入框上方，不再横跨左侧任务书；在交付记录页内也可恢复，不要求切回聊天。
• 保存失败显示“成果保存失败”，说明文件服务不可用、专家回复尚未保存到平台；按钮改“重试保存成果”，仍调用原 reconcile，绝不调用派单或重做接口。
• 重试期间保留存储失败告警，按钮显示“正在重试保存成果…”及统一 Spin；其他查询显示“正在获取执行结果…”。正常消息请求进行中隐藏查询入口，显示“正在等待专家回复…”。
• 其他未知执行异常明确显示异常与恢复说明；不向用户透出“远端”“查回”“租约”等内部机制。输入不可发送时只说明输入会保留及恢复后可继续发送。
• 临时查询错误在重新请求时清空；持久化存储失败告警直到新执行状态到达才清除，两者不混为“所有错误一直保留”。

新回归覆盖：持久化保存失败及消息/输入框间的位置；恢复请求进行中仍显示异常且只有具体恢复动作；正常回复期间不显示重复查询；重试失败后保留原因与入口；切换交付页只显示一份异常。原查询时序、重复意见、待验收动作测试保留。

关键证据在 .artifacts/testing/execution-recovery-ux/：

扩展运行 ExecutionWorkspace 得 10 passed / 2 failed，断言期待“项目已归档，恢复后可继续处理。”与“计划已生成，尚未开工”。在 git archive HEAD 的隔离临时目录复现相同失败；不计通过，也不为本次 UI 修复改无关预期。

独立代码审查无阻断：仍按服务端 allowed_actions 授权；旧 failure 在已完成状态不误报；查询反馈按执行ID和版本淘汰；页签切换不销毁聊天草稿。真实开发页在代理浏览器没有用户登录态，因此额外视觉检查采用真实 Workroom 和请求 hook、替身 API，不能冒充用户实网验收。CS 实际连通性问题仍按前文记录，不以组件展示修复声称存储服务恢复。

浏览器真实后端回归首轮发现 4 个旧文案断言仍要求“结果待查／查回”，因此失败，原记录 20261013T231639.990925Z-5aa89a273401452a988fa203bf47f127 保留（6 passed / 4 failed / 4 未运行）。按用户此次改变提示含义的要求，更新四个步骤/辅助文件中的可见文案断言；原状态 reconciling、禁止重发、发送/查询次数、成果归属与权限断言全部保留。扩大到共用这些步骤的相关协议和编号保护场景，20261013T231909.103030Z-ce49cb4d54bc4e81bfd0e0c86397053f 25 passed，exit 0、源码未变；仍是子集，含必要屏障。

视觉执行者通过真实组件/请求 hook 的模拟 API 检查了保存失败、恢复进行中、busy/错误/成功回包、页签切换、普通消息请求。主代理复核发现第一轮截图的 mock allowed_actions 错带取消按钮，已要求按服务端状态投影修正夹具，并废弃旧截图、重拍关键状态。此为证据夹具问题，产品代码始终按服务端 allowed_actions 显示操作。

无编号中断的共用步骤另用独立库定点复测：20261013T232104.539895Z-034b76dcf7f144d7a5e5e12b0e8b6578 7 passed（含6个屏障/治理，不与前组相加成独立业务数量）。页面真实 Vite 模块检查确认新失败/进行中提示已加载，旧模糊文案已移除；视觉执行者后续通过已登录的原生 Chrome 只读核对到真实目标工作间，看到“成果保存失败”、具体原因和恢复按钮，未操作真实写入。

最终代码、测试与更新后的浏览器步骤静态复核：20261013T232222.015784Z-424bd7b6d1f0498f992aa9bdaf09444d，67 条测试、三份类型检查、7个改动文件 ESLint、加载态原语检查全过，exit 0、源码未变。此轮还强化了成功恢复断言：新快照显示等你验收，旧保存失败提示确实消失。以上为本次范围内验证，不包括完整覆盖、变异或人工通过结论。

视觉复核收尾：已修正 mock 权限并重拍 7 张有效图，1280/768 的保存失败、重试中、成功返回，以及成功交付页均通过。关键截图没有取消按钮，成功后仅显示验收相关入口；Playwright 无 pageerror、无真实 API 请求。有效证据索引 .artifacts/recovery-ux-visual/evidence-index.txt 与检查结果 checks.json。首轮14张错误权限截图移至同目录 superseded-incorrect-permissions/，明确作废，不作产品验收依据。

收尾再次只读 TLS 握手探针仍为 SSLEOFError，记录 .artifacts/recovery-cs-tls.json；实际CS成果保存仍受该连接问题影响。UI回修已在4210热更新生效，等白晨复验；仍未提交、推送或创建PR。

Taste 局部视觉回修（2026-10-14）

白晨要求安装 https://github.com/Leonxlnx/taste-skill 并美化异常区域。通过 skill-installer 官方安装脚本安装 skills/taste-skill 与同仓库适用于已有应用的 skills/redesign-skill 到 /Users/nd/.codex/skills/。主技能明确偏营销页面，实际组件改造采用 redesign 的层级、对齐、克制用色原则，保留本仓库阳光玻璃的字体、令牌和交互原语。

原问题是整条着色提示、长说明和大黄按钮争抢注意力。本轮仅调整异常恢复 DOM、文案及对应 bridge CSS：提示收为和输入框同宽的中性内嵌纸面；小型语义红图标标识异常，标题600字重，说明短句；桌面文字左、次级重试按钮右，窄容器自然换行；“重试保存／正在保存…”使用同一按钮宽度，完整可访问名称与原恢复接口保留。等待和错误回包沿正文基线对齐。不新增依赖，不改变服务端状态、权限、派单或保存逻辑。

验证：.artifacts/testing/execution-recovery-taste/20261013T233000.705252Z-589f1cc6390a4271acbf7f75eac1dd02 的67条关键测试、类型、ESLint、加载态全部通过。样式门禁 20261013T233030.431987Z-f2895599c38e4093b81fb361f9a92006 通过；之后按视觉测量修正窄屏8px边缘差、回包文字缩进及busy按钮宽差，再次 make styles-gate 通过。未增加镜像实现测试，未运行全量。

视觉由同一执行代理在既有组件harness中完成，小批次文件留 .artifacts/recovery-taste-visual/。本机夹具使用与服务端一致的 allowed_actions，不触发真实API；逐档检查1280/768/390、异常/重试/错误返回、暗色与键盘焦点。前两轮发现并修正对齐问题，最终图与文字结论随索引保存。本轮纯样式不重复此前真实后端协议套件；保留既有通过证据，不把模拟组件截图称为实网CS恢复。

合并准备

用户批准按现有结果视为验收通过并合入 develop。已重新 fetch origin develop，远端仍为 01363529，与本工作树整合基点相同；提交后执行 rebase origin/develop。合并采用本任务已经完成的关键验证与独立审查证据，不运行用户明确排除的全量测试。

继续披露：CS 实网 TLS 连接故障；契约测试的既有 92≠89 数量断言，以及 ExecutionWorkspace 的两条基线文案断言。均已记录复现与AI后续处理方式。合并表示接收本轮修复，不表示这些外部/基线问题已消失。