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

会话 20260817_000544_017c3176（00:05–01:51）+ 20260817_015310_bf87a6（01:53–02:50）产生的决策。上一批见 2026-08-16、2026-08-17。

1. 子代理选型反转：回归 PI 为默认主力（01:45–02:10 用户拍板）

背景：8/16 定案 oh-my-pi 试点 → 8/17 凌晨 OMP max 正式评测完成（91 断言/29.8min/$0.0638）但盲评 60 分（PI max 70 第一）→ 用户质疑跑分反常（网上 benchmark 完全相反）→ 社区 research 1.0+2.0 三线证据
决定性证据：Composio 第二篇《Best Harness for DeepSeek V4 Flash》（2026-08-11）Pi 66.7% 第一 > OMP 56.7%——与 Kimi K3 篇（OMP 88% > Pi 72%）胜者随基座模型翻转；DeepSeek 官方文档点名 OMP「built-in compat is incomplete — custom models.yml still required」、pi 有完整适配页；社区口碑 pi+DeepSeek 验证最厚（95%+ 缓存命中实证、 $6.51 v s$ 96 自测 120× 价差）、OMP+DeepSeek 零公开体验帖
定案：PI max = 默认主力（盲评 70>60 + DeepSeek 适配最佳 + 社区口碑最厚）；OMP = 批量/快速任务（research/调查/原型/文档，2-3× 速度 + 91 断言覆盖）；Prime 仅用户点名（超级大/复杂逻辑任务，默认不用）
记忆/文档同步：MEMORY.md 派发条目修正（曾发现「OMP 默认」过时版）+ routing skill 更新（Hermes 侧已完成，vault 侧见 §9）
三线证据汇合机制保留：盲评（BENCH-HEAVY）+ 每日流程第二样本（明天对比任务）+ 社区基准可信度

2. OMP 64K 输出钳制：上游 bug，自己 patch（00:17–00:38）

根因：omp v17.3.5 bundle 硬编码 var Nq=64000；钳制表达式 Math.min(n.maxTokens, h.maxTokens ?? ∞, Lt0(h) ?? Nq)——models.yml 覆盖被 64000 永远压住；上游 #6499 只修 xAI 路径，DeepSeek 没修全；已是最新版无升级可解
决策：等上游不如自己 patch——sed -i "s/var Nq=64000/var Nq=393216/" + 备份；bun cache 版缺 natives 不可用 → npm 专用目录 ~/omp-dist 装完整版（不碰全局 pi）
配套：冒烟通过（thinking=max 完整回复不再截断）；thinking=high 档 229K 无限规划病理未解（只能用 max/low）；升级/重装要重打 patch（已知代价）

3. 沙箱隔离只给跑分比赛（01:45–01:48 用户澄清）

用户最初说「任务在沙箱里做」→ Hermes 误把 10 个日常任务书全注入沙箱条款 + 3 任务沙箱派发 → 用户澄清：沙箱是给 PI/OMP 跑分对比任务用的公平性设计（防第一个 agent 改文件污染第二个的输入），日常任务沙箱权限太小（写不了生产/读不了 vault 云端）做不好报价/部署类任务
修正：3 个沙箱任务 kill、10 个任务书沙箱条款全移除、正常权限重派；沙箱仅保留在 [BENCH]-daily_task_compare（独立沙箱 /tmp/bench_compare_{pi,omp}_sandbox，输入只读）
教训：先确认用户意图边界再批量执行（这次画蛇添足多花了一轮 kill+重派）

4. OMP 架构定案：多 profile 经理制 + 共享 Bank（02:00–02:10）

