两个 GitHub 命名空间。一个 Ko-fi 链接。十一次 Git 从未遗忘的提交。 一次耗时 62 秒的命名空间修改、一段字节级完全一致的 Git 历史,以及公开的支持链接,把 MiaAI-Lab 与一条藏在明处的早期技术轨迹连在了一起。
在开始之前,先说清楚一件事:这不是一篇黑稿。我原本是支持 MiaAI-Lab 的。
在这个账号粉丝还不到 2,000 的时候我就关注了它,帮他们转发过基准测试,也真心希望这个项目能成。后来让我改变看法的并不是它的成功,而是它光鲜的公众形象与底层技术轨迹之间越来越大的裂痕。
本地 AI 生态建立在开源信任之上。当一个账号成为圈子里声量最大的声音之一时,来源就变得很重要。代码是谁写的?仓库从哪来?在这个品牌出现之前,存在过哪些身份和基础设施?
于是我不再看头像,转而去看 Git。没有泄露,没有私有权限,也没有服务器入侵。只有公开仓库、公开链接,以及任何读到这篇文章的人都能复现的原始 Git 对象。
这次调查不是出于恶意,而是为了在一个依赖开源信任的生态里,争取透明度和公平的竞争环境。
这不是我一夜之间编出来的理论。 很长一段时间以来,本地 AI 社区里一直有人在私下议论同一件事:Mia 这个账号背后的规模、产出量和身份,怎么都对不上。
不少人直接联系过我——他们自己的作品、项目和研究方向几乎无人问津,而某一个账号却似乎主导了几乎所有重要本地 AI 版本发布时的讨论。有些人投入了大量时间做出的成果突然很难被看见,他们觉得整个生态正在被 sheer volume(纯粹的体量)所扭曲。
这些本身并不能证明谁做错了什么,但解释了为什么我们这么多人一直在顺藤摸瓜。我们不是在找丑闻,而是想弄明白,为什么这么多人会不约而同地觉得哪里不对劲。

Mia's AI Lab 的公开形象。调查从主页开始,但证据藏在主页之下。
你不需要只听我的一面之词。下面每一个核心结论,都对应着一个你可以自己打开的公开仓库、提交、主页或链接。

MiaAI-Lab 的公开 GitHub 足迹。线索就从这里开始。
@MiaAI_lab 已经成为 X 上最显眼的本地 AI 账号之一,拥有数万粉丝,并且源源不断地发布 DGX Spark 配置、长上下文模型、基准测试和部署指南。
表面上看很简单:一个品牌,一个身份,一个实验室。
但 Git 历史并不简单。
代码是真的,工程是真的,仓库也是真的。但 MiaAI-Lab 底层的开发轨迹,远远超出了 Mia 这个命名空间。
它向前追溯到 zurih,横向延伸到 Cesarus85 名下 11 次字节级完全一致的 Git 提交,还指向一个更早的 Cesarus85 项目——该项目公开署名给了 Stefan Maier / Iris。甚至直到今天,Mia 的部署文件里依然保留着 zurih 这个标识符。
这还不能证明谁在实际操控 Mia 的 X 账号。但它证明了:品牌所暗示的那段干净、自洽的技术历史,并不完整。
而且几乎所有证据,一直都摆在公开可见的地方。
在看 Git 之前,先看看这些公开链接是如何实时串联起来的。
从仓库出发,点进主页,点击 X 徽章,再点击支持徽章。这里没有任何地方需要你先相信我。你可以用下面的源链接,自己重复同样的点击路径。

只沿着公开链接走:仓库 → 主页 → Mia → 支持页面。
1. 顺着链接走:两个仓库,同一个 Ko-fi 目的地
最快的关联并不藏在某个冷门的 Git 对象里,它就写在 README 中。
打开 MiaAI-Lab 名下的 DeepSeek 1M-context 仓库。它的 README 把读者引向了 @MiaAI_lab 和 ko-fi.com/Z8Z3SPLOD。
现在打开 Cesarus85 名下同名仓库。
它把读者引向了 同一个 X 账号和同一个 Ko-fi 页面。
点进去看看。Ko-fi 页面自称是 Mia,并回链到同一个公开生态。在 10 月 2 日的截图中,该页面显示有 64 位支持者,筹款目标进度为 4,000 美元的 75%,还有一个 “x 608 received” 计数器。
我刻意没有把这个计数器换算成美元金额,因为页面并没有把它标为 608 美元。有意思的事实不需要添油加醋:一个挂在 Cesarus85 名下的仓库,正在发布 Mia 的社交和支持页面链接。
这是仓库历史与 Mia 品牌之间一条直接的、可复现的发布链路。

可以清楚看到 Follow Me on X 和 Buy me a coffee 按钮。你自己也可以试试。
从仓库发布的 Ko-fi 页面自称是 Mia,并回链到同一个公开生态。

