2026 年 10 月，一批以 AI 生成、開源授權為賣點的 Adobe 應用替代品在 Hacker News 上成為話題。發起人 Brandon Thomas 公開了七個專案，分別對應 Photoshop、Illustrator、Premiere、Lightroom、After Effects、InDesign 與 Acrobat Pro；這些工具以 Claude Opus 5.5 協助產生程式碼，核心採用 Rust 撰寫，並提供 WebAssembly 版本讓瀏覽器直接執行，授權則採用 MIT 與 Apache。這樣的技術組合聽起來像是「用 AI 快速重造專業軟體」的樣板，但 Thomas 在 Hacker News 上的說法很快降溫：他寫道，專案「離準備好還很遠」，原本並不打算在那時公開，打算等 beta 後再說。InfoQ 在 2026 年 10 月 22 日的報導指出，儲存庫內的進度文件支持這個保守版本；相對地，幾天前在五個 subreddit 上發布的公告曾描繪另一個畫面，預估一個月內進入 beta、功能接近百分之百對齊。
功能廣度七成六，實際可用度四成五
PhotoCraft 是對應 Photoshop 的專案。其 ROADMAP.md 在 10 月 11 日更新，以數量計算，功能廣度約 76%：628 個選單已完成 628 個、68 個工具完成 56 個、35 個面板完成 30 個、31 種格式完成 13 種並另有 4 種部分完成。但同一份文件給出第二個數字：真正投入工作的準備度約 45%；若以一般主流專業人士的使用情境衡量是 43%，若只用核心功能則可達 61%。這兩個數字的差距，正好說明「選單齊全」與「能完成真實工作」不是同一件事。
時程估算也寫得很具體。beta 尚需 1,100 至 1,800 小時，完整對齊需 2,300 至 4,100 小時；這些數字是以單一 Opus 5.5 AI 代理循序工作的牆鐘小時計算，並非人類團隊的總工時，也不能直接換算成日曆天。對齊目標則是 Photoshop 2026、版本 27.11.0，於 10 月 10 日從已安裝的應用程式量測。換句話說，專案不是沒有目標，而是把目標拆得很細，也因此更清楚顯示距離還有多遠。
檔案互通與影像管線才是硬門檻
Roadmap 對專案現況的批評比外界更直接。0.5 與 0.6 版使用者已開出 579 個未結問題；25 項效能預算中有 22 項未達標；文件還明白寫著，專案寫出的 PSD 檔「尚未能被 Photoshop 可靠接受」。PSD 是 Photoshop 的原生分層檔案格式，專業工作流程經常透過它交換圖層、遮色片、文字與調整圖層；若替代品產出的 PSD 無法穩定回到 Photoshop 開啟，檔案互通就不是小瑕疵，而是能否進入既有工作流程的前提。
使用者回報也集中在這些地方。Reddit 使用者 Painted-Arcana 說，Photoshop 克隆版連按 Alt 使用滴管都不行，版面配置也只能用靜態預設，兩分鐘就足以看出它不是 Photoshop 的替代品。攝影師則碰到 RAW 管線問題：Sea-Temporary-6995 將 Sony a7c 檔案的陰影拉高後看到雜訊與條帶，OspreyChaser 找不到多款 Nikon 機身的 RAW 支援。RAW 是相機感光元件輸出的未處理影像資料，陰影拉高會同時放大雜訊與處理瑕疵；條帶往往意味著位元深度、色調映射或降噪流程還不穩定。相較之下，最單純的 PDFCraft 在 Hacker News 上被使用者 Krasnol 回報沒有明顯錯誤，也側面說明功能越接近完整影像編輯器，整合難度越高。
兩週兩千多個提交，「單人開發」很快就不成立
專案規模並不小。第一個提交出現在 9 月 30 日，最新提交是 10 月 13 日；十四天內累積 2,152 個提交、1,004 個已合併的合併請求、1,306 個檔案中共 539,017 行 Rust。Git 記錄到 317 個不同的貢獻者身份，因此「單人開發者」的說法幾乎一開始就不成立；Claude 則以具名提交作者出現 277 次。這也說明 AI 生成不是單向魔法，而是把大量程式碼產出、審查與整合壓縮到很短的時間內。
儲存庫裡也留下不少流程設計。AGENTS.md 訂下乾淨室規則，團隊表示只研究 Photoshop 與其他專有編輯器的行為與外觀，不複製程式碼、著色器、設定檔或素材，而是從公開規格實作，包括 Adobe PSD 規格、ICC、ISO 32000 的混合模式與論文。每次變更都須通過測試，panic_hunt 測試會以對抗性參數對每個命令做模糊測試，格式工作則用一批由 Photoshop 產生的 PSD 檔作為語料比對。應用程式還提供 JSON 控制通道與 MCP 伺服器，讓編碼代理可以驅動正在執行的應用並截圖，檢查自己的介面成果。MCP 是 Model Context Protocol，用途是讓 AI 工具連上外部工具與資料；放在這裡，等於讓代理能操作應用、觀察畫面、再回頭修改。這種自測迴圈能加快迭代，但截圖只能驗證外觀，不能證明檔案正確、效能達標或邊界情境安全。
乾淨室開發碰上 AI 生成程式的舉證難題
爭議最大的是「乾淨室」說法。傳統乾淨室開發通常假設兩個隔離團隊：一組讀規格寫行為描述，另一組在未接觸原始碼的情況下實作，以降低抄襲風險。專案文件試圖沿用這個框架，但評論者 kmeisthax 直言：「不存在乾淨室的 vibe coding。」質疑點在於，大型程式模型學過大量公開程式碼，生成結果的來源難以逐行證明；即使團隊只看行為與規格，模型本身仍可能再現受著作權保護的結構。這不代表專案必然侵權，但意味著授權與法律風險不會因為「沒複製檔案」就自動消失。
AI 把原型變便宜，卻沒有把產品變簡單
類似實驗不只出現在 Adobe 替代品。另一位開發者 az_liberal_geek 正在用 Claude 打造開源 SketchUp 替代品 Hew。他說第一版出來得很快，外觀與操作感都很好，但錯誤很多，失敗方式也出乎意料；新增一個主要功能需要一個提示加上數小時的 Claude 開發，之後還得花更多時間自己測試與修正。他把完整對齊的時程估在一年，而不是一個月。Thomas 後來也調整說法，向 Hacker News 表示 99% 對齊會花上一段時間，但應該以月而不是年計算。
這些案例共同指出，AI 能壓縮從零到可展示原型的成本，卻不能省略檔案相容、色彩管理、效能調校、硬體與格式差異、使用者習慣與品質保證。PhotoCraft 的 76% 功能廣度與 45% 準備度並存，正是這種落差的具體寫照：專案已經證明大量程式碼可以在短時間內被組織起來，也證明替代 Photoshop 的真正門檻不在選單數量，而在能否可靠承接既有檔案、影像管線與專業工作流程。專案目前仍是 alpha，距離專業使用還有一段需要扎實補齊的工程工作；開源與寬鬆授權降低了採用門檻，卻不能替代相容性與穩定度。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。