OMP 三层结构正确用法：Profile 隔离「人」（域 = 独立办公室：settings/会话/记忆库/日志全独立）、Project 隔离「事」（—cwd 域目录 + AGENTS.md/UPDATES.md 注入）、Bank 共享「知识」（hindsight/mnemopi 按组共享）；Session 是第 0 层运行时（工单记录，非 profile 下级）
推荐 = 经理制（每域 1 profile，各管各的 session）：数据红线隔离（报价/客户是利润红线）、配置独立、审计清晰；跨域协作靠显式传递（任务书带上下文）
落地：--profile <域> 已验证生效（~/.omp/profiles/<域>/ 全隔离）；~/.omp/agent/models.yml 补齐 contextWindow: 1048576（1M input）+ maxTokens: 393216（384K output）；派发模板持久化到 env/hermes-memory-archive.md；临时/一次性任务走默认 profile
域内记忆优化建议：master-app profile 内开 mnemopi（per-project-tagged）补域知识红利；敏感数据不进共享 bank

5. 计时口径铁律维持（00:09–00:11 用户重申）

用户指出 81 分钟播报含部署配置时间 → 口径（8/16 19:10 已定案）再确认：环境准备（安装/配置，一次性集成成本）不计入任务对比；任务执行时间（任务书读入→交付）才是唯一对比指标（起点 = run.log “Working…”）
OMP max 正式：环境准备 ~5min（Chromium 下载）单列不计入；任务执行 29.8min（jsonl 首末时间戳）
已补进 recap 防 reset 丢失

6. V4 Pro 综合效益：不切换（02:39–02:50 数字裁决）

用户决策规则：每成功任务平均成本低于 V4 Flash 时才换模型
裁决：Pro 每成功成本 ≈ Flash 的 2.3–3.6×（opencode token 拆分 3.6× + AA 独立 2.3×）；成功率增益仅 ~1.10×（官方 9 项基准均值）；反超门槛 = Pro 成功率 ≥ Flash 2.3–3.5×（或 token ≤37%），实际 1.1× 远未达到 → 维持 V4 Flash
重估条件：Pro 价 ≤ 1.1× Flash 且 anchor（dsh-anchored-standard 是唯一有 98/99 背书的路径）在我们 harness 验证成功；不选「永不」（能力上限真实存在）
附带定案：Flash 新价（ $0.12 非峰 /$ 0.23 峰每任务）→ 批量任务挪非峰时段，peak 纪律含金量翻倍

7. OpenClaw 监督收敛：S1+S2 执行（02:03–02:49）

根因：三个监督源竞争（AgentWatchdog v3 × cron f40cfd8b88eb 每日更新检查 × logon 计划任务）→ OpenClaw 自防护互杀 → 零监听/假活
S1 执行：cron f40cfd8b88eb 改纯检查模式（只查新版+报告，禁止 update/taskkill/拉起）——动手的活只留给 watchdog
S2 执行：watchdog 判据补强（127.0.0.1→node 必须有 + 非回环→tailscaled + /health live + 恰 1 实例 + 0.0.0.0 永不匹配）；顺手修 PS 5.1 Invoke-WebRequest 超时挂死雷（改 HttpWebRequest 硬超时）
S3-S6 暂缓待拍板：冷却 600s→300s（折中，120-180s 太激进）、运维纪律文档化、logon 任务建议保留

8. webwatch 功能取舍（00:45–01:06）

移除头版 DSH/PI 汇总卡：只有两家有汇总不对称 + 总览已有对应区块 + 头版空间贵；前提 = PI 成本（$2.38）与 DSH 暂停/异常计数补进总览（信息不丢）——已执行
百分比进度条 = 伪精度，不做（无分母、agent 动态 todo、错误确定性更糟）；阶段指示器 = 做（零 LLM token 规则推断 + 6 误判补丁，用户拍板「不好用以后可以再拿掉」）
每步耗时指标 = 不做（用户明确不要）；intent 摘要层 = 做（agent 自述意图比猜 todo 真实且零成本）

9. 知识库同步项（本 cron 执行）

新增 daily/2026-08-17.md（本场全记录 + sync-cursor）
新增本决策文件 decisions/2026-08-17.md
更新 HS Design/OMP_Graph.md（最终评测数据 + 选型反转 + 配置/架构落地）
更新 HS Design/PIAgent_Graph.md（8/17 回归默认 + 三线证据）
更新 skills/agent-task-routing.md（8/17 路由定案：PI max 默认 / OMP 批量 / Prime 仅点名——vault 侧补齐）
更新 HS Design/Company_Graph.md 图谱目录（OMP/PI 状态行）
新增 env/omp-setup.md（OMP 运行环境笔记：安装/patch/配置/派发模板/已知坑）