相同的 X 链接
相同的 KO-FI 链接
2. 62 秒的修改:Git 留下了旧名字
接着,仓库历史给了我们一个更难用“视觉巧合”解释的东西。
回到根提交:
47f3b26695361d5e8fab6cb4488f4e117975413c
在那个快照里,README 第 40 行告诉用户这样 clone:
github.com/zurih/DeepSeek-V4-Flash-Dual-DGX-Spark-1M-Context.git
现在打开紧接着的下一次提交。
同一行从 zurih 变成了 MiaAI-Lab。
这两次提交记录的作者时间戳,相差 62 秒。
这就是 Git 保留下来的东西:一个旧的命名空间引用,紧接着就是它的替换版本。它不能告诉我们当时坐在键盘前的是谁,但这次修改确实存在。



3. Git 不会遗忘:十一次字节级完全一致的提交
文本匹配可以靠复制粘贴,但 Git 对象能给我们更精确的证据。
Git commit SHA 标识的是确切的提交对象。所以我们分别下载了 MiaAI-Lab 和 Cesarus85 的仓库,然后运行:
git cat-file -p 47f3b26695361d5e8fab6cb4488f4e117975413c
两个仓库返回了同一个 236 字节的提交对象,以及同一棵树:
a8ca3ec9f42a46b090b5ca6516effe6f54f148d3
我们直接对比了 payload。逐字节完全一致。
然后我们扩大了比对范围。
从抓取到的 Cesarus85 main 分支可达的全部 11 次提交,也都出现在抓取到的 MiaAI-Lab main 分支的 16 次提交之中。这 11 次提交的 payload 全部吻合。

Cesarus85 版本的 DeepSeek 仓库在其 main 分支上显示 11 次提交。这 11 个提交对象同样出现在 MiaAI-Lab 的历史中。
这比发现同一份 README 被复制了两次要有力得多。它确立了 共享的 Git 历史。
但有一点必须区分清楚:Git 哈希只能证明对象一致,不能从密码学上验证推送它们的人是谁。这段历史可能来自 clone、import、共享的上游,或者同一个操作者。
数学能证明的是历史,而不是人。



同一个不可变的 Git 对象。共享的历史。字节层面没有任何猜测空间。
**
4. 两个时钟,一个关键细节
GitHub 显示 Mia 托管的仓库创建于 2026 年 6 月 9 日,Cesarus85 的仓库创建于 2026 年 6 月 24 日。它们的 GitHub 仓库 ID 也不同。
然而,较新的那个仓库里却包含了较早的共享提交历史。
这并不矛盾。Git 历史是可移植的。已有历史可以被导入新建仓库,而底层提交对象不会改变。
关键在于,不要假装这能说明内容是从哪边流向哪边的。它只能说明:这两个仓库共享历史,而 GitHub 把它们记录为分别创建的仓库。

5. Cesarus85 有个公开姓名:Stefan Maier
Cesarus85 本身并不是以匿名开发者身份出现的。

公开的 GitHub 主页在用户名 Cesarus85 正上方显示着 Stefan Maier,并关联了账号 @stefanmaier。
公开的 GitHub 主页在用户名 Cesarus85 正上方显示着 Stefan Maier,并关联了账号 @stefanmaier。
另一个公开的 X 主页同样使用 Stefan Maier 这个名字,账号是 @StefanMaier。

关联的公开 X 身份同样显示为 Stefan Maier,即 @StefanMaier。
这些账号之间还有公开的互动。在 6 月 23 日的一条帖子串中,Stefan Maier 说他跑通了来自 @MiaAI_lab 的 DeepSeek V4 Flash 方案,用的是两台 Spark。Mia 直接回复了那条帖子,对话随后延伸到 Hermes 和并发测试。
这种互动不能证明账号归属同一人。它能证明的是:公开的 Stefan Maier 账号、Mia 账号,以及这个具体的技术项目,在同一时间点上有过公开互动。

2026 年 6 月 23 日:Stefan Maier 称他正在运行来自
的 DeepSeek V4 Flash 方案;Mia 在同一条帖子串中直接回复。
再来看更早的仓库历史。Cesarus85/Hermes-Influencer 包含一个插件清单,其中有明确的项目署名:
author: Stefan Maier / Iris
这就给出了 Cesarus85 开发者身份 与 Stefan Maier 这个名字之间一个可复现的公开关联。
但它本身并不能证明 Stefan Maier 控制着 @MiaAI_lab。那是另一回事,证据到哪一步就该停在哪一步。

一个更早的 Cesarus85 项目独立署名为 “Stefan Maier / Iris”。
**

6. 配置里的幽灵:zurih 从未真正消失
这个旧标识符并不只存在于一个被遗忘的 2026 年根提交里。
它还活在后来 MiaAI-Lab 的部署材料中。
当前的一份 GLM 基准测试脚本使用了:
WORKER_USER:-zurih
作为默认的 worker 用户名。
另外,Qwen dual-Spark 的 README 在用于文中测试的配置列里,也出现了 zurih。
这一点很重要,因为它在不同时期发布的独立材料之间建立了连续性:zurih 出现在历史的起点,至今仍嵌在后来 MiaAI-Lab 的部署文档里。
我们验证的是已发布的文件,并没有登录机器或测试凭据。



