Mycelium Finance 实测：AI Agent 如何直连链上实时数据

给 AI Agent 找数据源，最让人头疼的往往不是模型本身，而是你抓到的数据要么是过期的、要么是给人看的网页。项目官网大多像宣传册——你写个爬虫，解析一个下周就会改版的表格，拿到的数字还是滞后的。

Solana 上的 Mycelium Finance 提供了一条不同的路径：它不把数据放在需要人类阅读的页面上，而是直接把整个策略账本做成机器可调用的接口。它通过 MCP（Model Context Protocol）服务器把链上数据暴露出来，让 Agent 可以直接查询、解析和记录。

一个思路：要查询的策略，而不是要爬的页面

Mycelium 把自己的流动性分散在一篮子经过筛选的生态合作代币上，覆盖 DeFi、RWA、AI、GameFi 和 Meme 类别，而不是把所有资金压在一个深度交易对里。项目目前有两个代币：$MYC 是核心代币，$ESF 是质押代币。

真正值得我们关注的是：它把这篮子的实时数据通过一个 MCP 服务器暴露出来，地址是 https://www.myceliumfinance.com/api/mcp。支持 MCP 的 Agent 直接连接并调用工具，不需要爬页面、不需要解析 HTML、不需要猜测表格布局什么时候会变。

对于正在搭建 Agent 数据管道的开发者来说，这意味着一件事：数据源主动把自己包装成了 Agent 可以消费的形态，而不是等着被逆向工程。

MCP（Model Context Protocol）是由 Anthropic 于 2024 年底提出并开源的协议标准，目的是给大语言模型与外部工具、数据源之间建立一套统一的调用约定。它借鉴了 LSP（Language Server Protocol）的思路：把「模型」和「工具提供方」解耦，双方只要各自实现协议，就能互相组合。一个 MCP 服务器通常会声明若干 tool（可调用函数）、resource（只读数据）和 prompt（预设模板），客户端（Agent 运行时）则负责发现、选择并调用它们。相比让模型去写爬虫解析网页，MCP 的价值在于接口是显式声明的：参数 schema、返回结构、字段含义都由服务端定义，模型不必猜测布局，也就不会因为页面改版而失效。

实际调用返回了什么

调用免费工具并读取返回内容后，可以看到数据是结构化的，并且带有自解释字段。以下数据来自 MCP 服务器的一次快照，时间为 2026-10-14T21:35Z，是一个时点的横截面，不是趋势。

get_mycelium_allocation：策略流动性分布

这个工具返回策略中每个项目的流动性（以美元计价），同时附带池地址、DEX 名称和配对代币。快照显示 $32,277 分布在十条腿上：KNOTS $6,502（20.1%）、PRCL $4,818（14.9%）、KINS $3,522（10.9%）、GABLE $3,487（10.8%）、SOL $3,335（10.3%），其余五条腿合计占剩余部分。

值得留意的是响应中的 note 字段：它主动说明了合作池正在从 $ESF 配对迁移到 $MYC 配对，因此过渡期间两种配对都会出现。这种背景信息通常只存在于 Discord 聊天记录里，而这里它被直接写进了 API 响应。

get_mycelium_distribution：代币供应分布

这个工具从 Solana 链上读取 1,000,000,000 枚 $MYC 的分布情况：流通量 998,604,271，其中锁定代币供应 551,045,000、未锁定 LP 流动性 233,097,239、锁定 LP 流动性 145,433,497、交易流动性 69,028,536、已销毁 1,395,729。

它还返回了一行计算好的摘要：84.58% 的可交易 $MYC 已经在池中运作。这类预计算字段的价值在于，Agent 不需要自己写算术逻辑就能直接引用结论。

get_solana_top_performers：生态表现者

这个工具返回 Solana 生态中的表现者列表，并把项目自己的合作方置顶并赋予排名。Agent 不需要发起第二次 API 调用，就能看到这篮子代币在更广泛市场中的位置。

此外还有 get_myc_token_info，返回 mint 地址、精度和代币程序，以及项目吉祥物 Myceli 的品牌资产和使用条款，包括配色方案。get_faucet_info 则记录了付费工具的信息。

