曝华为“白嫖”开源团队技术方案 踢了对方转头低价找外包

简单一句话总结：华为在项目初期找开源团队深度合作，“借用”完核心技术方案后，华为转头就把原创团队踢出局，换成低价外包来接盘。

事件完整来龙去脉

开发者 “布布” 为.NET 社区资深开发者，出于个人爱好，从2024年起利用业余时间推进 Avalonia 框架与鸿蒙系统的适配工作，目标是让.NET 开发者能直接开发鸿蒙原生应用。

项目在2025年初取得关键进展，实现了.NET NativeAOT 运行时在鸿蒙上的基础运行、Avalonia UI 真机渲染，甚至完成了 MAUI 程序在鸿蒙的兼容测试，一度被视为鸿蒙.NET 生态的突破点。2025年7月Avalonia 官方与华为洽谈合作，计划推进鸿蒙适配工作，并承诺合作达成后，全职或兼职雇佣开发者 “布布” 继续主导适配项目。在长达数月的技术对接中，双方开会、改代码、调参数，开源团队几乎是以“准员工”的强度在给华为免费打工。出于对 Avalonia 与华为合作的信任，开发者为了避免利益冲突、配合技术规范确认，将项目从公开仓库转入闭源开发，暂停了对外更新。

可就在技术攻关完成、方案基本定型的时候，风向变了。此后合作多次推迟，直到2026年初，多家外包公司通过 B 站、博客联系开发者，寻求承接 Avalonia 鸿蒙适配项目，开发者才得知：华为在与 Avalonia 洽谈期间，将 Avalonia 提供的技术信息，在招标平台上向国内供应商公开招标。开发者确认，招标信息中的技术细节，正是 Avalonia 向华为提供的合作资料，而华为名义上仍与 Avalonia 洽谈合作，实际已通过招标分流了适配需求。

2026年5月，Avalonia 开发群发现，某外包公司（软通动力）在 Boss 直聘上发布了《Avalonia 框架工程师》招聘信息，且该外包公司已成功中标鸿蒙适配项目。开发者在与 Avalonia 核心成员董彬确认后，证实了项目被外包公司承接的事实，最终决定终止项目。

开发者在 GitHub 发布公告，宣布 OpenHarmony-NET 组织下的所有项目停止更新，已开发内容不再公开。公告中提到，后续适配工作大概率会由中标外包公司以 “某 SIG 组织” 名义开源，开发者拒绝将自己的前期成果无偿公开，仅要求后续使用相关代码的企业遵守 MIT 协议，保留原作者署名。

这是技术性白嫖

有分析认为这是一场披着商业流程外衣的、对民间开源开发者的 “技术性白嫖”。

它不是法律意义上的侵权（没有直接复制代码），但在开源伦理、商业信用、开发者权益保护的维度上，就是典型的 “白嫖” 行为。开发者布布的核心损失，不是 “没拿到钱”，而是信任被辜负、前期探索性投入被无偿收割、个人成果被第三方通过招标流程 “洗白”。

布布原本是纯个人爱好推进开源项目，2025年7月后，因为 Avalonia 官方和华为谈合作，且承诺 “合作达成后全职 / 兼职雇佣他继续适配”，他才主动停止公开开发、转入闭源仓库。这个行为本身，是他为了配合潜在的商业合作，放弃了开源社区的反馈、贡献和曝光机会，本质上是为合作方提前付出了机会成本和时间成本。

华为与 Avalonia 的合作洽谈长期推迟，却在公开招标平台上，拿着 Avalonia 提供的技术信息（包括布布前期探索的适配方向）向国内供应商招标。招标信息里的技术细节，正是 Avalonia 向华为提供的合作资料，而布布的前期工作，是这些技术信息的重要来源之一。

换句话说：合作方利用开发者的信任和前期投入，完成了技术方案的验证，然后转身通过公开招标，把项目给了第三方外包公司，最终开发者的成果被无偿使用，还拿不到任何权益，它和普通白嫖的区别：更隐蔽，更伤生态。

华为的操作逻辑很简单：原创团队有技术追求，贵；外包团队只需要照葫芦画瓢，便宜。

华为打了一盘精明的算盘：核心方案已经“套”到手了，既然逻辑已经通了，剩下的苦力活随便找个听话、便宜的外包就能干。至于开源社区的荣誉、原创者的版权？在华为面前，似乎不值一提。

巨头的体面，不该建立在“收割”之上

华为一直以来给人的形象是“重视研发”、“尊重人才”。但这次曝光的行为，却展现了它在业务扩张中冷酷的一面。

这已经不是大厂第一次对开源社区进行“降维收割”了。很多大厂打着支持开源的旗号，实际上是把开源社区当成了免费的“方案孵化器”和“人肉题库”。

这种行为对生态的破坏是毁灭性的：

寒了开发者的心： 如果原创不如“汉化”，创新不如“白嫖”，谁还愿意去做那些吃力不讨好的底层研发？

劣币驱逐良币： 当低价外包取代了硬核原创，项目的后续质量和演进能力大打折扣，最终买单的还是用户。

信任崩塌： 开源讲究的是 Peer-to-Peer 的信任，大厂这种“空手套白狼”的做法，正在让国产开源环境变得日益孤立。