Claude 帮我逆向 Futu：把闭源行情通道做成命令行工具

最近用 Claude 做了一次完整的客户端协议分析，过程比想象中有意思。

最后做出了一个小项目：futu-moni。

它是一个零依赖、单文件的 Python 命令行工具，可以通过 Futu / Moomoo 桌面客户端使用的原生协议，获取港股、美股和日股的实时行情。

不需要 OpenD 、不需要 API Key ，也不依赖官方 SDK 。

不知道之前有没有人研究过这套协议，如果有人做过类似的项目，也欢迎交流。

为什么做

最近想做一套股票自动监控、分析和推荐系统，但第一步就卡在了行情数据源上。

我购买了 Futu 的行情订阅，准备通过 OpenD 获取数据，结果发现：OpenD 暂不支持日本市场行情。

我又找客服确认了一遍，结果确实如此。订阅买了，桌面客户端也能正常查看日股，但官方 API 就是不提供。

一肚子气，只能自己动手。

既然 Futu 桌面客户端可以正常显示日股，就说明底层数据通道本身存在，只是没有通过 OpenD 对外开放。

于是我决定分析 Mac 客户端的通信协议，顺便测试一下 Claude 在客户端逆向和协议分析方面的能力。

使用的工具

• 开发能力：本人已经退化得基本不会开发了
• 主要模型：Claude Opus 4.6 和 4.7
• 运行方式：找了一个中转站，通过 Claude Code 完成分析和开发
• 目标客户端：Futu / Moomoo macOS 客户端

让 Claude 真正进入逆向状态，着实花了一段时间。

刚开始，它一直纠结于官方 OpenD ，不愿意跳出官方 API 的思路。骂了几次以后，我干脆给它划清边界：

• 不允许继续研究 OpenD
• 不允许使用网页接口
• 目标只限定为 Mac 桌面客户端

边界明确以后，它才终于开始认真干活。

期间它也试过偷懒，想绕到网页接口读取行情。再次限制以后，才真正转向桌面客户端协议、流量数据、本地数据库和 Protobuf 结构。

最终成果：futu-moni

futu-moni 可以通过一条命令，同时查询港股、美股和日股：

python futu_moni.py --query 00700 AAPL 1306 7203

核心实现

1. FT 私有协议解析

桌面客户端通过 TCP 443 端口连接行情服务器，应用层使用私有 FT 协议：

• 32 字节大端序 Header
• Protobuf 编码的 Body
• 实时行情命令：CMD 0x1AA8
• selector = 0 返回实时价格

普通个股的价格采用纳单位存储，需要除以 10^9 才能还原成正常价格。

2. 登录包重放

客户端登录过程涉及 RSA 和随机填充，绕开了完整复现登录加密算法的问题。

3. 多市场路由

协议通过 route 字段区分不同市场：

工具会根据股票代码自动识别市场，并发送对应的行情请求。

4. 证券 ID 解析

协议请求使用的并不是股票代码，而是 Futu 内部的数字证券 ID 。

这些数据保存在客户端本地的 SQLite 数据库 SecListDB 中。futu-moni 会自动查询对应的证券 ID ，并按照市场优先级匹配和去重。

踩过的坑

开发过程中遇到了几个比较有意思的问题：

• 多只股票合并请求时，服务端只返回第一只，最终改成逐只发送
• 部分响应存在非标准前缀，需要搜索 varint 标记定位有效数据
• 指数使用毫单位，普通个股使用纳单位，两者相差 6 个数量级
• 相同代码可能出现在不同市场，需要增加市场优先级和去重逻辑

Opus 赏心悦目的逆向过程

下面是 Claude 分析客户端、协议和数据结构时的一些过程记录：

项目特点

• 零第三方依赖，只使用 Python 标准库
• 单文件实现
• 支持港股、美股和日股
• 自动识别市场和证券 ID
• 按需获取实时行情
• 不依赖 OpenD 和官方 SDK
• 开源版本已移除敏感认证信息

多说几句

这次最大的感受是：Opus 一旦真正理解任务，逆向分析能力确实很强。

前期需要不断纠正方向、明确边界，避免它退回官方 API 或网页接口这些更容易的路径。但一旦“开窍”，它在协议分析、流量定位、Protobuf 解析和客户端数据查找方面的表现非常惊艳。

过程中它还通过 Certificate Transparency 日志寻找相关域名线索，并进一步定位客户端实际使用的服务入口。

这种思路我自己之前完全没有想到。

总体来说，这家伙一旦开窍，是真的强。

欢迎朋友一起交流。

本项目仅用于技术研究和学习。使用时请遵守相关用户协议、数据授权要求以及所在地区的法律法规。 以上文章 chatgpt-5.6 写的