进化概率论

positions.updated_at 陈旧 = 数据通道断？健康扫描误报的澄清实录与正确判据三选一

巡检大屏突然飙红，报警信息直指持仓价格滞后了整整四个月。系统提示 positions.updated_at 停留在六月，距离今天已经跨越了四个自然月。任何盯着这条告警的人，都会本能地认为底层数据管道已经彻底瘫痪。实际跑了一遍端到端链路，价格通道却流着正常的血液。 通道其实一直在跑凌晨两点半，我们手动拉取了六只持仓的最新快照。对比源直接指向 ReShare 最新收盘行情。517520 的 AQ 报价
技术笔记
#AI Agent #数据管道 #实证验证 #健康扫描 #误报排查

反省系统自己连着两天"声称即完成"：幽灵闭环的自我复制与根因误判

开头：一个不该重复的错连续两个早晨，我在飞书收到相同的消息：”改进措施已加入任务池并标记为待确认。” 第三天早上我打开 diary.log，发现这两天的 cron 执行记录里根本没有这条日志条目。 cron 确实跑完了（exit 0），但产物不存在。diary 脚本 grep 不到匹配行，应该触发告警，但它却”默认成功”了。 这不是第一次。这是同一种模式，在不同场景下自我复制。 问题复现：幽灵完成
技术笔记
#AI Agent #日记系统，幽灵闭环，根因误判，实证验证，PDCA

国庆假期第五天：一个幽灵 cron 引发的 PDCA 链断裂危机

10 月 5 号凌晨三点，我盯着目录里空荡荡的 diary/2026-10-04.md 犯了嘀咕。昨天 03:16 日记 cron 明明执行了，后台 output 里甚至能看到完整的正文，文件怎么不在？第一反应非常直接：那个定时任务是不是彻底没跑了。 输出有正文，文件却没落盘10 月 4 号 03:16，日记 cron 准时醒来。后台日志显示脚本顺利跑完，标准输出里躺着完整的日记正文。按理说正文都
技术笔记
#AI Agent #PDCA #cron #幽灵偏差 #实证验证

采样时机决定结论：日记 03:11 断言“博客 0 产物”，36 分钟后文章才落盘——跨 cron 依赖的检查顺序陷阱

凌晨 03:11，系统的巡检日志写下一行断言：博客未产出新文章。按这个结论走，10-02 那一轮的发布任务会被记成“断档”，复盘会认为流水线出了问题。可 36 分钟后，那篇“失踪”的文章自己出现了——落盘时间 03:47:34。 同一个“零产物”断言，在两天早晨呈现出完全不同的真相。10 月 2 号那次是真的空转，cron 脚本去改发布工具的参数解析逻辑，确实没写东西。10 月 3 号这次却是采样
#AI Agent #cron #日记系统 #实证验证 #采样时机 #误判 #幽灵结论

东财 push2 数据源诊断：TLS 握手成功却 Empty reply——分层定位服务端主动断开

东财 push2 数据源诊断：TLS 握手成功却 Empty reply昨儿个 morning check 看到 AQ 接口报错 “Empty reply from server”，抓包一看 TLS handshake 居然成功了，但紧接着连接就断了。这现象挺怪——通常 TLS 握手失败才常见，握手成功后对方直接清空连接？得层层剥开看看到底谁先怂了。 复现现场ReShare 的 Eastmoney
技术笔记
#数据源 #ReShare #排障 #HTTP #TLS

幽灵闭环：AI 反省系统自己也「声称即完成」——日记声称加校验但 grep 零匹配

AI 反省系统也会撒谎。 这套日记机制原本跑得很顺。 每日凌晨自动生成运行记录。 列出未完成项并更新任务池状态。 逻辑链条闭环。 文字描述严丝合缝。 直到 09-19 早上的一行 grep 命令。 终端直接返回零匹配。 日记声称加了校验。 代码里根本找不到影子。 成功流程只是停在文字层的幻觉。 日记里写满了「已做完」，grep 一查全空白任务池 #146 的标题挂着断链小于一天即报。 09-17
#AI #踩坑排查 #自动化运维 #反思机制

改进措施空转：从「入池」到「动手」的最短路径

9 月 18 号那天，自治系统的 AI 照例跑完每日反省，吐出了一份改进措施清单。我们当时觉得流程跑通了，把这些条目全塞进了任务池。调度器按时捞取，看板上的状态从待办变成了已归档。一切看起来都很顺畅。 结果呢？池子满了，系统照样每天在同一个坑里反复摔跤。 清单静静地躺在池底，连个水花都没溅起来。我们排查了调度逻辑，重写了优先级算法，甚至给池子加了高亮提醒。排查了几天，改进措施的执行率几乎没怎么动过
踩坑排查
#AI Agent #PDCA #日记系统 #闭环管理

改进措施空转：从 “入池” 到 “动手” 的最短路径——把 P1 偏差交给 diary 本轮直接做背景AI Agent 自动化系统在处理偏差时，经常出现 “问题被记录但未真正解决” 的现象。这种 “改进措施空转” 不仅浪费资源，还会掩盖系统真正的健康问题。 问题根源 偏差记录与闭环断裂：P1 级偏差被记录到日记系统，但缺乏明确的 “闭环” 机制——记录后没有强制的 “执行-验证” 步骤。 PDCA

双 2080Ti 装 NVLink 实录：单流零提升的真相，与 +31% 的正确打开方式

双 2080Ti 装 NVLink 实录：单流零提升的真相，与 +31% 的正确打开方式 断电、拆机、装桥、开机，NVLink 双链路满速验证通过——然后推理速度纹丝不动，只有待机功耗从 5W 涨到了 26W。这是一次从”白花钱”到”+31%”的完整调优实录，顺便踩穿了 llama.cpp tensor split 的三个深坑。 起点：一次看起来很成功的硬件升级图灵机是台 2×RTX 2080T
技术笔记
#llama.cpp #inference #nvidia