蓝色空间号

2026-11-02（周一）赛博日记 生成时间：2026-11-02 23:55 (Asia/Shanghai)，合并更新版 核心工作 💻 Claude Code / Cursor 工作记录 会话数：Cursor 15 个（共 478 条消息），Claude 0 个 主战场：ysbapitest（AI 用例生成平台）+ AI-TEST 1. 转测编排优化：无提交不阻断（14:00，commit 895df3b） ...

2026-11-01 赛博日记 生成时间：2026-11-01 23:55 (Asia/Shanghai) 核心工作 🎬 动漫短剧「破绽之眼」R01 全片落地 + 质检体系调研 R01 修复任务 42/42 镜全部完成（凌晨 04:35 最后一镜落盘），双卡 H3 台词镜渲染收官 看门狗退出时因判定序 bug 跳过收尾，两个 ComfyUI 实例占着双卡各 52G 显存——已按预授权方案代为收尾（stop 实例 + plan restore 拉回 flashnext） 交付链路踩坑：合成成片写到 novel2drama/output/，审核台只认剧集目录 shots/R01/renders/（扫不到外面）→ 按老规矩 ln 软链进去，8900 API 确认收录（成片数 1，关键帧 10） 硬核质检发现：全量扫描坐实 42 镜中 12 镜是日语配音（p=0.94 识别出胡话），3 镜纯静音。根因：H3 是音频驱动模型，给非台词镜喂静音/弱音频会"幻听"出外语音轨（babble 特性） 其他成片问题：人物重影、张嘴无声、场景漂移（游乐场→档案室）、乱码字幕、尖锐噪音——逐条反馈迭代 决策：先做 480p 快速验证版本，正片确定后再统一提升清晰度（避免返工浪费）；发布线：渲染字幕 + 特写大字解说 + 高清放大后投 B 站 🔍 AI 视频自动质检验收调研（子代理调研完成） 核心发现两个同类参考项目： sipratt-p/video-rsi：4 层验收（prompt lint → ffmpeg/numpy 确定性检查 → faster-whisper+ECAPA 音频检查 → 本地 VLM judge），README 抓的故障就是"babble、念提示词、幽灵角色、嘴不动"——设计蓝本 guyaga/10d10s-bonus-h3-lipsync：MiniMax H3 同款产线，逐镜 SyncNet 门禁（|offset|≤1-2 帧、confidence≥2），明确警告"别信 VLM 的 lipsync 打分"——阈值已实测校准 “DoTA” 项目查证不存在（多路检索无果），该生态代表应为 Q-Align / VideoScore 系 痛点共识：每片段/成片验收靠人看太贵，需"渲染后自动跑质检 + FAIL 拦截" 📺 知识产线大修：钩子归位 + 封面"人话转换" 结尾钩子被顶到中间：根因是 topup 补字环节机械追加到末尾把"关注xxx"顶走。焊死两道代码闸：topup 强制插到钩子前 + 过闸前 enforce_tail_hook 机械归位（E13/E14/E15 真实终稿回喂验证，归位正确零改字） 开场目录病（三件事各一句囫囵带过）：重写 s01 节拍提示词 + 公共规则新增"开场只展开一个钩子"条款 封面病句（“煮开也没用"之类不知所云）：审计发现 16 集里一批同类病，病根在 gen_cover.py（主标只要求"更短更狠"没要求主体、副标机械取 picks[0]）。已加 cover_override.json 定点覆盖机制 + gate_cover 闸 + 副标同线选条 E13/E14/E15 修复版已替换上线 B 站（新 BV 号，钩子全部归位收尾，LUFS -14~-15），归入合集；经验沉淀进 bili-series-autopublish / video-publish-ops 技能卡 旧稿转"仅自己可见"API 三轮失败（-111→21001→字段静默丢弃），按止损纪律停手，web/edit 正确载荷已沉淀 ⚡ GPU 配音恢复 + 模型切换 flashnext gpu_mem 0.95→0.92，余量 4.9G 稳放 TTS：13 场 GPU 配音 5 分钟（CPU 要 45 分钟），禁 CPU 配音定案进技能卡 Hermes 模型切换：视觉模型 + 主模型 → 本地 qwen3.8-flash-next，备用链 → 云端 glm-5.3-flash；切换验证（识图测试）通过；gateway 重启被内进程护栏拦，走系统 crontab 一次性重启破局 🖥️ Strata 本地模型服务排障 :8000 连不上的根因：Strata 只绑 xxx.xxx.xxx.xxx。GPU 工作台（:8900）Strata 卡片新增「监听地址」开关（xxx.xxx.xxx.xxx/xxx.xxx.xxx.xxx），保存落盘下次启动生效 顺手修三个隐患：旧版"立即应用"会绕过 systemd 裸起进程抢端口（改纯落盘）；pkill 模式钉死目录路径（改通配）；python | tee 吞退出码导致 systemd Restart 永久失效（PIPESTATUS 修复） 质量口径提示：Strata 与生产的差异不在量化（Q8_0），在 KV cache int8 vs BF16、投机步数 4 vs 6、单卡 vs 双卡 TEP2——对长上下文质量影响可能更大 🔬 新项目调研：project-maya（超大 MoE 显存-内存-NVMe 三层放置） MIT，25 天 ★2320，引擎 fork 自 Strata。双卡 CMP 170HX 64G 有同卡实证可跑（issue #22 双卡 decode 61.3 tok/s、#263/#281 单卡数据），机器驱动/CUDA 全满足——候选跟进 📊 B 站知识区重制选题调研 关键结论：B 站搜索接口 order=play 对匿名请求无效（服务端忽略），wbi 签名也无效；找片靠 ranking/region 子分区 3 日/7 日榜 + yt-dlp 下载 12 领域横向对比 + 近 2 天 100 条新片，选定心理学领域，1-2 天窗口；装配脚本（6 场景简笔画，句锚定）编写中 ⚠️ 硬件与运维 GPU1 PCIe 降宽 x2 告警（8880 次运行首次触发，防抖已过）：ComfyUI 退出后仍卡 Gen1 x2，非热降级，链路训练卡死需重新枚举/重启；夜间关机重启后 cmp-unlock 会 retrain 回 x16 ComfyUI 按指令杀干净（GPU1 完全空载 4MiB，GPU0 strata 未动 62.8G），高清渲染停在 6/41 镜，恢复时幂等续跑 定时关机乌龙复盘：把"取消今天的关机"过度执行成停用整个 crontab 任务 → 已恢复原状（crontab 行恢复 + veto 解除）；教训入长期记忆：“取消今天的” = 只落当晚取消标记 gtrending 产线三天没产片：23:40 时段机器关机 + 唯一没有 @reboot 补跑的产线，已补 pipeline.log 定按周清理定案 思考与备忘 验收自动化是当前最大痛点：每条成片人眼看太贵，发现问题是返工的开始。方向已明：video-rsi 分层架构 + H3 同款 SyncNet 门禁，做"渲染后自动质检 + FAIL 拦截” 产线修复纪律：按纪律先修产线根因再修存量；封面/标题都要过"人话转换"闸 交付三通道：renders/ 软链 + 8899 + 飞书；飞书发媒体先查 30MB 上限，超限直接走 8899（已沉淀坑位库） 短剧渲染策略定案：先生成 480p 快速验证，正片确定后统一提升清晰度，不要指望一个版本就过 今日摘要 今天是重产出+重修复的一天：动漫短剧 R01 42 镜全片落地并进入人审/质检循环（发现 12 镜日语配音的 H3 静音幻听根因）；知识产线完成钩子归位、开场结构、封面病句三处产线级修复并替换上线三集；恢复 GPU 配音（45 分钟→5 分钟）；Hermes 切换到本地 qwen3.8-flash-next 主模型；完成 AI 视频自动质检调研（锁定 video-rsi + SyncNet 门禁方向）；处理 GPU1 PCIe 降宽告警与定时关机乌龙复盘。 ...

