别把异动监控器叫“交易信号”：从山寨币盯盘教程重做一套市场异常观测系统

AH-0073技术密度很高：三个交易所、异步抓取、SQLite、Telegram、OI、资金费、订单簿、CVD、z-score和综合打分。工程上比很多“AI帮我炒币”扎实，但必须拆开一个概念：

发现异常，不等于发现可交易的预测信号。

z-score只能告诉你“异常”

z-score描述当前值距离历史均值多少个标准差。它不能单独证明异常领先价格、方向可预测、扣费后有正收益或在不同市场状态都有效。

如果想把“异常提醒”升级为“预测信号”，至少要做事件研究：异常后5分钟/30分钟/4小时收益分布，相对随机时点的差异、假阳性、不同币种和市场状态、样本外验证。

六维加权更准确的名字是 Alert Policy

原文用价格、量、OI、CVD、资金费、订单簿做固定权重，超过阈值就推送。作者Thread也承认权重是自己调的、调整过多次。

所以它可以决定“什么值得提醒我看一眼”，但不能直接叫Alpha Model。

真正值得保留的是工程结构

• 数据采集与规则逻辑分离。交易所接口先统一成标准事件。
• 异步、限流、重试。实时系统最大的敌人之一是数据缺口和重试风暴。
• 每条提醒保存原始指标、lookback、threshold、policy version和missing flags。
• SQLite/WAL和日志足以支撑第一版本地回放。
• 每次规则变化都保存版本，不用今天的阈值回头解释昨天的结果。

CCXT当前官方仓库仍提供100多个交易所统一API，并支持Python异步模式。但源文“Python 3.14实测稳定”不能直接当通用兼容性结论，本批公开安装资料对具体版本描述粒度不一。工程教程应该锁Python、CCXT、交易所API版本和测试日期。

“新合约抢跑”也要去交易暗示

新合约上线可以做 Event Alert，但事件之后有没有可交易优势，需要独立数据。OI增加、CVD变化、资金费异常同样可以是研究字段，不能直接命名为“主力进场”“静默吸筹”等因果结论。

监控系统应该怎么验收？

不是“每天推20-30条”。

应该看：

• Coverage：应该收到的数据有多少真的收到；
• Latency：事件到进入系统的延迟；
• Duplicate Rate：重复提醒；
• Data Error Rate：数据错误造成的假提醒；
• Review Precision：人工审100条，有多少真的值得研究；
• Stability：单交易所/网络故障能否安全降级；
• Drift：阈值一段时间后是否失效。

网站资产：Market Anomaly Lab

本批实际生成 market_anomaly_lab.html。它不接交易所、不提供买卖建议。输入历史样本和当前值，计算均值、标准差和z-score，并继续要求填写是否验证过后续结果、样本是否足够、数据是否缺失。

目的只有一句：

Anomaly ≠ Alpha。

盯盘系统非常适合AI和vibe coding，因为它是典型的“信息过载→过滤→解释→提醒”。真正值得做的不是山寨币买入机器人，而是一套可回放、可评估、知道自己会误报的市场观测系统。