一个 1626 Star、同花顺官方出品、MIT 许可证的开源仓库，今天点开是 404。
但同一时间，我在它背后调了十几次接口，每一次都有回音。不是连不上，是服务器明确告诉我「你这个密钥无效」——它活着，而且认得出我的请求。
一个开源仓库被下架，服务却照常营业。这篇要说清楚三件事：它现在是死是活，你手里的代码还能不能跑，以及官方文档里哪条路已经断了。
一、档案和现状对不上
先把两份记录并排摆开。
| 项目 | 2026 年 8 月 25 日的存档 | 2026 年 10 月 23 日实测 |
|---|---|---|
| 仓库页面 | 正常打开 | 404 |
| 所属组织主页 | 正常打开 | 404 |
| Star / 复制数 | 1626 / 112 | 无从查看 |
| 许可证 | MIT | 无从查看 |
| 建仓日期 | 2026 年 6 月 9 日 | — |
我用了三种办法确认这不是网络问题：直接访问网页、调 GitHub 的公开接口、按复制仓库的地址去拉代码，三个入口一致返回「找不到」。作为对照，同一个 IP 访问同公司另外两个开发组织的页面，都正常返回。
至于为什么变成 404，我没法替你下结论。 仓库被删、转成私有、改名迁走，这三种情况对外人来说长得一模一样。能确定的只有一件事：它已经不对公众开放了。
二、它本来是个什么东西
同花顺是国内做股票行情软件的老牌厂商。这个仓库是它把自家 A 股数据库的取数能力，做成一整套对外的接入方式，开源出来。
一句人话：你想让 AI 帮你查某只股票的行情、财报、涨停榜，不用自己去爬网页，直接调它的接口。
它给你五条路。其中 MCP（也就是让 AI 助手按统一格式调用外部工具的协议）最省事：把地址配好，Claude、Cursor 这类工具在对话里就能直接查数据。
| 接入方式 | 用大白话说 |
|---|---|
| 技能包 | 一份写给 AI 助手看的说明书，装上它，助手自己知道该用哪个接口 |
| MCP | 配好地址就行，不用写代码，适合聊天工具和编辑器 |
| 命令行工具 | 在终端里敲一句就出数据，适合脚本和批量活 |
| Python 开发包 | 给写研究脚本的人用，能接上数据分析那一套工具 |
| 本地数据库 | 把历史行情下到本机，用 SQL 慢慢查 |
真正的卖点在数据本身：A 股的实时行情、历史 K 线、财务报表、估值、指数板块、涨停跌停和龙虎榜，还有公募基金那一整套。
三、实测：哪些还活着
我在一台隔离的沙箱里跑完全流程，没有碰生产机。命令和结果都留在下面，你可以照着复现。
| 我做了什么 | 结果 |
|---|---|
| 从软件包仓库装命令行工具 | 成功，装了 11 个依赖，耗时 10 秒 |
| 安装后自检（它自带的诊断命令） | 通过：版本 0.1.13、本地数据库引擎可用、内置 12 个技能包共 118 个文件 |
| 列出它支持的全部能力 | 104 条，其中 88 条走远端、16 条走本地 |
| 查看本地数据库结构 | 13 张表或视图，含前复权、后复权两张现成的行情视图 |
| 调一次真实接口（用假密钥） | 服务器返回「密钥无效或已吊销」，带请求编号 |
| 连四个 MCP 服务端点 | 全部握手成功，共列出 55 个工具 |
那个「用假密钥」的测试是关键。它证明请求真的走出了本机、到了同花顺的服务器，而不是在本地被拦下。服务器还给了我一个请求编号——这说明链路是通的，只是我不持有效凭据。
顺手记几个数字，都是磁盘和秒表量的：装完占 83 MB，其中 68.8 MB 是一个数据库引擎的二进制文件；一条命令冷启动约 1.3 秒，第二次 1.1 秒。换句话说，为了查个行情，你得多背一个 83 MB 的包。
四、断掉的是哪条路
官方文档里，安装方式排第一位的、标着「推荐」的那条，是这么写的：让工具去这个仓库把技能包拉下来装上。
我照做了。结果是：
克隆仓库失败。认证失败。私有仓库请确认你有访问权限。
这是本次实测最重的一条：文档首推的「最省事」安装方式，今天完全走不通。 不是慢，不是要配置，是根本拉不到东西——因为源仓库不对外了。
五、更麻烦的是，备用路径会「假装成功」
既然直接从仓库拉不行，那用命令行工具自带的同步命令呢？它内置了 12 个技能包，理论上不依赖网络。
命令返回了成功。字段写着「已同步：是」。
然后我查状态：目标列表是空的，验证状态是「未验证」，内容目录标记为不可用。 什么都没装，但它告诉你成功了。
这种「假成功」比直接报错危险得多。报错你至少知道要停手；假成功会让你以为装好了，等到真正要用的时候才发现助手根本不会用这些接口。
同一批命令里，凡是真干活的地方都给足信息：自检会告诉你数据库引擎在哪、技能包有几个文件；查能力会列出 104 条并标清远端还是本地。偏偏「装技能包」这一步，失败了还报成功。
六、文档自己已经分叉
还有一处对不上，值得单独说。
命令行工具里，期货和期权相关的取数能力一共 26 条（期货 20、期权 6），在线文档里这类接口被引用 124 次。但仓库主文档对期货期权只字未提。
这不一定是错，更像是仓库在快速迭代、文档分层没跟上。可一旦主文档不认这个功能，新用户根本不会知道它存在——而这正是「仓库一关，文档就成孤本」的代价。
七、那你现在该怎么办
如果你只是想知道这东西值不值得用，三条建议：
一，能不能用，别问仓库，问端点。 仓库是宣传页，服务端才是本体。这次实测里，仓库 404、软件包仓库正常、接口正常，三个信号指向完全不同的结论。要判断一个数据服务是否还活着，最省事的办法是拿一个（哪怕是假的）密钥去敲一下门，看它回什么错。
二，别用「从仓库装」这条路。软件包仓库里那份 0.1.13 是独立发布的，和 GitHub 解耦，目前还能装。装完先跑自检，确认本地数据库引擎和技能包都在。
三，装完一定要验，别信「成功」两个字。这次实测就撞上了返回成功但目标为空的情况。验的办法很土：看状态里的目标列表是不是空的。
我的判断
东西还能用，但它现在是一个「没有说明书保修」的状态。
能用的部分是实的：104 条能力、55 个 MCP 工具、13 张表的本地库，我一条条数过，端点都通。性能也正常，冷启动一秒出头，对于一个自带数据库引擎的包算是合理。
不能用的部分同样实在：仓库不对外，意味着你拿不到源码、看不到问题列表、提不了 bug、也没法确认下一个版本还会不会发。文档首推的安装方式已经失效，备用方式会误报成功。
最要命的是，你没法核对它了。 评测一个开源项目，最值钱的动作是「照着源码复现」。仓库一关，这条路就断了——我能验证的只剩打包产物和远端行为，验证不了它内部怎么算、有没有测试。顺带说一句，打好的安装包里一个测试文件都没有。
所以我的建议是分场景：
如果你只是要取 A 股数据做分析，现在装、现在用，没问题。软件包仓库那份还能装，接口也在跑，用它比自己去爬网页稳。但把你依赖的那几个接口写进自己的测试里——哪天它静默改了字段，你的测试会先叫。
如果你要把它做进产品、给客户交付，先别急着上。仓库不公开的项目，等于把供应链押在一个看不见的承诺上。等它把仓库重新开放，或者至少把文档搬到一个稳定的地方，再谈长期依赖。
一句话收尾：一个还没停机的服务，配一个已经打不开的仓库。用它可以，但请把它当成「第三方接口」来防，而不是「开源项目」来靠。
关注 AI商业快讯，每天一篇 AI 热点深度解读。
相关阅读：