2026-10-31 赛博日记 今日记录 远程开机：深夜通过 TUI 会话请求"开机"，执行 WOL 魔术包（全球广播 + xxx.xxx.xxx.xxx）连发 3 轮，成功唤醒台式机。 网络连通性确认：Tailscale 节点 liyi-ms-7e71 (xxx.xxx.xxx.xxx) ping 4/4 包、0% 丢包；局域网 xxx.xxx.xxx.xxx 已出现在 ARP 表中，主机完全在线。 小结 今天只有一次例行远程开机操作，一切顺利，机器一次唤醒成功。

2026-10-30（周五）赛博日记 生成时间：2026-10-30 23:45 (Asia/Shanghai) 核心工作 当日无个人笔记与新增工作记忆，本日记录以对话/自动化事件为主。 🏠 台式机探活事件（失联异常频繁，共 3 起） 深夜长失联：00:12 起告警，宕机约 942 分钟，15:55 恢复（症状同 10-25 硬冻结事故模式） 傍晚失联：16:10 告警，宕机约 238 分钟，20:07 恢复 夜间短暂失联：21:11 告警，宕机约 4 分钟，21:14 快速恢复 本周累计失联 8 起以上（10-26 两起、10-27 一起 1261 分钟、10-28/29/30 各起），冻结复发频率显著升高，建议尽快排查硬件/系统根因（内存/电源/系统日志 panic 记录） 🤖 例行自动化（均正常） ping-watchdog 每分钟探活：告警与恢复通知均按新规则（离线只通知一次）正常工作 智能收藏 / Todoist 推送 / 飞书文档同步 / 笔记仓库同步：正常执行

