2026-08-22 决策记录（凌晨场）

2026-08-22 决策记录（凌晨场 00:00–00:13）

会话 20260821_221313_72a80e2e 00:00–00:13 段（webwatch 真根因 + Mr Mark 跟进 + 顾客跟进 Sheets 退役）。详情见 2026-08-22。

1. webwatch state.db 读取竞态 → 派 PI（00:00–00:08）

• 根因：webwatch（WSL）读 /mnt/d/hermes/state.db（3.3GB）用 immutable 连接模式 → 与 Windows 侧 Hermes 写入竞态 → database disk image is malformed（8/20 12:33 起）；WSL mode=ro 不带 immutable 实测同样 disk I/O error
• state.db 本身完好（integrity_check = ok）——库没坏，是读法不对
• 处置：主 agent 不再自己动手——派 PI（webwatch 域 state_db_read_fix，根因 + server.py 两处读库代码定位写进任务书）
• 用户纠正（第二次提醒）：「webwatch 的修复也是应该让 PI agent 去处理的，你最近又开始忘了」——系统类修复默认派 PI

2. Mr Mark 跟进节奏（00:02–00:07）

• 反馈「贵但 quality 好」→ 大概率成交，等水泥工（≥1 个月）
• 4 条提醒 cron：09-05（两周后）、09-12（三周后）、08-31（Merdeka）、09-16（Malaysia Day）
• 记忆修正：HSP00015 = Mr Mark / HSP00016 = Mr Lee（之前记反）

3. 顾客跟进 Sheets 退役（00:05–00:06）

• 弃用的顾客跟进 Google Sheet 直接移除（Drive trash，30 天可恢复）——避免两个真相源
• 真相源定案：Master 工作簿客户主档 = 客户信息权威写处；Mr Mark 需双写补录（Sheets 主档无他，只在 D1）
• hsdesign-customer-followup skill 已 patch（Sheet 移除 + 新真相源指向）

4. PI 模型扩展点真知：models.json 而非 models-store.json（00:23–00:33）

• 任务书指定 ~/.pi/agent/models-store.json，但 PI 源码核查发现它是远程目录缓存层（仅 refreshModels provider 消费，deepseek 不读）→ 实际生效扩展点 = ~/.pi/agent/models.json（ModelConfig.load merge 语义：内置 flash/pro 保留 + 按 id upsert）
• 处置：双写两处 + 备份（models.json.bak-20260822）；验证 = vision-exp 无 warning + flash 保留
• 坑：并行 pi 进程竞争会清空 models.json → 改模型文件需避让运行中 pi

5. webwatch state.db 修复定案：Windows 原生 ro 桥（00:13–00:23）

• 探针结论：WSL mode=ro ❌ disk I/O error（drvfs shm 坑）、WSL immutable ❌ torn page（checkpoint 竞态）→ Windows 侧原生只读桥 scripts/hermes_read.py 定案
• 验收全过（10 分钟 malformed 零新增、verify 13/13、11 API 全 200）；git 818dc10
• 用户端 PWA 残留横幅待闭环（等用户截图点名失败源）——服务端 17 端点全 200 已排除

6. 播报纪律升级（00:37 用户批评双标）

• 修复类结果播报前必须主 agent 独立验证（模型登记验证了、webwatch 没验证 = 双标）
• 验证方式沉淀：模拟用户访问路径（portal SSO 票据→cookie→API）+ 全端点带 token 实测 + 截图（OpenClaw CDP；headless Chrome vtb 遇 fetch 挂死）

7. Phase 1 QA 首战：L3 终审 → 返工（05:47–05:48，master-app 域）

• 触发：qa 域 PI 独立验收（盲评哲学：无业务预期 + 攻击性清单）→ 开发自报全 PASS，实际抓到 3🔴 + 2🟡（登录页回归 / customer-project 写侧未设防 / PDF 去 cookie 绕过 / PUT 新 item 400 / 测试用户残留）
• 决定：🔴 阻断未修完不宣布合格——返工任务书 [PI]-20260822-0100-phase1_rework（5 项全派，登录页”最高优先”），qa 域复验通过才宣布 Phase 1 合格
• 教训 1：写侧权限与读侧同等重要——读侧剥离/过滤做了，写侧 PUT 却没设防（customer/project 可改共有/他人资料）；验收清单新增 17 项（写侧权限类等），已并入 HS Design/master-app-qa-checklist.md
• 教训 2：前端与 API 契约同步是回归高发区——API 改双字段登录、前端未同步 → owner 主入口静默失效
• 体系收益：独立验收首战即证明价值（“无预期 + 证据”哲学正确，用户判断被验证）；QA 员自我修正误报（POST 500 撤回）→ 报告可信
• 附带纪律：vault 读取必须走 powershell 桥（WSL /mnt/h/ 不可用）——已写入 qa 域 AGENTS.md 与 vault-access-wsl

