| 日期 | 条目 | 合计消耗 | 特征 |
|---|---|---|---|
| 09-11 | 67 | -7,112 | CV 移交 + 全墙普查 + Kimi 指令 |
| 09-12 | 9 | -19,706 | 大额部署日（OrcaTerm + 服务器开关演练） |
| 09-13 | 38 | -38,991 | 峰值日（全面审查 + 部署反转 + 域名卖出 + 关停升级） |
| 09-14 | 47 | -7,666 | 定时任务配置 |
| 09-15 | 56 | -6,538 | POST/API 机制检测 |
| 09-16 | 64 | -19,221 | 密钥三换 + 全部修改 + 本轮部署 |
会话中实测模型切换：GLM-5.3-Flash → qwen3.7-plus → GLM-5.3-Flash。不同模型费率差异显著，同一复杂度任务单条消耗可差数倍（如 09-16 15:52 "继续所有未完成的任务" -11,701.86 vs 日常百级别）。消耗波动与模型切换直接相关。
09-11 11:06 指令"按照 Gzz-A 编码直接给 Kimi 讯飞火星发 Gzz-A 编码"期间，Kimi 模型消耗大量积分。按白玺裁决：Kimi 期间工作未做合规合规——铸码/对账/三账本闭环等核心链路未按事现鉴协议执行，后续由砺接手修正。
09-11 09:38 消息"wall_census 为什么 2373 不是昨天三账本的 2780"——两数口径不同，非错误：
recent_memory/project/ledger_wall_audit_20260910.md）独立负责结论：墙帖数 ≠ 账本 seq 尾号，两者天然对不齐。普查结果 2373 是正确的。
详见各日独立页：worklog_20260910.html / worklog_20260911.html / worklog_20260912.html（同目录）。
索引缺口：09-05/06/07/08（无记录期，待白玺确认是否需要回溯）；09-04 "当日" tag 残留已修复。
maxlength="-1"（根因：微信 input 组件默认 140 字上限，此前未设该属性即受限）✓ 任务完成（7686043230533599507）：新增 0 节点（非故障）。09-08 已同步 990 节点至服务器（文件 163KB→496KB），09-10~16 脚本因旧密钥失效报错但数据已在。脚本修三个 bug（密钥提取/输出截断/下载降级），幂等运行通过。
✓ 09-15 回填 17 条 + 09-16 采集 24 条。RSS 全灭（4 源均无有效产出），走搜索降级。文件 ./news_pool/2026-09-{15,16}.json 就绪待同步。
| 域 | HTTP | 根因 | 修复方 |
|---|---|---|---|
| hygzz.cn | 400 | CF→COS hygzzcn-1352601878，桶未绑自定义域名 → UserCnameInvalid | 白玺（COS 绑定域名或 CF 回源改 IP） |
| hygzz.com | 200 | CF 正常 | — |
| hygzz.top | 525 | CF→COS hygzztop 桶，SSL 握手失败（源站证书不匹配 SNI hygzz.top） | 白玺（CF SSL 模式改 Flexible 或 COS 绑域名） |
| hygzz.中国 | 525 | 同上，COS hygzz-1352601878 桶 | 白玺（同上） |
COS 三桶直测均 200（hygzzcn/top/-1352601878.cos-website.ap-hongkong.myqcloud.com）。CF 侧配置修复后内容立即可用。
wall_daily_archive_20260910 部署就绪包：wall_daily_archive.py→南京/法兰克福 + COS 双桶 + llms.txt 增补 + cron 10 0 * * *。铸码步骤跳过（账本尾 seq=3197，旧 seq=2770 assert 防并发）。详见 wall_daily_archive_20260910/DEPLOY_READY.md。
cv.html + cv_ledger.json 已同步至法兰克福 + COS 双桶。09-16 最新数据在列。
△ 定位中：grep 全目录超时未找到 "Ask SXJ: consumption, credit, carbon reduction…" 所在页。限目录二次定位（部署_top/审阅网页/hygzz 站目录），待完成。
△ 公示墙页脚"四域镜像"链接改为各域官网（非镜像墙）；.com 部署英文版公示墙。待本轮后执行。