10. 充值策略：小额高频（07:41 用户拍板）

规则：每次 top up $5 * * 、余额 * * 低于$ 2 就再充——防失控最有效
固化：check_ds_balance.py 默认阈值 + 提醒文案 + cron 9f6995914b28（每 6h no_agent 查余额，<$2 自动提醒，充足完全静默）+ DeepSeek 官方 balance alert（用户已开）——双保险
背景：8/16 $14.10（日均 3.6 倍）→ 402 风暴烧光余额 → 审计后定策（详见 2026-08-17-cost-audit）

11. 余额防线三道闸 + OMP 402 patch（07:38–07:42）

OMP 402 重试 bug：iO0(i){return i===429||i===402}——402 被当「可重试错误」→ 余额不足时 40 分钟重试 654 次（每 5.5s × 36 万 tokens 域上下文）≈ $1.89 风暴 → 已 patch 只重试 429（备份 .bak-402retry）；PI 无 402 风暴历史用通用防线兜底
三道闸：① 派发前置 check_ds_balance.py（<$2 拒派 exit 1，默认静默）② cron 6h 低水位提醒 ③ 官方 alert；另 research 子代理限 ≤3（任务书模板）
教训：余额不足时不要派发；子代理并行（3→9）是烧钱放大器；域 session 上下文 ~36 万 tokens 使重试/重复请求成本放大

12. 编排上下文洁净铁律（08:27 用户认同固化）

CEO 不亲手搬砖：Hermes 只做派单 + 验收，任务执行细节全部留在子代理自己的 session——中转多耗的 token 远小于长期收益（编排层干净 = 会话便宜 + 记忆不漂移 + 管家状态稳定）
已固化进 skills/agent-task-routing §核心原则；用户明确「不介意 PI 查得更透彻，因为只占它自己的上下文」

13. 视觉桥给 PI：vision_ask.py（09:31–09:33 用户提议）

用户：PI 用 DeepSeek 文本模型没视觉 → 能否配视觉模型？可行：视觉链第②档 Gemini 3.7 Flash 免费配额（key 在 D:\hermes.env）写 vision_ask.py 桥（PI 用 terminal 调用 = 有眼睛），测试通过（读出报价截图）
链式逻辑与 Hermes 同款：① Window MCP（子代理 WSL 物理不可用）→ ② Gemini 3.7 Flash（免费默认）→ ③ UI-TARS API（⚠️ 09:38 纠正：确实在 OpenRouter——bytedance/ui-tars-1.5-7b $0.10/$ 0.20 每 M；初判”不在”是 curl 管道截断漏检，vision_ask.py v3 已实测全过）→ ④ Qwen3-VL-235B（$0.26/M 兜底）
用途：PI 修完自己先看图自查 → Hermes vision_analyze 复验 → 用户实测（三层视觉验收）

14. Peak 暂停纪律 + Portal 验收红线（09:33 用户拍板）

Peak 暂停：SGT 9:00–12:00 peak hour 暂停派发（除非任务已完成 80-90%）；用量 filter 已跑 1.5h+ 按「接近完成」继续；portal 重诊 + logo 黑白化 kill 保留任务书，12:00 自动重派
Portal 并排验收红线：模拟验证 ≠ 真实场景——OMP 报「CDP 零重叠已部署」但用户 Tab S7 FE 实测仍重叠 = 验收失败；以后 UI 类任务必须用户实测确认才算完成；真实根因 = Android WebView 多窗口定位 API 受限（桌面路径未覆盖）
手机端三方对账闭环成立：手机 cron 066363fe684d（23:00 写 env/usage-phone-<date>.json）→ 本地聚合 + 官方余额 → 差值 = 盗用信号