8. QA 首验实为 6🔴 而非 3🔴 → 返工② → 最终合格结案（06:34–06:59，master-app 域）

• 事件：收到首验完成通知时主 agent 只读 tail 摘录（从 🔴3 起）→ 误报 3🔴+2🟡 并派返工①；复验揭穿 = 首验报告全文 6🔴（🔴1 现金流泄漏 sales 可读 /api/dashboard/summary、🔴2 item 库可写被漏）→ 返工② 0135-phase1_rework2
• 深根因（返工②发现）：owner 行从未创建——bootstrap 读 AUTH_PASSWORD_HASH 在 CF 恒 undefined，SSO 硬编码掩盖 → 补创建 + 登录页双字段
• 终验：14 PASS / 0 FAIL / 0 UNVERIFIED → L3 终审批准结案 ✅ MVP Phase 1 正式合格
• 纪律升级：验收报告必须 read_file 全量读，禁止 tail 摘录（首验 6🔴 被漏 2 组教训）——写入 qa 域 AGENTS.md

9. 官网任务域归属定案：hsdesign 域（06:37–06:42）

• 用户质疑「号码任务为什么派 system-ops」→ 查证：hsdesign 域历史任务 = about_contact_task/_task_phone_fix（号码修复！）/future_posts/seo_404 → 官网一切任务归 hsdesign 域（system-ops = 无归属杂项域）
• 处置：停 system-ops 进程 → 任务书移归 hsdesign 重派（零浪费，未开始即归位）；agent-dispatch-ops skill 补官网域条目（8/18 一次 + 8/22 一次 = 第二次犯）

10. IDA PC 默认关机定稿（06:34，推翻 8/7「一律睡眠」）

• 软关机无法唤醒（WOL 对 IDA 死路：TP 网卡 S5 断电 + BIOS ErP 未找到，8/6-8/7 实测）→ 默认关机 S5 + 明早 08:00 RTC 自动开机
• 「睡眠延长寿命」说法纠正：电子元件磨损主因 = 热循环/电压，睡眠 vs 关机差异可忽略
• remote-pc-wake skill 已更新（默认关机为新定稿）

11. Ox Alpha（stealth/ox-alpha）评测定案 + test-lab 试验田域（22:25–22:58）

• 查证通过：模型真实存在（1M ctx / $0 per M / text+image+video→text）；视觉识别精准（webwatch 截图细节全对）；长代码（SVG 动画 4.4KB）完成度高但慢（285s）+ 推理 token ≈ 正文 4 倍 + max-tokens 敏感（4000 截断 / 20000 完整） + 输出带 markdown 围栏需 post-clean
• test-lab 域建立（用户模型）：试验田——实验不进正式域防污染累积记忆；alpha_client.py 封装（key 不进 session、自动重试、长输出落文件）
• 定位：免费 + 1M ctx = 「巨型任务底牌」（全仓库重构/超长文档/大代码生成），适合后台批处理不适合交互

12. WSL 重启韧性定案：systemd user 服务 + Windows watchdog 双保险（8/22 深夜–8/23 凌晨）

• 事故：WSL 实例重启（uptime 23min，原因待查）→ 所有 WSL 侧服务被杀（webwatch 8787 + WA viewer 8082）→ 用户打不开
• 方案：主 = systemd user 服务（WSL 生命周期同步、0 轮询、崩溃自愈，实测 kill→5s 自启）；兜底 = Windows 计划任务 WebWatchWatchdog 每 5 分钟探测（wsl 未启动/服务异常时拉起，实测 RECOVERED）
• SSO 401 真根因：WW_SSO_SECRET Windows 环境变量不存在（echo 输出字面量 = 15 字符假值）→ start.sh 只查 env 误报「未配置」→ Hermes 用错误 secret 造票 401；修复 = start.sh 双检（env 或 .sso_secret 文件）
• 验收教训：主 agent 自己的测试脚本 bug（两次调用生成两张不同票 exp 不匹配 → 401）——「客户端怪癖」属实；同票重测 302+cookie+200+重放 401 全链通过

13. 元素骑士超级任务模式定案（8/23 01:01–01:05，test-lab 域）

• 90KB 单文件游戏交付（3 层+BOSS+无限循环，2h10m，13 段）；ox-alpha 长代码 5 条纪律：① 强契约（contract.md）② 分段 ≤8KB ③ 顶格即拆（20k token 硬瓶颈）④ 汇编者审读每段 ⑤ 行为验证自动化（headless 泵帧 + 测试挂钩）
• 已知边界：BOSS 节奏需真人试玩；是否部署成网址待用户决定