链上数据通常以原始字节或最小单位存储，例如代币数量会带有 decimals 精度（SPL 代币常见为 6 或 9 位），需要除以 10 的精度次方才能还原成人类可读数值；金额则常以 lamports（1 SOL = 10^9 lamports）表示。因此一个对 Agent 友好的接口，往往会在原始字段之外再提供已经归一化的数值和比例。此外，Solana 上的代币账户分为 mint（定义代币本身、精度和权限）与 token account（持有余额）两类，查询分布时需要遍历大量账户或借助索引器。文中工具返回的 mint 地址、精度与代币程序，正是为了让 Agent 能自己复算和验证，而不必盲信服务端的数字。

为什么 Agent 开发者应该关注

从实测来看，有三个设计值得注意。

工具自带描述性元数据。 每个响应都带有 updatedAt，部分响应还带有 note 或 summary 字段来解释数据含义。Agent 可以据此记录数据来源和注意事项，而不需要人类预先写好解释逻辑。这种自描述设计在 API 中并不常见。

存在一条有实际激励的付费路径。 get_mycelium_snapshot 工具每次调用收费 $0.05 USDC，通过 x402 支付协议结算。钱包的首次付款会获得 1,337 枚 $MYC 作为奖励。每日历史数据收费 $0.01，但不附带奖励。这意味着从“我想要数据”到“这里是钱，这里是数据”有一条文档化、机器可支付的路径，无需注册账户、无需 API key、无需销售沟通。

同一份数据有纯 HTTP 镜像。 每个免费工具都有对应的 HTTP 路由——/api/mycelium-allocation、/api/mycelium-distribution、/api/solana-top-performers——外加 token.json、pools.json 和一份 OpenAPI 3.1 规范。如果你的技术栈还没接入 MCP，也不会被锁定。

x402 是一套基于 HTTP 402「Payment Required」状态码的支付约定，由 Coinbase 推动，用于让 API 按次收费而不依赖账户体系。典型流程是：客户端先发起请求，服务端返回 402 并附带价格、收款地址、支持的链与代币等支付要求；客户端完成链上转账后，携带支付凭证重试请求，服务端验证凭证即返回数据。由于结算是链上稳定币转账，调用方无需注册、无需 API key、也无需与人对接收费条款，机器可以在一次交互中完成「看到价格—付款—取数」的全过程，这正是 Agent 自主采购数据的前提。

一个可以改进的地方：免费历史数据的缺失

需要诚实说明：以上所有数字都是快照，而快照无法告诉你一个数字是在上升还是下降。

项目确实记录了历史数据——有一个付费的 get_mycelium_history 工具，返回每个 UTC 日的一条摘要——但对于一个冷启动、正在评估这个数据源的免费 Agent 来说，没有任何免费途径可以看到过去一周的走势。

如果增加一个免费的、带版本号的、只读的历史端点（哪怕只是一个七天窗口），Agent 就能在付费之前回答“这个策略在增长吗？”这个问题。对于一个已经比大多数 API 更 Agent 友好的接口来说，这只是一个小小的补充。

自己试一下

如果你运行着支持 MCP 的 Agent，把它指向 https://www.myceliumfinance.com/api/mcp，然后让它调用 get_mycelium_allocation。一次调用就能拿到结构化答案。

这就是 Mycelium 的核心主张：不是一个要爬的页面，而是一个可以查询的数据源。对于正在为 Agent 寻找可靠链上数据的人来说，这个模式本身可能比项目代币更值得研究。

以上所有数据来自 Mycelium Finance MCP 服务器在 2026-10-14T21:35Z 的一次快照，不是趋势判断，不是预测，也不构成投资建议。

OpenAPI 规范（当前版本为 3.1）是一份用 JSON 或 YAML 描述的机器可读接口契约，列出每个端点的路径、方法、参数、返回结构与错误码。它的意义在于让工具链自动消费：代码生成器可以据此产出各语言的客户端，Agent 框架可以据此把 HTTP 端点包装成可调用工具，验证器可以据此检查响应是否符合约定。因此，一个同时提供 MCP 服务器和 OpenAPI 规范的项目，实际上给出了两条并行的接入路径——前者面向原生支持 MCP 的 Agent 运行时，后者面向任何能读 HTTP 的通用系统，两者共享同一份数据源，也降低了被单一协议锁定的风险。