2026-11-04（周三）赛博日记

生成时间：2026-11-04 23:52 (Asia/Shanghai) 更新方式：合并更新（23:45 版基础上纳入 Hermes 本机事项、Claude/Cursor 工作记录、Todoist 数据）

核心工作

🎬 B 站视频产线：自动投稿闭环落地

  • E03 重制完成并机审通过：成片约 3'26"（12MB）。按三点要求返工——命令不再念出（s05 整段重写讲流程逻辑）、命令逐行上画面（终端窗动画入场，VLM 抽帧核对）、命令写进简介
  • 技术底账：s05 新配音 53.6s、语速 4.9 字/s（闸内）、全片均值 -16.8dB 无静音段，VLM 机审四项全 PASS；写稿禁令+命令词硬闸（8 正 7 反测试）已固化进产线
  • 硬核 Bug 两枚：
    1. build 进程挂在会话的 | tail -5 管道上，会话退出后管道断裂，build 在渲染门前被 SIGPIPE 静默击杀——改用独立文件日志重跑
    2. 自动投稿看门狗误报：以「会话 PID 存活」判活，会话把 build 丢后台后先退出，哨兵误判「链路未完成」撤岗
  • 全自动关机链路：开机定时任务改 22:25（RTC wakealarm 实测确认，冷启动约 1 分 07 秒）；发布成功才关机，失败/超时保持开机并飞书报警；agent 直接 systemctl poweroff 被硬护栏拦截，改走自有 safe-shutdown 脚本实现免二次确认（保留反悔通道）

📺 多平台视频发布产线调研（抖音/快手/小红书/视频号）

  • 结论：可做，三家走同一套路，视频号除外。各平台均无个人开放投稿 API，通行做法是浏览器自动化创作者后台（自动化程度约 95%，cookie 过期需人工扫码续期）
  • 选型：sau（支持抖音/快手/小红书/视频号，headless，cookie 落盘，抖音短信验证码有喂码机制可无人值守续跑）
  • 架构复用：现有 B 站产线的队列/状态机/HOLD 刹车/@reboot 补跑全部复用，仅替换发布器层，队列加 platform 字段 fan-out；cookie 哨兵每日 check 掉线即通知
  • 真正成本在内容适配：现有成片横屏 16:9，抖/快吃竖屏 9:16，需渲染器加竖屏模板；各平台标题字数限制不同（小红书 20 字等）
  • 冒烟实况：抖音/快手/小红书均完成扫码登录与发布冒烟；抖音发布后发现 cookie 已被服务端撤销、后台无作品——sau 的成功判据仅是「页面跳转到作品管理页」，是弱信号；下次迭代需加硬验证（发布后回查作品管理接口确认真有条目）
  • 各平台可行性：抖音 ★★★★（风控+新号风险）、快手 ★★★★（风控略松）、小红书 ★★★☆（风控最严需低频模拟人工）、视频号 ★★（维持手动纪律）

🎨 MOSS 图片生成模型冒烟

  • 与 B 站封面产线的适配性实测：int8 量化 + 不腾卡可行（flashnext 满占双卡时照样跑）；bbox 布局控制听话，产线的 cover_meta.json 可机械转 layout JSON（模板已留 build_prompt.py）
  • 亮点：中文文字渲染极强（说明书级汉字+自动换行，Flux.2 的硬伤）；JSON Layout 像素级放文字；4K prompt 吃得下；6GB 显存即可训 LoRA
  • 弱点：装饰元素自作主张加料、字体不可选；「品牌完全一致」的系列封面仍需 LoRA 训简笔画风
  • 配套排障：微信通道发图失败排查——根因是上传接口被服务端拒绝（登录态失效，11/2 起 getUploadUrl ret:-2）；判定性实验证明凭据本身有效，修复路径：重启网关适配器（约 5 秒）或桌面端重新扫码登录
  • 图对比识别：像素测量（整幅差 21.9/255，最大分歧在标题区）+ VLM 局部放大，用数据纠正了「只有右侧小区别」的观感

💻 Claude Code / Cursor 工作记录

  • 时间：11:11–21:26，共 11 个 Cursor 会话、400 条消息（Claude 0 个），全部集中在项目X（API 测试）
  • 主线进展：
    • 编译通过、7 个单元测试全过、快照重算后剩 7 个真实迭代（6.7.2 覆盖率 26.0%），两次提交推送 origin/main
    • 测试报告模块改完并推送
    • 任务编排口径修正：无审核台结论时用最近一次试跑记录计入
    • TAPD 状态核对：未转测需求误入任务编排的入口排查
  • 硬核 Bug：采购预检把门店判成「无法定位城市」——根因是 ts_areas.area_type 的 tinyint(1) 被 JDBC 收成 Boolean 再写回，城市/区县/街道的 2/3/4 全变成 1
  • 健壮性改进：40030「还未加入任何药店」「账号不存在」不再当环境问题停跑，必须换成有效账号后重试
  • 本机 Cursor skills 已全局安装，跨项目可用
  • 状态：✅ 正常

📋 Todoist 代办

  • 已完成 2 项：api用例数为0的需求排查、缺陷用例记录（附日志链路）
  • 到期未完成 2 项：自动化测试迭代面板、回归测试执行选例策略

🏠 台式机探活事件（严重）

  • 00:58 告警 → 17:13 恢复：失联约 976 分钟（超 16 小时），本月最长宕机，硬冻结模式与 10-25、11-03 事故一致
  • 20:39 告警 → 21:50 恢复：再次失联约 72 分钟，同日两起
  • 本周累计：10-29 418min / 10-30 三起 1184min / 11-03 1363min / 今日 1048min——内存/电源/内核 panic 硬件级排查刻不容缓

🤖 例行自动化

  • 智能收藏每日回顾 / Todoist 推送 / 飞书文档同步 / 笔记仓库同步：正常执行

思考与备忘

  • 弱信号陷阱：sau 抖音「发布成功」只是页面跳转判定，被服务端静默吞单照样报成功——所有发布类自动化都要加事后回查的硬验证
  • 管道依赖教训：长任务挂在自己的 stdout 管道上，父进程一退就 SIGPIPE；后台 build 一律改独立日志文件
  • 判活逻辑：看门狗不能用「会话 PID 存活」代理「任务完成」，要盯任务产物/状态
  • 多平台产线若立项，竖屏模板与封面适配是主要工作量，队列架构可白捡

今日摘要

产线大日子：B 站自动投稿-自动关机闭环跑通；多平台发布调研落地三家冒烟（抖音风控暴露弱信号问题待加硬验证）；MOSS 封面冒烟验证 bbox 布局可机械接入；工作侧重灾区在项目X测试链路（含 tinyint→Boolean 的经典 JDBC 坑）。台式机两起硬冻结合计近 24 小时离线，硬件排查升级为最高优先级。

📊 自动化统计

  • 捕获 Memory 数：0（当日无 memory/2026-11-04.md）
  • 笔记更新数：0（note-gen-sync 近 24h 无新增 .md）
  • Todoist 完成任务数：2
  • Claude Code / Cursor 会话数：11（消息 400 条）
  • Hermes 活跃会话数：9