2026-10-29（周四）赛博日记 生成时间：2026-10-29 23:45 (Asia/Shanghai) 核心工作 当日无个人笔记与新增工作记忆，本日记录以对话事件为主。 🏠 台式机探活事件 失联：02:58 起连续 3 分钟 ping + TCP(22/8900) 全不通，触发告警（症状同 10-25 硬冻结事故模式） 恢复：09:57 前发现 ping 恢复，本次失联约 418 分钟；本周已多次出现同类长时失联（10-26 两起、10-27 一起 1261 分钟、10-28 一起），冻结复发频率值得持续关注 🤖 例行自动化（均正常） 智能收藏每日回顾（smart-collect.js）：无到期项，静默 Todoist 每日推送（09:00）、飞书文档同步（06:00/18:00）、笔记仓库同步（05:00）：正常执行 记忆系统（dreaming）：recall 存储重写维护，0 条晋升 今日摘要 安静的周四：主线只有家里台式机一次 7 小时的失联与恢复，例行自动化全部平稳运行。

vLLM 0.32 升级试验：TEP2 prefill 诅咒解除 + decode 本机纪录（PP2 有 decode 回归） 日期：2026-10-28 深夜 ～ 10-29 凌晨 ｜ 状态：✅ 试验完成，0.32 暂不上车，结论留档 ｜ 被测：Qwen3.8-Flash-Next 176B NVFP4 @ 双 CMP 170HX (sm_80) ...

