
巡检天天全绿，未必是好事，可能只是世界还没变。我的期货监控里有一条盘前巡检链路，每天早上 8:40 自动跑一遍 12 项检查，11 月 2 日上线，头三天全绿。第四天早上 8 点 54 分，它第一次亮了红灯。这篇文章讲的就是这三次红灯：一次是我改设计埋的雷，一次是市场半夜换仓炸出来的，一次是我自己手滑补漏的。读完你能拿到一个判断标准：什么时候该怀疑你的巡检系统本身。

![巡检日志：前三天全绿，11-05首次FAIL](https://developer.qcloudimg.com/http-save/yehe-12863374/adc18e304b3b59f98068adb546223b69.png)

## 先绿了三天，然后爆了

这套巡检的来历不太光彩。11 月 2 日早上 8 点 40 分，自动巡检任务第一次执行，第一步就报模块找不到——巡检脚本压根不存在。我让 WorkBuddy 当场补了一个 precheck.js，266 行，检查配置文件、品种池、四张参数表、心跳和端口，退出码 0 全过，1 表示要人介入。其中两条最狠：监控心跳超过 180 秒没更新直接判死，同一品种不允许两个月份合约同时在池。

之后三天，它每天早上准时打一张绿色通过卡。我一度觉得这事已经闭环了：脚本是新写的，检查项是我逐条确认过的，日志里 11 月 2 日到 4 日六条记录全部 ok，连 WARN 都很少。第七条记录的日期停在 11 月 5 日 8 点 54 分，后面跟着一个 FAIL。

红灯的内容是：品种池与锁定清单不一致，锁定清单里有但没启用的品种有白银、硅铁、锡三个。

## 红得很有道理

我先怀疑的是巡检脚本写错了——毕竟它是 AI 当场生成的，最可疑。但翻完日志我得承认，红得很有道理：出错的是我。

11 月 5 日那天我把品种池的生成方式改了。原来池子是一份静态配置，白纸黑字写在 master2.json 里，巡检以它为唯一权威。那天起池子改由 pool-rotate.py 每天自动生成：核心池 9 个品种打底，加上网页实盘持仓，减掉近一个月回测拖后腿的观察名单。池子从此每天自己换血，而巡检脚下踩的还是那块旧地基。

这里我踩的第一个坑是：改架构的时候，我只想到下游要兼容，忘了上游还有一套检查在用旧假设。巡检不会犯错，它只会诚实地问一句：你改了世界，怎么没告诉我。

## 修好一次不算修好

11 月 5 日的修复我做了三件事：巡检生效池改成读每天生成的 pool-today.json；监控的四张参数表补上白银、锡、硅铁的乘数和保证金；另外还修了一个编码崩溃。第三件值得单独说——pool-rotate.py 被 monitor 当子进程调起时，stdout 是 GBK 编码，脚本里打印的数学减号是 U+2212 那个字符，GBK 编不了，直接抛 UnicodeEncodeError，整条盘前复核链路静默挂掉。改一行 reconfigure 成 UTF-8 才好。

修完 11 月 5 日到 6 日两天全绿，12 个品种在线。我以为翻篇了。

现在回想，那两天全绿反而是最迷惑人的。如果 11 月 5 日修完第二天就再爆，我会立刻怀疑结构性的问题；偏偏它安静了两天，我就心安理得地把这事归档成「已解决」。动态池子遇上换月一周才来一次，红灯的间隔天然就长，全绿的样本根本攒不出「稳定」两个字的证据。

11 月 7 日早上 8 点 55 分，红灯又亮，这次比上次狠：NAMES、NIGHT、MARGIN_PER_LOT、SYM_MULT 四张表同时报缺少品种——豆粕、不锈钢、鸡蛋、白银新合约，一张表缺四个，加上「数值非法」的重复报告，一共七项 FAIL。原因是期货换月——持仓换到新月份合约，池子当晚自动更新进来了，而参数表要人手工补。市场半夜给池子换了四张新面孔，我的表还停在昨天。

修好一次不算修好。池子是动态的，静态的表永远追在它后面。

![11-07换月7项FAIL原文](https://developer.qcloudimg.com/http-save/yehe-12863374/254c2c00ff9036fb025a8e42ec865c50.png)

## 比缺表更吓人的双仓

缺表是慢性的，另一处发现是急性的。11 月 7 日巡检报告里藏着一个更吓人的事实：白银 AG2612 和 AG2702 两个合约同时在池里。网页持仓本来就是空 15 手加空 13 手两个月份仓，去重逻辑没接住，池子照单全收。后果是 monitor 会对同一个品种下两倍的单。

我去查了去重代码，发现一个哭笑不得的原因：按品种去重的逻辑早就写过，11 月 6 日还专门加过修正，但那段代码只挂在一种池子生成模式里，当天用的另一种模式漏了。同一个坑，挖过一次，填错了地方。

修复是把去重补到 current 模式，重跑池子，15 个品种无一重复，白银降级成「只看不做」。我这才明白巡检里那条「同一品种不能同时有两个合约活着」的检查为什么存在——它检查的就是我这种人。

## 十二天的红绿账

从 11 月 2 日到 13 日，巡检日志攒了 28 条记录，3 次 FAIL，品种数从 9 涨到 16 又缩回 13。三次红灯全部在早上 8 点 48 分到 8 点 55 分之间被抓住，而日盘 9 点开盘——每一次都在开盘前修完了。

| 日期 | 品种数 | 结果 | 红灯原因 |
|---|---|---|---|
| 11-02~04 | 9~10 | 全绿 | 新上线蜜月期 |
| 11-05 08:54 | 9 | FAIL | 池子改动态，锁定清单没同步 |
| 11-07 08:55 | 16 | FAIL | 换月进 4 张新合约，三张表全缺 |
| 11-08 08:48 | 16 | FAIL | 手工补表漏了黄金保证金 |
| 11-11~13 | 13 | 全绿 | 动态池与规则终于对齐 |

第三次红灯其实最扎心：11 月 8 日补黄金 AU2612，我补了强度参数，漏了保证金兜底表，巡检直接点名「数值非法」。上一次红灯是机器没跟上人，这一次是人自己手滑。巡检最大的价值不是防市场，是兜住我自己的手。全绿不等于赚钱，只等于今天不会死于自己的手滑。

三次红灯的修复时间也能说明问题：8 点 54 报警、9 点 05 全绿，8 点 55 报警、9 点 02 全绿，8 点 48 报警、8 点 51 全绿。红灯到绿灯的间隔一次比一次短，不是因为我手速变快了，是因为巡检把「哪里缺、缺什么」精确到品种和表名，我不用再翻代码猜。报警报得准，修复就快。

## 巡检兜不住的部分

主动交代边界。这套巡检做不到三件事。

第一，它只查一致性，不查对错。四张参数表缺了会报，但表里的数字填错了它发现不了——黄金 94000 元一手的保证金是我按金价乘克重估的，注释里写着「仅兜底，首次开仓后校准」，巡检对这种估算无能为力。第二，它只报警不修复。换月进来 4 张新合约，它能精确点名哪张表缺哪个，但补表还是我人工来，系统没有自愈能力，我也没敢给它写自动改表的权限。第三，它有两类长期容忍项：网页池品种走默认参数的 WARN 常年挂着 1 到 2 条，属于设计内妥协，看多了会麻木——报警疲劳是所有巡检系统的宿命。

还有一个更根本的：巡检全绿不代表策略会赚钱，它只保证「别死于配置事故」。赚钱与否，另有一套回测和交割单在管。

![12天巡检红绿账汇总](https://developer.qcloudimg.com/http-save/yehe-12863374/57c9b0e7c77fa3d903380a14d4c931e2.png)

## 最脆的是假设不同步

回头看这三次红灯，没有一次是代码 bug：第一次是我改了池子生成方式没通知巡检，第二次是市场换月人没跟表，第三次是我补参数漏了一张表。系统的脆弱点从来不在某个函数里，在两套对世界的假设没对齐的缝隙里——巡检以为池子是静态的，池子已经动态了三天。

自动化系统上线那天全绿不难，难的是它脚下的世界每天都在变，而它只认昨天写好的规矩。你的巡检，多久没对过假设了？


巡检天天全绿，未必是好事，可能只是世界还没变。我的期货监控里有一条盘前巡检链路，每天早上 8:40 自动跑一遍 12 项检查，11 月 2 日上线，头三天全绿。第四天早上 8 点 54 分，它第一次亮了红灯。这篇文章讲的就是这三次红灯：一次是我改设计埋的雷，一次是市场半夜换仓炸出来的，一次是我自己手滑补漏的。读完你能拿到一个判断标准：什么时候该怀疑你的巡检系统本身。

池子从 9 涨到 16，WorkBuddy 的巡检还蒙在鼓里？

盘前巡检上线头三天全绿，第四天第一次亮红灯。12 天里巡检报了 3 次 FAIL：一次是我改了池子生成方式没告诉它，一次是期货换月半夜进来的 4 张新合约，一次是我自己补参数漏了一张表。巡检不会犯错，它只会诚实地问：你改了世界，怎么没告诉我。

算法工程师

运维

测试

职业发展

巡检全绿可能只是世界未变。期货监控系统12项检查三天全绿后连爆三次红灯：改动态池未同步、换月缺表、人工补漏。红灯到绿灯间隔缩短至3分钟，核心是两套假设未对齐。系统只查一致性不查对错，不自动修复，有报警疲劳风险。判断标准：当世界变了而巡检还踩旧地基，就该怀疑系统本身。

WorkBuddy 

JSON

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

池子从 9 涨到 16，WorkBuddy 的巡检还蒙在鼓里？-腾讯云开发者社区-腾讯云

池子从 9 涨到 16，WorkBuddy 的巡检还蒙在鼓里？

池子从 9 涨到 16，WorkBuddy 的巡检还蒙在鼓里？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