MCP 又添猛料：本地 LLM 直接调用 Google 时序基础模型做零样本预测
一位 AI 方向的研究生把 Google 最新的 TabFM 和 TimesFM 打包成 MCP Server，塞进一个 Docker 容器。本地跑一张 3090 或 DGX Spark，Claude Code 就能直接做预测、分类、回归，Iris 数据集零样本准确率 94.7%。
一个研究生把 Google 的两个基础模型塞进了一个 MCP
上周 Google 一口气把 TabFM 和 TimesFM 两个基础模型的更新推到了社区，前者面向表格数据的零样本分类与回归，后者面向时序预测。参数量都不大——TimesFM 2.5 才 200M，但预训练的语料是 1000 亿真实世界时间点。传统 ML 里那些反复调参、反复训练的活儿，理论上一次前向推理就能干掉。
问题是，这两个模型放在 HuggingFace 上，你得自己写推理代码、自己搞数据管道、自己处理格式转换。对于想用 LLM 做 agent 的开发者来说，中间还得手动搭桥。
7 月 11 日，Reddit 的 r/MachineLearning 上出现了一个叫 Zer0Fit 的项目。作者是 AI 方向的研究生，把 TabFM 和 TimesFM 一起封装进了 MCP Server，用一个 Docker 容器起服务，接上 Claude Code、Codex 或者 Open WebUI，就能让本地 LLM 直接调用这两个模型完成零样本的 ML 任务。全程 100% 本地，不走任何云端 API。
这个东西的意义不在于技术复杂度——MCP wrapper 本质上就是个协议适配层——而在于它把"基础模型能力"和"agent 工作流"这两件本来还隔着一层的事情彻底打通了。以前你让 Claude 分析一个 CSV，它要么用 pandas 自己算，要么写一段 sklearn 训练代码给你（还得你自己去跑）。现在它可以直接调一个已经预训练好的 tabular foundation model，几秒钟出结果。
零样本 ML 到底能做到什么水平
先说结论：不比精调过的模型强，但对于"随手要个答案"的场景够用了。
作者在几个经典数据集上跑了测试：
- Iris 分类：零样本准确率 94.7%
- California Housing 回归：R² 达到 0.91
对比传统流程——数据清洗、特征工程、模型选择、交叉验证、超参搜索——这两个数字确实不算惊艳。Iris 用 SVM 或者随机森林随便跑跑就能上 96%+，California Housing 认真调过的 XGBoost 能上 0.85 以上，做点特征工程冲到 0.9 也不难。
但重点是"零样本"三个字。用户不需要写任何训练代码，不需要划分训练集验证集，不需要选算法，甚至不需要理解什么叫 R²。丢一个 CSV 进去，模型直接给出预测。这个体验对于两类人是革命性的：
- 不是 ML 专业但需要做 ML 的人：产品经理想快速验证一个业务假设、运营想预测下季度指标、后端工程师想做个粗糙的异常检测。以前得请数据科学家帮忙，现在自己就能出结果。
- ML 工程师做原型和 baseline：以前跑 baseline 至少得写半天代码，现在几分钟出结果，还能用来判断问题本身是否值得投入精力精调。
TimesFM 那边的故事更有意思。它是一个 200M 参数的 decoder-only transformer，训练语料包括 Wikipedia 页面访问量、Google Search 趋势等真实世界的"时间语料"。Google Cloud 已经把它集成到 BigQuery 里，通过 AI.FORECAST 函数直接调用，据官方说法预测精度可以对标 ARIMA。
2.5 版本最关键的升级是 16k 上下文和原生概率分位数预测——前者意味着你可以直接喂进去更长的历史数据不用做窗口切分，后者意味着不只是给你一个点估计，而是给出置信区间。这对做业务预测的人来说非常重要，因为老板经常问的不是"下个月销量是多少"，而是"最差可能到多少"。
工程细节：为什么值得看一眼源码
Zer0Fit 的实现有几个小设计值得说一下。
动态模型加载 + TTL。两个模型不是启动时就常驻显存，而是按需加载、5 分钟不用自动卸载。这个设计的合理性在于：
- 一个人偶尔用一下 MCP，没必要一直吃 16GB 显存
- 但如果连续调用，也不希望每次都要冷启动
- 5 分钟 TTL 是个经验值，兼顾了显存占用和响应延迟
对于跑 Ollama 或者 vLLM 的本地 LLM 用户，这个设计能显著减少显存竞争——本地大模型本身就吃显存，如果 TabFM/TimesFM 常驻，8GB 消费卡上根本没法玩。
单容器双模型。作者选择把两个模型塞进同一个 Docker 镜像而不是拆开，逻辑很朴素：从用户角度，"表格数据"和"时序数据"经常是一件事的两个视角。同一个业务场景里你可能既要预测未来趋势（TimesFM），又要对当前数据分类（TabFM）。两个 MCP 端点分别注册就行。
格式支持的路线图。目前只支持 CSV，作者说 XLS、XLSX、JSON、JSONL 会陆续加上。这个优先级其实很务实——真实业务数据 90% 都是 CSV，先把最大公约数搞定，Excel 那些边缘情况慢慢补。
硬件门槛。PyTorch-based，只支持 CUDA，安装脚本会自动检测架构。作者明确说了兼容 DGX Spark、3090、H100，以及"任何 Nvidia 16GB+ VRAM"的卡。16GB 是个卡脖子的数字——4060 Ti 16GB 版本能跑，3080 Ti 12GB 版本就悬了，AMD 用户和 Apple Silicon 用户目前无缘。
怎么接进你的工作流
典型部署路径大概长这样：
git clone https://github.com/porespellar/Zer0Fit
cd Zer0Fit
./install.sh # 自动检测硬件架构
docker compose up -d
起来之后，Zer0Fit 会暴露 MCP 端点。以 Claude Code 为例，在配置里加上 MCP server 地址就能直接用。之后你可以直接对 Claude 说：
帮我看下这个 sales.csv，预测下个季度的销量，给出 90% 置信区间
Claude 会自动调用 TimesFM，解析 CSV，返回预测值和分位数。整个过程不需要你写任何 pandas 或者 sklearn 代码。
Open WebUI 和 Codex 同理，只要支持 MCP 协议的宿主都能挂上。这也是 MCP 生态最近半年爆发式增长的原因——协议本身够薄，任何工具封装成 MCP 之后能被所有主流 agent 复用。
MCP 生态的一个信号
如果你最近一直在关注 MCP 生态，会发现 Zer0Fit 这类项目正在快速涌现。半年前 MCP 主要是数据库、文件系统、Git 这种"读操作"工具，最近三个月开始出现大量"专业模型能力"的封装——OCR、语音识别、图像分割，现在轮到了 tabular/time-series 基础模型。
这个演化路径不是偶然的。LLM 单打独斗能干的事情有天花板，尤其是需要数值精度的任务，让 LLM 自己 in-context learning 做数值预测既慢又不准。让它去调用一个专门训练过的模型，才是正解。这本质上是 compound AI system 那套思路的落地——LLM 做规划和交互，专业模型做精确计算。
Google 这波把 TabFM 和 TimesFM 开源出来，配合 HuggingFace 的托管和 MCP 这样的协议层，实际上是在推动一件更大的事情：让基础模型能力像 API 一样被自由组合。以前一个数据分析任务需要 ML 工程师写代码调库；未来这个任务可能就是一个 agent 自己调几个基础模型完成的。
一些疑问和局限
泼点冷水。Zer0Fit 这类项目现阶段有几个真实的问题：
一，评测数据太少。作者只跑了 Iris 和 California Housing 这两个经典数据集。这两个是玩具级的——真实业务数据的复杂度、噪声、缺失值、分布偏移是完全另一个数量级的事情。零样本模型在实际业务场景的表现，还需要更大规模的验证。
二，可解释性缺失。基础模型给你一个预测值，你没法像传统 ML 那样看特征重要性、看决策树的分裂路径。这在很多需要审计的场景（金融、医疗）是硬伤。
三，硬件依赖。16GB VRAM + CUDA 的门槛，把很多轻量场景挡在门外。理想的状态应该是有个 API 兜底——本地没卡的时候可以调云端的 TimesFM API。
四，MCP 协议本身的成熟度。目前 MCP 的规范还在快速迭代，不同宿主实现之间偶尔有兼容性问题。Zer0Fit 官方测试过 Open WebUI、Claude Code 和 Codex，其他 agent 框架能不能跑还得自己试。
顺便说一句
如果你手里没有 16GB 显存的 N 卡，但又想让 agent 有"调用专业模型"的能力，另一条思路是走 API 聚合。像 OpenAI Hub 这样的平台支持一个 Key 调所有主流大模型（GPT、Claude、Gemini、DeepSeek 等），国内直连、兼容 OpenAI 格式，把 Claude Code 里的 LLM 换成远端 API，再让本地机器只跑 Zer0Fit 的推理容器，是比较务实的组合——大模型的推理成本外包，专业模型的能力自留。
对于个人开发者，这种"混合部署"可能会成为主流：轻量的推理任务本地跑保护数据隐私，重量的对话生成走 API 减少硬件投入。
一句话总结
Zer0Fit 本身不复杂，但它是一个重要的信号：基础模型的组合式使用正在从概念变成日常工作流。以前你需要 ML 工程师帮你训模型，明年这个时候，你可能只需要对着 agent 说"帮我预测下这个数据"。
项目地址在 GitHub 上（porespellar/Zer0Fit），感兴趣的可以先在自己的 3090 上试一下。作者说下一步会加 Excel 和 JSON 支持，格式痛点解决之后，可能会真的成为很多小团队的默认工具。
参考来源
- Zer0Fit 项目主仓库 - GitHub — 作者原始开源代码，安装脚本和 Docker 配置都在里面
- Google TimesFM 官方仓库 - GitHub — TimesFM 2.5 模型代码、权重和 LoRA 微调示例
- Zer0Fit 发布讨论 - Reddit r/MachineLearning — 作者原帖和社区讨论，包含更多测试数据和使用反馈
