菊黄招标，作者出局：Avalonia 鸿蒙移植停更背后的开源收割术
一句话开场
2026 年 5 月 9 日，开发者 B 在 GitHub 上宣布：他个人主导的 Avalonia 开源鸿蒙移植项目正式停更，已开发内容不再公开。
几百位关注者在评论区错愕。而真正值得错愕的不是项目停更本身——是停更背后那套精密运转的、让一个用爱发电的贡献者被结构性地”合法”架空的机制。
这不是一个个案。这是一份开源生态套利模式的完整标本。
现象：一桩”合法”的生态套利是如何完成的
先科普：Avalonia 是什么？
Avalonia 是一个基于 .NET 的开源跨平台 UI 框架，你可以理解为 C# 版本的 Flutter——它能将 Windows 桌面程序搬运到 Linux、macOS 等其他系统上。在信创浪潮下，国内大量遗留的 Windows 桌面应用需要低成本迁移到鸿蒙 PC / 信创 Linux 上，Avalonia 的鸿蒙适配就成了一个关键的技术缺口。
开发者 B 从 2024 年底开始，以个人身份为 OpenHarmony（开源鸿蒙）做 Avalonia 的移植适配。他有本职工作，这件事纯属业余用爱发电，移植代码以 MIT 协议开源。
五步”合法”收割链
整个事件可以拆解为五个步骤，每一步都在规则之内，但每一步都让开发者的处境变得更加被动：
第一步：用爱发电期（2024 年底 — 2025 年 7 月）
B 独立完成了 Avalonia 在鸿蒙上的初版移植。彼时鸿蒙 PC 在海外毫无热度，他是地球上最熟悉这块工作的人——这个”唯一性”将在后续成为博弈中被利用的筹码。
第二步：假性谈判期（2025 年 7 月 — 年底）
Avalonia 公司（爱沙尼亚）与 菊黄 开始洽谈官方合作。Avalonia 公司承诺：如果合作达成，将全职或兼职雇佣 B 来做鸿蒙适配工作。B 被这个承诺吸引——他热爱 Avalonia，向往 Avalonia 公司的远程办公和团队氛围。
于是从 2025 年 7 月起，B 将后续的移植代码推送到了闭源仓库，为即将到来的合作做准备。这是一个合理的决定——但也是一个让他失去”开源保护伞”的决定。
第三步：信息套利期（2026 年初）
合作最终流产了。具体原因菊黄和 Avalonia 公司都没有公开说明，但背景中有一个无法绕开的因素：Avalonia 公司所在的愛沙尼亞是积极推动制裁菊黄的欧盟国家之一。一个开源框架的适配合作，最终撞上了地缘政治的暗礁。
关键是接下来的操作：菊黄拿着 Avalonia 公司在谈判中提供的信息，转向国内招标平台对外招标。多家外包公司通过博客联系到了 B——它们拿到的项目信息，正是 Avalonia 公司提供给菊黄的那一份。
这场博弈中没有人违法，每个人都按规则办事——但规则本身，就是为大厂量身定做的。
第四步：外包接盘期（2026 年年初 — 5 月）
外包公司希望 B 帮忙拿下这个标，条件任他开。B 拒绝了——他有工作，不差钱，他想要的只有一件事：入职 Avalonia 公司，做自己热爱的事。
他不愿意为国内外包公司打工，也不愿意入职菊黄。这个选择在法理上毫无问题，但在博弈中意味着他放弃了唯一一个留在牌桌上的机会。
第五步：开发者出局期（2026 年 5 月 8 日 — 9 日）
B 获悉该标已由某外包公司成功拿下。他随即宣布项目停更，归档所有代码。
他的逻辑清晰且克制：既然外包公司拿钱干活做这套适配，他继续用爱发电就失去了意义——“不能让第三方公司拿钱不干活，保证自己的权益的同时也算保证菊黄的权益”。
但所有人都知道真正的结局是什么：一个把项目从零肝到跑通的开发者，因为不属于任何一家”有资格竞标的主体”，最终被规则关在了门外。
分析：为什么这套机制能运转起来？
这套”合法收割”机制的运转，依赖三个同时发生的结构性条件：
一、地缘政治屏障
Avalonia 公司注册在爱沙尼亚。爱沙尼亚是积极推动制裁菊黄的欧盟国家之一。这意味着菊黄几乎不可能与 Avalonia 公司建立正常的商业合作——不是不想，而是监管风险过高。而一个开源 UI 框架的移植适配，又不值得投入海量的资金和法务资源去绕过这道屏障。
于是菊黄的选择是：绕过 Avalonia 公司，直接在国内找外包。这是商业理性，不是道德选择。但对于被夹在中间的 B 来说，这堵墙是他无法推倒的。
二、HC 冻结：大厂不招人，只找外包
B 的条件不是钱，而是一个 HC——成为 Avalonia 公司的员工，专职做这件事。Avalonia 公司与菊黄的谈判方案中，大概率包含了这个 HC 需求。
但在当下的互联网大厂环境中，HC 是比预算更稀缺的资源。一个正式员工的编制意味着长期的固定成本，而一个外包项目只是一次性的阶段性支出。菊黄选择了后者——这是一个 “HC 已锁” 的大环境下的必然结果。
B 不愿做外包公司的临时工。于是合作在 HC 被锁死的那一刻就已经注定谈崩。
三、AI 叙事：你不再是不可替代的
最后的一层，也是最让人不安的一层：
为什么菊黄和外包公司认为不需要 B 也能搞定？答案朴素到残忍——因为 AI 来了。
AI 在做代码移植和语言翻译这件事上确实相对擅长。外包公司可以自信地说：就算没有原作者，我们从头用 AI 做一遍也能交付。MIT 协议下，B 的代码他们可以用；就算不用，净室开发 + AI 辅助也能复现。
开源曾是一个贡献者的门槛——你公开代码，换取声望和行业地位。但当 AI 能读懂你代码中的所有思想后，你的代码本身就不再稀缺了。理解并复刻你的工作变得前所未有的容易，那么你还能用什么来议价？
受众与代价
这套机制的”韭菜”是开源贡献者群体——那些用业余时间为生态做适配、写文档、修 bug 的人。他们以为开源的回报是声望、认可、行业机会，但这套机制告诉他们：
你的用爱发电，只是大厂在招标前做的免费可行性调研。
代价是多重的：
- 个体层面：B 失去了他热爱的项目方向，几百位关注者失去了一个成熟的鸿蒙适配方案。
- 生态层面：开源贡献者会意识到——你的开源成果可能不归你，甚至不归社区，而是归最终拿到标的那家外包公司。
- 信任层面：当”开源”从合作的前奏变成套利的工具，下一次还有多少人愿意为鸿蒙生态用爱发电？
如何识别与规避：开源贡献者自检清单
如果你正在为一个平台或大厂生态做开源贡献，在投入大量时间之前，请先问自己这五个问题：
1️⃣ 我的成果有没有被”假性谈判”锁住？
如果你因为某个”即将达成”的合作而将代码闭源，你就失去了”开源社区”这张保护伞。合作没谈成的那一刻，你既没有开源的名声，也没有闭源的收益。
2️⃣ 我的不可替代性建立在什么之上？
是建立在”只有我能做”的技术领先上，还是建立在”只有我愿意花时间做”的投入上？如果前者，AI 可能在半年内追平你；如果后者，任何一个拿了预算的团队都能跟上。
3️⃣ 牌桌上有没有我的位置？
如果大厂最终不跟框架官方合作，而是转向国内招标——你作为一个独立开发者，是否有资格成为投标主体？如果没有，你就永远是那个”可以被绕过去”的人。
4️⃣ 对方想要的是你的代码，还是你这个人？
外包公司找你帮忙竞标，条件随便开——但那是要你的代码和经验，不是要你这个人。一旦标拿下了，你和这个项目的关系就结束了。你愿意只做一块跳板吗？
5️⃣ 如果 AI 明天就能复刻你过去一年的工作，你还剩下什么？
这不是一个科幻问题，这是一个 2026 年的现实问题。你的价值锚点如果是”我写出了这些代码”，AI 时代你就不再有议价权。如果你的价值锚点是”我理解这个场景、我能做决策、我有社区信任”——那才是 AI 短期拿不走的东西。
结论
开发者的热情是开源的燃料。但当大厂用开源做免费调研，用地缘政治回避合作，用 HC 冻结规避长期投入，用 AI 叙事消解贡献者的不可替代性——这套组合拳打下来，没有一个人在违法，但那个最早开始用爱发电的人，就是被规则合法地踢出局了。
这是 2026 年的开源生态里，最值得每个贡献者认真读一遍的案例。