曝華為“白嫖”開源團隊技術方案？踢了開發者跟第三方公司合作

2026年5月8日，由獨立開發者 “布布” 主導的OpenHarmony-NET/OpenHarmony.Avalonia項目正式宣布停止更新并歸檔。

該項目是.NET 生態中，將 Avalonia 跨平臺 UI 框架適配 OpenHarmony（鴻蒙）系統的關鍵探索項目，曾被認為是打通.NET 開發者與鴻蒙生態的重要橋梁。事件因合作爭議引發，在國內開源社區與.NET 開發者圈引發了廣泛討論。

事件完整來龍去脈

開發者 “布布” 為.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 向華為提供的合作資料，而布布的前期工作，是這些技術信息的重要來源之一。

換句話說：合作方利用開發者的信任和前期投入，完成了技術方案的驗證，然后轉身通過公開招標，把項目給了第三方外包公司，但開發者不愿跟第三方外包公司合作，最終開發者的成果被無償使用，還拿不到任何權益。

但也有人認為：華為和 Avalonia 合作談不妥，必然會找第三方公司來執行，現在第三方公司跟開發者布布說了愿意合作，條件也讓布布隨便開，但布布不愿意去第三家公司，只愿意與Avalonia合作，導致目前的局面。華為本身沒有錯，開發者也沒有錯，只是合作沒談攏而已，開發者并不能決定華為和哪家公司合作。

整個事件中，是Avalonia跟開發者說，跟華為的合作談成后雇傭你，讓開發者停更、轉入閉源、配合等了一年，讓開發者承擔了機會成本，Avalonia卻沒有任何補償。

目前華為尚未回應此事。