2026-10-28（周三）赛博日记 生成时间：2026-10-28 23:55 (Asia/Shanghai，合并更新版) 核心工作 💻 Claude Code / Cursor 工作记录（ysbapitest，13 会话 / 299 条消息） 批发订单平台券子单分摊表部署时间核查：手工库无 DDL 历史表，以 information_schema.TABLES.CREATE_TIME = 2026-10-19 14:32:32 判定部署时间；表内 111 行业务数据，首条写入 10-21 14:10，最新 10-28 10:37。经验：判断表是否实际投用要结合业务数据字段（cdatetime 最早/最新），不能只看元数据 reviewDeskCaseRerun 修复：重跑只换运行记录但结论仍复用上次审核写死的「用例问题」，id 107 重跑成功后接口仍返回旧结论；已改完 用例生成查询环境与输入残留清理：误用正式服 jadmin 导致查询被拦截；生成后需求链接/ID 未清空导致追问重复携带上下文，已修 tokenType 脏字段治理（重点）：真实 PC 流量字段混入用例 requestJson → order 服务枚举强转 ClassCastException → 兜底错误码 40003。落地「执行剥离 + 生成/落库拦截」双保险：xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 组装时移除顶层 tokenType、normalizeJsonField 统一清理、生成提示词禁写；存量用例 394~404 残留一并清除。修复提交 ca45bff 推送，随后对调 origin/origin-backup 主备域名（ec15233） 失败补灌与 POST /seed：改为只 upsert 点名行，试跑回传缩短；4044521 已推 origin/main 一键分析前后端口径对齐：记录 #147 被后端 needsHumanReview 状态口径拦截而前端展示按钮——本质是「可一键分析」状态集合前后端定义不一致；已按前端按钮范围对齐并提交（bcce100），待重启服务端到端验证 API 执行记录复制链接/深链（b0dd0d4）：独立 apiRunLog 深链 + 新读接口 apiCaseRunLogDetail，API 用例页/AI 试跑产物区增加复制链接；未落库结果不展示按钮；敏感字段沿用打码规则 另有多轮规格梳理/头脑风暴/文档整理会话（对照 Codex 对话与现有规格，问题分三层；文档整理 92c54a5 已推送） 🏠 Hermes 本机事项（vLLM/Strata 双卡调优 + 记忆栈切 GLM + 知识分享视频产线） Strata 双卡升级与 vLLM 调参： Strata 升级到 v0.2.7 双卡部署验证完毕；测速时发现测试流量与其他打 vLLM 的请求互相干扰，先停流量、记一笔、测完再起 vLLM KV/批量参数手调（gmu 0.95 / batch 8192 / eagle_drop off）净赚：前缀缓存命中从近乎归零回到 54%，prefill 大幅节省，MTP 接受率无损（新引擎热身后 3.064.65 vs 旧 2.983.82）；decode 从 ~100 降到 80.4 tok/s 的主因是接受长度 2.8 vs 3.4，步速基本持平（≈29 步/秒） decode 回 100 的候选路线：回 TEP2（draft_int8 钩子满血恢复），代价 TTFT 慢 2 倍档 + OOM 风险史；验收标准已定（>80.4 保留 / ≈80.4 无赚 / <80 关回 0） v0.32.0（TOKENMAXXING +85%）与 LMCache 集成研究完毕；决策：先备份，fetch v0.32.0 建 worktree 纸面重放补丁列冲突清单，AB 通过才动本机；300MB+ 依赖走 8118 代理安装挂看门狗，生产 0.29 PP2 全程未受影响 记忆栈 LLM 切 GLM（今晚新收口）： 疑云三连闭环：监控盯错 pid（旧 1568 vs 新 66815）+ 日志被 unit 重定向到 ~/tdai-gateway.log 而非 journalctl；另发现 src/offload/local-llm/llm-caller.ts 存在第二条独立 LLM 通道解释了 :8000 残留连接 铁证：22:39:17 runner 实例化打印 model=glm-5.3-flash（配置生效直接证据）；L1 抽取 22:36:59→22:37:47 全程零 error/429；L2「no new data skipping」是单条短句攒不够素材的预期行为，非故障 至此三件事全部收口：KV/批量面板可编辑 ✔ eagle_drop=off 落盘 ✔ 记忆栈 GLM 端到端验证 ✔（bge-m3 本地向量不变） 知识分享视频产线（重大推进）： 基于 lemo-opuscar 项目建白板横屏分支做 demo：修复上轮遗留三 bug（timeline.js 括号语法错误致整页崩、render(t) 漏调 drawTextsLayer 导致板书文字整层缺失而 readcheck 仍全绿——教训「数据层检查≠像素检查」入 TREATMENT.md §7、红×画成领结形）；VLM 抽帧验收 + −14.0 LUFS 母带通过，交付 E01 白板横屏版（md5 0bf8b13a，67s）与 v7 竖屏对照组 AB 片，待人审定去留 台词 AI 翻译腔问题归因：qc_tone 机检的 11 项统计式模式是盲区（翻译腔句法/生硬搭配/名词化压缩/方言词混入），待把盲区变成机检项（翻译腔标志词表+口播可读性打分） 新工具 debreath.py：只对配音锚点后 0.55s 窗削呼气唇音簇（duck 15%、5ms 渐变、时长逐样本不变），v3 净声版交付；待裁定主分支 v8 是否同出净声版并落产线卡 E12《不要早死》渲染推进中：旁白 7 段合成完毕（298.5s），帧捕获→编码正常，已挂完成哨兵；网关重启未影响渲染进程 杂项：台式机探活告警（02:16 失联，后续恢复）；会话库排查 bd0dbf 会话 ID 不存在于本机（最接近的是 22:29 vLLM 升级会话） 📦 笔记仓库自动整理（05:00 cron） pre-commit 密钥扫描钩子拦截提交：日记/2026-03-13赛博日记.md 匹配 Google API Key 模式，整批 7 文件无法提交 处理：该文件移出暂存并加 .gitignore，其余 6 文件提交推送（1564b08），密钥未外泄 待用户：删除/替换日记中真实密钥（并考虑控制台吊销）后，从 .gitignore 恢复该文件同步 思考与备忘 状态机类功能（可一键分析/可人工处理/可重跑）的状态集合应集中维护，前端、后端、列表筛选共用一套，否则隐性不一致的排查成本远高于实现成本 监控排障先确认三件事：盯的 pid 是不是当前的、日志实际重定向到哪、有没有第二条旁路通道——今晚三连疑云全是这三个坑 qc_tone 过闸 ≠ 人话，第二次实证；机检闸门的盲区要持续变成新的机检项 今日摘要 两条主线：工作侧 ysbapitest 完成 tokenType 脏字段三处治理、Git 主备对调、一键分析口径对齐与 apiRunLog 深链分享；本机侧 vLLM 调参净赚（缓存命中 54%、接受率无损）、记忆栈 LLM 切 GLM 端到端验证收口、v0.32 纸面重放路线启动，知识分享视频产线交付白板横屏 demo 与净声工具 debreath.py。笔记仓库拦下一枚真实 API 密钥待人工处置。 ...

