這個專案由開發者 Sander Hilven 發布,他整理出一套可重現(reproducible)的設定流程,並將腳本與補丁放在公開 repository 中。
根據專案描述,大致流程是:
AI 會:
換句話說,人類主要負責定義目標與提供環境,而 AI 負責大量繁瑣的相容性研究與實驗。
這個方案並不是把 Lightroom 移植到 Linux,而是透過 Wine 來執行 Windows 程式。
Wine 的角色是:
此專案使用的是 Wine 11.8 Staging,這是帶有實驗性功能與修補的開發版本。
為了讓 Lightroom 正常啟動,專案還使用:
AI 透過反覆測試與 log 分析,逐步找出哪些依賴缺失或 API 行為不一致,並提出修復方案。
專案目前主要針對以下組合:
需要注意:
這裡指的是 Lightroom(雲端版)桌面應用程式,而不是 Lightroom Classic。
根據專案與相關報導,目前應用程式已能正常啟動並使用多數主要功能。
包括:
這意味著 Linux 使用者能夠使用接近原版桌面工作流程,而不只是簡化版的 Web 介面。
由於這仍是社群實驗性方案,一些問題仍然存在,例如:
此外,由於 Adobe 並未支援這種運行方式,未來版本更新也可能導致失效。
專案 repository 提供完整腳本與步驟,大致流程如下:
完整指令與補丁細節需要參考 repository 文件。
在此之前,多數 Linux 使用者只能透過 Lightroom Web(瀏覽器版) 使用服務。
兩者的差異在於:
瀏覽器版
Wine 執行桌面版
因此這個方案對於習慣桌面版 Lightroom 的使用者來說更有吸引力。
這個案例真正引人注意的,其實不只是 Lightroom 能在 Linux 跑。
更重要的是:AI 如何參與解決複雜的相容性問題。
Wine 相容性通常需要:
這些工作往往非常耗時且高度專業。
在這個專案中,Claude Code 被用來:
這讓人看到 AI 在軟體工程中的另一種角色:
處理複雜且探索性強的除錯工作。
如果這類工作流程逐漸普及,AI 代理可能會被用於:
對於 Linux 社群而言,這可能意味著更多原本沒有 Linux 版本的專業軟體,有機會被「解鎖」運行。
在嘗試之前,仍需注意幾個現實限制:
因此,目前最合理的定位是:
一個令人興奮的社群實驗,同時也是 AI 輔助軟體相容性工程的一個早期案例。