docs: add agent handoff docs, verification guide, and repair evidence

Add docs/agent-handoff (backlog, execution state, verification, platform plan, per-task evidence), repo AGENTS.md, and architecture notes updated for the dual-renderer design.
This commit is contained in:
2026-09-17 16:40:06 +08:00
parent 75b2ec4123
commit bc0b92bcdc
25 changed files with 2347 additions and 0 deletions
+66
View File
@@ -0,0 +1,66 @@
# 仓库协作规则
haocode 是面向 Windows 和 Linux 的 PyQt6 桌面 AI Agent 客户端。Windows 首选 WebView2,失败时回退 QtWebEngineLinux 只使用 QtWebEngine。`core/agent/` 保持无 GUI,并继续与 pi 对齐。
## 权威交接入口
处理修复、跨平台、测试、项目结构或交接任务前,必须先读 `docs/agent-handoff/README.md`,再按其中的触发条件读取对应文档。`readme.md``Frame.md``ARCHITECTURE.md` 只作历史背景,不能未经核验就当作事实源。
`data/config.json` 是不透明的本机密钥文件。Agent 不得打开、读取、搜索、打印、复制、编辑它,也不得让宽范围内容搜索包含它。测试必须使用临时配置。
## 项目结构
- `main.py`:入口、UTF-8 标准输出保护、Chromium 参数和 `MainWindow` 创建。
- `core/`:无 GUI 后端,包括 SQLite 会话树、Qt 工作线程、WebView2 后端和日志。
- `core/agent/`:与 pi 对齐的循环、流式处理、重试/压缩恢复,以及 `read`/`bash`/`write`/`edit` 工具;可直接进行纯 Python 测试。
- `ui/views/`PyQt6 窗口与桥接。`main_window.py`(约 6000 行)是当前中心,还包括 `bash_panel.py``chat_bridge.py``wv2_view.py``custom_web_page.py``debug_window.py``system_tools/`
- `ui/web/`:离线网页层,包括 `index.html``app.js``style.css` 及 vendored marked/DOMPurify/KaTeX/highlight.js。
- `data/`:源码运行时数据,包括不透明的 `config.json`、自动创建的 `chat_history.db``attachments/`
- `tools/builtin_tools/pdf_reader.py``svg/`(图标)、`SYSTEM_PROMPT.md`(每次请求重新读取,修改后无需重启)。
- `vendor/webview2/` 和根目录 `WebView2Loader.dll`:Windows 运行依赖,**不得删除**。
- `tests/`:测试、smoke、诊断和人工验证脚本。
## 常用命令
- `pip install -r requirements.txt`:安装当前依赖;Linux 依赖规范化见交接任务清单。
- `python main.py`:从源码运行。Windows 可从 WebView2 回退 QtWebEngineLinux 使用 QtWebEngine。
- `python tests/run_tests.py`:只运行当前 agent-core 聚合,不会发现整个测试目录。
- `node tests/test_math_extract.js`:运行前端公式提取测试。
- `python tests/check_db_migration.py <db>`:只读检查数据库迁移完整性。
## 编码规范
- 以 Python 3.10 语法为基线,使用 4 空格缩进、`snake_case` 函数/文件名和 `PascalCase` 类名;目标运行矩阵为 Python 3.103.12。仓库未配置 formatter/linter,修改时匹配周边风格。
- 注释和文档使用中文;路径、命令和 API 标识符保持原文。
- `requirements.txt` 只列源码确实导入的包;依赖变更必须有意为之。
- `core/agent/` 必须保持无 GUI,确保可离屏测试。
## 测试规则
仓库不使用 pytest;测试是可直接运行的 Python/Node 脚本。`tests/run_tests.py` 当前只加载 agent-core 套件。`test_*.py` 表示聚焦自动化测试,`smoke_*.py` 表示离屏集成测试,`diag_*`/`verify_*`/`tune_*` 默认表示诊断或人工脚本,除非文件自身另有说明。
```bat
set PYTHONIOENCODING=utf-8
set QT_QPA_PLATFORM=offscreen :: only for smoke_* GUI tests
python tests/test_tool_params.py
```
跨平台聚合入口(不改变任何独立命令):`python tests/run_all.py --group logic|offscreen|all`。每个条目独立子进程 + 临时目录 + 显式超时;依赖/平台不适用项打印明确 SKIP 理由;任一失败则退出码非零。默认不跑 `diag_*`/`verify_*`/`tune_*`/真实 API/真实桌面脚本。
导入 `MainWindow` 前,必须把 `core.db_manager._DEFAULT_DB` 指向临时数据库,并把 `HAOCODE_CONFIG_FILE` 指向临时配置。当前仍有代码绕过该变量;对应任务完成前,测试还必须 patch 相关模块缓存的路径,并证明真实运行时文件未被访问或修改。
## 调试铁律
- **所有调试命令、测试与诊断脚本执行都必须设置显式的最长耗时预算(timeout)**。
- 若中途因超时跳出,先定位卡点,再允许延长预算重跑;**严禁不设超时让它无限卡死**。
## 变更粒度
当前快照没有 Git 历史。不得初始化 Git 或伪造提交;每批修改仍须保持可独立提交。未来提交信息使用简短祈使句并注明区域,例如 `core/agent: fix compaction cut-point`
## Agent 注意事项
- 运行时可能在根目录写出 `compaction_diag.log``stream_diag.log``diag_shot_*.png` 等诊断产物。除非当前任务明确负责清理,否则不得删除。
- shell 行为尚未规范化。目标契约是 Windows `cmd.exe`、Linux `/bin/bash -lc`;修改前先读 `docs/agent-handoff/PLATFORM_PLAN.md`
- 本阶段源码运行继续把数据放在项目 `data/` 下;打包路径和 AppData/XDG 迁移延后。
- 不得删除 `vendor/webview2/` 或根目录 `WebView2Loader.dll`
+3
View File
@@ -1,5 +1,8 @@
# 项目文件架构 # 项目文件架构
> [!WARNING]
> **历史资料,不是当前事实源。** 本文仅保留旧架构与故障记录。处理修复、跨平台、测试、项目结构或交接任务时,先读 [`docs/agent-handoff/README.md`](docs/agent-handoff/README.md)。
> 仅描述目录与文件的基础组织,不涉及具体实现细节。 > 仅描述目录与文件的基础组织,不涉及具体实现细节。
``` ```
+110
View File
@@ -0,0 +1,110 @@
# 当前代码状态与结构审计
> 用途:处理结构、命名、模块边界或技术债任务前读取。本文只记录已经由源码确认的现状;精确实现仍以当前源码为准。修复顺序和验收要求见 [REPAIR_BACKLOG.md](REPAIR_BACKLOG.md) 与 [VERIFICATION.md](VERIFICATION.md)。
## 结论
项目的目录分层和文件命名总体符合 Python、JavaScript 与 Qt 项目的常见习惯,不需要为了“看起来规范”而批量改名或搬目录。当前主要风险不在命名,而在以下位置:
- `ui/views/main_window.py` 承担窗口组装、浏览器选择、会话、附件、截图、弹层和大量事件处理,已经形成高耦合中心。
- `ui/web/app.js` 同时负责渲染、流式更新、历史、分支和交互状态,Python 与 JavaScript 之间没有显式协议定义。
- Windows 专用的 WebView2、全局热键、进程终止和路径假设尚未被完整隔离,Linux 不能仅凭“Python 跨平台”获得支持。
- 测试入口聚合不完整(P2-04 待实施);配置重定向与运行时数据隔离已由 P0-01 统一(见 [REPAIR_BACKLOG.md](REPAIR_BACKLOG.md) P0-01 与 evidence/P0-01.md)。
- 根目录旧文档混有过时描述;它们不能继续作为实现依据。
当前阶段允许修复错误、添加测试和添加小型平台适配器,但不移动或拆分现有模块。超大文件是已记录技术债,不是本轮重构授权。
## 目录职责
| 路径 | 当前职责 | 审计判断 |
| --- | --- | --- |
| `main.py` | 进程入口、标准输出保护、QtWebEngine 启动参数、`QApplication` 和主窗口创建 | 入口职责基本合理;渲染参数需要区分平台 |
| `core/` | 数据库、LLM 工作线程、日志和 WebView2 后端 | 名称规范;仍含 Windows 专用实现和配置路径旁路 |
| `core/agent/` | 与 pi 对齐的 agent 循环、上下文、压缩、恢复和内置工具 | 应继续保持 GUI-free、可离线测试 |
| `ui/views/` | PyQt6 窗口、桥接层和浏览器包装 | 边界最薄弱;`main_window.py` 是主要风险点 |
| `ui/views/system_tools/` | 文件读取、全局热键、屏幕截图 | 适合作为平台适配落点;当前实现以 Windows 为中心 |
| `ui/web/` | 离线 HTML/CSS/JavaScript 聊天界面和 vendored 前端库 | 无需构建步骤;历史窗口状态机尚未独立 |
| `tools/builtin_tools/` | 面向 agent 的独立实用工具 | 当前仅有 PDF 读取器;与其他两类“工具”需用全路径区分 |
| `tests/` | 纯逻辑测试、offscreen smoke、诊断与人工验证脚本 | 命名前缀有约定,但聚合入口没有覆盖全部自动化测试 |
| `data/` | 源码运行时的配置、数据库和附件 | 本阶段保留项目内路径;凭据处理遵循 [README.md](README.md) 的硬性边界 |
| `vendor/webview2/``WebView2Loader.dll` | Windows WebView2 运行依赖 | 只允许 Windows 路径加载,不能成为 Linux 启动前置条件 |
| `svg/` | UI 图标 | 目录职责清晰 |
## 命名规范审计
| 范围 | 现状 | 结论 |
| --- | --- | --- |
| Python 文件、函数、变量 | 基本使用 `snake_case` | 符合 PEP 8 常规写法 |
| Python 类 | 基本使用 `PascalCase` | 符合惯例 |
| Qt 覆盖方法 | 使用 `eventFilter``closeEvent` 等 Qt 固定名称 | 正确例外,不应改成 `snake_case` |
| QWebChannel/JS 可调用接口 | 存在 camelCase 名称 | 跨语言协议名称可保留,但必须集中记录 |
| JavaScript | 主要使用 `camelCase` | 符合惯例 |
| CSS | 选择器和属性使用 Web 常规形式 | 符合惯例 |
| 测试文件 | `test_*``smoke_*``diag_*``verify_*``tune_*` | 前缀表达运行性质,约定合理 |
以下名称有可读性或发布规范问题,但不应在当前修复阶段批量改名:
- `Frame.md` 语义过宽,且与 `readme.md``ARCHITECTURE.md` 的职责重叠。旧文档只作历史资料。
- `readme.md` 的大小写不影响源码运行;是否改成 `README.md` 留到仓库整理阶段。
- `db_manager.py``llm_engine.py` 等名称合规,但 “manager/engine” 隐藏了较宽职责;先通过边界文档约束新增代码。
- `core/agent` 的版本字符串不是标准 PEP 440 形式;打包阶段再统一。
- “工具”同时指 agent 的 `read/bash/write/edit``tools/builtin_tools/` 实用工具和 `ui/views/system_tools/` 桌面集成。任务与文档必须使用完整路径或明确类别,不能只写“tool”。
## 已确认的结构与行为缺陷
### 配置和测试隔离
- 已解决(P0-01):所有运行时配置读取统一经 `core/config_paths``HAOCODE_CONFIG_FILE` 优先);`tests/test_config_isolation.py` 用打开路径拦截器证明真实配置从未被打开。
- 新测试必须在导入 `MainWindow` 及相关模块前同时重定向数据库和配置(统一用 `tests/_test_env.py``isolate()`),并检查被测模块是否缓存了路径常量。
- 少数 GUI 测试(`smoke_offscreen.py``smoke_mode.py``smoke_copy_session.py`)自身只重定向数据库、未设置 `HAOCODE_CONFIG_FILE`;独立运行时由环境注入临时配置,P2-04 聚合入口将按子进程强制注入。
- `tests/run_tests.py` 当前不是全套测试聚合器,不能把一次成功运行等同于整个 `tests/` 目录通过。
### UI 和事件处理
- 已解决(P0-02):`MainWindow` 重复定义的 `eventFilter` 已合并为一份;发送规则收进 `send_message(from_enter=...)` 单一实现(见 evidence/P0-02.md)。
- UI 层存在直接 SQL 和跨模块私有成员访问,导致数据库、窗口和渲染状态相互渗透。当前只修复会造成实际错误的调用,不展开分层重构。
- 原生窗口型 WebView2 与 Qt 弹层的遮挡关系需要逐个验证;重命名弹层是已确认案例,不能假定所有 QWidget 弹层都会自然显示在 WebView2 之上。
### Python 与 JavaScript 边界
- 当前通过 `ui/views/chat_bridge.py`、直接 JavaScript 执行以及硬编码函数名传递状态,没有协议版本、载荷 schema 或统一错误回传。
- 当前没有“按边界消息 ID + 方向”请求历史页的 JS→Python 协议。现有消息缓冲也不足以重建附件、时间线、工具输出和分支关系完整的历史项。
- 建立历史滑动窗口时,必须传递完整消息描述符,并用会话/分支 generation 丢弃过期响应;不能让前端自行拼接不完整历史。
- 跨语言公开名称一旦落地即视为协议。实现 Agent 应把请求、响应、错误和重置事件集中列在同一处,并用契约测试锁定。
### 平台边界
- `core/webview2.py``ui/views/wv2_view.py` 和相关进程处理是 Windows 专用路径;Linux 只能选择 QtWebEngine。
- `ui/views/system_tools/global_hotkey.py` 使用 Windows 原生 API,Linux 导入和运行路径尚未隔离。
- agent 的 bash 工具使用隐式 shell 选择:Windows 通常落到 `cmd.exe`Linux 通常落到 `/bin/sh`,不满足既定的 `/bin/bash -lc` 契约。
- Windows 使用进程树终止手段;POSIX 侧尚无对完整进程组的等价取消/超时保证。
- 项目中的 Windows 路径、动态库和 WebView2 探测不能在 Linux 启动阶段被无条件访问。
### 文档和仓库状态
- `ARCHITECTURE.md` 仍含旧产品名和失效目录;误拼接的外部修复文档已经移除,文件顶部已明确标记为历史资料。
- 第三方修复要求提到的 `haocode.spec``pyi_rth_trace.py``tests/diag_render_scale.py``tests/diag_panel_scrollbar.py``tests/diag_rename_overlay.py` 当前不存在。上述三个 `tests/diag_*` 脚本可按任务新建;两个打包文件属于后续阶段。
- 工作区没有可用 Git 历史,不能引用不存在的基线提交,也不应擅自初始化仓库。任务清单仍按可独立提交的粒度书写,供未来接入版本控制。
- 源码树存在 `__pycache__`、数据库、日志和锁等运行产物。当前不做清理工程;测试必须使用临时位置,避免继续污染生产数据。
## 应保持的边界
1. `core/agent/` 保持 GUI-free;纯 agent 行为可不创建 `QApplication` 直接测试。
2. 浏览器差异留在 WebView2/QtWebEngine 适配层,不把后端判断散落到业务逻辑。
3. 系统热键、截图和 shell 通过最小平台适配接口选择实现;Windows 模块与 Linux 模块只在对应平台延迟导入。
4. 数据库存取继续由 `core/db_manager.py` 承担;新的 UI 功能不要增加直接 SQL。
5. Python↔JavaScript 载荷使用完整、可测试的描述符;DOM 只保存当前窗口,不承担持久化或完整会话真相。
6. 运行时秘密边界、任务范围和验证要求分别以本目录的 `README.md``REPAIR_BACKLOG.md``VERIFICATION.md` 为准。
## 本阶段明确延后
- 拆分 `main_window.py``app.js` 或迁移现有模块。
- 批量重命名文件、类或公开跨语言接口。
- PyInstaller/其他打包配置、安装器、AppData/XDG 数据目录迁移。
- WebKitGTK 或其 Qt 封装。
- 通用键盘钩子框架;Linux 只实现现有截图快捷键需要的能力。
- agent shell 沙盒、命令审批、路径权限边界。
- 新工具注册系统、参考其他 harness 增加功能或改变 pi 对齐目标。
- Ubuntu 以外 Linux 发行版的支持承诺。
结构或命名任务只有在“发现的问题已逐项归类为确定缺陷、已接受技术债或明确延后,并且没有借机移动/拆分模块”时才算审计完成。
+65
View File
@@ -0,0 +1,65 @@
# 全量修复执行状态
状态:ACTIVE
总目标:完成 REPAIR_BACKLOG.md 中所有待实施任务
## 调试铁律(跨压缩持久,每次恢复后必须遵守)
- **所有调试命令、测试与诊断脚本执行都必须设置显式的最长耗时预算(timeout)**。
- 若中途因超时跳出,先定位卡点,再允许延长预算重跑;**严禁不设超时让它无限卡死**。
当前任务:全部完成(P0-01 → P2-04
当前阶段:COMPLETE(自动化部分;Windows 真机双渲染路径已验证;Linux 真机平台验证项见各任务 evidence)
最后完成动作:Windows 真机验证 —— ① `core/webview2.py` 加 byte[] 加载回落(本机 D: 卷 .NET “网络位置”怪癖),真桌面 WebView2 启动成功(Runtime 153.0.4234.32、controller ready、NavigationCompleted、截图像素证实聊天区真实 DOM 渲染);② `HAOCODE_FORCE_QTWEBENGINE=1` 真桌面回落验证(独立 per-instance profile、无 taskkill、渲染正常);③ P2-02 真机截图(diag_panel_scrollbar 真桌面 ALL PASS,三图已更新);④ T0 守卫真机交叉验证(diag 实例被锁自动回落,未误杀主程序 WebView2);证据更新 evidence/P1-03.md、evidence/P2-02.md、evidence/P2-03.md
下一步唯一动作:P2-03 人工清单 1–5 可在本机真实 WebView2 模式下走查(app 现可正常以 WV2 启动,当前前台实例为强制 QtWebEngine 模式,重开即默认 WV2);其余为 Linux 真机验证(P1-03/P1-04),需 Ubuntu 桌面主机
当前修改文件:core/webview2.pybyte[] 加载回落 + BaseException 防护)、docs/agent-handoff/evidence/{P1-03,P2-02,P2-03}.md、evidence/win_real_*_mainwindow.png(新)
最近测试结果:test_wv2_guard 10/10(修复后无回归);diag_panel_scrollbar 真桌面 ALL PASSrun_all 25/25(前次终态)
尚未验证的平台:Linux X11、Linux WaylandP1-03 启动链、P1-04 X11 XGrabKey 真实注册/命中、Wayland portal 三态均需真机);Windows 真机双渲染路径(WebView2 + QtWebEngine 回落)已于 2026-09-17 验证,仅剩 P2-03 人工遮罩走查(1–5,可本机执行)
阻塞项:无
观察项:
- 【P1-01 教训·offscreen QtWebEngine 诊断】未 `window.resize()`+`show()``innerHeight=0`,锚点/滚动几何全废;诊断必须先 resize+show、等待 `innerHeight>0`、再显式 `load_messages_to_web` 重载
- 【P1-01 教训】`runJavaScript` 回调不能返回 DOM 元素(转换失败);`wait_until` 条件一律返回原语(`cond ? 1 : 0`
- 【P1-01 教训】批次渲染守卫(`__rwPageRendering`)必须在**调度时刻**捕获,延迟回调(rAF+setTimeout)触发时批次已结束、标志已复位,届时再读会漏放 `scrollIntoView` 触发 'newer' 振荡
- 【P1-01 设计】页 = 半窗(`size//2`),非整窗:整窗页会使向上换页锚点必被裁出窗口,≤2px 锚点恢复不可达
- 【P1-02 教训】Windows 下 argv 列表形态 Popen 会被 `list2cmdline` 转义内部引号(`\"`),cmd.exe 不认 → 显式 cmd 契约必须用**字符串命令行** `cmd.exe /d /s /c "<cmd>"`
- 【P1-02 发现】旧 `shell=True` 对带引号程序名实为直接 CreateProcessW(不经 cmd);显式 cmd 后行为统一且可预测
- 【P1-03 教训】`QTimer.singleShot` 单位是**毫秒**(25 = 25ms),兜底预算要写 30000;事件循环启动前不触发
- 【P1-03 教训】QtWebEngine 顺序硬约束:QtWebEngineWidgets 必须先于 QApplication 导入;QWebEngineProfile 必须先于使用它的 page/view 创建,且 setPersistentStoragePath/setCachePath 要在 profile 使用前调
- 【P1-03 发现】PyQt6-WebEngine 6.10 未暴露 `QWebEnginePage.errorOccurred`(Qt 6.5+ API),加载失败诊断用 loadFinished(ok) + processEvents 循环
- 【P1-03 教训】改构造函数签名必须保旧式位置调用:`CustomWebPage(browser)` 的 view 会被新首形参误当 profile,按 `isinstance(QWebEngineProfile)` 分派
- 【P1-04 教训】PyQt6`QThread.run()` 内任何未处理异常 = **abort 整个进程**(退出码 127、无 traceback、stdout 缓冲丢失,极难诊断)→ QThread.run() 必须顶层 try/except 全捕获 + 日志
- 【P1-04 教训】`ctypes.byref(x)` 返回 CArgObject:真实 CDLL 调用正常,传给测试替身(普通可调用对象)会 TypeError —— 替身端 `getattr(arg, "_obj", arg)` 还原原对象
- 【P1-04 教训】Windows 上 `os.pipe()` 的 fd 不能可靠用于 select()10093/10038)——跨平台可 select 假 fd 用 `socket.socketpair()`;且 `a.send()` 的数据在 b 的接收缓冲(方向别写反)
- 【P1-04 发现】`file://` URI 解析用剥前缀+unquote 而非 urlparse().path`file://D%3A%5Cx`(无第三斜杠)会被当 netlocgdbus portal 的 FilePicked/Finished 信号都发在 request 对象上
- 【P2-01 教训】Qt:对刚展开、布局尚未 flush 的 QPlainTextEdit 立即设水平滚动值,随后的挂起 resize flush 会把滚动清零——真实用户无法在未渲染框上滚动,属测试时序伪影;测试设滚动前必须先 settle(N1×N2 探针矩阵证实 N2≥1 即稳定)
- 【P2-01 教训】offscreen harness 收尾用 `os._exit``sys.exit` 后 QtWebEngine 渲染/GPU 子进程可能不回收 → 解释器挂起至 timeout;管道执行时只看输出会误判通过(必须验 EXIT 码)
- 【P2-02 教训】offscreen 下 QPlainTextEdit 的 `grab()` 文档区不填充(黑图)但 `panel.grab()` 正常;像素断言一律走 `widget.render(painter)`(渲染到透明 QPixmap),且先做健全性检查(文本色/handle 色像素计数>0)防黑图假通过
- 【P2-02 教训】PyQt6`Qt.Vertical``Qt.Orientation.Vertical``QStyleOptionSlider()` 无参构造(不接受 widget);`subControlRect(cc, opt, sc, widget)` 参数序 + 滚动条箭头子控件枚举名是 `SC_ScrollBarSubLine/AddLine``CC_ScrollBar` 属于 `QStyle.ComplexControl`
- 【P2-02 发现】裸控件(无样式表祖先)`style()` 是基础风格,空 option 下 subControlRect 返回 0 矩形——「原生参照」只能靠 sizeHint/实际几何对照(原生横条 14px vs 面板 8px
- 【P2-03 发现】offscreen/无真实事件循环时 `processEvents()` **不处理 DeferredDelete**`deleteLater()` 后必须显式 `QCoreApplication.sendPostedEvents(None, QEvent.Type.DeferredDelete)` 才会真正删除(offscreen 测试断言"已删除"前必须冲刷;生产事件循环常驻不受影响)
- 【P2-03 教训】PyQt6 `setGeometry``(QPoint, QSize)` 重载→构造 `QRect(tl,size)``QTest.mouseClick(widget, button, modifier, pos)` 第 3 参是 **modifier**`QTest` 在独立模块 `PyQt6.QtTest`
- 【P2-03 发现】`core/webview2.py` `get_environment()``taskkill /F /IM msedgewebview2.exe` + 共享默认 profile 不可重定向 → 无人值守自动化不得走真实 WebView2 启动路径;真机验收走人工清单(拥有者顶层 Tool 窗 z 序上必盖 WebView2 原生子 HWND,机制与生产已验证的 AttachmentPreviewOverlay 同构)
- 【P2-03 结构判据】顶层窗可带 owner parent`setWindowFlags(Tool|Frameless)``parentWidget()` 仍可非 None;判据是 `isWindow()` / `window() is self`,不是 `parentWidget() is None`
- 本机无系统级 Python 3.10;已用 uv 安装 CPython 3.10.21(用户目录托管)并重建项目内 `.venv`Python 3.10.21),与文档基线对齐
- WSL 存在 Ubuntu-22.04(当前 Stoppedpython3.12.3,未装 PyQt6);未检测到 X11/Wayland 桌面会话
- `tests/diag_live_agent.py:19``tests/tune_model_popup.py:155` 直接引用真实配置路径;属 live/tune 脚本,默认聚合排除,不属 P0-01 允许范围
- `readme.md` 提及的 `haocode.spec`/`pyi_rth_trace.py` 不在本快照内(打包属后续阶段,不影响源码运行)
环境探测(只读):
- OSWindows 11 10.0.26200 x64
- Python:默认 3.13 / 3.12.10,无 3.10`.venv` = **3.10.21**uv 重建,P0-01+ PyQt6 6.10.2 + PyQt6-WebEngine 6.10.0 + openai 2.26.0 + pythonnet 3.1.0 + PyMuPDF 1.28.0
- WebView2 Runtime153.0.4234.32 存在
- WSLUbuntu-22.04Stopped)、docker-desktopRunning
任务状态表:
- P0-01: COMPLETE
- P0-02: COMPLETE
- P0-03: COMPLETE2026-09-16 复核通过,文档一致性修订已固化)
- P1-01: COMPLETE
- P1-02: COMPLETEWindows 侧自动化全绿;Linux 进程组用例 C3 待 Linux 环境运行生效)
- P1-03: COMPLETEWindows 侧自动化 + offscreen 真实启动链全绿;Linux 真机与 root/容器 `--no-sandbox` 接受路径待对应环境验证)
- P1-04: COMPLETEWindows 侧自动化全绿:路由矩阵/X11 替身/portal 替身/offscreen 真实启动链;Linux X11 XGrabKey 真实注册与 Wayland portal 授权/取消/无 portal 三态待真实 Linux 宿主手动验证,见 evidence/P1-04.md
- P2-01: COMPLETE(两栏启动倒序 + 状态保持,offscreen 全量覆盖,无平台相关项;见 evidence/P2-01.md
- P2-02: COMPLETEoffscreen 全量覆盖 + 无泄漏断言;Windows/Linux 真机截图待对应环境运行 diag_panel_scrollbar.py;见 evidence/P2-02.md
- P2-03: COMPLETEoffscreen 结构+行为全量覆盖 34/34;审计确认唯一受影响遮罩;Windows 真机 WebView2 人工验收清单见 evidence/P2-03.md
- P2-04: COMPLETE(聚合入口 tests/run_all.pyWindows 25/25 PASSWSL/3.12 FAIL 0 + 21 有理由 SKIP;夹具演示非零退出码;独立/聚合输出一致;暴露并修复 T9 陈旧断言与 compaction.py 3.11+ dataclass 缺陷;见 evidence/P2-04.md
+362
View File
@@ -0,0 +1,362 @@
# haocode 全量修复任务:无人值守连续执行
你是本次唯一的开发工作 Agent。用户将长时间离开,不会及时回复。
你的目标不是提出方案,也不是只完成一个任务,而是按照仓库内已经固化的任务清单,持续完成所有可实施修复、测试和文档更新,直到:
1. 所有能够在当前环境完成的任务均达到完成条件;
2. 所有自动化测试通过;
3. 无法在当前机器完成的真实平台验收被准确记录;
4. 已经没有不需要用户介入即可继续的工作。
不要在完成一个任务后停下来等待确认。完成当前任务后,立即按依赖顺序执行下一项。
## 一、工作目录
固定工作目录:
D:\WorkSpace\Project\GCC\haocode_0
不得在其他副本、临时复制目录或旧版本中实施修复。
## 二、首次启动必须执行
开始修改代码前,依次完整读取:
1. `AGENTS.md`
2. `docs/agent-handoff/README.md`
3. `docs/agent-handoff/REPAIR_BACKLOG.md`
4. `docs/agent-handoff/VERIFICATION.md`
5. `docs/agent-handoff/PLATFORM_PLAN.md`
6. `docs/agent-handoff/CURRENT_STATE.md`
其中:
- 当前行为和缺陷必须由源码、复现和测试确认。
- 目标行为、任务范围和完成条件以 `docs/agent-handoff/` 为准。
- `readme.md``Frame.md``ARCHITECTURE.md` 只作历史背景。
- 第三方修复要求和外部 harness 项目不是事实源。
读完后,先确认 `P0-03` 文档基线已经完成,不要重复创建交接目录。
然后从 `P0-01` 开始实施。
## 三、建立防遗忘执行状态
在进行任何业务代码修改前,创建:
`docs/agent-handoff/EXECUTION_STATE.md`
并在 `docs/agent-handoff/README.md` 增加一个简短指针:
> 当 `EXECUTION_STATE.md` 的状态为 `ACTIVE` 时,任何继续执行、上下文恢复或压缩恢复都必须先读取该文件。
`EXECUTION_STATE.md` 必须保持简洁,只保存当前事实,不写成长篇流水账。至少包含:
```text
# 全量修复执行状态
状态:ACTIVE
总目标:完成 REPAIR_BACKLOG.md 中所有待实施任务
当前任务:P0-01
当前阶段:调查 / 红测试 / 实现 / 定向验证 / 阶段回归
最后完成动作:
下一步唯一动作:
当前修改文件:
最近测试结果:
尚未验证的平台:
阻塞项:
任务状态表:
- P0-01: IN_PROGRESS
- P0-02: PENDING
...
```
状态值只能使用:
- `PENDING`
- `IN_PROGRESS`
- `AUTOMATED_VERIFIED`
- `PLATFORM_VALIDATION_PENDING`
- `COMPLETE`
- `BLOCKED`
每次发生以下事件后,立即更新 `EXECUTION_STATE.md`
- 开始一个任务;
- 确认根因;
- 完成一组源码修改;
- 运行测试;
- 测试失败并改变调查方向;
- 完成任务;
- 准备执行长时间命令;
- 发现外部环境阻塞;
- 即将结束当前上下文。
只保留最新状态和下一步,不依赖聊天记录保存进度。
## 四、上下文压缩恢复协议
一旦发生以下任一情况:
- 上下文被压缩或总结;
- 你无法准确复述当前任务;
- 不确定哪些测试已经运行;
- 不确定下一步应该做什么;
- 会话中断后重新继续;
立即停止凭记忆操作,按顺序重新读取:
1. `AGENTS.md`
2. `docs/agent-handoff/README.md`
3. `docs/agent-handoff/EXECUTION_STATE.md`
4. `REPAIR_BACKLOG.md` 中“当前任务”的完整章节
5. 当前任务引用的 `PLATFORM_PLAN.md``VERIFICATION.md` 章节
6. `EXECUTION_STATE.md` 列出的当前修改文件
然后核对工作区实际状态和最近测试结果,再从“下一步唯一动作”继续。
聊天摘要不能代替 `EXECUTION_STATE.md`。不得因为上下文压缩重新设计范围、跳过测试或把未完成任务误判为完成。
## 五、永久硬约束
### 凭据铁律
`data/config.json` 是不透明的本机密钥文件。
绝对不得:
- 打开;
- 读取;
- 搜索其内容;
- 打印;
- 复制;
- 修改;
- 计算散列;
- 制作快照;
- 让递归内容搜索包含它;
- 让其内容进入工作上下文或测试输出。
所有自动化测试必须使用临时配置和临时数据库。
验证真实配置未被访问时,使用打开路径拦截器、替身或访问记录;不得通过读取真实文件验证。
`P0-01` 完成前,不得运行可能绕过临时配置而读取真实配置的 GUI/LLM 测试。先审查测试入口并完成隔离。
### 范围约束
- 不初始化 Git,不创建提交,不伪造历史。
- 不删除或清理用户现有数据库、附件、日志、锁文件或运行产物。
- 不移动或拆分现有模块。
- 不借修复重写 `main_window.py``app.js` 或弹窗系统。
- 不增加新产品功能。
- 不增加工具注册系统。
- 不参考或移植 Claude Code、Codex、Grok Build、DeepSeek Harness。
- 不改变 `core/agent/` 作为 pi Python 移植的定位。
- 不增加 Agent shell sandbox、命令审批或路径权限边界。
- Chromium sandbox 保持默认开启。
- 不引入 WebKitGTK 或相关 Qt 封装。
- 不做 PyInstaller、安装器、AppData/XDG 迁移或发行包。
- 本阶段只保证源码运行。
- `vendor/webview2/` 和根目录 `WebView2Loader.dll` 不得删除。
- 产品内部 Agent 继续按原方式调用 LLM,不修改其产品行为。
- 不把开发工作委派给其他 Agent;由你连续完成。
只修改当前任务“允许修改”中列出的文件。发现无关问题时记录到 `EXECUTION_STATE.md` 的“观察项”,不要顺手扩大范围。
## 六、任务执行顺序
严格按以下顺序连续执行:
1. `P0-01` 配置路径与测试隔离
2. `P0-02` 合并重复的 `MainWindow.eventFilter`
3. 复核已经完成的 `P0-03`
4. `P1-01` 双向消息渲染窗口
5. `P1-02` Windows/Linux shell 与进程树终止
6. `P1-03` Windows/Linux 渲染器启动链
7. `P1-04` Linux 截图热键与截图实现
8. `P2-01` Bash 任务按启动时间倒序
9. `P2-02` 右侧 Bash 面板滚动条
10. `P2-03` WebView2 原生窗口遮挡层
11. `P2-04` 跨平台聚合测试入口
不得跳过依赖。某项存在真实平台验收阻塞时,先完成其实现和自动化验证,将状态设为 `PLATFORM_VALIDATION_PENDING`,然后继续所有不受该阻塞影响的后续任务。
## 七、每个任务的固定执行循环
对每个任务严格执行以下循环:
### 1. 领取
-`EXECUTION_STATE.md` 中把任务设为 `IN_PROGRESS`
- 完整读取该任务的“先读文件、允许修改、硬约束、目标测试、完成证据”。
- 只加载当前任务需要的源码。
完成标准:能够准确列出当前任务允许修改的文件、禁止范围和验收条件。
### 2. 复现和根因
- 从实际源码出发确认附件描述是否正确。
- 建立最小复现或失败测试。
- 对确定性缺陷记录实际调用链、状态变化或平台差异。
- 描述不准确时以代码证据纠正,不机械照抄文档中的猜测。
完成标准:测试或可重复证据在修复前能够暴露缺陷。
### 3. 实现
- 采用与现有代码风格一致的最小修改。
- 优先复用现有接口和模块边界。
- 只在确实能隔离平台差异或测试状态时增加窄辅助模块。
- 不进行无关格式化、批量重命名或结构重构。
完成标准:失败复现转绿,且没有扩大任务行为面。
### 4. 定向验证
运行任务章节列出的全部目标测试。
每条测试记录:
- 精确命令;
- 平台和环境;
- 退出码;
- PASS/FAIL/SKIP
- 关键断言;
- 失败原因;
- 是否使用临时配置和数据库。
测试失败时进入诊断循环并继续修复,不能通过删除断言、放宽正确性要求或把失败改成 SKIP 获得通过。
完成标准:全部适用定向测试通过;不适用项有真实平台理由。
### 5. 自检
逐条核对当前任务的所有“硬约束”和“完成证据”。
检查:
- 是否改了允许范围之外的文件;
- 是否引入了新功能;
- 是否碰到真实配置或数据库;
- 是否只验证了 happy path
- 是否保留 Windows 现有行为;
- 是否误把 offscreen 当作真实桌面证据;
- 是否有未记录的测试失败。
完成标准:每条完成证据都有源码、测试输出或真机证据对应。
### 6. 固化进度
- 更新 `REPAIR_BACKLOG.md` 的任务状态。
- 更新 `EXECUTION_STATE.md`
- 将简洁证据写入 `docs/agent-handoff/evidence/<TASK_ID>.md`
- 不粘贴大量完整日志,只记录命令、结果和证据文件路径。
- 立即开始下一任务,不等待用户确认。
只有全部完成条件满足时才能标记 `COMPLETE`
## 八、阶段回归
完成 P0、P1、P2 每个阶段后,运行 `VERIFICATION.md` 对应的阶段完整回归。
要求:
- 定向测试不能代替阶段回归。
- `tests/run_tests.py` 在修复聚合入口前不能被称为全套测试。
- 平台不适用项必须明确显示 `SKIP` 和理由。
- 共同逻辑测试失败不能以平台差异豁免。
- 测试不得访问网络、真实 API 或真实凭据,除非任务明确要求且用户已经提供授权;当前没有该授权。
- 不运行 `diag_live_*``smoke_live_*` 的真实 API 路径。
P2-04 完成后,使用新的聚合入口运行最终自动化集合,并保留每个独立测试的运行能力。
## 九、平台验收处理
先只读检测当前机器实际具备的环境:
- Windows 版本;
- WebView2 是否可用;
- QtWebEngine 是否可用;
- 是否存在可用的 WSL/Ubuntu、X11 或 Wayland 环境。
不得为了补齐平台矩阵擅自安装操作系统、创建虚拟机或修改宿主机关键配置。
当前环境具备的平台必须完成真实验证。
当前环境不具备的平台:
1. 完成平台适配代码;
2. 完成平台路由和替身自动化测试;
3. 记录缺少的真实环境;
4. 将任务标为 `PLATFORM_VALIDATION_PENDING`,不能标记 `COMPLETE`
5. 继续执行其他任务。
不得伪造 Windows WebView2、Linux X11、Linux Wayland、portal、DPI、全局热键或截图的真机证据。
## 十、阻塞处理
用户正在休息。不要因为普通实现选择、测试失败或代码复杂而询问用户。
优先采用:
1. 现有源码行为;
2. `docs/agent-handoff/` 中已经冻结的决策;
3. 最小、兼容、可测试的实现;
4. 将判断依据写入执行状态和证据文档。
只有遇到以下情况才允许停止:
- 必须获取用户凭据;
- 必须执行不可逆或破坏性操作;
- 必须使用当前不存在的外部机器;
- 两个权威要求存在无法同时满足的真实矛盾;
- 连续诊断后确认没有任何不需要用户介入的工作可继续。
即使一个任务阻塞,也要继续所有不依赖该阻塞的任务。
## 十一、最终收尾
所有可执行工作完成后:
1. 运行最终自动化聚合测试。
2. 复核所有单文件测试入口仍可运行。
3. 复核 `data/config.json` 未被测试访问,但不要读取它。
4. 检查交接文档与最终代码是否一致。
5. 更新 `CURRENT_STATE.md`,移除已经修复的“当前缺陷”表述。
6. 更新 `REPAIR_BACKLOG.md` 中每项真实状态。
7.`EXECUTION_STATE.md` 状态改为:
- `COMPLETE`:所有自动化和真实平台条件均满足;
- `PLATFORM_VALIDATION_PENDING`:仅剩当前机器无法提供的真机验证;
- `BLOCKED`:仍有必须由用户决定或提供资源的问题。
8. 创建 `docs/agent-handoff/FINAL_REPORT.md`
`FINAL_REPORT.md` 必须包含:
- 每个任务的最终状态;
- 根因与实际修复摘要;
- 修改文件清单;
- 自动化测试命令和结果;
- Windows/Linux 真机验证结果;
- 明确的未验证项;
- 对真实配置和数据库的隔离证明方式;
- 仍需用户处理的最少事项;
- 下一位 Agent 的恢复入口。
## 十二、最终回复格式
只有在没有可继续执行的工作时才回复用户。
最终回复必须先说明整体状态,然后依次给出:
1. 已完成任务;
2. 修改范围;
3. 测试结果;
4. 真机平台证据;
5. 未完成或受阻事项;
6. `FINAL_REPORT.md``EXECUTION_STATE.md` 路径;
7. 用户醒来后需要执行的最少动作。
不要只回复“完成了”。不要隐藏失败、跳过项或未验证平台。
现在开始执行首次启动步骤,创建持久化执行状态,然后从 P0-01 连续工作,直到达到上述终止条件。
+153
View File
@@ -0,0 +1,153 @@
# Windows / Linux 源码运行契约
> 触发条件:修改启动、浏览器、shell、进程取消、系统热键、截图、路径、依赖或平台测试前读取。本文定义目标行为,不代表这些能力已经实现。只有完成本文验收矩阵后,才能把对应环境标为“已验证”。
## 支持矩阵
| 环境 | Python | 浏览器后端 | 系统集成 | 状态定义 |
| --- | --- | --- | --- | --- |
| Windows x64 | 现有 Python 3.10 基线 | WebView2 首选;失败或 profile 被占用时回落 QtWebEngine | 现有 Windows 原生全局热键和截图 | 必须保持现有产品行为 |
| Ubuntu 22.04/24.04 x64 + X11 | Python 3.103.12 | 仅 QtWebEngine | X11 原生全局热键;现有截图交互的 X11 实现 | 本阶段 Linux 主支持目标 |
| Ubuntu 22.04/24.04 x64 + Wayland | Python 3.103.12 | 仅 QtWebEngine | `xdg-desktop-portal` 全局快捷键/截图能力 | portal 缺失或桌面不支持时明确报错 |
| `QT_QPA_PLATFORM=offscreen` | 同对应系统 | QtWebEngine 测试路径;Windows 跳过 WebView2 | 不验证真实全局热键和桌面截图 | 只用于自动化测试,不算桌面支持证据 |
其他 Linux 发行版可以尝试源码运行,但必须标记“未验证”。Linux 不引入 WebKitGTK、WebKitGTK 的 Qt 包装层或第二套网页 UI。
## 平台选择原则
平台能力通过小型适配器隔离,不建立通用插件框架,也不移动现有模块。适配器至少覆盖以下三类能力:
- 浏览器选择:Windows 尝试 WebView2 后回落 QtWebEngine;非 Windows 直接进入 QtWebEngine。
- shell 生命周期:生成固定 shell argv、设置进程组选项、取消和超时时终止完整命令树。
- 桌面集成:注册/注销 `Alt+S`,启动截图并以现有 Qt 信号返回结果或错误。
Windows 专用模块和 Linux 专用模块只在平台选择完成后延迟导入。Linux 启动链不得先访问 `ctypes.WinDLL`、Windows HWND、`taskkill` 或 WebView2 DLLWindows 启动链不得依赖 DBus、portal 或 X11 包。
## 浏览器后端
### Windows
1. 保持 WebView2 为首选,初始化失败时显示可诊断日志并回落 QtWebEngine,主窗口仍可使用。
2. 保持现有实例锁语义。同一 WebView2 profile 已由另一个实例使用时,新实例回落 QtWebEngine,不与其争用 profile,也不结束对方进程。
3. WebView2 原生子窗口继续使用现有包装层;修复弹层时只调整已确认的遮挡案例。
4. 强制 QtWebEngine 回落必须有测试入口,以便在 Windows 上验证两条渲染路径。
### Linux 与 QtWebEngine 回落
1. 非 Windows 平台不探测、不导入、不加载 WebView2。
2. 每个 QtWebEngine 应用实例使用独立 profile/storage 目录,避免多个 Chromium 实例争用同一 profile。源码阶段目录仍位于项目 `data/` 范围;自动化测试使用临时目录。
3. 保持离线加载 `ui/web/` 资源;路径拼接必须兼容大小写敏感文件系统。
4. QtWebEngine 必须在 `QApplication` 创建前完成项目所需的导入和 Chromium 环境设置。
5. 保留现有软件渲染/GPU 配置入口。无效可选配置应输出明确警告并回落可启动默认值,不能让源码运行因可选渲染配置直接失败。
**Linux 源码运行(最小步骤,Ubuntu 22.04/24.04 x64):**
```bash
# 1) 依赖(pythonnet/clr_loader 带 sys_platform == "win32" markerLinux 自动跳过)
python3.10 -m venv .venv && . .venv/bin/activate
pip install -r requirements.txt
sudo apt install -y libnss3 libxkbcommon0 libfontconfig1 libdbus-1-3 libgl1 libegl1 libasound2t64
# 22.04 无 t64 后缀,用 libasound2
# 2) 运行(普通用户;只走 QtWebEngine;每实例独立 profiledata/webengine/profile_<pid>_*
python3.10 main.py
# 3) 仅当 root/容器启动且页面空白时,才显式禁用沙箱(启动会打印高可见风险警告):
QTWEBENGINE_CHROMIUM_FLAGS="--no-sandbox" python3.10 main.py
# 4) 离屏自动化测试:
QT_QPA_PLATFORM=offscreen HAOCODE_RENDER=software QTWEBENGINE_CHROMIUM_FLAGS=--disable-gpu \
python3.10 tests/smoke_offscreen.py
```
实现锚点:`core/renderer_backend.py`(后端解析 / profile 目录 / sandbox 标志处理);`main.py` 在导入 PyQt6 前调用 `sanitize_chromium_flags``ui/views/main_window.py``sys.platform == "win32"` 门控 `core.webview2` 导入(非 Windows 永不导入,不触达 pythonnet/Win32/WebView2 DLL/taskkill);`CustomWebPage(profile, parent)` 接收本实例独立 `QWebEngineProfile`
### Chromium sandbox
Chromium sandbox 与 agent 命令权限是两件事。默认保留 Chromium sandbox,项目代码不得普遍追加 `--no-sandbox`。仅当运行者明确为 root/容器场景配置现有 `QTWEBENGINE_CHROMIUM_FLAGS`,且启动代码确认处于该场景时才接受该标志,同时输出高可见警告。普通 Windows/Linux 桌面运行不得关闭 sandbox。
## Shell 和进程生命周期
“bash 工具”保留产品名称,但执行契约按平台固定:
| 平台 | argv | `Popen` 要求 | 取消/超时 |
| --- | --- | --- | --- |
| Windows | `cmd.exe /d /s /c <command>` | `shell=False`;保持现有流式 stdout/stderr | 终止该命令的完整 Windows 进程树 |
| Linux | `/bin/bash -lc <command>` | `shell=False``start_new_session=True`;保持流式 stdout/stderr | 向进程组发 `SIGTERM`,短暂宽限后仍存活则发 `SIGKILL` |
实现必须满足:
- 取消、超时、窗口退出三条路径复用同一个幂等终止函数。
- Linux 以 `os.getpgid(proc.pid)` 定位本次命令进程组,不按进程名杀进程,也不遗留孙进程。
- 正常退出不进入强杀路径;进程已经结束时重复取消不抛出用户可见异常。
- `cwd`、环境变量、编码和分块输出保持现有工具语义。命令字符串不在 Python 中按 `;``&&` 或管道自行拆分。
- 平台 shell 名称进入诊断日志,避免把 Linux `/bin/sh` 误报成 bash。
## 系统提示词
只维护根目录一份 `SYSTEM_PROMPT.md`。每次请求继续重新读取公共正文,再由运行时生成一段短的平台信息并插入请求,不创建 Windows/Linux 两份完整提示词。
运行时段至少声明:
- 当前操作系统和 shellWindows `cmd.exe` 或 Linux `/bin/bash -lc`
- 路径格式和路径分隔符;Linux 文件名大小写敏感。
- 对应 shell 的环境变量、命令连接和引号规则。
- agent 没有额外 shell 沙盒或命令审批层,不要虚构这些能力。
平台段是请求构造的一部分,不写入会话历史,不参与压缩持久化。契约测试应验证公共提示词只有一份,且不同平台只改变运行时段。
## 配置和路径
1. 所有配置读取入口统一尊重 `HAOCODE_CONFIG_FILE`;测试在导入 UI/LLM 模块前把它指向临时文件。真实凭据文件按 [README.md](README.md) 的边界处理。
2. 所有自动化测试同时把默认数据库改到临时目录,不能依赖开发机已有数据库或附件。
3. 源码运行阶段继续使用项目内 `data/`。AppData、XDG Base Directory、安装器写入权限和配置迁移全部留到打包阶段。
4. 使用 `pathlib``os.path` 组合路径,不拼接平台分隔符;资源存在性检查覆盖 Linux 大小写差异。
5. WebView2 DLL、Windows 锁文件和 Windows 进程命令不成为 Linux 配置校验项。Linux portal/X11 依赖缺失也不能阻止不相关的聊天和 shell 功能启动。
## Linux 桌面集成
### X11
- 为现有 `Alt+S` 截图快捷键实现 X11 原生注册/注销,保持 `GlobalHotkeyThread` 对上层的信号语义。
- 注册失败时返回具体原因并保留窗口内截图按钮或应用内快捷键;不得后台忙等键盘状态。
- 屏幕像素获取走 X11 可用的原生抓屏路径;区域选择 UI 可以继续使用 Qt。
- 截图继续提供现有 `QImage` 返回语义,覆盖多显示器和负坐标桌面布局。
### Wayland
- 使用 `xdg-desktop-portal` 提供的桌面协议请求全局快捷键和截图,不使用 X11 API 假装支持 Wayland。
- portal 请求必须异步处理授权、拒绝、取消和桌面不支持四种结果;UI 只禁用受影响能力,主程序继续运行。
- 无法提供全局快捷键时给出明确、可操作的错误,不能静默降级成“看似注册成功”。窗口内按钮/快捷键仍按桌面允许范围工作。
- portal 返回的截图 URI/数据先完成有效性检查,再转换为现有 `QImage`/附件流程;临时文件生命周期由适配器负责。
会话类型优先综合 Qt 平台名和 `XDG_SESSION_TYPE` 判断,并记录最终选择。环境变量与实际 Qt 后端矛盾时,选择可证明可用的后端并输出警告。
> **实现状态(P1-042026-07-17,证据 `evidence/P1-04.md`**`ui/views/system_tools/desktop_session.py` 按上文判定顺序实现 `session_kind()`offscreen→unknownQT_QPA_PLATFORM/WAYLAND_DISPLAY/XDG_SESSION_TYPE 综合);X11 热键 = `x11_hotkey.py`ctypes→libX11 XGrabKey,同 `triggered` 信号语义,失败明确日志);Wayland 截图 = `portal_capture.py`xdg-desktop-portal Screenshot,系统 gdbus CLI,异步 worker,授权/拒绝/不支持/超时四态明确)。**Wayland 全局快捷键**依赖 compositor 桌面协议(ext-global-shortcut 等),本版本无免依赖实现 → 按上文“无法提供全局快捷键时给出明确、可操作的错误”处理(日志明确说明 + 保留应用内 Alt+S/按钮),不静默降级。真机验证待 Ubuntu 22.04/24.04 X11/Wayland 会话。
## 依赖范围
- `requirements.txt` 只加入源码确实导入的 Python 包,并使用平台 marker 隔离 Windows/Linux 专用依赖。
- Ubuntu 所需系统包另写安装说明,不把 apt 包名伪装成 pip 依赖。
- 不增加 WebKitGTK、打包器、安装器或与现有功能无关的桌面框架。
- 可选平台能力缺失时要局部报错;聊天、会话和 shell 的基本源码运行仍应可达。
## 验收矩阵
每行都要留下命令输出、日志或截图证据;人工桌面项不能用 offscreen 结果替代。具体测试分层见 [VERIFICATION.md](VERIFICATION.md)。
| 环境 | 必验操作 | 通过标准 | 证据 |
| --- | --- | --- | --- |
| Windows / WebView2 | 启动、流式聊天、弹层、截图、退出 | 选择 WebView2;弹层无已确认遮挡;退出不影响其他实例 | 后端日志 + 桌面截图 |
| Windows / 强制 QtWebEngine | 同一基本流程 | 不加载 WebView2;UI 和消息协议行为一致 | 后端日志 + 定向测试 |
| Windows / 第二实例 | 首实例占用 WebView2 profile 后启动第二实例 | 第二实例回落 QtWebEngine;首实例继续工作 | 双实例日志 |
| Ubuntu 22.04 X11 | 启动、聊天、`Alt+S`、区域截图、shell | 只使用 QtWebEngine;热键与截图成功;shell 为 bash | 日志 + 截图 + shell 测试 |
| Ubuntu 24.04 X11 | 同上 | 与 22.04 相同 | 日志 + 截图 + shell 测试 |
| Ubuntu 22.04/24.04 Wayland | portal 授权、拒绝、取消;截图和快捷键 | 授权路径可用;其余路径明确报错且主程序不退出 | portal 日志 + 桌面截图 |
| Linux 进程生命周期 | 命令创建子进程后取消和超时 | 父、子、孙进程全部退出;无同名进程误杀 | PID/进程组测试记录 |
| Windows 进程生命周期 | 命令创建子进程后取消和超时 | 本次命令树全部退出;其他进程不受影响 | PID 测试记录 |
| Windows/Linux 提示词 | 捕获请求构造结果 | 公共正文一致;shell/路径段与平台匹配;平台段不入历史 | 契约测试 |
| Windows/Linux 临时配置 | 使用临时配置和数据库运行 GUI smoke | 不访问项目真实配置/数据库;运行结束无生产数据变更 | 隔离断言 |
| Windows/Linux offscreen | 运行自动化 smoke | 可重复通过;明确不声称验证系统热键/截图 | 测试汇总 |
| root/容器 | 分别在未显式配置和显式配置下启动 | 默认保持 sandbox;显式 `--no-sandbox` 时打印警告 | 启动日志 |
平台任务完成条件:矩阵中该阶段承诺的每一行都有证据;自动化定向测试和阶段全量测试均通过;Linux 启动链没有 Windows 专用导入;实现没有引入 WebKitGTK、打包工作、通用钩子框架或新的 agent 权限模型。
+55
View File
@@ -0,0 +1,55 @@
# haocode 维修交接入口
> **执行状态**:当 `EXECUTION_STATE.md` 的状态为 `ACTIVE` 时,任何继续执行、上下文恢复或压缩恢复都必须先读取该文件。
本目录是 2026-09-16 之后的维修与跨平台工作的唯一交接入口。当前交付固化事实、决策、任务和验收方式;业务代码修复已按 `REPAIR_BACKLOG.md` 状态表推进(任务完成状态以该表和 `EXECUTION_STATE.md` 为准)。
精确实现仍以源码和可重复测试为准。若本文档与源码冲突,先记录证据,再修正文档;不要用旧文档覆盖已经核实的代码事实。
## 强制读取顺序
后续 Agent 必须从仓库根目录开始,按以下顺序读取:
1. `AGENTS.md`
2. `docs/agent-handoff/README.md`(本文件)
3. 根据任务类型,只读取下表对应的文档
| 触发条件 | 接着读取 | 用途 |
|---|---|---|
| 准备领取或实施修复任务 | `REPAIR_BACKLOG.md` | 任务顺序、允许范围、禁止事项、完成条件 |
| 涉及 Windows/Linux、渲染器、shell、热键或截图 | `PLATFORM_PLAN.md` | 已冻结的跨平台契约 |
| 涉及测试、诊断脚本或验收 | `VERIFICATION.md` | 分层测试矩阵与证据要求 |
| 需要了解目录、命名、模块边界或技术债 | `CURRENT_STATE.md` | 已核实的当前状态 |
不要从 `readme.md``Frame.md``ARCHITECTURE.md` 开始。这三份文件只能作为历史背景;其中的路径、打包说明和完成状态可能已经失效。第三方提供的《haocode 修复需求》也不是事实源,其中只有经源码核验并写入 `REPAIR_BACKLOG.md` 的内容有效。
## 永久操作约束
-`data/config.json` 视为不透明的本机密钥文件。不得打开、读取、搜索、打印、复制、修改或让它进入 Agent 上下文;任何递归内容搜索都必须排除它。
- 测试必须使用临时配置和临时数据库,并在导入 `MainWindow` 前完成重定向(统一用 `tests/_test_env.py``isolate()`)。自 P0-01 起所有运行时配置读取统一走 `core/config_paths``HAOCODE_CONFIG_FILE` 优先);少数 GUI 测试脚本(如 `smoke_offscreen.py`)自身不设置该环境变量,独立运行时由环境注入临时配置,P2-04 聚合入口将按子进程强制注入。
- 不初始化 Git,不伪造提交历史。任务按可独立提交的粒度编写,等仓库以后具备 Git 历史再逐项提交。
- 不引入 WebKitGTK。Windows 使用 WebView2(首选)或 QtWebEngine(回退);Linux 只使用 QtWebEngine。
- 不新增 Agent shell 沙箱、审批或路径边界;Chromium 渲染进程的 sandbox 保持默认开启。
- 不拆分或移动现有模块,不借修 bug 增加新产品功能。允许修改确认错误的源码,并新增聚焦测试、平台适配器、文档和配置样例。
- 本阶段以 Windows/Linux 源码运行正确为目标;PyInstaller、安装器、AppData/XDG 目录迁移和发行包是下一阶段。
- 不比较或移植 Claude Code、Codex、Grok Build、DeepSeek Harness。当前 `core/agent/` 继续保持 pi 的 Python 移植定位。
## 文档职责
- `CURRENT_STATE.md` 只记录已经从仓库核实的事实与结构/命名结论。
- `PLATFORM_PLAN.md` 是平台行为的唯一决策源。
- `REPAIR_BACKLOG.md` 是工作拆分和改动边界的唯一决策源。
- `VERIFICATION.md` 是测试命令、平台矩阵和验收证据的唯一决策源。
- `EXECUTION_STATE.md` 是无人值守执行与上下文压缩后的唯一恢复入口;任务权威状态仍以 `REPAIR_BACKLOG.md` 为准,执行证据放 `evidence/`
同一规则不要在多份文件中复制扩写。需要变更决策时,先修改其唯一归属文档,再更新这里的路由;不要在实现过程中悄悄改变范围。
## 领取任务
1.`REPAIR_BACKLOG.md` 选择一个未完成任务 ID。
2. 只读取该任务列出的源码和它引用的规范文档。
3. 先建立最小复现或失败测试,再修改允许范围内的文件。
4. 运行任务的聚焦测试;阶段结束时再运行 `VERIFICATION.md` 指定的完整自动化集合。
5. 记录实际命令、结果和平台证据。没有运行的测试必须明确写“未运行”,不能按通过处理。
任务完成的含义是:行为、回归测试、平台适用性和文档中的完成条件全部满足。只提交代码或只写说明都不算完成。
+548
View File
@@ -0,0 +1,548 @@
# 修复任务清单
本文是修复工作的任务源。每次只领取一个任务单元;任务完成后再进入下一个单元。精确实现以当前源码为准,本文约束修复范围和验收结果,不授权功能扩展。
验证方法与平台取证要求统一见 [VERIFICATION.md](VERIFICATION.md)。跨平台运行契约见 [PLATFORM_PLAN.md](PLATFORM_PLAN.md)。
## 执行边界
- 当前阶段只保证源码运行。安装包、冻结构建、AppData/XDG 目录迁移均不在本清单内。
- 保持现有模块位置,不拆分或移动 `ui/views/main_window.py``ui/web/app.js` 等大文件。可以新增测试、窄的平台适配器和配置路径辅助模块。
- 保持现有 Agent 能力和 `core/agent/` 与 pi 的行为,不增加工具注册、权限确认、命令沙盒或路径边界。
- 保留 Chromium sandbox。只有明确检测到 root/container 且用户显式选择时,才允许添加 `--no-sandbox`
- `data/config.json` 是不透明的运行时秘密。工作 Agent 不得打开、读取、搜索、打印、复制或修改该文件;所有自动化测试使用临时配置。
- 第三方修复文档只是线索。只有源码可复现的缺陷和本清单明确写出的行为才是修复依据。
- 当前快照没有 Git 历史。每个任务仍须保持可独立审查;以后接入 Git 时,一个任务对应一个提交。
## 顺序与依赖
| 顺序 | 任务 | 状态 | 依赖 |
|---|---|---|---|
| P0-01 | 配置路径与测试隔离 | 已完成(P0 阶段回归通过,2026-09-16;见 evidence/P0-01.md | 无,其他 GUI/配置测试的前置任务 |
| P0-02 | 合并重复的 `MainWindow.eventFilter` | 已完成(P0 阶段回归通过,2026-09-16;见 evidence/P0-02.md | P0-01 |
| P0-03 | 修复交接文档基线 | 已完成(2026-09-16) | 无;后续只做一致性复核 |
| P1-01 | 双向消息渲染窗口 | 已完成 | P0-01 |
| P1-02 | Windows/Linux shell 与进程树终止 | 已完成(Windows 侧自动化全绿,2026-07-09;见 evidence/P1-02.md | P0-01 |
| P1-03 | Windows/Linux 渲染器启动链 | 已完成(Windows 侧自动化 + offscreen 真实启动链全绿,2026-07-17;见 evidence/P1-03.md | P0-01、P1-02 |
| P1-04 | Linux 截图热键与截图实现 | 已完成(Windows 侧自动化全绿,2026-07-17X11/Wayland 真机待手动;见 evidence/P1-04.md | P1-03 |
| P2-01 | Bash 任务按启动时间倒序 | 已完成(offscreen 全量覆盖,2026-07-21;见 evidence/P2-01.md | P0-01 |
| P2-02 | 右侧 Bash 面板滚动条 | 已完成(offscreen 全量覆盖,2026-07-21;真机截图待对应环境跑 diag;见 evidence/P2-02.md | P2-01 |
| P2-03 | WebView2 原生窗口遮挡层 | 已完成(offscreen 34 项全绿,2026-07-21;真机 WebView2 人工验收清单见 evidence/P2-03.md | P0-02、P1-03 |
| P2-04 | 跨平台聚合测试入口 | 已完成(2026-07-17 | 新增 `tests/run_all.py`Windows 25/25 PASSWSL/3.12 FAIL 0 + 21 有理由 SKIP;暴露并修复 T9 陈旧断言与 `core/agent/compaction.py` 的 3.11+ dataclass 缺陷;证据 `evidence/P2-04.md` |
## P0-01 配置路径与测试隔离
**状态:已实施(定向测试通过)。** 新增 `core/config_paths.py`(统一入口,环境变量优先、容错加载、可见警告);`core/llm_engine.py``ui/views/main_window.py`webview_backend 与 init_model_popup 两处)、`ui/views/bash_panel.py` 全部改走统一入口;新增 `tests/_test_env.py` 统一临时环境与 `tests/test_config_isolation.py` 隔离回归。证据见 [evidence/P0-01.md](evidence/P0-01.md)。
**目标**
让所有配置读取方统一尊重 `HAOCODE_CONFIG_FILE`,并保证自动化测试在导入 GUI 前完成数据库和配置重定向。默认源码运行仍使用项目内 `data/`
**先读文件**
- `core/llm_engine.py`
- `ui/views/bash_panel.py`
- `ui/views/main_window.py` 中所有配置路径和配置读取函数
- `core/db_manager.py``_DEFAULT_DB` 的定义和初始化时机
- `tests/smoke_bash_panel.py`
- `tests/test_error_persist.py`
- `tests/test_agent_core.py` 中依赖 provider 配置的用例
只读源码中的路径引用,不读取 `data/config.json` 的内容。
**允许修改**
- 上述源码和测试。
- 可以新增一个只负责路径解析和容错加载的 `core/` 辅助模块,以及一个 `tests/` 临时环境辅助模块。
- 可以新增 `tests/test_config_isolation.py`
**硬约束**
- 环境变量优先级统一;没有环境变量时才回到项目内现有路径。
- 路径解析本身不得在 import 时输出、复制或迁移配置内容。
- 缺失或格式错误的配置必须产生可见警告,并使用现有安全默认值继续启动;不得吞掉错误,也不得因此阻断不需要该配置的源码路径。
- 测试必须先创建临时配置、设置 `HAOCODE_CONFIG_FILE`、重定向 `core.db_manager._DEFAULT_DB`,然后才能 import `MainWindow`
- 不修改真实配置,不引入配置迁移或新配置格式。
**目标测试**
```text
python tests/test_config_isolation.py
python tests/test_error_persist.py
python tests/smoke_bash_panel.py
python tests/test_agent_core.py
```
**完成证据**
- 测试用拦截器记录到的配置打开路径全部位于临时目录,且禁止路径从未被打开;此断言不得通过读取或散列真实配置完成。
- 临时配置的读写用例通过,临时数据库之外没有数据库写入。
- 缺失配置和损坏配置各有一个回归用例,日志包含明确警告,进程正常退出。
- 源码中不存在绕过统一路径解析的运行时配置读取。
## P0-02 合并重复的 `MainWindow.eventFilter`
**状态:已实施(定向测试通过)。** 两处定义合并为一份(位于 `init_chat_events` 前的「事件拦截」节);发送规则(按钮禁用 / 流式生成时 Enter 不发送)收进 `send_message(from_enter=...)` 单一实现,按钮点击的中断语义不变。证据见 [evidence/P0-02.md](evidence/P0-02.md)。
**目标**
修复同一类中后定义方法覆盖前定义方法的确定性缺陷,使 Enter、Shift+Enter、发送按钮状态和流式生成状态使用一套事件策略。
**先读文件**
- `ui/views/main_window.py``MainWindow.init_chat_events`、两处 `MainWindow.eventFilter``send_message``_update_send_button_state`
- 与输入框发送行为相关的现有 smoke 测试
**允许修改**
- `ui/views/main_window.py` 的事件过滤逻辑。
- 可以新增 `tests/test_main_window_event_filter.py` 或在现有离屏 smoke 中增加断言。
**硬约束**
- `MainWindow` 最终只能有一个 `eventFilter` 定义。
- Enter 只发送一次;Shift+Enter 放行换行;发送按钮禁用或当前会话正在流式生成时不得发送。
- 其他对象和事件必须继续交给父类,不顺带重构主窗口事件系统。
- 测试遵守 P0-01 的临时配置和临时数据库规则。
**目标测试**
```text
python tests/test_main_window_event_filter.py
python tests/smoke_offscreen.py
python tests/smoke_mode.py
```
**完成证据**
- 四种键盘状态均有断言:Enter 可发送、Enter 被禁用、流式时 Enter 被拦截、Shift+Enter 换行。
- 静态断言或 AST 检查证明 `MainWindow` 只有一个 `eventFilter`
- 测试中一次按键对应最多一次 `send_message` 调用。
## P0-03 修复交接文档基线
**状态:已完成。** 2026-09-16 无人值守轮次按本节标准复核:三项 `rg` 回归通过,交接目录与 `AGENTS.md` 相对链接全部有效;并随 P0-01/P0-02 结果更新了 README/CURRENT_STATE/VERIFICATION 中相应过时表述。保留本节作为后续文档变更的回归标准,不要重复搬运或重建交接目录。
**目标**
让后续 Agent 只从一条清晰入口读取当前事实,并把损坏或过时材料降级为历史资料。
**先读文件**
- `AGENTS.md`
- `ARCHITECTURE.md`
- `docs/agent-handoff/README.md`
- `docs/agent-handoff/CURRENT_STATE.md`
- `docs/agent-handoff/PLATFORM_PLAN.md`
- 本文和 `VERIFICATION.md`
**允许修改**
- 仅上述文档。
**硬约束**
- `AGENTS.md` 的入口指针必须覆盖修复、跨平台、测试、结构审查和工作交接五类触发场景。
- `ARCHITECTURE.md` 必须移除被拼接进来的第三方任务书正文,并在旧架构内容前明确标记“历史资料”;不得把旧目录树继续描述为当前事实。
- 当前支持矩阵、任务要求和验证规则分别只有一个权威位置,通过链接引用,不复制成多份。
- 不创建虚构的 Git 历史,不声称缺失的脚本或打包配置已经存在。
**目标测试**
```text
rg -n "agent-handoff/README.md" AGENTS.md
rg -n "历史资料|当前事实" ARCHITECTURE.md
rg -n "haocode 修复需求(团队任务书)" ARCHITECTURE.md
```
最后一条应无匹配;再逐一检查交接文档中的相对链接和文件路径存在性。
**完成证据**
- 新 Agent 按 `AGENTS.md` 指针能在一次跳转内到达 `docs/agent-handoff/README.md`
- `ARCHITECTURE.md` 没有拼接残片,且任何保留旧内容均带历史标记。
- 交接目录中没有互相冲突的支持矩阵、默认值或验收口径。
## P1-01 双向消息渲染窗口
**目标**
把前端 DOM 限制为严格的双向滑动窗口,同时保留完整当前会话链、附件、时间线、工具输出、分支切换和流式体验。
**先读文件**
- `ui/views/main_window.py``load_messages_to_web`、分支切换、删除/重答和 `_active_streams`
- `ui/views/chat_bridge.py`
- `ui/web/app.js` 中消息创建、`messageBuffer`、滚动、`clearChat`、流式完成和时间线回放
- `ui/web/index.html``ui/web/style.css`
- `core/db_manager.py``get_message_chain` 和分支查询
- `tests/test_math_extract.js``tests/smoke_timeline.py``tests/smoke_midswitch.py`
**允许修改**
- 上述 Python/JS/CSS 文件和相关测试。
- 可以新增一个 DOM 无关的 JS 窗口状态模块、`tests/test_render_window.js``tests/diag_render_scale.py`
- 可以在统一配置加载器中增加 `render_window_mode``render_window_size` 的解析。
**硬约束**
- Python 保留完整的当前会话可见消息链作为窗口数据源;本任务不改 SQLite 查询模型或数据库 schema。
- 初始窗口为最新 `size` 条。`size` 只接受非布尔整数 `10..200`,缺失、布尔、字符串、零、负数和越界值都静默回落 `40`。模式只接受 `auto`/`manual`,否则回落 `auto`
- `.message-wrapper` 数量始终不超过 `size`。流式消息计入上限;默认值下有一条流式消息时,最多保留另外 39 条。
- JS 以“方向 + 边界消息 ID”向 Python 请求页;Python 以单个批次返回完整消息描述。描述必须足以独立还原正文、reasoning、附件、时间线和工具结果、分支信息及必要的发送者信息。
- 请求与响应携带会话/代次标识;切会话、清屏或切分支后到达的旧响应必须丢弃。
- `messageBuffer` 只负责活动流,不得作为历史分页数据源。
- `manual` 模式向上只能点击“加载更早消息”;滚到顶部不得自动请求。`auto` 模式由顶部观察器自动请求,同时保留同一按钮。两个模式向下都自动恢复较新消息。
- 每个新流式 token 延续当前行为:立即回到底部并跟随活动消息。
- 向上换页使用“首个可见消息 ID + 像素偏移”恢复锚点,误差不超过 2 px。不得只按总高度差估算。
- 切换分支后重建链,并尽量让目标消息保持在同一视口位置;目标已不存在时回到底部。
- `clearChat()` 清除当前窗口的游标、缓存、DOM、未决请求和代次;已注入的配置模式和大小保持不变。
- 一次换页始终执行“加入一端、裁掉另一端”,并维护 `hiddenOlder``hiddenNewer`。上方没有更多记录时隐藏加载入口。
- 不引入 JSDOM、npm 工程或新的前端依赖。
**目标测试**
```text
node tests/test_render_window.js
python tests/diag_render_scale.py 400
python tests/smoke_offscreen.py
python tests/smoke_timeline.py
python tests/smoke_midswitch.py
python tests/test_file_attach.py
node tests/test_math_extract.js
```
`test_render_window.js` 必须直接测试 DOM 无关状态机;DOM/QWebChannel 集成由 Qt smoke 覆盖。
**完成证据**
- 参数化测试覆盖 `auto`/`manual`、10/40/200、全部非法配置类型、双向连续换页、首尾边界和过期响应。
- 固定 400 条夹具中 `.message-wrapper <= size`,并记录总节点数与页面高度;节点和高度阈值只对该固定夹具验收,见 `VERIFICATION.md`
- 附件消息、带工具时间线消息和多分支消息在被裁剪后再次加载,内容与控件完整。
- 有/无活动流两种情况下均满足严格上限;流式期间没有删除活动消息。
- 自动与手动模式分别有向上行为断言;两个模式都有无需点击的向下恢复断言。
- 锚点误差记录不超过 2 px;分支目标缺失的回底行为有断言。
- 帧耗时只形成真机人工基准报告,不作为自动化硬阈值。
## P1-02 Windows/Linux shell 与进程树终止
**状态:已完成。** 2026-07-09 无人值守轮次:新增 `core/platform_shell.py` 窄适配(Windows 字符串命令行 `cmd.exe /d /s /c "<cmd>"`、Linux `/bin/bash -lc` argv + 独立进程组;超时/中止整树终止);`SYSTEM_PROMPT.md` 单一通用正文 + `{{SHELL_PLATFORM_SECTION}}` 运行时短平台段。目标测试 20/20、30/30、35/35、41/41 全绿,smoke_mode 完整 agent 回合 ALL PASS。Linux 进程组用例(C3)在 Linux 环境运行时生效。证据见 `evidence/P1-02.md`
**目标**
明确工具 shell 契约,并保证超时、取消和异常清理能结束整棵子进程树。
**先读文件**
- `core/agent/tools.py` 中 bash 工具、`Popen`、超时和终止逻辑
- `core/llm_engine.py``load_system_prompt`
- `SYSTEM_PROMPT.md` 的 shell/path 说明
- `tests/test_bash_stream.py``tests/test_tool_params.py`
**允许修改**
- 上述文件和测试。
- 可以新增一个窄的平台进程适配模块及 `tests/test_cross_platform_shell.py`
**硬约束**
- Windows 明确通过 `cmd.exe` 执行;Linux 明确通过 `/bin/bash -lc` 执行,不依赖 `shell=True` 的平台默认值。
- Windows 使用现有等价机制终止进程树;Linux 创建独立 POSIX 进程组,超时和主动中止均向整组发送终止信号,并在宽限期后强制结束。
- 输出流、超时提示、截断上限和工具结果结构保持现有接口。
- 保留一份通用 `SYSTEM_PROMPT.md`;运行时只插入短的平台 shell/path 段。不得维护两份完整提示词。
- 提示词仍在每次请求时重读。Windows 段不得出现在 Linux 请求中,Linux 段不得出现在 Windows 请求中。
- 不增加命令审批、Agent shell sandbox 或路径限制。
**目标测试**
```text
python tests/test_cross_platform_shell.py
python tests/test_bash_stream.py
python tests/test_tool_params.py
python tests/test_agent_core.py
```
**完成证据**
- 平台参数测试捕获到 Windows 的 `cmd.exe` argv 和 Linux 的 `/bin/bash -lc` argv。
- Linux 用例启动父进程和孙进程,分别在超时与主动中止后证明两者都不存在;Windows 有等价进程树用例。
- 提示词测试模拟两个平台,证明只有对应平台段被插入且通用正文完全相同。
- 现有 bash 流式输出、返回码、超时和截断回归全部通过。
## P1-03 Windows/Linux 渲染器启动链
**状态:已完成。** 2026-07-17 无人值守轮次:新增 `core/renderer_backend.py` 窄适配(后端解析:非法/跨平台 `webview2` 可见警告 + 回落平台默认;每实例独立 QtWebEngine profile 目录:源码 `data/webengine/profile_<pid>_<ms>`、测试经 `HAOCODE_WEBENGINE_PROFILE_DIR` 重定向;`--no-sandbox` 仅显式 + root/容器时接受并打印高可见警告,普通桌面剥离);`main_window.py``sys.platform == "win32"` 门控 `core.webview2` 导入(Linux 永不触达 pythonnet/Win32/DLL/taskkill);`CustomWebPage(profile, parent)` 兼容旧式调用;`main.py` 导入 PyQt6 前 sanitize flagsrequirements 平台 marker + Linux 运行说明。目标测试 19/19、10/10、22/0、8/8、39 passed 全绿 + `main.py` offscreen 真实启动链验证;Linux 真机与 root/容器接受路径待对应环境。证据见 `evidence/P1-03.md`
**目标**
建立明确的渲染器矩阵:Windows 首选 WebView2、失败回落 QtWebEngineLinux 只使用 QtWebEngine。
**先读文件**
- `main.py`
- `ui/views/main_window.py` 中浏览器创建、JS 就绪和配置读取
- `core/webview2.py`
- `ui/views/wv2_view.py`
- `ui/views/custom_web_page.py`
- `requirements.txt`
- `tests/test_wv2_guard.py``tests/smoke_offscreen.py`
**允许修改**
- 上述启动链、依赖说明和测试。
- 可以新增小型平台检测/QtWebEngine profile 适配器和 Linux 源码运行说明。
**硬约束**
- Linux 路径不得导入或调用 pythonnet、Win32 API、WebView2 DLL 和 `taskkill`
- 不引入 WebKitGTK 或它的 Qt 封装。
- QtWebEngine 使用隔离 profile,两个并行源码实例不得争用同一个 Chromium profile。保持现有页面功能,不伪造 Linux 单实例锁。
- 非法 `webview_backend` 配置产生可见警告并回落平台默认值,不能阻断源码启动。
- 正常桌面运行保留 Chromium sandboxroot/container 的无 sandbox 路径必须显式选择并打印风险提示。
- `vendor/webview2/` 和根目录 `WebView2Loader.dll` 保持 Windows 运行时用途,不删除。
- 不添加 PyInstaller/spec 文件或打包承诺。
**目标测试**
```text
python tests/test_wv2_guard.py
python tests/smoke_offscreen.py
python tests/test_debug_window.py
node tests/test_math_extract.js
```
平台真实启动按 `VERIFICATION.md` 执行。
**完成证据**
- 平台模拟测试证明 Windows 的首选/回落路径和 Linux 的 QtWebEngine-only 路径。
- Linux import 测试不触达任何 Windows-only 符号。
- 两个 QtWebEngine 实例同时运行、载入本地页面和关闭,profile 无锁冲突或互相清理。
- Windows 真实 WebView2 和强制 QtWebEngine 回落各有一次启动记录;Linux X11/Wayland 各有一次 QtWebEngine 启动记录。
- 普通用户运行参数中不存在 `--no-sandbox`;显式 root/container 路径有单独证据。
## P1-04 Linux 截图热键与截图实现
**状态:已完成。** 2026-07-17 无人值守轮次:新增三个窄适配器——`desktop_session.py`(会话探测 win32/x11/wayland/unknown + 能力路由/明确不可用日志)、`x11_hotkey.py`ctypes→libX11 XGrabKey 原生全局热键,零 pip 依赖,注册失败/无显示明确日志,stop 释放)、`portal_capture.py`Wayland 经 xdg-desktop-portal Screenshot,系统 gdbus CLI,用户授权不绕过 compositorFilePicked→现有附件流程,拒绝/不支持/超时有明确结果);`main_window.py` 热键与截图按平台路由(Windows 行为保持);`screen_capture.py` 空画面守卫。目标测试 23/23、17/17、9 OK、8/8 全绿 + 回归 41/41 等全绿 + `main.py` offscreen 真实启动链;X11 真实注册/命中与 Wayland portal 三态待真实 Linux 宿主手动。证据见 `evidence/P1-04.md`
**目标**
把现有“截图全局热键”能力适配到 Linux,而不是扩展成通用键盘钩子系统。
**先读文件**
- `ui/views/system_tools/global_hotkey.py`
- `ui/views/system_tools/screen_capture.py`
- `ui/views/main_window.py` 中热键注册、截图启动和结果处理
- `main.py` 的平台启动逻辑
- 相关附件/图片测试
**允许修改**
- 上述文件和测试。
- 可以新增 Windows、Linux X11、Linux Wayland 的窄适配器;原入口保持稳定。
**硬约束**
- Windows 保持现有行为。
- Linux X11 使用原生全局快捷键和可行的原生屏幕捕获路径。
- Linux Wayland 使用 `xdg-desktop-portal` 或桌面协议完成快捷键和截图;遵守用户授权流程,不绕过 compositor。
- portal、桌面环境或协议版本不支持时,界面/日志必须明确说明当前能力不可用,主程序仍可聊天和使用其他功能。
- 只处理现有截图快捷键,不增加任意键监听、记录或重映射。
- 不做打包和发行版泛化;Ubuntu 22.04/24.04 x64 以外标记“未验证”。
**目标测试**
```text
python tests/test_global_hotkey_platforms.py
python tests/test_screen_capture_platforms.py
python tests/test_file_attach.py
python tests/smoke_offscreen.py
```
适配器单元测试使用替身;X11/Wayland 真实行为按 `VERIFICATION.md` 手工取证。
**完成证据**
- 平台路由、授权拒绝、portal 缺失和注册失败均有确定的回归测试。
- X11 真实桌面中,应用失焦时热键仍触发截图,图片回到现有附件流程。
- Wayland 真实桌面中,通过 portal/桌面协议完成授权、触发和截图;若目标桌面确实不支持,留下明确错误和环境信息,而不是伪造成功。
- Windows 现有热键和截图回归通过。
## P2-01 Bash 任务按启动时间倒序
**目标**
运行中和已完成两栏都让最新启动的任务位于第一项,任务从运行中移动到已完成时仍使用原启动顺序。
**先读文件**
- `ui/views/bash_panel.py``set_session``_refresh``on_started``on_finished``BashLayer` 和两个 section 类
- `ui/views/main_window.py``_on_tool_started`、输出/计时/完成转发
- `tests/smoke_bash_panel.py`
**允许修改**
- `ui/views/bash_panel.py`、必要的事件元数据传递和测试。
**硬约束**
- 排序键是启动时间/启动序号,降序显示;不得用完成时间重排。
- 已落库时间线没有显式时间时,使用消息链顺序和时间线内顺序构造稳定启动序号,不改数据库 schema。
- 任务从运行中进入已完成后,相对顺序由原启动键决定,不因结束先后跳位。
- 重排复用现有 `BashLayer` 实例;展开/折叠状态、实时输出、代码框水平/垂直滚动值、运行中栏和已完成栏的 section 滚动位置都保持。
- 保留现有限量显示和上下文标记语义。
**目标测试**
```text
python tests/smoke_bash_panel.py
python tests/test_bash_stream.py
```
**完成证据**
- 至少三项任务以不同启动/完成顺序运行,两个 section 均断言启动时间降序。
- 完成中间任务前后,对象 identity、展开状态、输出文本和四类滚动值保持。
- 切换会话后从 DB/活动流重建的顺序与实时期间一致。
**状态:已完成。** 2026-07-21 无人值守轮次:`bash_panel.py``_refresh()` 两栏显示改为启动序号降序(排序键 = `_order` 稳定启动序号,构造方式 = 消息链顺序 + 时间线内顺序,无时间戳、无 schema 变更;完成时间从不参与排序,`on_finished` 不移动 `_order` 位置);重排仍走 `set_layers` 复用同一批 `BashLayer` 实例,展开/折叠、实时输出、代码框滚动、栏滚动位置全部保持;限量窗口成员与提示语不变。`smoke_bash_panel.py` 新增第 11 节 23 项断言(交错完成顺序、对象 identity、四类滚动值保持、DB 重建一致性)140 项 ALL PASS`test_bash_stream.py` 30/30,回归 smoke_offscreen 8/8、run_tests 41/41 全绿。证据见 `evidence/P2-01.md`
## P2-02 右侧 Bash 面板滚动条
**目标**
只修复右侧 Bash 面板的原生滚动条和横纵滚动条交汇角,不污染其他 Qt 控件。
**先读文件**
- `ui/views/main_window.py` 中全局 QSS 的 `#right_sidebar``#bl_code`
- `ui/views/bash_panel.py``BashLayer._code_box` 和 section 滚动区
- Qt 当前版本的 `QAbstractScrollArea::corner`/`QPlainTextEdit::corner` 样式行为
- `tests/smoke_bash_panel.py`
**允许修改**
- 右侧面板的局部 QSS、相关测试和新建 `tests/diag_panel_scrollbar.py`
**硬约束**
- 保留现有 `#bl_code` 背景、边框、圆角和文本基础样式,只补滚动条与正确的 corner 规则。
- 所有选择器必须限定在右侧 Bash 面板或 `#bl_code`;不得添加无作用域的 `QScrollBar`/`QAbstractScrollArea` 全局规则。
- 横纵滚动条目标厚度为 8 px,隐藏箭头,handle 可见且 hover 正常;corner 与代码框背景一致。
- 使用 Qt 支持的 `QAbstractScrollArea`/`QPlainTextEdit` corner 子控件语法,不写 `QScrollBar::corner`
- 不借机调整其他弹窗、会话列表或全局字体。
**目标测试**
```text
python tests/smoke_bash_panel.py
python tests/diag_panel_scrollbar.py
```
**完成证据**
- 离屏测试断言横纵滚动条 sizeHint/实际厚度和箭头 extent,诊断脚本生成局部截图并打印测量值。
- Windows 与 Linux QtWebEngine 真机截图均显示无箭头、无亮色 corner 方块、handle 可辨识。
- 模型弹窗、会话列表、附件预览和调试窗口的滚动条与修复前一致。
**状态:已完成。** 2026-07-21 无人值守轮次:`main_window.py` 全局 QSS 中 `#bl_code` 规则后插入一段完全限定作用域的滚动条 + corner 规则(`QPlainTextEdit#bl_code QScrollBar:*``QPlainTextEdit#bl_code::corner { background-color: #fbfcfe; }``QScrollArea#bl_scroll QScrollBar:*`)——零无作用域规则;`#bl_code` 原有背景/边框/圆角/文本样式未动。新建 `tests/diag_panel_scrollbar.py`18 项断言:厚度/sizeHint/箭头 subControlRect=0/corner 像素 #fbfcfe/无亮白/未命名框仍原生 14px/附件区仍 6px18 项 ALL PASS`smoke_bash_panel.py` 140 项、回归 smoke_offscreen 8/8、run_tests 41/41、timeline 11/11、midswitch 7/7 全绿。截图落盘 `evidence/p2-02-*.png`。Windows/Linux 真机截图项:在对应环境直接运行 `diag_panel_scrollbar.py` 即可出图验证。证据见 `evidence/P2-02.md`
## P2-03 WebView2 原生窗口遮挡层
**目标**
修复改名遮罩被 WebView2 原生子窗口压住的确定性缺陷,并审计同类遮罩,只修复能确认的原生窗口遮挡。
**先读文件**
- `ui/views/main_window.py``AttachmentPreviewOverlay``RenameOverlay``SessionContextPopup``SettingsWindow`、所有以 `bg_widget` 或主窗口为 parent 的全窗口候选,以及 `_rename_session`
- `ui/views/wv2_view.py`
- `core/webview2.py` 中原生子窗口层级说明
- `tests/smoke_offscreen.py`
**允许修改**
- 上述遮罩实现和测试。
- 可以新增 `tests/diag_rename_overlay.py`;只有出现真实重复时才可加一个窄的几何同步辅助函数。
**硬约束**
- `RenameOverlay` 使用可覆盖原生 WebView2 的独立顶层透明窗口,覆盖主窗口客户区并保持卡片居中;系统标题栏和窗口控制仍可操作。
- 主窗口移动、缩放、最大化、还原和多显示器/DPI 变化时几何同步正确。
- 保留点击空白关闭、Esc、关闭按钮、输入框全选、Enter 提交和关闭后焦点恢复。
- 顶层窗口关闭后释放,不残留遮罩、事件过滤器或焦点捕获。
- 审计每个遮罩后只修复可复现的同类问题;普通 popup/dialog 不重写成统一框架。
- QtWebEngine 路径行为不得退化;真正的 WebView2 覆盖只能在 Windows 真机验收。
**目标测试**
```text
python tests/diag_rename_overlay.py
python tests/smoke_offscreen.py
python tests/smoke_copy_session.py
```
**完成证据**
- 结构测试证明遮罩是顶层 Tool 窗口、启用透明背景、覆盖主窗口客户区并可释放。
- Windows WebView2 真机截图显示聊天区与 Qt 区域均匀变暗,卡片在最上层且可交互。
- 拖动、缩放、最大化、还原、多 DPI 显示器至少各验证一次;记录覆盖误差。
- 遮罩审计表列出每个候选、是否受原生窗口影响、复现结果和处理决定。
**状态:已完成。** 2026-07-21 无人值守轮次:`RenameOverlay` 整类重写为独立顶层 `FramelessWindowHint|Tool` 透明窗(`WA_TranslucentBackground` + `WA_DeleteOnClose`)——只覆盖主窗口**客户区**`mapToGlobal(main.rect().topLeft())`+客户区尺寸,系统标题栏/窗口控制保持可操作),eventFilter 跟随 `Move`/`Resize`/`WindowStateChange`(最大化/还原/DPI 变化同路),保留点空白/✕/取消/Enter/输入全选,新增 Esc 关闭;关闭时 `removeEventFilter`+焦点回主窗+`deleteLater``_closed` 幂等。调用点 `_rename_session` 未改。审计:`AttachmentPreviewOverlay`/`SettingsWindow`/`SessionContextPopup`/`ModelSelectPopup`/`SessionModePopup`/`PdfModePopup` 均为独立顶层窗(不受影响),`RenameOverlay` 是唯一 bg_widget 子控件模式者(已修)。未抽公共辅助函数(不构成真实重复);未重写普通 popup/dialog。新建 `tests/diag_rename_overlay.py`(34 项:结构/客户区覆盖/跟随/全部关闭与提交行为/释放无残留)ALL PASS;目标测试 smoke_offscreen 8/8、smoke_copy_session ALL PASS;回归 smoke_bash_panel 140 项、run_tests 41/41 全绿(均 EXIT=0)。真机 WebView2 验收:`core/webview2.py` `get_environment()``taskkill /F /IM msedgewebview2.exe` 且共享 profile 不可重定向,无人值守自动化有意不走该路径;机制与生产已验证的附件预览层同构(拥有者顶层 Tool 窗 z 序必盖 WebView2 原生子 HWND),人工验收清单见 `evidence/P2-03.md`。证据见 `evidence/P2-03.md`
## P2-04 跨平台聚合测试入口
**目标**
提供一个可在 Windows/Linux 调用的自动化聚合入口,同时保留每个现有测试的独立运行方式。
**先读文件**
- `tests/run_tests.py`
- `tests/test_*.py``tests/smoke_*.py` 的入口和环境假设
- 本文各任务新增的测试
- `VERIFICATION.md`
**允许修改**
- `tests/run_tests.py`,或新增 `tests/run_all.py`
- 可以新增测试清单/分组元数据和必要的测试环境辅助模块。
- 可以更新交接测试文档。
**硬约束**
- 保留所有独立命令;聚合入口不得要求 pytest、npm 或网络。
- 每个测试使用独立临时目录;GUI 测试在 import `MainWindow` 前完成临时数据库与临时配置设置。
- 默认聚合不运行 `diag_*``verify_*``tune_*`、真实 API、真实桌面或需要凭据的脚本。
- 平台不适用项必须以明确 `SKIP` 和理由呈现,不能伪装通过;平台共同项失败时返回非零。
- 一个子测试崩溃或超时不能阻止结果汇总,最终退出码仍反映失败。
- 不读取真实配置,不访问网络,不删除用户运行数据。
**目标测试**
```text
python tests/run_all.py --group logic
python tests/run_all.py --group offscreen
python tests/run_all.py --group all
```
若选择扩展现有 `run_tests.py`,保持等价分组参数,并同步本文命令。
**完成证据**
- Windows 和 Linux 各有一份汇总,列出 PASS/FAIL/SKIP、耗时和失败命令。✅ Windows 25/25 PASSlogic 12 + offscreen 13,均 EXIT=0);WSL/CPython 3.12.3 全量 PASS 4 / FAIL 0 / SKIP 21(依赖缺失/平台不适用,理由逐条打印,EXIT=0)。
- 用一个故意失败的临时夹具证明聚合入口返回非零且仍汇总后续测试;夹具不提交。✅ 崩溃夹具→FAIL、超时夹具→TIMEOUT,后续健康测试照跑,退出码 1,完整汇总 + 失败命令清单;夹具用后即删。
- 默认运行记录证明未启动真实 API 测试、人工诊断脚本或真实桌面脚本。✅ 默认清单仅 25 条自动化条目;diag_*/verify_*/tune_*/real-DB/凭据类均在排除清单带理由(见 run_all.py 注释)。
- 各单文件命令仍可直接运行,输出与聚合子进程一致。✅ `test_copy_session.py` 独立 vs 聚合子日志尾逐字一致(54/54 PASS)。
## 整体验收终点
只有同时满足以下条件,本清单才完成:
1. 每个任务的目标测试通过,并留下该任务要求的证据。
2. `VERIFICATION.md` 的完整自动化回归在 Windows 和 Linux 通过;合理的平台专属项明确跳过。
3. Windows WebView2、Windows QtWebEngine 回落、Linux X11 QtWebEngine、Linux Wayland QtWebEngine 均完成真实桌面检查。(Windows 两项:✅ 2026-09-17 已验证,见 evidence/P1-03.mdLinux 两项:待 Ubuntu 桌面主机)
4. X11 与 Wayland 的截图热键按各自协议验证;不支持的 Wayland 环境留下明确错误证据。
5. 没有业务功能扩展、模块搬迁、打包变更、Agent sandbox 或真实配置访问混入修复。
+262
View File
@@ -0,0 +1,262 @@
# 验证与取证规范
本文定义修复任务的统一验证口径。任务范围和完成条件见 [REPAIR_BACKLOG.md](REPAIR_BACKLOG.md)。平台行为契约见 [PLATFORM_PLAN.md](PLATFORM_PLAN.md)。
## 测试前置条件
### 凭据与运行数据隔离
`data/config.json` 是不透明秘密。执行测试的 Agent 不得打开、读取、搜索、打印、复制或修改它,也不得用散列或快照方式“验证未变化”。采用以下正向隔离:
1. 为每个测试进程创建独立临时目录和最小临时配置。
2. 在 import 任意可能间接加载 `MainWindow` 的模块前设置 `HAOCODE_CONFIG_FILE`
3. 在 import `MainWindow` 前把 `core.db_manager._DEFAULT_DB` 指向临时数据库。
4. 写入、迁移、附件和截图产物只落到临时目录。
5. 用文件打开拦截器或替身断言禁止路径从未被访问,不读取禁止路径本身。
需要真实 API key 的 `diag_live_*``smoke_live_*` 由用户在受控环境手工决定是否运行;默认测试和工作 Agent 均不运行它们。
### GUI 环境
离屏测试只验证结构和一般 Qt 行为,不算真机视觉证据。
Windows PowerShell
```powershell
$env:PYTHONIOENCODING = 'utf-8'
$env:QT_QPA_PLATFORM = 'offscreen'
python tests/smoke_offscreen.py
```
Linux
```bash
PYTHONIOENCODING=utf-8 QT_QPA_PLATFORM=offscreen python tests/smoke_offscreen.py
```
真实桌面检查前移除 `QT_QPA_PLATFORM=offscreen`。不得用离屏截图替代 WebView2、X11、Wayland、portal、DPI 或滚动条真机检查。
### 结果记录
每个任务至少记录:
- 操作系统、桌面会话类型、Python、PyQt6/Qt 版本;
- 精确命令、退出码和测试摘要;
- 失败或跳过项及理由;
- 真机项的截图/录屏路径和复现步骤;
- 是否使用临时配置、临时数据库和离屏模式。
不要写固定“应通过 N 项”的文案;用退出码和当前测试自己报告的数量为准,避免测试增删后文档失真。
## 定向测试矩阵
每个任务先跑自己的定向测试。定向通过后才跑所在阶段的完整回归。
| 任务 | 必跑命令 | 额外人工证据 |
|---|---|---|
| P0-01 配置隔离 | `python tests/test_config_isolation.py``python tests/test_error_persist.py``python tests/smoke_bash_panel.py`test_agent_core(经 `python tests/run_tests.py` 运行) | 打开路径拦截记录只含临时目录 |
| P0-02 `eventFilter` | `python tests/test_main_window_event_filter.py``python tests/smoke_offscreen.py``python tests/smoke_mode.py` | Enter/Shift+Enter 行为记录 |
| P0-03 文档 | 文档链接检查与 `rg` 检查 | 从 `AGENTS.md` 演练一次读取路径 |
| P1-01 渲染窗口 | `node tests/test_render_window.js``python tests/diag_render_scale.py 400`;相关 Qt smoke | 400 条固定夹具、锚点误差、帧时间报告 |
| P1-02 shell | `python tests/test_cross_platform_shell.py``python tests/test_bash_stream.py``python tests/test_tool_params.py` | 两平台进程树消失证明 |
| P1-03 渲染器 | `python tests/test_wv2_guard.py``python tests/smoke_offscreen.py``node tests/test_math_extract.js` | Windows 两后端、Linux X11/Wayland 启动 |
| P1-04 热键/截图 | 平台适配单元测试、`python tests/test_file_attach.py` | Windows、X11、Wayland 各自真机行为 |
| P2-01 Bash 排序 | `python tests/smoke_bash_panel.py``python tests/test_bash_stream.py` | 重排前后状态与滚动位置 |
| P2-02 滚动条 | `python tests/diag_panel_scrollbar.py``python tests/smoke_bash_panel.py` | Windows/Linux 局部截图和尺寸 |
| P2-03 遮罩 | `python tests/diag_rename_overlay.py``python tests/smoke_offscreen.py` | Windows WebView2 遮罩截图/移动缩放录屏 |
| P2-04 聚合入口 | `python tests/run_all.py --group logic``--group offscreen``--group all` | Windows/Linux 汇总各一份 |
表中尚不存在的脚本属于对应任务的交付物,不得在创建前声称已经通过。
## P1-01 渲染窗口专项
### DOM 无关状态机
`tests/test_render_window.js` 直接加载纯状态机,不依赖浏览器、JSDOM 或 npm。至少覆盖:
- `auto``manual` 两种模式;
- `size` 为 10、40、200
- 缺失、`true`/`false`、字符串、0、负数、9、201 等值都回落 40;
- 初始最新页、连续向上、连续向下、首尾边界;
- 加一端时裁另一端,窗口始终不超过上限;
- 活动流计入上限,且不会被裁;
- 新 token 到来回到底部;
- `clearChat` 清游标/缓存/未决请求但保留配置;
- 会话/代次变化后丢弃旧响应;
- 分支目标保留和目标缺失回底。
### Qt/DOM 集成
Qt smoke 使用临时会话生成完整描述,至少包含普通消息、附件、reasoning、工具时间线、工具结果和多分支消息。用 QWebChannel 完成多轮双向换页后,逐项比较重建结果。
通用硬指标:任意时刻 `.message-wrapper <= render_window_size`。这条对所有夹具、所有窗口大小和流式状态都成立。
固定 400 条夹具的附加指标:
| 指标 | 门槛 |
|---|---|
| `.message-wrapper` | `<= render_window_size`,默认 `<= 40` |
| DOM 总节点 | `<= 4000` |
| 页面总高度 | `<= 30000 px` |
| 向上换页锚点误差 | `<= 2 px` |
总节点数和页面高度只对版本化的固定 400 条夹具验收。修改夹具必须在结果中说明,不得把这些数字套到任意内容长度。
### 帧时间
帧时间属于人工基准报告,不是自动化通过门槛。相同机器、相同窗口尺寸、相同 400 条夹具分别记录修复前/后:
- 流式追加一段固定文本期间的采样次数;
- frame duration 的 median、p95 和最大值;
- 是否发生肉眼可见停顿;
- 浏览器后端和 Qt 版本。
报告原始数值和测量方法,不把环境波动包装成确定性断言。
## 当前独立回归命令
在 P2-04 聚合入口完成前,按影响范围选择下列现有命令。每项任务不要求机械运行所有命令;一个阶段结束时运行完整集合。
```text
python tests/run_tests.py
python tests/test_config_isolation.py
python tests/test_main_window_event_filter.py
python tests/test_tool_params.py
python tests/test_compaction_persist.py
python tests/test_copy_session.py
python tests/test_bash_stream.py
python tests/test_error_persist.py
python tests/test_wv2_guard.py
python tests/test_debug_window.py
python tests/test_think_code_neutral.py
python tests/test_file_attach.py
python tests/test_pdf_reader.py
python tests/smoke_offscreen.py
python tests/smoke_mode.py
python tests/smoke_copy_session.py
python tests/smoke_bash_panel.py
node tests/test_math_extract.js
```
平台专属测试在不适用的平台明确 `SKIP`。任何共同逻辑测试失败都不能以平台差异豁免。
`tests/run_tests.py` 当前只覆盖其显式加载内容;在 P2-04 完成前,不能把它单独称为“全套测试”。
## 分阶段完整回归
### P0 完成后
运行全部纯逻辑测试和所有受影响的离屏 GUI 测试。重点证明测试不会访问真实配置/数据库,并且 `MainWindow` 输入行为没有回归。
### P1 完成后
运行当前独立回归命令全集,加上:
```text
node tests/test_render_window.js
python tests/test_cross_platform_shell.py
python tests/test_global_hotkey_platforms.py
python tests/test_screen_capture_platforms.py
```
随后完成 Windows/Linux 真实桌面矩阵。平台适配任务没有真实桌面证据时不能标记完成。
### P2 完成后
优先运行新聚合入口:
```text
python tests/run_all.py --group all
```
再单独运行三个诊断脚本;它们属于人工/半自动取证,不应混入默认聚合:
```text
python tests/diag_render_scale.py 400
python tests/diag_panel_scrollbar.py
python tests/diag_rename_overlay.py
```
## 真实桌面矩阵
### Windows 10/11 x64
至少覆盖以下路径:
1. WebView2 首选路径:启动、发一轮对话、流式输出、附件、分支、切会话。
2. QtWebEngine 强制回落:使用临时配置启动同一套基本流程。
3. 同时启动两个 QtWebEngine 实例,证明 profile 不争用。
4. WebView2 下打开改名遮罩,验证整个客户区覆盖;拖动、缩放、最大化和还原。
5. Bash 面板三项以上任务,验证最新任务在顶部、状态保持和滚动条视觉。
6. 截图全局热键在应用失焦时仍能捕获并进入附件流程。
证据必须标注实际后端。QtWebEngine 截图不能替代 WebView2 原生遮挡验收。
### Ubuntu 22.04/24.04 x64 + X11
至少使用 Python 3.10--3.12 范围内一个受支持版本完成:
1. `python main.py` 启动 QtWebEngine,渲染 Markdown、KaTeX、代码块和工具时间线。
2. 发一轮对话并执行 shell 工具,实际命令由 `/bin/bash -lc` 执行。
3. 超时和主动中止后检查父/孙进程均不存在。
4. 双开应用,两个 QtWebEngine profile 不冲突。
5. X11 原生全局截图热键在应用失焦时触发,截图进入附件流程。
6. 消息窗口、Bash 排序与滚动条完成一次真机检查。
### Ubuntu 22.04/24.04 x64 + Wayland
至少完成:
1. QtWebEngine 正常启动并完成基本对话与渲染。
2. portal/桌面协议请求有清晰的用户授权流程。
3. 全局快捷键和截图通过 portal/桌面协议完成;若当前桌面协议不支持,界面明确报错,应用其余功能继续可用。
4. 拒绝授权、portal 服务缺失和协议版本不足各记录一次结果。
5. 普通用户启动保持 Chromium sandbox。
Wayland 下不得用 X11 私有 API 或静默降级成“仅窗口内快捷键”并声称全局热键通过。
### 其他发行版
可以记录探索结果,但统一标记“未验证”,不能扩大官方支持矩阵。
## 人工 UI 检查
### Bash 排序与状态
按 A、B、C 顺序启动,按 B、A、C 或其他不同顺序结束。运行中栏和已完成栏始终按 C、B、A 的启动顺序显示。操作前先:
- 展开其中一个 layer
- 在输出框分别设置水平和垂直滚动位置;
- 滚动运行中栏和已完成栏。
任务状态迁移后,上述展开状态、输出、代码框滚动和两个 section 滚动均保持。
### Bash 滚动条
同时制造横向与纵向溢出,记录:
- 横纵滚动条实际厚度;
- 箭头区域是否消失;
- handle 是否可拖动并有 hover
- 横纵交汇处是否与代码框背景一致;
- 模型弹窗、会话列表、附件预览和调试窗口是否未受影响。
### 改名遮罩
Windows WebView2 下记录打开、移动、缩放、最大化、还原、提交和取消。截图必须包含整个主窗口,能比较聊天区与 Qt 控件区的遮罩亮度。结构性离屏断言只是补充。
## 聚合入口契约
P2-04 完成后的聚合入口必须:
- 使用 Python 子进程执行现有独立测试,不把所有测试 import 到同一进程;
- 为每个子进程建立独立临时环境;
- 支持至少 `logic``offscreen``all` 三组;
- 汇总命令、退出码、耗时和 PASS/FAIL/SKIP
- 默认排除 live、diag、verify、tune、网络和凭据测试;
- 一个子进程失败后继续收集其余结果,最终返回非零;
- 在 Windows 和 Linux 使用同一 Python 接口,不嵌入 `.bat` 或 Bash 专属命令串。
## 最终判定
一项修复只有在以下内容齐全时才算完成:定向测试通过、阶段完整回归通过、该平台需要的真实桌面证据齐全、所有跳过项有理由、真实配置和数据库从未被测试访问。任何一项缺失都应标记为“未完成”而不是“基本完成”。
+45
View File
@@ -0,0 +1,45 @@
# P0-01 配置路径与测试隔离 — 执行证据
日期:2026-09-16(无人值守轮次)
平台:Windows 11 10.0.26200 x64 · Python 3.10.21`.venv`)· PyQt6/Qt 6.10.0/6.10.2 · 离屏 `QT_QPA_PLATFORM=offscreen`
## 根因(源码确认)
1. `core/llm_engine.py` 模块常量 `CONFIG_PATH` + `_load_config()` 不读 `HAOCODE_CONFIG_FILE` → 三个 Qt workerAgent/Chat/Title)直接读项目内真实配置。
2. `ui/views/main_window.py:3133`webview_backend 分支)与 `:5244``init_model_popup`)直接 `open(data/config.json)`,绕过环境变量。
3. `ui/views/bash_panel.py` 有私有的环境变量解析(双入口,非统一)。
4. `core/db_manager._DEFAULT_DB` 为模块级全局,测试在 import 前重定向的既有模式成立,沿用。
## 修复摘要
- 新增 `core/config_paths.py``config_path()``HAOCODE_CONFIG_FILE` 优先、调用时解析)+ `load_config()`(缺失/损坏/非对象 → 可见警告 + 安全空 dict,不抛异常)。
- `core/llm_engine.py`:删除 `CONFIG_PATH` 常量;`_load_config()` 委托 `load_config()`(保留函数名兼容既有调用方)。
- `ui/views/main_window.py`:两处直接 open 改走 `core.config_paths.load_config`
- `ui/views/bash_panel.py``_cfg_path()` 委托统一 `config_path()`,删除私有 `_CFG_PATH` 常量。
- 新增 `tests/_test_env.py``isolate(tag, config)` 统一创建临时配置 + 临时数据库并在 import MainWindow 前完成重定向。
- 改造 3 个在范围测试使用统一临时环境:`tests/smoke_bash_panel.py``tests/test_error_persist.py``tests/test_agent_core.py`(provider 用例改读临时配置中的 `testprov`,不再依赖真实配置)。
- 新增 `tests/test_config_isolation.py`open/sqlite 拦截器 + 缺失/损坏/非对象回归 + AST 静态扫描。
## 定向测试(命令 / 退出码 / 结果)
| 命令 | 退出码 | 结果 |
|---|---|---|
| `python tests/test_config_isolation.py` | 0 | ALL PASS14 项断言) |
| `python tests/test_error_persist.py` | 0 | 39 PASS(与交接基线 39 一致) |
| `python tests/smoke_bash_panel.py` | 0 | 116 PASS(与交接基线 116 一致) |
| `python tests/run_tests.py`test_agent_core.py 的仓库标准运行方式,pytest 由 harness stub | 0 | 41 passed, 0 failed(与交接基线 41 一致) |
注:`python tests/test_agent_core.py` 直接运行在本仓库不可用(文件无独立 runner 且 .venv 不装 pytest,见 requirements.txt 说明),按其设计经 `tests/run_tests.py` 运行;P2-04 聚合入口将统一固化该运行方式。
## 完成证据对应
- **拦截器证明**MainWindow 构造 + `save_panel_width` 写回全程,所有 `config.json`(含原子写 `.tmp`)打开路径均位于 `tempfile.gettempdir()/haocode_test_cfgiso_<pid>/`;真实配置路径(仅以字符串比较)从未出现在打开记录中。未读取、未散列真实配置。
- **临时配置读写**`llm_engine._load_config()` 读到 `testprov``save_panel_width(340)``load_panel_width() == 340`,写路径落临时目录。
- **数据库隔离**sqlite3.connect 拦截记录中临时库之外零连接/写入。
- **缺失/损坏/非对象**:三个回归用例均返回 `{}` 且 stdout 含明确警告(`[config] 配置文件缺失/读取/解析失败/不是 JSON 对象`),进程正常退出。
- **静态扫描**`core/``ui/``tools/``main.py` 中除 `core/config_paths.py` 外不存在 `config.json` 字符串字面量(AST 级,docstring/注释排除)。
## 观察项(未扩范围,留待后续)
- `tests/smoke_offscreen.py``smoke_mode.py``smoke_copy_session.py` 只重定向了数据库、未设置 `HAOCODE_CONFIG_FILE`(不在 P0-01 允许修改清单内)。本轮运行这些套件时在启动环境显式导出临时配置;P2-04 聚合入口将按子进程强制注入临时环境,彻底闭环。
- `tests/diag_live_agent.py:19``tests/tune_model_popup.py:155` 直接引用真实配置路径;二者属 live/tune 人工脚本,默认聚合排除。
+56
View File
@@ -0,0 +1,56 @@
# P0-02 合并重复的 `MainWindow.eventFilter` — 执行证据
日期:2026-09-16(无人值守轮次)
平台:Windows 11 10.0.26200 x64 · Python 3.10.21`.venv`)· PyQt6/Qt 6.10.0/6.10.2 · 离屏 `QT_QPA_PLATFORM=offscreen`
## 根因(源码确认)
- `MainWindow` 类体内定义了两个 `eventFilter`(行 3697 与 3763):后定义者覆盖前者,前者的
`_active_streams` 守卫是死代码。
- 生效版本(3763)用 `btn_send.isEnabled()` 做守卫,而 `set_send_button_state` 只切换
图标、从不禁用按钮 → 守卫恒真 → 流式生成中按 Enter 会落入 `send_message` 的中断路径
(触发停止),与注释声称的「生成时按回车无效,防止误触」相反。
## 修复摘要(仅 `ui/views/main_window.py` 事件过滤逻辑)
- 删除行 3763 的重复 `eventFilter`(及其后不可达的两行过期分节注释)。
- 保留行 3697 处为 `MainWindow` 唯一 `eventFilter`Enter(无 Shift)→ `send_message(from_enter=True)`
并消费事件(一次按键至多一次调用);Shift+Enter → 返回 False 放行换行;其他对象/事件交父类。
- `send_message(self, from_enter: bool = False)`:函数顶部为发送规则单一实现:
1) `btn_send` 禁用 → 一律不发送;
2) `from_enter=True` 且当前会话在 `_active_streams` → 直接返回(Enter 不参与停止/中断语义);
3) 按钮点击路径行为完全不变(流式中点击 = 原有红色停止按钮中断语义,含 Fix B/C)。
- `_update_send_button_state` 未改(其语义与规则一致)。
## 定向测试(命令 / 退出码 / 结果)
| 命令 | 退出码 | 结果 |
|---|---|---|
| `python tests/test_main_window_event_filter.py` | 0 | ALL PASS18 项断言) |
| `python tests/smoke_offscreen.py` | 0 | ALL PASS: 8/8 |
| `python tests/smoke_mode.py` | 0 | ALL PASS |
| 回归 `python tests/test_config_isolation.py` | 0 | ALL PASS14 项) |
| 回归 `python tests/test_error_persist.py` | 0 | 39 PASS |
| 回归 `python tests/smoke_bash_panel.py` | 0 | 116 PASS |
注:`smoke_offscreen.py` / `smoke_mode.py` 自身只重定向数据库、未设置 `HAOCODE_CONFIG_FILE`
(不在 P0-02 允许修改清单内)。本轮运行时在进程环境显式导出指向临时配置的
`HAOCODE_CONFIG_FILE`;P2-04 聚合入口将按子进程强制注入临时环境,彻底闭环。
## 完成证据对应(test_main_window_event_filter.py
- **AST 静态断言**:解析 `ui/views/main_window.py``MainWindow` 类体内 `eventFilter` 定义恰好 1 个(行 3697);
- **Enter 可发送**A1–A5):空闲 + 按钮可用 + 有文本 → 一次 Enter 恰好一次 `send_message(from_enter=True)`
调用(计数 wrapper 包住真实实现),流同步注册、输入框清空、错误路径自清理;
- **Enter 被禁用**B1B3):`btn_send.setEnabled(False)` → 至多一次调用且无流、输入内容保留(规则在 `send_message` 内生效);
- **流式时 Enter 被拦截**C1C3):注入假流 → Enter 后假流对象未被替换、字段未被改动(未触发中断)、输入保留;
- **Shift+Enter 换行**D1–D3):零调用,事件放行到输入框(光标处插入 `\n`)、无流;
- **其他键/事件交父类**(E1–E2):按 `a` 正常插入字符、零发送调用;
- **一次按键至多一次调用**:A/B/C/D 各用例均以调用计数断言(全部 ≤1 且语义正确)。
## 行为变化说明
- 流式生成中按 Enter:旧(生效)代码会触发停止/中断;新代码 no-op(Enter 只管发送,
停止只走按钮)。这与被覆盖版本注释中声明的原始意图(「生成时按回车无效,防止误触」)
和 P0-02 硬约束(「流式生成时不得发送」)一致,属本任务预期的确定性修复。
- 发送按钮点击路径(含流式中点击 = 中断):逐行未动。
@@ -0,0 +1,42 @@
# P0 阶段完整回归 — 执行证据
日期:2026-09-16(无人值守轮次)
平台:Windows 11 10.0.26200 x64 · Python 3.10.21`.venv`)· PyQt6/Qt 6.10.0/6.10.2 · Nodetest_math_extract
运行方式:全部子进程统一注入 `HAOCODE_CONFIG_FILE` 指向临时配置(`smoke_offscreen/smoke_mode/smoke_copy_session` 自身不设该变量,属 P2-04 前已知观察项);GUI 套件 `QT_QPA_PLATFORM=offscreen`
## 结果(命令 / 退出码 / 摘要)
纯逻辑(13 个套件,全部 EXIT=0):
| 套件 | 摘要 |
|---|---|
| `python tests/run_tests.py` | 41 passed, 0 failed |
| `python tests/test_tool_params.py` | ALL PASS |
| `python tests/test_compaction_persist.py` | ALL PASS |
| `python tests/test_copy_session.py` | ALL PASS |
| `python tests/test_bash_stream.py` | ALL PASS |
| `python tests/test_error_persist.py` | ALL PASS39 项) |
| `python tests/test_wv2_guard.py` | ALL PASS |
| `python tests/test_debug_window.py` | 22 PASS / 0 FAIL |
| `python tests/test_think_code_neutral.py` | ALL PASS |
| `python tests/test_file_attach.py` | OK |
| `python tests/test_pdf_reader.py` | OK |
| `python tests/test_config_isolation.py` | ALL PASS14 项,P0-01 新增) |
| `python tests/test_main_window_event_filter.py` | ALL PASS18 项,P0-02 新增) |
离屏 GUI(4 个套件,全部 EXIT=0):
| 套件 | 摘要 |
|---|---|
| `python tests/smoke_offscreen.py` | ALL PASS: 8/8 |
| `python tests/smoke_mode.py` | ALL PASS |
| `python tests/smoke_copy_session.py` | ALL PASS |
| `python tests/smoke_bash_panel.py` | ALL PASS116 项) |
JS1 个套件,EXIT=0):`node tests/test_math_extract.js` — 39 passed, 0 failed。
## 判定
P0 阶段回归通过:测试不访问真实配置/数据库(拦截器证明 + 临时环境),`MainWindow`
输入行为无回归(P0-02 四态断言 + 既有 116 项 bash 面板回归)。真实桌面矩阵属
P1/P2 阶段(PLATFORM_PLAN 验收矩阵),本阶段不声称桌面已验证。
+90
View File
@@ -0,0 +1,90 @@
# P1-01 双向消息渲染窗口 — 完成证据
**状态**: COMPLETE
**完成时间**: 2026-07-21(会话时间)
**环境**: Windows 11 x64, CPython 3.10.21 (.venv, uv), PyQt6 / Qt 6.10.0, Node
## 设计
**数据流(引擎无关)**
- JS → Python`bridge.onRequestWindowPage(sessionId, direction, boundaryId, generation)`
QtWebChannel slot 与 WebView2 postMessage 白名单同名,单一实现)。
- Python → JS`run_js("rwPageResponse(<json>)")` / `rwInitWindow(<json>)` / `rwNoteLive(...)` / `rwBegin(...)` / `rwConfig(...)`
- JS 端只做"窗口游标 + DOM 搬移"Python 用既有逐消息 bridge 调用渲染 DOM
JS 状态机 `ui/web/render_window.js` 跟踪 `order`(消息 id 序列)+ `indexById`(链内下标),
不解析消息内容。
**关键参数**
- 窗口 = `render_window_size`10/40/200,非法静默回落 40mode `auto`/`manual` 回落 auto)。
- **页 = 半窗**`max(1, size//2)`)。若页 = 整窗,"首个可见消息"锚点必然被裁出窗口,
需求中的锚点恢复(≤2px)永远不可达——诊断实测验证了这一点后才改为半窗。
- 活动流式消息受保护(`trimHead`/`trimTail` 跳过 `activeStreamId`),计入上限;
`streamFinished` 解除保护。`rwNoteLive` 经 DOM `.streaming` 类自动接管流式保护,
并携带实时 `chainLen` 维持 hidden 计数新鲜。
**滚动语义**
- 批次渲染期间 `window.__rwPageRendering = true`,抑制 `softScroll()`
`finishMessage``scrollIntoView`
- **守卫在调度时刻捕获**`var rwBatchSuppressed = !!window.__rwPageRendering` 后立即
rAF+50ms 延迟回调):延迟回调触发时批次已结束、标志已被 Python 复位,届时再读会漏放
`scrollIntoView(smooth)` → 平滑滚底 → `rwAutoCheck` 误判贴底 → 触发 'newer' 反向换页振荡。
这是诊断中 `scrollY 0→4367` 振荡的根因,已修复。
- 向上换页锚点恢复:`scrollTop = oldScroll + (anchor.newTop - anchor.docTop)`
绝对顶部(`oldScroll <= 1`)例外:停在 0 露出新页;auto 模式沿顶部 60ms 链式补页。
- 向下换页两模式均自动恢复(`isNearBottom() && canRequest('newer')`)。
- 过期响应(会话/代次不匹配、pending 已被新请求替换、重复投递)整批丢弃,已渲染 DOM 回滚。
**生成代次(generation**
- Python `MainWindow._rw_generation` 为唯一权威源:每次 `load_messages_to_web` / 新建会话 +1。
- JS `clear()` 本地防御性 +1,Python 下次推送重新同步。
## 文件变更
| 文件 | 变更 |
|---|---|
| `core/config_paths.py` | 新增 `render_window_settings()`16 类配置归一化)、`DEFAULT_RENDER_WINDOW_SIZE``ALLOWED_RENDER_WINDOW_SIZES` |
| `ui/web/render_window.js` | 新增:DOM 无关状态机(id+chainIndex 模型,双遍 recompute |
| `ui/web/app.js` | `rwState`/`rwInitWindow`/`rwPageResponse`/`rwApplyOlder`/`rwApplyNewer`/`rwNoteLive`/`rwRequestPage`/`rwAutoCheck`/`rwCaptureAnchor`/`rwRemoveMessageDom`/`rwEnsureLoadButtons`/`rwUpdateLoadButtons``clearChat` 联动状态机清空;`finishMessage` 步骤 C 调 `streamFinished`、步骤 F 守卫捕获式;`createMessage`/`createLongMessage`/`createUserMessageWithAttachments``softScroll` 守卫;scroll 监听挂 `rwAutoCheck` |
| `ui/web/index.html` | 引入 `render_window.js`(先于 app.js);WebView2 shim 增加 `onRequestWindowPage` |
| `ui/web/style.css` | `.load-window-btn` 样式(含 `[hidden]` 规则) |
| `ui/views/chat_bridge.py` | 信号 `window_page_requested`、slot `onRequestWindowPage`、推送方法 `rw_config`/`rw_begin`/`rw_init_window`/`rw_note_live`/`rw_page_response` |
| `ui/views/wv2_view.py` | `_BRIDGE_METHODS` 白名单加 `onRequestWindowPage` |
| `ui/views/main_window.py` | `init_browser` 窗口状态初始化 + 信号连接;`_on_js_ready_checked` 一次性 `rwConfig` 推送;`load_messages_to_web` 窗口化重写(代次+1、`rwBegin`、最新 size 条窗口渲染、`rwInitWindow`、流式恢复保留);新增 `_rw_visible_chain`/`_rw_note_live`/`_render_history_one`/`_on_window_page_request`(边界缺失安全降级空页);`on_new_chat_clicked` 代次+1;发送/重答/完成 5 处 `_rw_note_live` 挂点 |
| `tests/test_render_window.js` | 新增:状态机 Node 测试 |
| `tests/diag_render_scale.py` | 新增:400 条链 offscreen 规模诊断(真实 viewportresize+show+等待 innerHeight>0+显式重载) |
| `tests/smoke_timeline.py``tests/smoke_midswitch.py` | 转换到 `tests/_test_env.isolate()`(临时 DB+临时配置,P0-01 铁律) |
| `tests/_probe_rw.py` | 调试探针(保留,供后续排障) |
## 验证(全部 EXIT=0,全部带显式超时执行)
| 套件 | 结果 |
|---|---|
| `node tests/test_render_window.js` | **424/424 PASS**(配置归一化 16 例、auto/manual×10/40/200 初始窗口、双向连续换页 39 页/向、短链、过期响应 4 类、活动流保护、clear 语义、锚点几何、原子性、noteLive) |
| `python tests/diag_render_scale.py 400`offscreen | **6/6 PASS**:初始窗口=最新 40 条(链长 400);中部锚点保持(误差 ≤2px、无 newer 振荡);自顶部向上分页至头部(绝对顶部例外);头部状态+全链 400 条可达无重复;自顶部向下回翻 2 页;auto 模式顶部自动补页。**锚点误差 0.00px**18 页 @ 169/183/204 msmin/avg/max);DOM 节点 10571080;页面高度 71277213 px |
| `python tests/smoke_offscreen.py` | 8/8 ALL PASS |
| `python tests/smoke_timeline.py` | 11/11 ALL PASS(流式/历史路径,含 streaming 类收尾) |
| `python tests/smoke_midswitch.py` | 7/7 ALL PASS(切走切回时间线完整) |
| `python tests/test_file_attach.py` | 9 tests OK |
| `node tests/test_math_extract.js` | 39/39 PASS |
| 回归:`smoke_bash_panel` / `test_config_isolation` / `test_main_window_event_filter` / `smoke_mode` / `test_error_persist` | 全部 ALL PASS |
| `python tests/run_tests.py`agent core 规范入口) | **41/41 PASS** |
## 诊断过程记录(问题 → 根因 → 修复)
1. **`rw_init_window` 链下标偏移**:初始窗口传入局部下标 0..39 而非链下标 → `hiddenOlder` 恒 0。
修复:`offset = total - len(window_items)`,传 `offset + i`
2. **offscreen 零视口**:未 `resize`+`show``innerHeight=0`,锚点几何全废。
修复(诊断侧):`window.resize(1400,950)` + `show()` + 等待 `innerHeight>0` + 显式 `load_messages_to_web` 重载。
3. **`runJavaScript` 不能返回 DOM 元素**:回调转换失败 → 用 `cond ? 1 : 0` / 原语返回值。
4. **分支兄弟偷叶**:链尾补兄弟消息使 `add_message` 自动改叶 → 链被截断。
修复(夹具):兄弟消息在循环内 `i==298` 处插入。
5. **页 = 整窗导致锚点必被裁**(设计缺陷):半窗页修复(见"关键参数")。
6. **`finishMessage` 守卫延迟求值 → 滚底 → 'newer' 振荡**(见"滚动语义"第 2 条)。
7. **中部换页落点贴底**:15% 视口位置向上换页后锚点落 65%(不贴底);底部半窗换页本身会
落向底部属半窗几何固有——真实入口(顶部"加载更早消息"按钮 / auto 顶部观察器)不触发该位置,
且落底后自动 'newer' 恢复符合"向下自动恢复"需求。
## 已知观察项(不在本任务范围)
- `diag_render_scale` 的每页耗时(~180ms)只作真机基准参考,非硬阈值(符合任务要求)。
- 帧耗时真机人工基准报告留待人工验收环节。
+74
View File
@@ -0,0 +1,74 @@
# P1-02 证据:Windows/Linux shell 与进程树终止
日期:2026-07-09(无人值守轮次)
状态:**完成(Windows 侧自动化全绿;Linux 侧逻辑已实现并单测覆盖参数/提示词,进程组用例在 Linux 上运行时生效)**
## 目标(摘自 REPAIR_BACKLOG.md
- Windows 明确通过 `cmd.exe` 执行;Linux 明确通过 `/bin/bash -lc` 执行,不依赖 `shell=True` 的平台默认值。
- 超时与主动中止都终止完整子进程树(Windows `taskkill /F /T`Linux 独立 POSIX 进程组,SIGTERM→宽限→SIGKILL 整组)。
- 只保留一份通用 `SYSTEM_PROMPT.md`,运行时插入**短**平台 shell/path 段;两平台互不串段。
- 保留输出流、超时、截断、工具结果结构;不加命令审批/沙箱/路径限制。
## 改动文件
| 文件 | 改动 |
|---|---|
| `core/platform_shell.py` | **新增**窄平台适配:`shell_command()``popen_flags()``kill_process_tree()``shell_prompt_section()``apply_platform_section()`、占位符 `{{SHELL_PLATFORM_SECTION}}` |
| `core/agent/tools.py` | `tool_bash` 的 Popen 改 `shell_command(command) + popen_flags()``_kill_tree` 委托 `kill_process_tree`;移除 `ctx["shell"]` 隐式开关 |
| `core/llm_engine.py` | `load_system_prompt()` 读文件后过 `apply_platform_section()`(每次请求仍重读,既有行为不变) |
| `SYSTEM_PROMPT.md` | 通用正文化:第 1 节去 Windows 路径/conda 环境名;原 1.1「shell 真相」cmd 表整体移入运行时 Windows 段;工具表与 3.2 去掉 `cmd.exe`/`dir`/`findstr` 字样;占位符落在原 1.1 位置 |
| `tests/test_cross_platform_shell.py` | **新增** 20 项断言(A 平台参数 / B 提示词 / C 进程树 / D 安全边界) |
## 关键设计决策
1. **Windows 用字符串命令行,不用 argv 列表。**
`["cmd.exe","/d","/c",cmd]` 列表形态会被 CPython `list2cmdline` 把内部引号转义成 `\"`cmd 不认,
带引号路径直接 `'...\python.exe"' is not recognized`(实测复现)。最终契约:
`cmd.exe /d /s /c "<command>"` 作为**字符串**交给 CreateProcessWcmd 按 /s 规则解析 /c 参数
(外层引号剥离、内部引号保留)。实测矩阵:引号 Python 路径 `rc=0``echo a && echo b` 正确;
`%USERPROFILE%` 展开;`;`/单引号行为与旧文档一致。
注:旧 `shell=True` 之所以能跑,是因为 CPython 对带引号程序名直接 CreateProcess(不经 cmd);
新契约统一显式过 cmd,行为更可预测且与提示词一致。
2. **POSIX 安全不变量**`kill_process_tree` 仅当 `os.getpgid(pid) == pid`(确认 `start_new_session`
生效、子进程是组首)才 `killpg`,否则退化单进程 `kill`,绝不误杀调用方所在组。
流程:SIGTERM 整组 → 轮询至 `grace_s=3.0s` → SIGKILL 整组。
3. **提示词单一来源**`SYSTEM_PROMPT.md` 唯一;`apply_platform_section` 只做占位符替换,
无占位符(兜底提示词)原样返回。`load_system_prompt()` 每请求重读 → 平台段永远对应当前平台。
## 验证结果(本机 Windows 11 x64CPython 3.10.21,全部显式超时)
| 命令 | 结果 |
|---|---|
| `python tests/test_cross_platform_shell.py` | **20/20 PASS**EXIT=0 |
| `python tests/test_bash_stream.py` | **30/30 PASS**EXIT=0 |
| `python tests/test_tool_params.py` | **35/35 PASS**EXIT=0 |
| `python tests/run_tests.py`agent core,含 test_agent_core | **41/41**EXIT=0 |
| `python tests/smoke_mode.py`(完整 agent 回合,走 tool_bash | ALL PASSEXIT=0 |
| P0-03 一致性检查(AGENTS.md 指针 / ARCHITECTURE 历史资料标记 / 无第三方任务书正文) | 3/3 PASS |
### 测试点明细(test_cross_platform_shell.py
- **A 平台参数**Windows 命令 == `cmd.exe /d /s /c "echo hi"`Linux argv == `["/bin/bash","-lc","echo hi"]`
Linux `popen_flags() == {"start_new_session": True}`Windows 为空。
- **B 提示词**:通用正文含占位符且无平台泄漏(无 `cmd.exe`/`/bin/bash`);Windows 段含 `cmd.exe`
`/bin/bash`,Linux 段反之;替换后通用正文逐字节相同(B6);`load_system_prompt()` == 文件+当前平台段。
- **C 进程树(真实进程,父挂 30s + 孙每 0.2s 写心跳文件)**:
- C1 超时 3s → 错误结果含「超时」,耗时 <15s,**父与孙都不存在**(心跳静默 >0.6s 且无完成标记);
- C2 主动中止 1.5s → 错误结果含「中止」,**父与孙都不存在**;
- C3 Linux 独立进程组(Windows 上 SKIP`pgid==pid` 断言 + killpg 后子进程消失,Linux 运行即生效)。
- **D 安全边界**:已退出进程、`None` 输入均不抛异常。
### 调试过程记录(铁律:所有调试命令显式超时)
1. 首跑 C1 失败:`'...\python.exe"' is not recognized` → 定位为 `list2cmdline` 引号转义;
读 CPython 3.10 `subprocess.py` 确认 `shell=True` 实为直接 CreateProcessW(带引号程序名不经 cmd)。
2. 尝试 `["cmd.exe","/d","/s","/c", '"'+cmd+'"']` 列表 → 仍失败(同样被转义)。
3. 改**字符串**命令行 + 实测矩阵(引号路径/&&/管道/%VAR%)→ 全过,定稿。
4. 首跑进程树用例 `hb_last=None`:父脚本模板漏传 `child.py` 脚本路径(把心跳路径当脚本)→
手动 `subprocess.run` 复现(超时 6s/3s 探针)→ 修模板,20/20 通过。
## Linux 侧待办(不阻塞本任务)
- 在 Linux 环境跑一次 `python tests/test_cross_platform_shell.py`C3 生效)+ `test_bash_stream.py`
即可闭环;代码路径与 Windows 共用同一套 `kill_process_tree`/`shell_command` 分派。
+60
View File
@@ -0,0 +1,60 @@
# P1-03 证据:Windows/Linux 渲染器启动链
日期:2026-07-17 · 执行环境:Windows 11 10.0.26200 x64 / CPython 3.10.21 (.venv, uv) /
PyQt6 6.10 + PyQt6-WebEngine 6.10 · 每条命令均带显式超时
## 改动文件
| 文件 | 性质 | 说明 |
|---|---|---|
| `core/renderer_backend.py` | 新增(仅 stdlib,可在导入 PyQt6 前使用) | `resolve_backend(pref)`auto/webview2/qtwebengine 归一化;非法值/平台不支持 → 可见警告 + 平台默认,绝不阻断启动);`platform_default_backend()``webview2_module()`win32 门控的按需导入);`webengine_profile_name()/webengine_profile_dir()`(每实例独立 profile 目录:源码运行 `data/webengine/profile_<pid>_<ms>`,测试经 `HAOCODE_WEBENGINE_PROFILE_DIR` 重定向临时目录;只创建、从不清理);`is_root_or_container()`geteuid==0 / .dockerenv / .containerenv / .lxc / /proc/1/cgroup);`sanitize_chromium_flags()``--no-sandbox` 契约) |
| `main.py` | 修改 | sys.path 就绪后、导入 `MainWindow` 前调用 `sanitize_chromium_flags` 并打印最终 `QTWEBENGINE_CHROMIUM_FLAGS` |
| `ui/views/main_window.py` | 修改(手术式) | ① `core.webview2` 导入改为 `if sys.platform == "win32"` 门控(Linux 永不导入,不触达 pythonnet/Win32/WebView2 DLL/taskkill);② 浏览器创建处先 `resolve_backend(config["webview_backend"])` 并打印警告(原「读取配置」从 win32 分支内提前到分支外,Linux 非法值也有可见警告);③ QtWebEngine 路径创建本实例 `QWebEngineProfile``setPersistentStoragePath`/`setCachePath` 指向独立目录),`CustomWebPage(profile, browser)` |
| `ui/views/custom_web_page.py` | 修改 | 构造函数兼容 `CustomWebPage(profile, parent)` 与旧式 `CustomWebPage(parent)`(按 `isinstance(QWebEngineProfile)` 分派,防旧调用把 view 误当 profile |
| `requirements.txt` | 修改 | `pythonnet==3.1.0; sys_platform == "win32"``clr_loader==0.3.1; sys_platform == "win32"`;追加 Linux 源码运行最小步骤(apt 系统库清单、root/容器 `--no-sandbox` 说明、离屏测试命令) |
| `tests/_test_env.py` | 修改 | `isolate()` 增加 `HAOCODE_WEBENGINE_PROFILE_DIR` → 临时目录(setdefault,可覆盖) |
| `tests/smoke_offscreen.py` | 修改 | 同上(该文件不走 isolate) |
| `tests/test_renderer_matrix.py` | 新增 | R1/R3/R4/R5(见下)19 项 |
| `docs/agent-handoff/PLATFORM_PLAN.md` | 修改 | 「Linux 与 QtWebEngine 回落」追加 Linux 源码运行最小步骤 + 实现锚点 |
`vendor/webview2/` 与根 `WebView2Loader.dll` 未动;未新增产品功能/安装器/PyInstaller 改动。
## 关键设计决策与踩坑记录
1. **`QTimer.singleShot` 单位是毫秒**R4 首版写 `QTimer.singleShot(25, finish)` 期望 25s 兜底,实际 25ms 就触发 → 两个 worker 都报 `loaded=False`rc=1)。诊断时手动复现看到 `BACKSTOP t=0.4`(30ms 定时器在事件循环启动 ~0.35s 后即触发),定位后改为 `30000`
2. **QtWebEngineWidgets 必须先于 QApplication 导入**(否则 ImportError`QtWebEngineWidgets must be imported ... before a QCoreApplication instance is created`);**QWebEngineProfile 必须先于使用它的 page/view 创建**`setPersistentStoragePath/setCachePath` 必须在 profile 使用前调用。探针脚本先后踩中这两个顺序问题(前者 ImportError;后者在 QApplication 前建 profile 直接进程被杀 exit 127、stdout 缓冲丢失)。
3. **PyQt6-WebEngine 6.10 无 `QWebEnginePage.errorOccurred`**Qt 6.5+ API 未在此绑定暴露)→ 诊断改用 `loadFinished(ok)` + 手动 processEvents 循环对比三种 profile 配置(默认 profile / 命名 profile 无自定义路径 / 命名 profile + 自定义路径),三者 file:// 加载全部成功,证明「命名 profile + setPersistentStoragePath」组合可用。
4. **旧式位置调用兼容**`CustomWebPage(browser)` 的 view 会被新签名当作 `profile` 传入 → `TypeError: argument 1 has unexpected type 'QWebEngineView'`(smoke 前用探针暴露)。按类型分派(`isinstance(QWebEngineProfile)`)同时支持新旧调用。
5. **R3 Linux 模拟导入**:子进程 `sys.platform='linux'``import ui.views.main_window` 成功——因 `global_hotkey.py``from ctypes import wintypes` 只是类型定义(3.10 下跨平台可导入),`ctypes.windll` 访问全在 `if _is_windows` 内;`core.webview2` 模块级仅 stdlib 导入,但被 main_window 的 win32 门控挡住,`clr`/`clr_loader` 未进 `sys.modules`
## 验证结果(全部显式超时)
| 检查 | 结果 | 命令(超时) |
|---|---|---|
| `tests/test_renderer_matrix.py` | **19/19 PASS** | `PYTHONIOENCODING=utf-8 python tests/test_renderer_matrix.py`timeout 300 |
| `tests/test_wv2_guard.py`P0 遗留守卫) | **10/10 PASS** | `timeout 120` |
| `tests/test_debug_window.py` | **22 PASS / 0 FAIL** | `timeout 180` |
| `tests/smoke_offscreen.py` | **8/8 ALL PASS**,日志含 `[Renderer] QtWebEngine 独立 profile: <temp>/profile_<pid>_*` | `QT_QPA_PLATFORM=offscreen HAOCODE_RENDER=software QTWEBENGINE_CHROMIUM_FLAGS=--disable-gpu timeout 240` |
| `node tests/test_math_extract.js` | **39 passed, 0 failed** | `timeout 60` |
| `main.py` 真实启动链(offscreen + 临时配置,无 providers | 启动成功、无 traceback`[渲染] 最终 QTWEBENGINE_CHROMIUM_FLAGS = '--disable-gpu'``[Renderer] QtWebEngine 独立 profile: D:\...\data\webengine\profile_56256_*``[System] 浏览器内核: QtWebEngine``data/config.json` mtime 前后一致(未触碰) | `HAOCODE_CONFIG_FILE=<temp> QT_QPA_PLATFORM=offscreen ... timeout 45 python main.py`124=到点 kill,预期) |
| `main.py` 真实启动链:普通桌面 + `--no-sandbox` | 标志被剥离 + 告警:`[Renderer] ⚠️ ... 已剥离该标志并保留 Chromium 沙箱`,最终 flags 无 `--no-sandbox` | 同上(timeout 30 |
| 回归:`tests/run_tests.py` | **41 passed** | `timeout 300` |
| 回归:`test_bash_stream` / `test_tool_params` / `test_main_window_event_filter` / `test_config_isolation` | 全部 **ALL PASS / EXIT=0** | 各 `timeout 300` |
| 回归:`node tests/test_render_window.js` | **424 passed, 0 failed** | `timeout 120` |
| 回归:`tests/smoke_mode.py` | **ALL PASS** | `timeout 240` |
| P0-03 一致性抽查(文件存在、requirements marker、wv2 门控、单提示词占位符) | **10/10** | 纯 Python 读文件 |
## 测试点明细(test_renderer_matrix.py
- **R1.1R1.11** resolve_backend 矩阵(mock 平台):Win × auto/webview2/qtwebengine/非法字符串/非字符串/大小写容差;Linux × auto/webview2(警告+回落)/qtwebengine/非法;`webview2_module()` 非 Windows 返回 None。
- **R3.1** 子进程 `sys.platform='linux'` 导入 `ui.views.main_window``_wv2mod is None``core.webview2`/`clr`/`clr_loader` 均不在 `sys.modules`
- **R4.1R4.3** 两个 offscreen 子进程**并行**各建 `QWebEngineProfile``HAOCODE_WEBENGINE_PROFILE_DIR` 同基目录、各自 `parallel_<pid>` 子目录)+ `CustomWebPage(profile, view)` 载入本地 HTML:均 `WORKER_OK loaded=True`;两 profile 目录不同;进程退出后目录仍在(无互相清理)。
- **R5.1R5.4** `sanitize_chromium_flags` 契约(mock root/容器探测 + 捕获 stdout):普通桌面无标志原样;普通桌面剥离 `--no-sandbox`+告警;root/容器+显式保留+「高可见警告」;root/容器未设→原样+提示。
## 遗留 / 平台验证待办
- **Linux 真机验证(待 Ubuntu 主机)**:`pip install -r requirements.txt`(确认 pythonnet/clr_loader 被 marker 跳过)→ `python3.10 main.py`X11/Wayland+ 离屏套件 + `tests/test_renderer_matrix.py` 的 R3/R4(真实 Linux 平台而非模拟)。
- **root/容器真机**`--no-sandbox` 接受路径的运行时验证(本环境为普通 Windows 桌面,只能验证剥离路径;接受路径为纯逻辑 + mock 验证)。
- **Windows 真机 WebView2 首选路径:已验证(2026-09-17 真桌面)**。本机 D: 卷 .NET 把工程卷误判为“网络位置”导致 `clr.AddReference`LoadFrom)报 0x80131515;在 `core/webview2.py`**byte[] 回落**(快路径仍 `AddReference`,失败才 `Assembly.Load(byte[])`,正常机器行为不变;外层异常改 `BaseException` 以兼容 pythonnet 非 Exception 异常)。修复后真桌面启动日志:`[WV2] AddReference 路径加载失败 → 回落 Assembly.Load(byte[])``Runtime ready: 153.0.4234.32``controller ready``NavigationCompleted src=file:///.../ui/web/index.html`stderr 无 error/disposed/0x8007。`test_wv2_guard` 10/10 无回归。
- **Windows 真机 QtWebEngine 回落:已验证(2026-09-17 真桌面,`HAOCODE_FORCE_QTWEBENGINE=1`**。日志:`[WV2] ... 跳过 WebView2,回落 QtWebEngine`(强制标志生效,**未执行 taskkill**)→ `[Renderer] QtWebEngine 独立 profile: data/webengine/profile_<pid>_<ms>`per-instance 隔离 profile 真机生效)→ `[System] 浏览器内核: QtWebEngine`。聊天区截图像素统计:83% 亮背景 + 159 种颜色桶(含文本深色像素)= 真实 DOM 渲染,非空白。两模式主窗口截图已存 evidence:`win_real_wv2_mainwindow.png``win_real_qtwebengine_mainwindow.png`(半尺寸 PNG)。
- 交叉验证(T0 守卫真机):WV2 主程序运行期间另跑 diag_panel_scrollbar.pydiag 实例因 instance-lock 被占自动回落 QtWebEngine,未误杀主程序 WebView2 进程。
+59
View File
@@ -0,0 +1,59 @@
# P1-04 证据:Linux 截图热键与截图实现
状态:Windows 侧自动化验证全绿;Linux X11/Wayland 真实宿主验证按 VERIFICATION.md 手动待办(本环境为 Windows 桌面)。
## 交付物(文件级)
| 文件 | 变更 |
|---|---|
| `ui/views/system_tools/desktop_session.py` | **新增**(纯 stdlib):`session_kind()``win32/x11/wayland/unknown`WAYLAND_DISPLAY / QT_QPA_PLATFORM=wayland / DISPLAY 判定,offscreen→unknown);`hotkey_plan(kind)` / `capture_plan(kind)` 能力路由 + 明确能力说明文案 |
| `ui/views/system_tools/x11_hotkey.py` | **新增**(窄适配器,零新依赖,ctypes→libX11):`X11HotkeyThread`(与 Windows `GlobalHotkeyThread` 同一公开面 `triggered/start/stop`);XOpenDisplay→XKeysymToKeycode('s')→XSelectInput(KeyPressMask)→XGrabKey(root, keycode, Mod1Mask, owner_events)→select(X 连接 fd, 0.2s)+XPending/XNextEvent 循环;命中 Alt+S 发射 `triggered`XEvent 结构体按 xproto.h XKeyEvent 布局(64 位 keycode@76);`_open_x11()` 可注入(测试替身);`wait_ready()` |
| `ui/views/system_tools/portal_capture.py` | **新增**(窄适配器,系统 gdbus CLI,零 pip 依赖):`detect_portal()`Linux + XDG_RUNTIME_DIR/DBUS_SESSION_BUS_ADDRESS + gdbus 探测);`portal_screenshot_sync()`gdbus 调 `org.freedesktop.portal.Screenshot.Screenshot(handle, "/", {})` 取 request 对象路径 → `gdbus monitor --session --object-path <request>` 监听 `FilePicked`(成功,file:// URI 剥前缀+unquote 解码)/`Request.Finished`(无 FilePicked → 用户取消/拒绝);显式预算:request 10s + 等待 120s,超预算 → timeout`PortalScreenshotWorker(QThread)` 信号 `done(ok, path)` 回主线程 |
| `ui/views/main_window.py` | 热键注册块:`desktop_session.hotkey_plan(session_kind())` 平台路由(win32→GlobalHotkeyThread 行为字节级保持;x11→X11HotkeyThreadwayland/offscreen→None + 明确"全局热键不可用"日志),非 Windows 保留应用内 `QShortcut(Alt+S)` 兜底;`_start_screenshot()` 路由:win32/x11→现有覆盖层、wayland→`_start_portal_screenshot()`worker 完成→`_on_image_pasted([path])` 进现有图片附件流程)、unknown→明确"截图不可用,聊天与其他功能不受影响"日志 |
| `ui/views/system_tools/screen_capture.py` | `start()` 增加空画面守卫:无主屏幕 / grabWindow 返回空图(X11 个别 compositor 限制)→ 明确日志 + 不显示覆盖层(Wayland 已在路由层改走 portal |
| `tests/test_global_hotkey_platforms.py` | **新增** 23 检查:H1 session_kind 矩阵(win32/x11/wayland/offscreen/无显示 + XDG_SESSION_TYPE 三分支 + 矛盾时 WAYLAND_DISPLAY 优先);H2 hotkey_plan 四路由;H3 X11 成功路径(fake libX11XGrabKey 参数 keycode=39/Mod1Mask=1/root=123/owner_events=1、命中发射 triggered、stop 后 XUngrabKey+XCloseDisplay);H4 失败三分支(键被占用 XGrabKey=0 / 无显示 XOpenDisplay=None / 不支持组合不打开显示)均安静退出+明确日志;H5 Windows 路径保持(本机实测 RegisterHotKey 线程运行 + stop 干净释放) |
| `tests/test_screen_capture_platforms.py` | **新增** 17 检查:C1 capture_plan 四路由;C2 detect_portal 四分支(非 Linux/无 D-Bus/无 gdbus/齐备);C3 成功路径(fake subprocess 校验 gdbus 命令行 `--dest/--object-path/--method=...Screenshot/parent=/`、monitor 监听 request 对象、file:// 含空格文件名 URI 解码 → 真实文件);C4 授权被拒不伪造成功;C5 portal NotSupported 原因透出;C6 超预算 timeout(迟到信号不算成功);C7 worker 信号回主线程;C8 覆盖层 offscreen 构造+空画面守卫不崩 |
## 关键设计决定
1. **Windows 字节级保持**`GlobalHotkeyThread`Win32 RegisterHotKey 线程)与覆盖层路径零改动,仅调用处改为经 `hotkey_plan("win32")` 取回同一工厂;`capture_plan("win32")` 仍返回 overlay。
2. **X11 全局热键 = 原生 XGrabKey,无新 pip 依赖**libX11 是 X11 桌面必然存在的系统库,ctypes 直调;只映射现有 Alt+S`_VK_TO_KEYSYM` 窄表,扩展需显式加表项);`owner_events=1`stop 走 XUngrabKey+XCloseDisplay(关连接本身即释放 grab,双保险)。
3. **Wayland = xdg-desktop-portal,不绕过 compositor**compositor 安全模型禁止应用直接抓屏,故 Wayland 截图走 `org.freedesktop.portal.Screenshot`(交互式授权窗口,用户批准/取消);`gdbus`GLib 系统组件)CLI 完成 D-Bus 调用,不引入 dbus-python;成功返回文件路径 → 直接进现有 `_on_image_pasted([path])` 附件流程(不经过 Qt 覆盖层,因为 Wayland 下无法把画面抓进 Qt widget)。
4. **Wayland 全局热键:明确"不可用"而非硬做**:通用全局快捷键在 Wayland 依赖 compositor 桌面协议(ext-global-shortcut-unstable-v1 等,无统一 portal API),免依赖实现需完整 Wayland 客户端协议栈,超出窄适配器范围 → `hotkey_plan("wayland")` 返回 None + 日志明确说明(保留应用内 Alt+S + 截图按钮),符合硬约束"不支持时界面/日志必须明确说明能力不可用,主程序仍可聊天"。
5. **能力不可用的一等公民**`session_kind()=unknown`(offscreen/无显示)时,热键与截图都有显式日志("全局热键不可用"/"截图功能不可用;聊天与其他功能不受影响"),不再静默。
6. **异常绝不逃逸 QThread.run()**X11 事件循环整体 try/except——PyQt6 中 QThread.run() 未处理异常会 **abort 整个进程**(实测:CArgObject TypeError 逃逸 → 进程静默 127 退出、无 traceback、stdout 缓冲丢失)。这是本任务最贵的一个坑,已把"QThread.run() 必须全捕获"写进教训。
7. **超时语义**portal 等待中,FilePicked 之前/之后的信号都看预算——`Finished` 在预算内 → denied(用户取消);任何结果晚于预算 → timeout(不伪造、不无限挂起)。
## 验证(全部显式超时)
| 套件 | 结果 |
|---|---|
| `python tests/test_global_hotkey_platforms.py` | **23/23 PASS** EXIT=0timeout 120 |
| `python tests/test_screen_capture_platforms.py` | **17/17 PASS** EXIT=0timeout 180 |
| `python tests/test_file_attach.py`(回归) | 9 tests OKtimeout 90 |
| `python tests/smoke_offscreen.py`(回归,offscreen+software+--disable-gpu | **ALL PASS 8/8**timeout 240),日志含 `[GlobalHotkey] Windows:系统级全局热键 Alt+SRegisterHotKey` |
| `python tests/run_tests.py` | 41/41 |
| `tests/test_main_window_event_filter.py` / `test_config_isolation.py` / `test_wv2_guard.py` / `test_renderer_matrix.py` / `test_cross_platform_shell.py` | ALL PASS / ALL PASS / ALL PASS / 19/19 / 20/20 |
| `main.py` 真实启动链(offscreen + 临时 configtimeout 45→124 kill 预期) | 无 traceback`[GlobalHotkey] Windows:系统级全局热键 Alt+S` 打印;到达"JS 引擎已就绪"`data/config.json` mtime 前后一致(未触碰);error 行仅为 offscreen 已知 GPU 回落噪音 |
## 测试点细节(对应目标测试要求)
- **平台路由矩阵**H1session_kind 9 分支,含 XDG_SESSION_TYPE 与矛盾优先级)+ H2hotkey_plan 4 路由)+ C1capture_plan 4 路由)。
- **X11 替身**FakeX11 鸭子类型 libX11socketpair 提供可 select 的 fdXEvent 用 `ctypes.memmove` 填充;`CArgObject._obj``ctypes.byref(ev)` 还原原 struct——生产走真实 CDLL 不受影响)。
- **注册失败→明确消息**H4.1 键占用("Alt+S 可能已被其他程序占用")、H4.2 无显示("XOpenDisplay 失败")、H4.3 不支持组合("暂不支持的快捷键组合")——均无信号、`_registered=False`、线程安静退出。
- **portal 替身 subprocess**FakeRun/FakePopen 记录 argv 并回放 gdbus 输出(成功/拒绝/NotSupported/超时四态),验证真实 CLI 命令行与 JSON 事件解析,不依赖真实 portal。
- **X11/Wayland 真实行为**:本环境为 Windows 桌面,X11/Wayland 真机按 VERIFICATION.md 手动(见下)。
## 待办(需真实 Linux 宿主,按 VERIFICATION.md 手动)
1. Ubuntu 22.04/24.04 x64 X11 会话:`python3.10 main.py` → 日志 `[GlobalHotkey] X11:原生全局热键 Alt+SXGrabKey`;窗口失焦按 Alt+S 弹出覆盖层、框选截图成功;XGrabKey 被占用时日志明确。
2. Wayland 会话(GNOME/KDE):启动日志 `[GlobalHotkey] Wayland:…未启用 → 仅提供应用内 Alt+S…`;点截图按钮(或应用内 Alt+S)→ xdg-desktop-portal 授权窗口出现;批准 → 文件进入附件;取消 → 日志"portal 截图未完成…已取消";无 portal 时日志"portal 不可用"。
3. 其他发行版/DE 标记"未验证"(硬约束:不做发行版泛化)。
## 教训(持久)
- **PyQt6QThread.run() 内任何未处理异常 = abort 整个进程**(退出码 127、无 traceback、stdout 缓冲丢失,极难诊断)。QThread.run() 必须顶层 try/except 全捕获 + 日志。
- `ctypes.byref(x)` 返回 `CArgObject`:真实 CDLL 调用正常,但传给**普通 Python 可调用对象**(测试替身)时对方 `byref()` 会 TypeError——替身端用 `getattr(arg, "_obj", arg)` 还原。
- Windows 上 `os.pipe()` 的 fd 不能可靠用于 `select()`(无 WSAStartup 时 WinError 10093;初始化后是普通 pipe 又 10038)——跨平台可 select 的假 fd 用 `socket.socketpair()`;且 `a.send()` 的数据在 **b** 的接收缓冲(方向别写反)。
- `file://` URI 解析用"剥前缀 + unquote"而非 `urlparse().path``file://D%3A%5Cx`(无第三斜杠)会被 urlparse 当成 netloc → path 为空。
- gdbus 的 Screenshot 结果信号(FilePicked/Finished)都发在 **request 对象**上(方法返回的句柄路径),不是单独 handle 对象。
+50
View File
@@ -0,0 +1,50 @@
# P2-01 证据:Bash 任务按启动时间倒序
完成日期:2026-07-21(无人值守轮次)
结论:**完成**。两栏均按启动顺序降序显示(最新启动在第一项);运行中→已完成保持原启动位置;重排复用同一批 `BashLayer` 实例,全部 UI 状态保持。目标测试与回归全绿。
## 交付物
| 文件 | 改动 |
|---|---|
| `ui/views/bash_panel.py` | 模块 docstring 口径更新;`_refresh()` 两栏显示顺序改为启动序号降序;`layer_ids()` 的 running/done 返回真实显示顺序("all" 仍为原始启动正序,调试口径不变) |
| `tests/smoke_bash_panel.py` | 新增第 11 节(P11.1P11.20 共 23 项断言);收尾改 `os._exit`(offscreen 铁律,修复解释器退出挂起) |
未改动:`main_window.py`(事件转发链已是实时、按启动到达顺序带 `call_id` 转发,面板从到达顺序推导启动序号,无需新增元数据)、数据库 schema、`set_layers`(本就复用实例)。
## 关键设计决策
1. **排序键 = `self._order` 中的位置(稳定启动序号),不引入时间戳、不改 schema。**
面板的 `_order` 在三个入口按启动先后追加:
- `set_session()` DB 重建:消息链顺序 + 时间线内顺序(= backlog 要求的「稳定启动序号」构造方式);
- `set_session()` 活动流:时间线内顺序(当前轮次天然晚于历史);
- 实时 `on_started()`:事件到达顺序。
`_order` 即启动序号本身,`_refresh()` 只需对其取逆即可,无需任何新字段。
2. **只在显示层取逆,不改内部数据。** `run_ids`/`done_ids` 仍按 `_order` 正序过滤;`reversed()` 只作用于传给 `set_layers` 的 widget 列表。已完成栏限量窗口 `done_ids[-LAYER_LIMIT:]` 的成员不变(仍是「最近启动的 30 个」),仅窗口内显示顺序反转,提示语文义保持。
3. **完成时间从不参与排序。** `on_finished` 对已知层只改状态集合(`_running``_done`),绝不移动 `_order` 位置;仅当层完全未知(先收到 finished 事件)才以首次感知时间追加——这是唯一的信息可用时刻。因此「先启动后完成」的任务永远压在「后启动先完成」的任务之下,与结束先后无关(P11.10/P11.13 断言)。
4. **状态保持靠「同一对象」。** `set_layers` 逻辑未动:`takeAt → setParent(None) → addWidget → show`,操作的是同一批 `BashLayer` 实例。展开/折叠(`expanded` + `body` 显隐)、实时缓冲(`_live`)、代码框滚动值(`out_box`/`arg_box` 子控件属性)、两栏 section 滚动位置(`QScrollArea` 自身属性,子层重排不触碰)全部天然保持,测试逐项断言(P11.4–P11.8、P11.13bd)。
## 验证(全部显式 timeout
| 套件 | 结果 | 预算 |
|---|---|---|
| `tests/smoke_bash_panel.py`(含新增 P11 节) | **ALL PASS140 项断言)EXIT=0** | 240s |
| `tests/test_bash_stream.py` | **30/30 ALL PASS EXIT=0** | 180s |
| 回归 `tests/smoke_offscreen.py` | ALL PASS 8/8 EXIT=0 | 240s |
| 回归 `tests/run_tests.py` | 41 passed / 0 failed EXIT=0 | 300s |
| 回归 `test_main_window_event_filter` / `test_config_isolation` / `test_wv2_guard` | 均 ALL PASS EXIT=0 | 各 120s |
新增断言要点(对应 backlog「完成证据」三条):
- **≥3 项任务以不同启动/完成顺序**s1/s2/s3/s4/s6 + t0 + t1..t31 共 36 项已完成、交错完成(s2 先完成仍居顶、s3 最后完成插入启动位而非顶格),两栏均断言启动降序(P11.1/P11.2/P11.9P11.13);
- **完成中间任务前后状态保持**:对象 identity(`is`)、展开态、实时输出文本、代码框水平滚动值(先强制非 0)、section 垂直滚动值(用 20 行内容撑出真实滚动范围后设 30)在重排后逐项相等(P11.3P11.8、P11.13bd);
- **DB 重建与实时一致**:切换会话后 3 条时间线条目按 `db2,db1,db0` 显示(消息链+时间线序的逆),`layer_ids()` 原始正序不变(P11.19/P11.20)。
## 测试中发现并处理的问题
1. **Qt 布局 flush 会重置代码框水平滚动(测试时序伪影,非产品 bug)**:展开层与 `setValue` 同 tick 执行时,`out_box` 的终宽布局尚未 flush,随后任何布局事件(如新任务触发的 `set_layers`)应用挂起 resize 会把水平滚动清零。探针矩阵(N1×N2 settle 圈数)证实:`setValue` 前至少一次事件循环(N2≥1)则滚动稳定保持。真实用户不可能在未渲染的框上滚动,故测试在设滚动值前补 `settle(120)` 并在注释中记录该伪影。
2. **`smoke_bash_panel.py` 解释器退出挂起**:末行 `sys.exit(0)` 后 QtWebEngine 渲染/GPU 子进程(offscreen)不回收,进程挂到 timeout 124;此前跑该文件若经管道只看输出会误判通过。改为仓库 offscreen harness 惯例 `os._exit(code)`stdout 已 flush、临时文件已清理),EXIT=0 即时返回。
3. **`layer_ids()` 口径**:原返回启动正序;改为 running/done 返回真实显示顺序(便于测试直接断言所见即所得),"all" 保持原始正序。既有断言(单元素/`set()`/`len`)全部不受影响,140 项一次通过。
## 未验证项
无平台相关项(纯 UI 排序逻辑,offscreen 已全量覆盖)。
+48
View File
@@ -0,0 +1,48 @@
# P2-02 证据:右侧 Bash 面板滚动条与横纵交汇角
完成日期:2026-07-21(无人值守轮次)
结论:**完成**。右侧任务面板的代码框(`#bl_code`)与两栏 section 滚动区(`#bl_scroll`)滚动条统一为 8px、无箭头、handle 可见且 hover;横纵交汇角用 `QPlainTextEdit::corner` 子控件染成代码框背景 `#fbfcfe`,原生亮色 corner 方块消除。所有选择器均限定在 `#bl_code`/`#bl_scroll`,未添加任何无作用域的 `QScrollBar`/`QAbstractScrollArea` 规则。
## 交付物
| 文件 | 改动 |
|---|---|
| `ui/views/main_window.py` | 主窗口全局 QSS 中 `#bl_code` 规则后插入一段**完全限定作用域**的滚动条 + corner 规则(`QPlainTextEdit#bl_code QScrollBar:*``QPlainTextEdit#bl_code::corner``QScrollArea#bl_scroll QScrollBar:*``QScrollArea#bl_scroll::corner`);`#bl_code` 原有背景/边框/圆角/文本样式一字未动 |
| `tests/diag_panel_scrollbar.py` | 新建:离屏测量 + 断言 + 局部截图(面板全貌、代码框 render 图、角落 4x 放大) |
截图(`docs/agent-handoff/evidence/`):`p2-02-panel.png``p2-02-outbox-render.png``p2-02-codebox-corner-4x.png`
## 关键设计决策
1. **作用域 = objectName 限定,零全局规则。** 主窗口全局 QSS 此前没有任何 `QScrollBar` 规则(各弹窗/附件区各自 `setStyleSheet`),右侧面板因此落到原生 Windows 滚动条(带箭头、17px、亮色 corner 方块)。新增规则全部写成 `QPlainTextEdit#bl_code …` / `QScrollArea#bl_scroll …` 形式,只可能匹配右面板内的对象名,结构上不可能泄漏到其他控件。
2. **corner 用 `QAbstractScrollArea::corner` 子控件语法**`QPlainTextEdit#bl_code::corner { background-color: #fbfcfe; }`)——Qt 文档支持的子控件,与代码框背景同色,即 backlog「corner 与代码框背景一致」;未使用不存在的 `QScrollBar::corner`。section 滚动区 `::corner` 置透明(其横向滚动条恒关,corner 本不显示,属保险)。
3. **口径与仓库既有风格一致**8px 厚、`add-line/sub-line` 置 0 隐藏箭头、`#d0d0d0` handle + `#a0a0a0` hover、圆角 4px——与 `modern_scrollbar_qss` 及附件预览区风格同源,只是作用域不同。
## 验证(全部显式 timeout
| 套件 | 结果 | 预算 |
|---|---|---|
| `tests/diag_panel_scrollbar.py`(新) | **18 项 ALL PASS EXIT=0** | 180s |
| `tests/smoke_bash_panel.py` | **140 项 ALL PASS EXIT=0** | 240s |
| 回归 `tests/smoke_offscreen.py` | ALL PASS 8/8 EXIT=0 | 240s |
| 回归 `tests/run_tests.py` | 41/41 EXIT=0 | 300s |
| 回归 `smoke_timeline` / `smoke_midswitch` / `test_main_window_event_filter` | 11/11、7/7、ALL PASS,均 EXIT=0 | 各 ≤300s |
诊断脚本断言要点(对应 backlog「完成证据」):
- **厚度**:代码框横/纵滚动条实际几何 = 8px 且 `sizeHint` = 8pxS1/S1b/S2/S2b);section 竖滚动条实际 = 8pxS3);
- **箭头 extent**`subControlRect(CC_ScrollBar, SC_ScrollBarSubLine)` 在样式代理下 = 0(S4 三项)——即箭头子控件零尺寸;
- **corner**:代码框 `render()` 图中,右下角 8×8 交汇块渲染出 `#fbfcfe`9 px)、无 `(255,255,255)` 亮白像素(S5c/S5d);
- **无泄漏**:未命名 `QPlainTextEdit` 横滚动条仍为原生口径(14px,S6);附件预览滚动条保持自身 6px `sizeHint`S7);
- 截图三张落盘 evidence 目录,含角落 4x 放大图。
Windows 真机截图(backlog「完成证据」第二条):**已完成(2026-09-17Windows 11 真桌面,非 offscreen**`diag_panel_scrollbar.py` 直接运行 → EXIT=0、ALL PASS;实测代码框 H=8px V=8px、section V=8px、corner #fbfcfe 9 像素(与 offscreen 测量一致);三张截图已用真机渲染覆盖:`p2-02-panel.png``p2-02-outbox-render.png``p2-02-codebox-corner-4x.png`(07:20 时间戳)。运行期间生产 app 以 WebView2 在前台,diag 实例经 instance-lock 守卫自动回落 QtWebEngine,未误杀对方 WebView2 进程(T0 守卫真机验证)。Linux 真机截图仍待对应环境。
## 测试中发现的问题与教训
1. **offscreen 下 `widget.grab()` 对 `QPlainTextEdit` 的文档区不填充(黑图)**`out_box.grab()` 整块 (0,0,0),但 `panel.grab()` 正常。改用 `ob.render(painter)`(渲染到透明 QPixmap)后:文本色 `#243043`、边框 `#e6eaf2`、handle `#d0d0d0`、corner `#fbfcfe` 全部出现——**样式子控件在 offscreen 下正常渲染,只有文档区背景填充缺失**(离屏渲染怪癖,非产品 bug)。像素断言一律走 `render()`,且必须先做健全性检查(文本色/handle 色像素计数 > 0)防黑图假通过。
2. **PyQt6 API 坑(三连)**
- `Qt.Vertical`/`Qt.Horizontal` 短名已移除 → `Qt.Orientation.*`
- `QStyleOptionSlider(widget)` 构造器未绑定(只收无参/拷贝)→ 用 `QStyleOptionSlider()`
- `subControlRect` 参数序是 `(ComplexControl, QStyleOption, SubControl, widget)`,且滚动条箭头子控件在 PyQt6 枚举里叫 `SC_ScrollBarSubLine`/`SC_ScrollBarAddLine`(不是 C++ 文档里的 `SC_DownArrowButton`);`CC_ScrollBar` 属于 `QStyle.ComplexControl` 而非 `ControlElement`
- 裸控件(无样式表祖先)的 `style()` 是基础风格且空 option 下 `subControlRect` 返回 0 矩形——「原生参照」只能靠 `sizeHint`/实际几何(如原生横条 14px)对照,不能靠 subControlRect。
3. **测试数据**`out_box` 要同时出横纵滚动条,必须「超宽单行(NoWrap 触发横条)+ 足够行数(触发纵条)」,只给长单行时纵条不可见。
+95
View File
@@ -0,0 +1,95 @@
# P2-03 证据:WebView2 原生窗口遮挡层(重命名遮罩)
**任务**:修复 RenameOverlay 被 WebView2 原生子窗口压住的确定性缺陷,审计同类遮罩,只修可确认的原生窗口遮挡。
**结论**`RenameOverlay` 已重写为独立顶层透明 Tool 窗(与 `AttachmentPreviewOverlay` 同一验证过的模式);审计确认它是**唯一**受影响的遮罩,其余全部本就是顶层窗口,未改动。自动化目标测试全绿。
## 根因(源码级)
- `core/webview2.py`(L10-11 注释 + 子窗口发现实现):WebView2 的 `Chrome_WidgetWin_*` 是**主窗口 HWND 的原生子 HWND**EnumChildWindows 轮询发现,SetBoundsAndZoomFactor 定位)。
- Windows 上原生子 HWND 永远绘制在其父 HWND 内所有 Qt 渲染内容**之上**Qt 绘入主窗口 backing store,原生子窗在 z 序更高)。
-`RenameOverlay``bg_widget` 的**子控件**`QWidget(parent=bg_widget)` + `setGeometry(parent.rect())`):遮罩与卡片都是主窗口内的 Qt 绘制 → 在聊天区(WebView2 所在区域)内被原生 webview 窗盖住:遮罩不暗、卡片被压。
- 唯一可盖住它的结构:独立顶层窗口(独立 HWND)+ 逐像素 alpha`WA_TranslucentBackground`)。`AttachmentPreviewOverlay` 早已按此模式修复(其 docstring 明文记录同一缺陷),`RenameOverlay` 是遗留的旧模式。
## 修改(ui/views/main_window.py,仅 RenameOverlay 类,L1363 起整类替换)
| 项 | 旧 | 新 |
|---|---|---|
| 窗口类型 | `bg_widget` 子控件 | 顶层 `FramelessWindowHint \| Tool`(独立 HWND,拥有者=主窗口,Windows 上默认浮于拥有者之上,不入任务栏) |
| 透明 | 无(fillRect 半透明灰) | `WA_TranslucentBackground` + paintEvent 半透明灰(逐像素 alpha |
| 覆盖范围 | `parent.rect()`(客户区内嵌) | **主窗口客户区**`mapToGlobal(main.rect().topLeft())` + `main.rect().size()` —— 不含系统标题栏/边框,标题栏与窗口控制保持可操作 |
| 跟随 | `resizeEvent`(子控件自动跟随) | eventFilter 挂主窗口:`Move` → move`Resize` / `WindowStateChange`(最大化/还原;DPI 变化时 Qt 对主窗合成 move+resize,同路跟随)→ 客户区几何重同步 + 卡片重居中;`Close`/`Hide` → 关闭遮罩 |
| 入场动画 | QGraphicsOpacityEffect(顶层窗不可靠) | windowOpacity 属性动画 150ms(同附件预览层) |
| 行为 | 点空白/✕/取消 关闭、输入全选、Enter 提交 | 全部保留,**新增 Esc 关闭**keyPressEvent);`confirm()` 空标题不 emit |
| 释放 | `deleteLater` | `close_overlay()``removeEventFilter(main)` + `main.activateWindow()/raise_()`(焦点回主窗)+ `deleteLater``WA_DeleteOnClose``_closed` 幂等防重入 |
| 卡片拖拽 | 有(限父窗内) | 保留(限客户区内) |
`_rename_session` 调用点未改(仍 `RenameOverlay(current_title, self.bg_widget)``parent.window()` 取主窗口)。无新增辅助函数(几何同步逻辑与附件预览层各 10 行,不构成"真实重复",未抽公共函数)。
## 同类遮罩审计(只修可复现者)
| 遮罩/弹窗 | 位置 | 窗口类型 | 结论 |
|---|---|---|---|
| `AttachmentPreviewOverlay` | L53 | 顶层 Tool + `WA_TranslucentBackground` + eventFilter 跟随(frameGeometry | **不受影响**(已是正确模式,本次修复的参照) |
| `SettingsWindow` | L424 | 顶层 `FramelessWindowHint`(独立窗,内部虚化遮罩是其子控件) | **不受影响**(独立 HWND,天然在 webview 之上) |
| `SessionContextPopup` | L1267 | `Popup \| FramelessWindowHint` | **不受影响**Popup 为独立顶层原生窗) |
| `ModelSelectPopup` | L1624 | `Popup \| FramelessWindowHint`L1649 | **不受影响** |
| `SessionModePopup` | L2245 | `Popup \| FramelessWindowHint`L2260 | **不受影响** |
| `PdfModePopup` | L2368 | `Popup \| FramelessWindowHint`L2392 | **不受影响** |
| `RenameOverlay` | L1363 | ~~bg_widget 子控件~~ → 顶层 Tool + 透明 | **受影响,已修复**(唯一) |
未把普通 popup/dialog 重写成统一框架(硬约束)。
## 自动化验证(本机 Windows 11 10.0.26200 x64`.venv` CPython 3.10.21
新建 `tests/diag_rename_overlay.py`(隔离临时 DBoffscreen34 项断言,EXIT=0):
```
RESULT: 34/34 -> ALL PASS
R0 遮罩创建且为顶层窗口
R1 结构:isWindow / window() is self(非内嵌子控件)/ Tool / Frameless /
WA_TranslucentBackground / WA_DeleteOnClose / 主窗口未设透明
R2 几何:覆盖客户区左上角与尺寸(±2px)/ 卡片居中 / 输入框初始全选 / 预填旧标题
R3 跟随:主窗 move(+150,+80)→精确跟随 / resize(1200x700)→尺寸同步+卡片重居中 /
WindowStateChange 分支(最大化/还原同路)不崩溃且几何仍正确
R4 行为:Enter 提交→DB+侧栏标题更新 / 空标题 confirm 不改标题 /
Esc 关闭 / 点空白关闭 / ✕ 关闭 / 取消关闭 / 非确认关闭不改标题
R5 释放:顶层窗口消失、无残留 rename_form、主窗口存活可用
R6 焦点回主窗(offscreen 软检查,INFO 记录)
```
目标测试 + 回归(均 EXIT=0):
| 套件 | 结果 |
|---|---|
| `tests/diag_rename_overlay.py` | 34/34 ALL PASS |
| `tests/smoke_offscreen.py`QtWebEngine 路径) | 8/8 ALL PASS |
| `tests/smoke_copy_session.py`(侧栏/Popup 链路) | ALL PASS |
| `tests/smoke_bash_panel.py` | 140 项 ALL PASS |
| `tests/run_tests.py` | 41 passed, 0 failed |
## 真机 WebView2 验收(用户走查步骤)
真机 WebView2 自动化被有意放弃:`core/webview2.py``get_environment()``taskkill /F /IM msedgewebview2.exe`(会杀掉用户其他 WebView2 应用进程)且 SDK 怪癖要求默认共享 profile(无法重定向到临时目录)——无人值守自动化运行该路径风险不可接受。
**【2026-09-17 更新】本机 WebView2 加载阻塞已解除**`core/webview2.py` 加 byte[] 回落,见 evidence/P1-03.md):主程序现已能在本机以真实 WebView2 启动(Runtime 153.0.4234.32、controller ready、index.html NavigationCompleted、stderr 无错)。下表人工清单现可在本机真实 WebView2 模式下执行。
机制保证(与生产已验证的 AttachmentPreviewOverlay 完全同构):新遮罩是**独立顶层 HWND**WS_EX_TOOLWINDOW + 拥有者=主窗口);Windows z 序规则下,拥有者窗口之上的顶层窗永远绘制在拥有者的原生子 HWND(WebView2 `Chrome_WidgetWin_*`)之上,与 offscreen 平台无关。
人工验收清单(Windows 桌面,真实 WebView2 模式运行主程序后):
1. 会话右键 → 重命名:遮罩盖住**整个客户区**(含聊天区 webview,webview 变暗),标题栏(含最小化/最大化/关闭)仍可点。
2. 拖主窗口 / 拉边框缩放 / 最大化 / 还原:遮罩与卡片全程贴合客户区、卡片保持居中。
3. 多显示器间拖主窗 / 改缩放比后重开遮罩:几何正确(mapToGlobal 路径)。
4. Esc / 点空白 / ✕ / 取消 → 遮罩消失、焦点回主窗、侧栏可继续操作;Enter 或确定 → 标题更新。
5. 连续开/关 5 次:无残留遮罩、无卡顿、任务栏无新增图标。
## 教训(跨压缩持久)
- 【P2-03 发现】**offscreen/无真实事件循环时 `processEvents()` 不处理 `DeferredDelete`**`deleteLater()` 的控件必须显式 `QCoreApplication.sendPostedEvents(None, QEvent.Type.DeferredDelete)` 才会真正删除(探针证实:仅 processEvents 循环后对象仍 alive)。生产事件循环常驻不受影响,但所有 offscreen 测试的"已删除"断言前必须冲刷 DeferredDelete。
- 【P2-03 教训】PyQt6 `setGeometry``(QPoint, QSize)` 重载 → 构造 `QRect(tl, size)``QTest.mouseClick(widget, button, modifier, pos)` 第 3 参是 **modifier**(易误当 pos)。
- 【P2-03 发现】`core/webview2.py` `get_environment()``taskkill /F /IM msedgewebview2.exe` + 共享默认 profile 不可重定向 → 无人值守自动化不得走真实 WebView2 启动路径;真机验收走人工清单。
- 【P2-03 结构判据】"顶层窗可带 owner parent"`setWindowFlags(Tool|Frameless)``parentWidget()` 仍可非 None(owner 关系),判据是 `isWindow()` / `window() is self`,不是 `parentWidget() is None`
## 修改文件
- `ui/views/main_window.py`(仅 `RenameOverlay` 类整类替换,~170 行;调用点未改)
- `tests/diag_rename_overlay.py`(新,34 项断言)
+104
View File
@@ -0,0 +1,104 @@
# P2-04 证据:跨平台聚合测试入口
状态:COMPLETE
日期:2026-07-17(本机执行时间)
平台:Windows 11 10.0.26200 x64(主)+ WSL Ubuntu-22.04 / CPython 3.12.3Linux 路径验证)
## 交付物
- `tests/run_all.py`(新增,唯一新文件):跨平台聚合测试入口。
- `python tests/run_all.py --group logic|offscreen|all`(默认 all
- `--list` 只列条目;`--only <id,子串>` 跑子集(调试);`--keep-logs` 保留全部子日志(默认只留失败/超时)。
- 设计:每个子测试 = 独立子进程 + 独立临时目录(`haocode_RUN_<id>`/`haocode_CONF_<id>`POSIX 走 TMPDIR、Windows 走 TEMP+ 显式秒级 timeout`subprocess.run(timeout=...)`);offscreen 组子进程注入 `QT_QPA_PLATFORM=offscreen``HAOCODE_RENDER=software``QTWEBENGINE_CHROMIUM_FLAGS=--disable-gpu`(均 setdefault,不覆盖外层)。
- 退出码语义:任一 FAIL/TIMEOUT → 退出码 1(并打印"失败命令"清单);SKIP 不影响退出码。
- SKIP 双闸门:①依赖探测(`importlib.util.find_spec`node/openai/PyMuPDF/PyQt6,缺失即 SKIP 并给理由);②平台令牌(`platform:win32` 等,平台不适用即 SKIP 并给理由)。
- 聚合鲁棒性:子进程崩溃/超时只记 FAIL/TIMEOUT,不中断后续;输出统一 UTF-8(`errors=replace`Windows cp936/cp1252 宿主安全);WSL 时钟回拨保护(耗时 clamp ≥0)。
- 不要求 pytest / npm / 网络;聚合器自身零第三方依赖。
## 默认聚合范围(25 条)与排除项
- logic 12 条:run_tests.pyagent core 41)、test_tool_params、test_bash_stream、test_copy_session、test_compaction_persist、test_file_attach、test_cross_platform_shell、test_global_hotkey_platforms、test_wv2_guard、test_pdf_reader、test_math_extract.js、test_render_window.js。
- offscreen 13 条:smoke_offscreen、smoke_mode、smoke_copy_session、smoke_bash_panel、smoke_timeline、smoke_midswitch、test_main_window_event_filter、test_config_isolation、test_error_persist、test_think_code_neutral、test_debug_window、test_renderer_matrix、test_screen_capture_platforms。
- 默认排除(有注释理由,不进默认聚合):
- `diag_*`rename_overlay / panel_scrollbar / render_scale):人工/像素诊断,需真机或交互。
- `verify_*`:人工验证脚本。
- `tune_model_popup.py`:调参实验。
- `smoke_offscreen.py` 之外的旧式 real-DB 冒烟(引用真实 `data/haocode.db`,未接临时库)。
- `diag_live_agent.py``probe_agent_loop.py`:需真实 API 凭据。
- `_probe_*``_test_env.py`:探针/工具模块(被其他测试 import,非独立用例)。
- `run_all.py` 自身:聚合器不入聚合。
## 汇总结果(硬约束要求:Windows/Linux 各一份)
### Windows 11 / CPython 3.10.21.venvPyQt6+openai+PyMuPDF 齐全)
| 组 | 结果 | 耗时 |
|---|---|---|
| `--group logic` | **PASS 12 / FAIL 0 / SKIP 0**EXIT=0 | 43.9s |
| `--group offscreen` | **PASS 13 / FAIL 0 / SKIP 0**EXIT=0 | 81.9s |
| `--group all` | 25/25 PASSEXIT=0,两组顺序执行) | ~126s |
- 日志样例:`D:/tmp/runall_win_logic2.log``D:/tmp/runall_win_offscreen.log`
- offscreen 明细:smoke_offscreen 8.3s、smoke_bash_panel 30.3s、smoke_midswitch 8.7s、test_think_code_neutral 9.3s 等 13 条全 PASS。
### WSL Ubuntu-22.04 / CPython 3.12.3(系统 python3,无 PyQt6/openai/PyMuPDF,离线环境)
| 组 | 结果 | 耗时 |
|---|---|---|
| `--group all` | **PASS 4 / FAIL 0 / SKIP 21**EXIT=0 | 0.9s |
- PASS 4 = test_copy_session、test_file_attach、test_math_extract.js、test_render_window.js(纯 stdlib/node)。
- SKIP 21 全部带明确理由:无 openai(5,禁止联网安装)、无 PyQt6(14offscreen 组整体)、无 PyMuPDF1)、平台不适用 win32-only1test_wv2_guardmsvcrt 单实例互斥是 WebView2 守卫的 Windows 专属机制,Linux 无 WebView2 链路)、无 PyQt6 的 GUI 逻辑(1test_global_hotkey_platforms 含 QShortcut 构造)。
- 证明:聚合器在 Linux/3.12 上可运行、隔离约定在 POSIX(TMPDIR)成立、诚实 SKIP 不伪装通过、JS 条目跨平台运行。
- 注:WSL 无 .venv 且离线,依赖型条目按硬约束 SKIP;在按 VERIFICATION 矩阵备齐依赖的 Linux 真机上同命令即可执行全部条目(offscreen 组仍需真实 Linux 桌面环境完成 P1-03/P1-04 的平台验证,状态不变)。
## 故意失败夹具演示(硬约束:崩溃/超时不阻断汇总、退出码反映失败)
- 临时夹具(用后即删,未提交):
- 崩溃夹具(`raise RuntimeError`)→ 聚合器记 **FAIL** 并继续跑后续健康测试。
- 超时夹具(`time.sleep(60)` + budget 5s)→ 聚合器记 **TIMEOUT** 并继续。
- 演示运行:`总计 3: PASS 1 FAIL 1 TIMEOUT 1`,退出码 **1**,完整汇总 + 失败命令清单正常打印。
- 演示日志:`D:/tmp/runall_fixture_demo.log`;夹具文件已删除,仓库无残留(已 rg 复核)。
## 等价性(硬约束:单文件命令仍可直接运行,输出与聚合子进程一致)
- `test_copy_session.py`
- 独立运行:`===== 54/54 PASS ===== / ALL PASS`
- 聚合子进程(保留子日志 tail):`===== 54/54 PASS ===== / ALL PASS` —— 逐字一致。
- 其余条目同理(聚合即 `subprocess.run([sys.executable, ...原命令...])`,命令形态未变)。
## 聚合入口暴露并修复的两个真实缺陷
1. **`tests/test_compaction_persist.py` T9 陈旧断言**(跨平台共同项,Windows 上 FAIL):
- 断言用 `assertIn('msg["role"] not in', src)` 硬编码变量名,而 `ui/views/main_window.py` 现行代码用 `m["role"] not in`P1-01/P2-01 期间变量名演化,测试未跟进)。
- 修复:改为变量名无关的语义断言(同时接受 `msg["role"] not in` / `m["role"] not in` 两种等价写法,检查"摘要标记行被过滤"这一语义本身)。
- 验证:单跑 41/41 PASS;聚合 logic 组 12/12 PASS。
2. **`core/agent/compaction.py` dataclass 不可哈希默认值(Python 3.11+ 崩溃,真跨平台 bug**
- `CompactionPreparation.settings: CompactionSettings = DEFAULT_COMPACTION_SETTINGS`:默认值是 eq-dataclass 实例(`__hash__=None`)。Python ≤3.10 的 dataclass 只拒 list/dict/set 默认值 → 合法;Python 3.11+ 追加"不可哈希默认值"检查 → **import 即 ValueError**
- 影响面:Ubuntu 24.04 自带 CPython 3.12VERIFICATION 矩阵明确支持的 Linux 目标)—— 任何 import `core.agent` 的模块/测试在 3.11+ 全灭。由聚合入口在 WSL/3.12 上首次系统性暴露。
- 修复(1 行,语义完全等价):`settings: CompactionSettings = field(default_factory=lambda: DEFAULT_COMPACTION_SETTINGS)` —— 仍返回同一共享默认实例,3.10 行为不变。
- 验证:3.10 本地 `test_compaction_persist` 41/41 + `run_tests` 41/41 无回归;WSL/3.12 上 `core.agent` 链 import 通过(3 个 openai 依赖条目越过 compaction 后才在 openai 处 SKIP,证明 3.12 兼容)。
## 注册表元数据修正(诚实 SKIP 的前提)
- `test_tool_params.py` / `test_bash_stream.py` / `test_cross_platform_shell.py`:补 `openai` 依赖(均 import `core.agent.tools` → 顶层 `from openai import OpenAI`)。
- `test_global_hotkey_platforms.py`:补 `pyqt6` 依赖(含 QShortcut/overlay 构造)。
- `test_wv2_guard.py`:标 `platform:win32`T4 msvcrt 跨进程互斥为 Windows 专属;非 win32 上 `acquire_instance_lock()` 按设计返回 None)。
## 边界遵守
- 未动任何独立测试命令与既有入口(`run_tests.py` 原样保留)。
- 未要求 pytest/npm/网络;聚合器零第三方依赖。
- 默认聚合未启动任何真实 API / 人工诊断 / 真实桌面 / 凭据脚本(见排除清单)。
- 未读取真实配置(`data/config.json` 零访问);未删除用户运行数据;夹具用后即删。
- 产品代码改动仅 2 处且均为聚合暴露的缺陷修复:`tests/test_compaction_persist.py`(测试断言更新)+ `core/agent/compaction.py`1 行 3.11+ 兼容)。
## 复现命令
```text
python tests/run_all.py --list
python tests/run_all.py --group logic
python tests/run_all.py --group offscreen
python tests/run_all.py --group all
python tests/run_all.py --only test_copy_session --keep-logs
```
Binary file not shown.

After

Width:  |  Height:  |  Size: 1.8 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 2.4 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 60 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 24 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 29 KiB