15. 新闻查证：合成资讯判定（08:56–08:57）

「轻量级智能体调度协议」新闻（8/16）无法回源（中英文多组关键词 0 命中；无项目名/无链接/只有泛化指标）→ 大概率 AI 生成聚合资讯，无需行动
方法论固化：无源可核的泛化指标新闻 = 合成资讯典型形态；回源失败就诚实结论，不硬解读

16. SEO 404：有意下线非事故（09:16–09:21）

2 个 404（feng-shui-tips / concealed-design-hacks）= 08-15 按「未来文章不部署」决定有意下线的 2026-10 内容日历文章（完整保留 _future_posts/）
决策：不恢复、不做 301——10 月到期后按原 URL 恢复发布更优（避免破坏届时权重）；seo_health_check.py 抽查列表换 2 个现存 slug（验证 0 失败）

17. 报价定价规则定案：默认 markup 20%，fixed 仅显式定价/特例（10:28–10:32 用户拍板）

背景：用户发现「你每次帮我做报价都把 fix 当默认」→ 数据核查发现真实根因：item_library.json 67 项中 42 项 pricingMode=fixed，PI 引用 Item 库时 fixed 跟进草稿（生产逐 item 读回：Anne 15/15、Perumal 12/12 全 fixed；Lily 23/23 markup 唯一正确）
业务规则：报价默认 markup 20%（成本 ×1.2）；fixed 仅用于用户显式给价的项或特例（Ambience Condo：顾客大减价 + subcon 给 10% 利润——细节修正：是 10% 不是 18k）
修复：!URGENT-1200-pricing_mode_fix（Item 库默认项改 markup 20、Anne/Perumal 生产修正价格零变动、QUOANNE0001 defaultMarkupRate 0.2→20 隐藏 bug、Lily 禁止动）
流程纪律：系统级修正一律派 PI（用户拍板：除非用户让 Hermes 直接做，否则系统级优化等 PI agent）——Hermes 只做查证 + 规则固化 + 任务书

18. Peak 自动化 4 cron 定案（09:53–09:57 用户拍板）

4 个 cron 全做：09:00 暂停（启发式保留 80%+ 进度任务，其余精确 kill + 播报清单）/ 12:00 恢复（预查脚本零 token → 有增量聊天才 LLM 提取增量待办 → 重派全部）/ 14:00 暂停 / 18:00 恢复——用户坚持 14:00/18:00 也要（agent 建议暂缓被否）
机制：PI 单次执行无原生暂停 → 暂停 = kill；域 session jsonl 磁盘持久化 → 重派续接上下文不丢；任务书  进度标记防重复；域锚定 + 任务书锚定精确匹配防误杀（OpenClaw 教训）
落地：实现任务书排队 system-ops；首跑人工确认一次（涉及钱）

19. Briefing 表单：同一表单两入口架构（11:12–11:14 用户澄清）

不搞两套：/bf/?key= 同一表单——master 内打开带 sidebar（可切页面）、分享链接打开无 sidebar（顾客独立窗口）；Drive 文件夹入口 = 链接包装成 shortcut（HTML 跳转页），不是新功能
增强（auto save / 手机号必填 / 题型改造 / 预算与决策置顶 / 离线缓存 Service Worker / 风格图片复用 hsdesign.biz）作用在共享表单，两入口自动生效

20. 派发系统统一：dispatch_pi.sh + domain_ctl.sh（12:09–12:13）

截断根因：长命令（wsl 嵌套引号 + 完整路径 + key 读取 + 任务书 cat）被工具传输截断 → bash 语法错误
统一派发脚本 dispatch_pi.sh <域>（短命令：取任务 → RUNNING.lock 防并发 → wsl pi 执行 → 日志落盘 → 自动簿记）；domain_ctl.sh 是正规队列工具（RUNNING.lock + finish 自动簿记），此前手动 mv 属野路子
修复 4 坑：截断 / /d/ vs /mnt/d/ 路径 / lock 残留（失败不清锁）/ finish 误归档（portal 任务书救回）