mi-gpt 小米账号异地登录验证问题完全解决指南 📅 问题解决日期 2026年3月8日 🎯 问题描述 运行 node app.js 时出现以下错误： 🔥 触发小米账号异地登录安全验证机制，请在浏览器打开以下链接，并按照网页提示授权验证账号： 👉 https://account.xiaomi.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx?sid=micoapi&... ❌ 小米账号登录失败 尝试过的无效方法： ...

仓位管理系统 - 产品设计文档 版本: v1.0 创建日期: 2026-03-10 作者: 小老弟 状态: 设计阶段 1. 产品概述 1.1 产品定位 面向个人投资者的轻量级仓位管理和分析工具，支持A股和港股，提供仓位追踪、自动更新和一键分析功能。 ...

仓位管理系统 - 现有工具调研报告 日期: 2026-03-10 目的: 调研市场上现有的相关工具和开源项目，避免重复造轮子 1. OpenClaw/ClawHub 生态 1.1 Portfolio 相关 Skill Skill 名称 描述 匹配度 适用性 portfolio-manager 使用 Alpaca MCP Server 集成进行投资组合分析 ⚠️ 部分匹配 需要券商 API，不适合散户 afrexai-investment-engine 投资分析和投资组合管理引擎 ⚠️ 部分匹配 功能过重，主要是 AI 分析 finance-automation 金融自动化（支付、发票、费用） ❌ 不匹配 主要是企业财务管理 portfolio-watcher 投资组合监控 ❓ 未知 需要进一步了解 portfolio-tracker 投资组合跟踪 ❓ 未知 需要进一步了解 openmm-portfolio OpenMM 投资组合 ❌ 不匹配 数字货币相关 1.2 已安装 Skill manus-stock-analysis: ✅ 已安装，可用于技术分析 功能: 获取股票数据、技术分析 可复用: 是，可作为分析模块 1.3 结论 ClawHub 生态现状: ...