2026-08-21 决策记录(凌晨场)
会话
20260818_120425_ea421c00:00–00:11 段(报价单 PDF 模板定稿 + 交付验证铁律)。详情见 2026-08-21。
1. 报价单 PDF 模板定稿:去法律风险 + 促单合规(23:38–00:11,8/21 凌晨完成)
- 移除 Estimated Timeline 整块(先改「two to three weeks from site commencement」再整块删):工期延误会被顾客盯 = 法律风险
- 移除 Scope of Work(Included/Excluded 表格)整块:顾客只看价格 + 付款 + 条款
- footer 清理:删「2 rounds free revisions / RM150 per round」(设计图条款)+删「SST (8%) applies where applicable」(公司不收 SST)
- 新增顾客签名区:THE CUSTOMER — Signature + Name + NRIC + Date(与承包商签名区左右对称居中,参照 Austin Mr Chen 旧版 PDF)
- T&C:valid 30 天 → 14 天;新增 deposit 合规条款(用户要求的「模糊合规」):
“Payment of the deposit shall constitute acceptance of this quotation and a binding agreement between the parties, whether or not this quotation is signed.” → 付定金 = 视为接受报价 = 合同成立(顾客不签名也能证明达成协议,用户想接单时可用)
- 纯英文:TRADE_GROUP_LABELS 14 个工种标签去中文(
Aluminium Glass (玻璃/铝)→Aluminium Glass);签名区「承包商/顾客」→ THE CONTRACTOR / THE CUSTOMER——马来西亚专业报价单无中文(用户强调多次)
2. 交付铁律:完成报价必须亲自验证最终 PDF(00:03–00:08)
- 用户教训(当晚已 over promise 顾客「今晚发」结果过了 12 点):「以后完成了报价,请你亲自验证 PDF,也就是最终产物,然后才交给我」
- 已执行:18/18 文本层检查 + 视觉验证(截图布局/签名区);PDF 端点需 woKey 认证(404 = 没带 key,不是服务挂了)
3. 执行判断教训:「后续」≠「等下一轮」(23:51–23:53)
- 用户说「先紧急改 timeline……后续帮我移除 scope of work」→ 被理解成「等报价发出后再做」→ 用户二次催促才动手
- 教训固化:用户说了「不需要」的东西 = 立即移除;「后续」= 做完手头的马上接上,不是等下一轮
4. dish rack 成本藏价方案(00:09)
- 用户最终选择最初的方案(非 FREE item):RM200 总成本均摊进上橱——上橱成本 136 → 139.33/sf(含 200 均摊)、卖价 163.20 → 167.20/sf
- grandTotal 16,158 → 16,398(+2.4%,成本神不知鬼不觉)
5. Cloudflare 警告 = 部署窗口 worker 重启(23:47–23:50)
- 每次 push 后 ~4 分钟部署窗口内刷新会碰到「超出 worker 上限」警告 → 正常现象,等 1-2 分钟再刷
- 附带修复:两个签名区块统一居中 + 等宽 + 同结构(对称)
2026-08-21 决策记录(凌晨场续 00:11–00:59)
会话
20260818_120425_ea421c00:11–00:59 段(Mr Mark 报价单终稿 + PDF 模板三连修 + 系统层优化派发)。详情见 2026-08-21。
6. dish rack 呈现手法最终定案(00:12:44 用户纠正)
- 用户明确:dish rack 必须保留为 FREE item(unitPrice 0 / 成本 0 / 显示 FREE + cash value RM220)——「你不需要删掉 dish rack 的这一个 item,它仍然保持是 free 的一个 item,只不过它的成本变成了 0,然后它的成本被转嫁到了 upper cabinet 那一边,这只是一个呈现手法」
- 这是对第 4 条的修正:不是「删 item 均摊成本」,而是「保留 FREE item + 成本转嫁上橱」双轨:顾客看到 FREE 价值感,成本 200 已埋进上橱 167.20/sf
- 派生字段教训:改 unitPrice 后 price/costTotal/profit 不会自动更新(曾出现上橱 price 9,792 ≠ 10,032)——必须一次修全所有派生字段
7. PDF 印章/签名铁律(00:16–00:35,用户定性「很严重的错误/失误」)
- 公司印章 = 马来西亚常规大小(80px 大印)——18px「可爱小印」= 严重错误
- 个人签名绝不能被移除——移除 = 严重失误(曾在修复对齐时误删)
- 公司签名块 + 个人签名必须在同一 bracket(承包商区块内)——被丢到中间底部角落 = 错误
- Reg No 放 header(公司名下方),不在顾客签名区下方
- 页码 footer 保留(Page X of Y + 报价单号):「拿掉左下角网页」= 只去掉 URL,不是去掉 footer
- 每轮修复后必须视觉验证(Gemini 503 时自动降级 UI-TARS 备用链)
8. 数据操作纪律:只用精确 id,禁 LIKE 模糊匹配(00:55)
- 第二次犯同样错误:用
LIKE %upper cabinet%更新描述时误伤 dish rack(其描述含 “upper cabinet”)——覆盖成上橱内容 - 铁律:更新 item 数据只用精确 id(itemId 精确定位),绝不用描述 LIKE 匹配
- 已写入 sysopt2 任务书 C 项 + AGENTS.md(待 PI 落实)
9. 系统层优化批次 sysopt2 交回 PI(00:56–00:59)
- 用户明确「已经不赶时间了,交回给 PI agent 去处理」——报价单做完后系统优化 = PI 域任务,不回主会话
- 五项任务书(
[PI]-20260821-0200-sysopt2.md):A. 付款阶段 autosave 补齐(4 处 setPaymentTerm markDirty);B. 新报价默认 deposit 合规条款 + 14 天一致性;C. LIKE 纪律进 AGENTS.md;D. 交付验证清单固化;E. watcher 构建触发彻底退役确认 - 派发环境变化:DS key 路径已从
D:\hermes\secrets\dskey.txt移到D:\hermes\hsdesign_work\bench\dskey.txt(派发脚本已更新,旧路径报 FileNotFoundError 属正常)
10. 4G 升级价显示规则(00:45 前后)
- 每个 item 只显示自己的升级价(灶台 +1,998 / 上橱 +1,152)——删掉「全套 +3,150」冗余总价(顾客全升 = 口头告知 3,150)
- 原则:报价单只放「升级哪个加哪个」的单品价,不放大全包总价横插一脚
2026-08-21 决策记录(午间段 12:48–12:58)
会话
20260818_120425_ea421c午间段(Grok Bot 对比 + Hermes 上云可行性 + 调研派发)。详情见 2026-08-21;调研跟踪:HermesCloudMigration。
11. Hermes 上云方案定调:「云端多一部电脑」可行(12:56–12:58)
- 用户见 Grok Bot(x.ai/bot「A new kind of colleague」)后确认理想态 = 全云端 agent;明确提问:能否提供登录态、能否彻底摆脱本地电脑
- 定案:可行——租云端 Windows/Linux(马来/新加坡低延迟)装整套 Hermes + 子 agent(PI/DSH/OpenClaw),登录态扫码一次迁移(Gmail/Google Ads/WhatsApp Web),手机/平板 = RDP 远程终端
- 成本底线(用户重申 8/18 定案):月费 RM200-500 不接受(「不如直接买 Grok Bot」)——免费/够便宜才换
- 路线定案:本地保持 → 云端 Hermes 副本试点(不搬登录态)→ 中期登录态迁移(住宅代理护航)→ 本地降级为远程终端
12. 云端浏览器能力定论(12:48–12:52)
- Browserbase = 真实可视化 Chromium(非 headless)——Google News 马来西亚版实测成功;x.ai 被拦根因 = 数据中心 IP(Cloudflare 识别非家用网络)非 headless 问题
- 分工铁律:登录态网站走 OpenClaw 桥(本地 Chrome),普通网站走 Browserbase(云端)——互补
13. 调研任务书派发 research agent(12:58)
- 命令词已交付用户转发(Windows/Linux VPS、Oracle 免费 ARM、住宅代理、Grok Bot 订阅 5 问对比)——结果回来再定方案
- 完整任务书 + 价格锚点见 HermesCloudMigration
2026-08-21 决策记录(晚间段 18:10–20:56)
会话
20260818_120425_ea421c晚间段(WhatsApp 封禁定性 + DeepSeek Vision 接入 + computer use 分工/成本定案 + CU request 通道落地 + 平面图管线)。详情见 2026-08-21。
14. WhatsApp「API access blocked」定性 = 业务层级封锁(18:10–19:03)
- 新 token 同样被挡 → 不是 token 失效,是 business portfolio/App/开发者账号被 Meta 限制——换 token 无效,必须解除账号级封锁
- Meta 国际 SMS 通道对用户马来西亚号码失效(两天零短信;WhatsApp 通道秒收)——OTP 死循环 = Meta 跨国通讯问题 + 运营商/手机过滤叠加
- 绕行路径定案:32665 短码 → ID 上传验证 → 重连 WhatsApp 走 WhatsApp 通道 verify(登录后先换 token 再删号——顺序反了回到死循环)→ Meta Verified 排队兜底
- 新 token 生成成功 = computer use 价值实证(6 分钟 24 次调用拿到原来要手动 5 步 + 可能卡 OTP 的东西)
15. DeepSeek Vision 接入视觉链 + detail 甜蜜点规则(18:34–20:56)
deepseek-v4-flash-vision-exp接入 vision_ask.py 第一位(便宜 + 稳定——Gemini 当天 503 ×2):视觉链 = DeepSeek → Gemini → UI-TARS → Qwen- 质量优先 > 成本:UI-TARS 单价便宜 5 倍但 7B vs V4 级质量差——每张贵 0.02 美分换质量,划算
- exp 模型风险可控(完整降级链兜底);「Matches Opus」传闻无根据不采信
- detail 甜蜜点:压缩率由「图内文字量 ÷ 视觉 tokens」决定——高密度文档(报价单/户型图)用 high(压缩 <1:1,97% 稳);照片/粗看用 low(<10:1 稳,省 5-6 倍)——默认保持 high,
--detail low参数待加
16. computer use 分工铁律 + 成本模型(18:53–20:40)
- 分工:执行型任务(网页/桌面/工具密集)→ delegate 子代理(继承工具、上下文隔离)或龙虾(CDP 网页);主 agent 只分配+判断+验证——「管家脑子保持干净」(用户核心诉求,已确认)
- 成本模型:任务级 0.35(RM1.5)——大头是 capture AX 树文本(每次 1-1.5 万 tokens)不是视觉 → 子代理统一加 max_elements 限制(30-50)压 70%+
- 记账法:任务前后查 DeepSeek balance 差值 = 精确成本(派任务时自动做)
- 长期主义:一次性任务 → 子代理;长期任务要 computer use → 记忆分层(第 17 条)
17. 记忆分层架构 + CU request 通道落地(19:57–20:01,用户拍板)
- 记忆分层:决策记忆(PI 域 session 永不删)+ 执行档案(子代理 transcript / cu_results 归档)——PI 累积「经验」,执行噪音不进上下文
- CU request 通道:PI 写请求(cu_requests/:目标+背景+期望结果)→ Hermes 检测后派子代理 → 结果归档 cu_results/ → PI 读回结论——system-ops 域实测全闭环,约定写入 system-ops/AGENTS.md
- 为未来云端化铺路(同一套分层直接搬)
18. 平面图 → DXF → AutoCAD 管线可行(20:01–20:34)
- 链路:vision 看懂发展商平面图 → DeepSeek 写 ezdxf 脚本 → DXF(真实尺寸)→ vision 验收(迭代修正)→ AutoCAD 2021 打开
- 定性:示意级可用(大概布局/分区);精确施工图仍人工;用户评估「有苗头、静态视觉需人带」——固定流程可固化,非固定流程走「边做边带」
- 效率教训:公司文件定位优先 Drive API 直达(文件夹 ID);共享知识库路径记录缺口 = 本次教训(Quotation_System 已补 HSP00010)
2026-08-21 决策记录(深夜段 21:26–23:59)
会话
20260818_120425_ea421c深夜段 +20260821_221313_72a80e2e(DeepSeek Vision-Exp 全切 + master app 团队化 + QA 验收体系 + vault git + IDA 关机策略)。详情见 2026-08-21。
19. DeepSeek Vision-Exp 全切定案(21:26–22:02,用户拍板)
- 定价核实(官方页):vision-exp 与 flash 完全同价(off-peak cache hit 0.014 / 输出 $0.22 档)且文本/代码能力 ≥ flash → 统一
deepseek-v4-flash-vision-exp+ effort max,不再分文本/视觉多档配置 - 应用范围:Hermes 主 agent / OpenClaw(龙虾)/ 手机 Termux Hermes / PI 派发默认模型——全栈统一(用户:「以后不用分那么多方式去配置模型」)
- vision_analyze 内置工具修复:Gemini 3.7 Flash 不支持图像 → 改 vision-exp(实测读图成功)
- 用户价格敏感:已避开高峰时段使用;vision-exp 若涨价需重新评估
20. PI 派发模型铁律(23:32–23:34)
- 用户发现「PI agent 应该还没换新模型」→ 查证:dispatch 脚本两处写死
--model deepseek-v4-flash,pi 无全局默认(改脚本即全局生效) - 处置:已派出的 PI 全部停止 + 脚本 patch + 新模型重派(任务书保留,30 秒内恢复);agent-dispatch-ops skill 已记录
- 铁律:换模型 = 同步检查所有派发脚本/域默认模型
21. master app 团队化 MVP 定案(23:06–23:34)
- 开放销售员使用;销售员可见底价 + 报价需用户审核才能发;亏损责任销售员自担(合约约定)
- 双层 key:用户 key(全权限)/ 销售员 key(角色 + 数据域隔离)
- 域拆分(采纳用户直觉):master-app(系统)+ master-app-data(数据域) 双域——防单域臃肿;方案存档 master-app-team-architecture
- MVP Phase 1 派 PI(新模型);数据校验 → master-app-data 域处理(API 直写 D1 已存在)
22. QA 验收体系三层定案(23:28–23:44)
- L1 自动校验(脚本:权限断言/字段剥离/数据完整性/部署状态,零记忆机器跑)/ L2 PI 域验收(master-app-qa 技能 A-F 六类清单)/ L3 主 agent 终审
- 验收用 PI 不用 delegate:delegate ~50 调用上限不够(6 大类 × 双视角超限);PI 无上限 + 性价比高
- PI 无记忆 + 无偏见:盲评模式同哲学(评审者不带「预期」);「累积经验偏见」冲突已承认(QA 经典陷阱)→ PI 无记忆重走查 + 清单累积双轨缓解
- 清单真相源 = vault(master-app-qa-checklist);PI 禁直写 vault(AGENTS.md 写死),只喂 NEW_ITEMS.md(纯
- [ ]行) - 自动管道:cron
qa-checklist-sync每 30 分钟机械合并(去重/来源标注/时间戳)——「PI 验收 → 自动进 vault,零人工」
23. vault git 启用(23:44–23:48)
- 事实:.git 7/25 初始化但仅 1 commit、252 文件未纳管——之前「无 git 回滚」判断成立但理由未查证
- 启用:首次 commit
06c6f4f纳管全部 + 每日 07:05 cronvault-git-backup自动 commit(D:\hermes\scripts\vault_git_backup.py) - 教训:断言前先跑证据链(本次差点又说错「没有 git」)
24. IDA PC 默认关机(23:50–23:55,推翻 8/7「一律睡眠」)
- 默认关机:睡眠 vs 关机寿命差异可忽略(关机通电 0 小时老化最慢;睡眠省电 2-5W + 秒醒);每天 RTC 08:00 冷启动 = 每天重启 = 无系统臃肿
- WOL 对 IDA = 死路(TP-Link mesh 隔离 UDP 9/7 + BIOS 无 S5 WOL 选项)→ 唤醒靠 RTC 08:00 自动开机 + 智能插座断电重上电(AC Power Loss=PowerOn)
- skill 已更新(8/7「一律睡眠」标注已推翻)