HAMi 晋升 CNCF Incubating 之后，我更想聊一件被忽略的事：AI 正在把开源社区的稀缺资源，从代码变成共识。
2026 年 7 月 2 日，HAMi 正式晋升 CNCF Incubating 项目（参见 HAMi 的公告）。对一个开源项目来说，这不仅意味着技术能力获得认可，更意味着社区治理、生态建设和真实采用都进了一个新阶段。
但如果你只把 HAMi 的成长理解成“一个 GPU 虚拟化项目成功了”，可能就错过了更重要的变化。
我参与 HAMi 社区建设这段时间，有一个感受越来越强烈：AI 正在改变开源社区的基本生产方式。当 AI Coding 让代码的生产成本不断下降，未来开源项目竞争的核心，将不再是谁写了最多代码，而是谁能建立更强的技术共识、吸引更多贡献者、形成可持续的生态网络。
这篇文章想把这个判断讲清楚。
HAMi 的成长数据说明：开源项目真正的资产是社区
先放数据，HAMi 目前是这样的：
| 指标 | 数值 |
|---|---|
| GitHub Star | 超过 3700 |
| 贡献者 | 来自 27 个国家、近 500 位 |
| 参与组织 | 多家，持续增长 |
| 版本发布节奏 | 每三个月一次 |
把这些数字放在一起，不是想秀“增长指标”。我想说的是另一件事：一个开源项目正在从“某个团队维护的软件”，变成“一群人为了共同目标聚在一起的技术社区”。
这个区别很关键。软件可以被 fork，可以被重写，可以被 AI 一夜生成出来；但一个有共同目标、有信任、有节奏的社区，没法被 fork。这才是开源项目真正不可替代的资产。
从治理成熟度的角度看，HAMi 走过了三个节点：
注意中间这段：从 2024 年 8 月进入 Sandbox，到 2026 年 7 月晋升 Incubating，差不多两年。这两年里，代码当然在增长，但真正让 CNCF 技术监督委员会（TOC）认可的，是社区的多元化、治理的规范化、以及真实生产采用的落地。这些东西，都不是靠写代码写出来的。
2021 年 HAMi 开源的时候，还没有 AI Coding
HAMi 最早开源于 2021 年。那时候，大多数开发者对 AI Coding 还没有今天这样的认知。一个开源项目能不能活下去，靠的是开发者真实投入时间，在 Issue 里讨论问题，用 Pull Request 提交代码，通过 Code Review 建立信任。
今天，环境变了。
在最近的一次 HAMi 社区直播里（玩转 HAMi DRA | 杨守仁 | HAMi 社区直播第二期），有人问了维护者一个问题：“现在 HAMi 的代码里，有多少来自 AI 辅助？”
杨守仁的回答让我印象很深：目前 HAMi 社区大约已经有一半代码由 AI 辅助生成。
一半。这个比例还在涨。
这马上带出一个尖锐的问题：如果 AI 能写越来越多的代码，那开源社区存在的价值到底是什么？是不是以后一个人加上几个 AI Agent，就能 fork 出一个“新 HAMi”？
我的答案是：不能。因为 AI 降低的是代码生产成本，不是技术共识成本。
AI 时代，代码不稀缺了，稀缺的是共识
这句话我想说得再锋利一点。
一个 AI Agent 今天能做的事已经很多：写代码、修 Bug、补测试、生成文档、写迁移脚本。这些能力还在快速变强。但社区里有几件事，AI 目前替代不了，我判断短期内也替代不了。
第一，判断什么问题值得解决。
拿 HAMi 来说，GPU 共享为什么重要？不是因为“把卡切细”这个技术很酷。而是因为 AI 基础设施进入规模化之后，现实变成了这样：GPU 成本巨大，异构硬件越来越多，Kubernetes 原生的资源模型不够用了。
社区需要先共同认可“这个问题值得投入”，才谈得上写代码。这个认可，是人和人之间的事，需要真实场景、真实成本、真实痛点来支撑。AI 可以帮你解决一个已经被定义好的问题，但“什么问题值得定义”，靠的是社区共识。
第二，技术路线的选择。
GPU 虚拟化这个领域，路线很多：MIG、MPS、Time-slicing、vGPU、DRA。每条路线都有取舍，选错了可能要走两年弯路。
代码可以生成，但架构选择本质是价值判断。HAMi 在昇腾 910C 上从硬件 SR-IOV 转向用户态 HAMi-core 的那条路，靠的不是某段代码写得好，而是维护者对“硬件切分太粗、软件切分更灵活”这个判断的坚持。这种判断，是社区在反复讨论、踩坑、验证里磨出来的，不是 prompt 出来的。
第三，信任。
用户选择 HAMi，不是因为“这个仓库里有多少 AI 生成的代码”。他们关心的是：谁在维护？谁在 Review？有没有真实生产案例？出了问题社区会不会响应？
这些东西，每一条都是人和人之间的关系，是社区组织能力的产物，不是代码质量的产物。
把这三点合起来看，AI 时代开源社区的生产模型正在发生变化：
过去是代码在先，社区从代码里沉淀出来；未来是共识在先，AI 把共识快速变成代码，代码再回流检验共识。稀缺资源的重心，从左边的“代码”移到了右边的“共识”。
AI 时代，开源治理本身也要升级
既然 AI 成了新的贡献者类型，社区的治理规则就必须跟上。
我建议你别把 AI 只当成工具，把它看成一类新的贡献者。以前是“开发者写代码、人 Review”；未来是“人定意图、AI 生成代码、社区 Review、沉淀成共享知识”。中间多了一层，治理的复杂度也多了一层。
HAMi 已经在回应这个问题。它的 CONTRIBUTING.md 里写得很明确：
If you are using any kind of AI assistance to contribute to HAMi, it must be disclosed in the pull request.
也就是说，用 AI 辅助贡献，必须在 PR 里声明。但社区也清楚，光有规范没有门禁是不够的（见 Issue #1998 的讨论），已经在讨论怎么给这条规范加上真正的约束。
这其实是所有 AI 时代开源项目都会撞上的问题，我把它拆成几条：
- AI 生成的代码，是否必须声明？
- 贡献者用的是哪个模型、什么上下文？
- 怎么保证 AI 代码的安全，避免注入和许可证风险？
- Maintainer 该用什么流程去 Review 一段他自己可能看不全的 AI diff？
谁能先把这些规则想清楚、落地，谁的社区就能在 AI 时代把贡献质量稳住。HAMi 的这段探索，值得每个开源项目参考。
CNCF Incubating 的真正意义
回到这次晋升本身。
我倾向于别把它当成一个“荣誉”。CNCF Incubating 真正验证的不是代码质量，而是一个项目有没有能力成为基础设施。它考察的是一整套东西：技术成熟度、社区治理、生产采用、生态建设。
HAMi 的案例，用一句话概括，不是“中国团队做了一个 GPU 项目”，而是：
一个由全球开发者共同参与的 AI Infrastructure 社区正在形成。
前者是个产品故事，后者是个生态故事。CNCF 给出的 Incubating 认可，认可的是后者。因为基础设施的竞争，从来不是单个产品的竞争，而是生态网络的竞争。
总结
未来十年的开源竞争，不会只是代码竞争，而是社区竞争。
当 AI 让每个人都拥有接近无限的代码生产能力之后，真正稀缺的能力会变成三件事：找到正确的问题、建立技术共识、组织全球开发者共同解决问题。
HAMi 的 CNCF Incubating 之路，只是 AI 时代开源社区演进的一个缩影。代码会越来越便宜，共识会越来越贵。谁能理解这个反转，谁就能在 AI 时代把开源社区真正做厚。
加入 HAMi 社区
添加笔者微信
jimmysong，加入聚焦 GPU 虚拟化与异构算力调度的 HAMi 社区，一起聊 AI 时代的开源治理。