21. 8/24 行程：会见 Anne（12:15 用户加入）

下周一 8/24 10:00–12:00 会见 Anne（Pandan）——Google 日历已建 + daily/2026-08-24.md + 三源撞期检查通过；8/23 20:00 提醒 cron 30035339fea5（no_agent）
⚠️ 时间/地点为用户未指定时的暂定值（可改）

22. 基础设施归 Hermes 管家职责：peak 自动化撤回 PI 自己做（12:21–12:24 用户质疑定案）

背景：用户质疑「pick our automation 任务交给 PI agent 怪怪的——cron 不是你自己的权限吗？让 PI 调度你会不会前后矛盾？」
裁定：cron/watchdog 脚本/域簿记清理 = Hermes 管家职责（记忆明文）；PI 无 cronjob 工具、对 Hermes 调度机制理解是二手的，让 PI 改 Hermes 自己的 cron 配置 = 子代理反向控制编排者（反向依赖环）——已撤回（PI 进程停，它自己 rc=1 也退出了）
落地（Hermes 自己做）：pause_tasks.py（09:00/14:00 暂停：启发式保留 80%+ 任务、--check dry-run、lstart 解析失败=保守保留）+ check_new_messages.py（12:00/18:00 零 token 预查，空输出静默 skip）+ 4 cron 注册（09:00/12:00/14:00/18:00）
豁免规则（14:00 首跑后补）：!URGENT 任务书 + 派发 <60min 新任务不杀——防误杀刚派的任务
教训：播报前先对时间（13:06 疑云中把进程 uptime 换算搞混 1 小时，先误报「14:00 暂停杀」再认错；真凶是 session 清理终止漏参进程）

23. 一域一 session 原则 + PI 孤儿 session 清理（12:51–13:10 用户拍板）

原则：一个 session 只对一个项目/域——重叠（含早期）全拿掉；掉线 session 不再显示在 watch（用户：「不然那个记忆优势就没有了」）
根因：dispatch 脚本曾漏 --session-id → 每次运行新建独立 session → 同域多卡 + 断域记忆 + webwatch pgrep 检测不到
执行（system-ops 1345 任务，PI 做——Hermes 先动手删失败后移交）：删 7 个 UUID 孤儿（master-app 2/portal 3/webwatch 1/system-ops 1），主记忆 4 个零触碰（2.4/2.3/5.5/1.4MB）；漏参进程 pid 236460 终止（删了又重建的元凶）；/api/pi 15→8；hsdesign 29 历史文件收成 1 主文件
纪律固化：派发命令必须带 --session-id <域>；删 agent session 属系统级更改，先派 PI（它最懂自己的 session 结构）

24. webwatch 系统化更新机制（12:40 用户要求）

