當「任何人都能修改軟體」開始成真：AI 時代的開源價值

如果每個人都能叫 AI 產生軟體，開源軟體還有價值嗎？我反而想問：當修改程式的門檻降低，開源長期承諾的自由，會不會終於變成更多人實際用得上的能力？

過去的「任何人都可以修改」，往往還有一句沒有說出口的前提：你要知道怎麼把程式跑起來。還沒開始改 code，光是把 pttbbs 的原始碼編譯起來，就可能讓第一次接觸這個專案的人卡很久。授權上的允許，和實際上做得到，是兩回事。

從取得原始碼，到真的改得動

AI 可以協助閱讀專案、解釋錯誤訊息、整理建置步驟，以及提出修改。這不代表產生的程式一定正確，也不代表維護工作消失了；但原本需要先補上很多背景知識才能跨過的第一道門檻，有機會變低。

對使用者而言，差別可能只是能否把一個欄位改成自己需要的格式，能否修掉每天都會遇到的小問題。對組織而言，差別可能是取得軟體後，能不能繼續調整工作流程，而不是每個改動都只能回去排原供應商的時程。

從零生成也未必永遠划算。既有專案已經累積的測試、相容性處理和維護經驗，不會因為寫程式變便宜就失去價值。我認為更值得觀察的路徑，是從現有開源系統出發，再針對需要做二次開發。至於這是否比較省電、省錢，仍要看實際工作量，不能只憑直覺宣稱環境效益。

修好問題之後，可以把修改送回上游；如果對方向或維護方式有不同想法，也可以在授權允許的範圍內 fork，另行維護。未來若條件合適，還可能把成果再整合回去。

但能修改，不等於原專案有義務接受。誰負責審查、哪些改動符合專案目標、出了問題誰維護，仍然需要人作決定。當技術門檻降低，這些關於治理與價值選擇的問題可能更加突出。

同樣地，AI 不會取消開源授權。修改、散布或部署時應履行什麼義務，仍要依實際授權與使用方式確認。不能因為修改是 AI 寫的，就當作整個專案沒有原來的權利關係。

這也會改變我看待軟體採購的方式：取得這套系統後，我們是否有條件自己維護？

可以取得原始碼、能重現建置、知道如何測試，並且有權進行需要的修改，才有機會把 AI 的協助轉成長期維護能力。僅僅拿到一份原始碼壓縮檔，還不等於具備這些條件。

過去因為人力和預算而延後的改善，例如無障礙，也可能得到更多實作機會。不過，符合無障礙需求仍然需要檢查與使用者回饋，不能由「AI 已經改好了」代替驗收。

我對這個變化的期待，是更多使用者可以參與自己每天使用的工具。開源的價值，會在這種參與真正發生時變得更具體。