**
7. Agent 的痕迹:“Pi Agent” 署名
仓库日志揭示了另一个技术细节:在被测的 Mia DeepSeek 分支上,有七次提交带有 作者署名 “Pi Agent”(六次日期为 2026 年 6 月 14 日,一次为 2026 年 7 月 9 日)。
在被测的 Mia DeepSeek 分支上,有七次提交的作者名为 “Pi Agent”:六次日期为 6 月 14 日,一次为 7 月 9 日。
这与 Agent 辅助开发的流程相符,但同样要注意区分:Git author 字符串是可配置的元数据。它不是原始执行日志,无法告诉我们跑了哪个模型、人工改动了多少,或者由谁监督。

8. 结论:这条轨迹是真实的
把证据拼起来看。
两个现有仓库都把读者引向同一个 Mia X 账号和 Ko-fi 页面。
根提交里的 README 指向 zurih,紧接着的下一次提交就把同一条 clone 指令改成了 MiaAI-Lab,两次提交的作者时间戳相差 62 秒。
MiaAI-Lab 和 Cesarus85 的仓库共享一段 11 次提交、字节级完全一致的 Git 历史。
Cesarus85 公开使用的名字是 Stefan Maier,而一个更早的 Cesarus85 项目独立署名为 Stefan Maier / Iris。
当前的 MiaAI-Lab 部署材料中仍然包含 zurih。
以上每一点都不依赖人脸识别、泄露、私信或猜测。它们都是公开的技术产物。
综合起来,它们构成了一条强有力的溯源链:MiaAI-Lab → zurih → 共享的 Cesarus85 仓库历史 → Cesarus85 的公开身份 Stefan Maier。
不过有一条边界,在没有证据的情况下我不会越过:仅凭这些证据,不能证明 Stefan Maier 本人控制着 @MiaAI_lab、拥有那个 Ko-fi 账号,也不能证明其女性人设是虚构的。
但它们确实证明了一件重要的事:
Mia's AI Lab 背后的工程历史,远比其干净的公众形象所呈现的更加盘根错节。
而 Git 替我们留好了凭证。
自己动手复现
你不需要访问任何私有系统,就能复现这些核心发现。
1. 打开两个 DeepSeek 仓库。
检查它们 README 中发布的 X 和 Ko-fi 链接。
2. 打开 Mia 的根提交。
查看 README 第 40 行,以及历史上的 github.com/zurih/... clone 地址。
3. 打开下一次提交。
看同一行如何从 zurih 变成 MiaAI-Lab。
4. Clone 两个仓库并检查对象。
git cat-file -p 47f3b26695361d5e8fab6cb4488f4e117975413c
5. 对比历史。
抓取到的 Cesarus85 main 分支包含 11 次提交;这 11 个对象同样出现在 MiaAI-Lab 的历史中。
6. 打开公开的 Cesarus85 主页和 Hermes-Influencer 清单。
查看显示的 Stefan Maier 身份,以及 Stefan Maier / Iris 的项目署名。
7. 在当前的 MiaAI-Lab 部署文件中搜索 zurih。
先复现这些产物,再去判断它们意味着什么。
最后一点技术致谢
有一点我不想漏掉:本次调查中大量的仓库考古和证据追踪工作,都是用 CYBER-FROST 3.8 完成的。
具体来说,我跑的是 vcruz305/CYBER-FROST-3.8-EXL3-SAGE-3.87bpw,也就是 Victor Cruz 在与 Blackfrost-AI 合作的 Cyber-Frost 3.8 项目中发布的 EXL3 版本。Hugging Face
它在这类工作上表现极其出色:翻找杂乱的仓库历史、跨项目追踪标识符、对比原始 Git 对象、发现值得深挖的关联,以及同样重要的——当证据其实不支持某个结论时,敢于提出质疑。
非常感谢 @ViC305 和 @Blackfrost_ai 在这个模型和发布版本背后所做的工作。
必须说清楚:Victor 和 Blackfrost 都与本次调查无关。
他们没有选定调查对象、提供证据、指导研究、审阅文章,也没有参与任何结论的形成。
我提到他们,是因为我把他们的模型当作研究引擎来用,而它干得实在漂亮。
CYBER-FROST 3.8 原始发布帖:
https://x.com/ViC305/status/2104692731620769948?s=46
仅为模型致谢。@ViC305 和 @Blackfrost_ai 并未参与本次调查。
方法说明:于 2026 年 10 月 2 日对选定的公开仓库进行逐字节 Git 对比、GitHub 元数据检查和已发布链接核验。研究工作借助 CYBER-FROST 3.8 在本地完成。调查过程、证据选取、结论及发布决定均由我个人负责。未使用任何私有账号权限或线上基础设施访问权限。