用户诉求：像 master-app 一样（数据走 API、优化走任务书），webwatch 更新也要系统化防越改越 bug + 界面紧凑化
落地（PI 1330 任务）：git 基线（init + .gitignore 排除 .sso_secret/快照/*.bak-*）+ CHANGES.md 变更纪律（禁直接改生产、改前 commit + 改后实测 + REPORT）+ verify_ww.sh 验证模板（10 API 200 + SSO + 无重叠 + 375px = 12/12）+ 界面紧凑化（卡片 −9~43%、事件流 1.33×、左侧固定窄列 + feedmode）
状态重叠根因修复：piDispState(s) 统一判定（procAlive 优先、mtime 次级兜底），纯前端不动 server.py
告别 .bak 堆：git 取代备份文件

25. 分工边界定论：业务数据 API 直连 vs agent 派发本地脚本（13:0x 答复用户）

用户问「master APP 没有 API 可以直接连吗」→ 有，且一直在用：业务数据（报价/客户/地址）→ master-app API 直连（SSO 票据 + fetch，Mr Lee/Mr Mark 更新实证；PUT 全量替换语义）
agent 派发 → 本地 dispatch_pi.sh <域>：PI 是 WSL 本地进程，master-app 业务系统无「派 agent」功能，agent 调度属 Hermes 编排职责
派发截断根因（正式答复）：wsl 单行超长内联命令被工具传输截切 → bash: unexpected EOF；解法 = 短脚本 dispatch_pi.sh

26. dispatch_pi.sh 派发系统稳定版（12:36–13:39，修 6 坑）

① 分号+exit 0 无条件退出 → && { …; exit 0; } ② /d/ vs /mnt/d/ 路径（sed 转换）③ 失败不清 lock → 自动清理 + rc 记录 ④ finish 误归档未完成任务书 → 救回重派（portal 1000 实证）⑤ domain_ctl next 写 lock 语义冲突 → lock 内容匹配当前任务即放行 ⑥ 三域 8/16 旧 RUNNING.lock 残留 rm 清除
domain_ctl.sh 定为正规队列工具（RUNNING.lock + finish 自动簿记）；手动 mv 任务书 = 野路子，禁用
旧进程通知识别：🔒 忙/空输出 = 旧回声忽略

27. Briefing form 用户反馈 4 条全落地 + Drive 共享红线（13:29–14:42）

4 条反馈：① 黑白 logo 放入 ② 已有客户资料（称呼/电话/物业地址）自动预填 ③ 语言可选、默认英文 ④ autosave 无提交键、仅显示保存成功 → 分两轮派发（1201 logo+预填 / 1131 语言+autosave），全部生产验证通过（0 teal、D1 落库、测试数据零残留）
14:39 用户无法进入 → 根因：表单页 200 正常，Drive 跳转页 404 = PI 二轮改文件（12:56）时共享设置被弄坏（「有链接者可查看」丢失）→ 修复任务书已排
新红线（入 skill）：Drive 改文件后必须验证共享设置（公开链接 200）——防再犯
手机号门禁（进入前验证）语义澄清：门禁 = 点「开始填写」先填顾客手机号匹配 D1 才进表单（≠ 表单内必填字段）——曾理解偏差漏做 1 项，用户要求检查 session 找遗漏

28. 定价模式修正完成（13:31 验收，URGENT-1200）

item_library.json：40 项 fixed→markup（markupRate 20）；保留 fixed 2 项（有显式卖价）；新分布 markup 62/fixed 2/margin 3
QUOANNE0001 15/15→markup（defaultMarkupRate 0.2→20 隐藏 bug）；QUO-PUL0002 用户定价 5 项保留 fixed + 7 markup；grandTotal 5566/25051 均保持；Lily 未动
保价推算值纪律：成本回填（卖价/1.2）是推算值非真实分包成本——真实成本到手后价格重算需用户确认

29. PI 默认 steering 插队模式（14:26–14:42 用户拍板）

用户需求：「我不喜欢我拍的任务是死板的…新任务会影响前后优先顺序/关联内容」→ 同域 session 新任务默认插队注入，PI 自己判断优先级与前后影响（默认模式，不用每次说）
实测结论：-p headless 模式无原生 steering（TUI 特性，stdin 注入走不通）；-c 续接上下文 ✅ 实锤；孤儿进程实锤但 kill 后子进程自然结束/幂等无害
steer_pi.sh：按域 session-id 精确 pkill 进程树 → --session <域> 续接 + 注入 STEER 指令 → fallback -c → 内置「不要重做已完成步骤」
dispatch 已升级默认 steering 模式（14:42 落地）；下一轮观察首战效果

30. 知识库同步项（本 cron 执行，下午场）

更新 daily/2026-08-17.md（下午场 12:20–14:42 全记录 + sync-cursor → msgid 358113）
更新本决策文件（§22–29）
更新 HS Design/PIAgent_Graph.md（一域一 session + 派发根治 + steering 插队 + 孤儿清理）

31. OMP 切换遗留决策作废（18:14 用户拍板）

8/16 冻结的「OMP 切换决策」（research 域暂停等决定）→ 用户明确「OMP 的部分不理它了吧」→ 正式作废关闭
与 8/17 凌晨「回归 PI 为默认主力」定案（§1）一致；research 域维持现状（PI max 默认），不再等该决定
已从待办清单移除

32. 记忆整理节奏：维持既有 cron，不手动加频（18:14 用户裁定）

背景：记忆 96% 满（2,112/2,200 字符）被列为「细节」提醒 → 用户：已整理过无法再压缩 + 已有定时整理 cron（memory_health_check 261940b4f115 每月 1/15 + 记忆优化流程）→ 不需要频繁手动整理，自动触发即可
后续：记忆满时静待 cron 或 off-peak 跑一次 memory-optimization，不作为日常事项

33. Steering 插队模式首次实战成功 + dispatch bug 修复（18:20–18:21）

18:00 cron「未触发」真相 = 延迟非跳过（LLM cron 在主会话活跃时排队等待，18:20 执行成功）——机制正常，无需修
Steering 插队首战成功：master-app 活跃任务运行中自动注入新任务 section_aluminium_glass_protection → PI 自行权衡优先级（用户拍板模式验证通过）
dispatch_pi.sh STEER_SKIP unbound variable 修复（${STEER_SKIP:-}）

34. 本地模型（Gemma 4 / Qwen）不部署（18:44–18:48 用户问询后定案）

硬件实测：i5-6600K + GTX 1050 Ti 4GB（2015/2016）→ 跑得动的质量差、质量够的跑不动（CPU offload 1-2 tok/s）
定案：不部署——云端 DeepSeek 质量/成本/速度三项最优；「本地全排除」从视觉链延伸至文本模型
例外：好奇可 Ollama 装 Gemma E2B 体验，不进生产；真本地强需换 RTX 3060 12GB+ 才有意义

35. DeepSeek 涨价核实：官方价实锤 + 策略不变（18:46–18:48）

官方价（v4-flash）：cache hit $0.007/ M o f f - p e ak /$ 0.014 peak；cache miss $0.22/ M o f f - p e ak /$ 0.44 peak；模型版本更新 DeepSeek-V4-Flash-0731 / DeepSeek-V4-Pro-0813（调用名不变）
应对：peak 自动避开（4-cron）+ 缓存复用（命中 ~95%）+ off-peak 批处理——策略不变，无论涨跌都已在最省模式
取消 PI vs OMP 对比 research 任务（18:48 用户：「不用拍了」）——与 §31 OMP 作废一致，research 域维持 PI 默认

36. Gemini Spark 上桌：MCP 桥 + 死信箱通道体系（19:24–23:37 建立）

背景：$99 订阅 Gemini Spark 当云端 24h 管家（薅羊毛思路替代 token 计费）；用户考虑过换管家（只考虑，未执行）
Spark MCP 桥（D:\hermes\hsdesign_work\spark_bridge.py）：3→9 工具（execute_command/后台任务管理/文件读写）；Google IP 已实测连接调用成功；知识沉淀 env/windows_bridge.md + env/spark_handover.md（v2，Spark 失忆自查文档）
用户痛点 = 不想当人肉 allow 按键 → 死信箱方案定案（Spark 在 Drive 写字，本地 watcher 执行，零 allow；5-30s 延迟对构建部署无影响）
三通道：① Drive 源码 watcher（G:\MasterApp_Source → 自动 build+deploy，普通权限）② AGY 死信箱（H:\agy_tasks\，免费 Gemini Flash 模型执行，判断力任务）③ PS 死信箱（H:\ps_tasks\，/rl highest 管理员权限，无模型层写啥跑啥——危险等级最高，信任边界 = 谁能写该目录，只分享 Spark 账号）
所有通道：登录自启计划任务 + pythonw 静默 + 结果回写 completed/ + 全留痕

37. webwatch AGY 观测卡两轮定版（23:21–00:06）

需求演变：任务箱状态 → agy.exe 进程本体（PID/时长/命令摘要/内存）
v2 关键修复：age 改用进程启动时间（Drive 同步延迟 17 分钟导致文件 mtime 假卡住）；卡三态以 agy_running 为准
Spark 第一个真任务 TASK-002-IDA-WALLPAPER 超时（900s rc=-999 零输出）——疑 WinRM 连 IDA 卡住，watcher 超时保护正确；待手动验证 WinRM 通路后重试
dispatch 运维新坑：RUNNING.lock 在域根目录（domains/<域>/RUNNING.lock）非 running/ 子目录；| head 截断 dispatch 输出会 SIGPIPE 杀脚本 → finish 不执行 → lock 残留

38. 新闻播报 + NotebookLM cron 暂停（00:07 用户指令）

暂停（非删除）：生成每日新闻播客 05:00 / 发送每日新闻播客 07:30 / NotebookLM 每日新闻 PPT 06:00
早上 7:30 行程简报（daily-schedule-brief）保留；恢复指令「恢复新闻播报」

HS Knowledge Vault

探索

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

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

1. 子代理选型反转：回归 PI 为默认主力（01:45–02:10 用户拍板）

2. OMP 64K 输出钳制：上游 bug，自己 patch（00:17–00:38）

3. 沙箱隔离只给跑分比赛（01:45–01:48 用户澄清）

4. OMP 架构定案：多 profile 经理制 + 共享 Bank（02:00–02:10）

5. 计时口径铁律维持（00:09–00:11 用户重申）

6. V4 Pro 综合效益：不切换（02:39–02:50 数字裁决）

7. OpenClaw 监督收敛：S1+S2 执行（02:03–02:49）

8. webwatch 功能取舍（00:45–01:06）

9. 知识库同步项（本 cron 执行）

10. 充值策略：小额高频（07:41 用户拍板）

11. 余额防线三道闸 + OMP 402 patch（07:38–07:42）

12. 编排上下文洁净铁律（08:27 用户认同固化）

13. 视觉桥给 PI：vision_ask.py（09:31–09:33 用户提议）

14. Peak 暂停纪律 + Portal 验收红线（09:33 用户拍板）

15. 新闻查证：合成资讯判定（08:56–08:57）

16. SEO 404：有意下线非事故（09:16–09:21）

17. 报价定价规则定案：默认 markup 20%，fixed 仅显式定价/特例（10:28–10:32 用户拍板）

18. Peak 自动化 4 cron 定案（09:53–09:57 用户拍板）

19. Briefing 表单：同一表单两入口架构（11:12–11:14 用户澄清）

20. 派发系统统一：dispatch_pi.sh + domain_ctl.sh（12:09–12:13）

21. 8/24 行程：会见 Anne（12:15 用户加入）

22. 基础设施归 Hermes 管家职责：peak 自动化撤回 PI 自己做（12:21–12:24 用户质疑定案）

23. 一域一 session 原则 + PI 孤儿 session 清理（12:51–13:10 用户拍板）

24. webwatch 系统化更新机制（12:40 用户要求）

25. 分工边界定论：业务数据 API 直连 vs agent 派发本地脚本（13:0x 答复用户）

26. dispatch_pi.sh 派发系统稳定版（12:36–13:39，修 6 坑）

27. Briefing form 用户反馈 4 条全落地 + Drive 共享红线（13:29–14:42）

28. 定价模式修正完成（13:31 验收，URGENT-1200）

29. PI 默认 steering 插队模式（14:26–14:42 用户拍板）

30. 知识库同步项（本 cron 执行，下午场）

31. OMP 切换遗留决策作废（18:14 用户拍板）

32. 记忆整理节奏：维持既有 cron，不手动加频（18:14 用户裁定）

33. Steering 插队模式首次实战成功 + dispatch bug 修复（18:20–18:21）

34. 本地模型（Gemma 4 / Qwen）不部署（18:44–18:48 用户问询后定案）

35. DeepSeek 涨价核实：官方价实锤 + 策略不变（18:46–18:48）

36. Gemini Spark 上桌：MCP 桥 + 死信箱通道体系（19:24–23:37 建立）

37. webwatch AGY 观测卡两轮定版（23:21–00:06）

38. 新闻播报 + NotebookLM cron 暂停（00:07 用户指令）

关系图谱

目录

反向链接