太陽能+儲能:人工智慧(AI)資料中心現在最務實的電力解方
太陽能發電成本十年間下降近九成,已低於天然氣,搭配均價每度115美元的鋰電池儲能後可延伸供電至夜間;2024年全球新增553GW太陽能,亞利桑那案場更已實際為Meta資料中心供電,但24小時基載仍需天然氣或核能等可調度電源補足。
根據iThome報導,Linus Torvalds在linux-media郵件清單上表明,Linux核心不會因為部分人反對就禁止其他開發者使用大型語言模型協助開發:「他表示,AI和其他開發工具一樣,開發者可自行決定是否採用,但核心社群不會因為有人反對,就禁止其他人使用大型語言模型協助開發。」1
Tom's Hardware報導引述Torvalds在Linux kernel郵件清單上更直接的一段話:「I realize that some people really dislike AI, but this is an area where I'm willing to absolutely put my foot down [...] Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it. Or just walk away.」9
Torvalds並表示,AI審查工具Sashiko「keeps finding embarrassing bugs」,他「will very loudly ignore people who try to argue against other people from using it」14。同一則報導指出,這番表態與他過去的態度已有落差:「AI is a tool, just like other tools we use. And it's clearly a useful one. It may not have been that 'clearly' even just a year ago, but it's no longer in question today」,對照他在2024年曾將AI工具斥為過度炒作的說法,顯示立場已出現轉折13。
即便Torvalds公開表態擁抱AI,iThome報導指出Linux核心現行規範仍設有明確門檻:「現行規範同時要求,人類提交者仍須審查程式碼、確認授權並承擔全部責任。」2
在署名機制上,Linux核心現行AI輔助開發文件規定,AI代理不得加入Signed-off-by標籤,「因為只有人類能依開發者來源證明(Developer Certificate of Origin,DCO)對貢獻作出法律認證」7。取而代之的是另一套標籤機制:「文件也指出,使用AI工具協助開發時,應加入Assisted-by標籤,註明工具或代理名稱及模型版本。」8
換言之,規範並未因Torvalds的表態而鬆綁對人類責任的要求,只是同時開了一扇讓AI工具「有名有分」參與流程的門。
這場爭論的起因,根據iThome報導,是Linux核心開發者對Sashiko使用方式的討論:「Sashiko是Linux基金會的開放原始碼AI代理式程式碼審查系統,會監看Linux核心郵件清單上的新修補程式,透過多階段審查流程檢查架構、安全、資源管理與並行處理等問題。」3
Tom's Hardware報導引述Sashiko項目頁面的自我評估數字如下表:
| 指標 | 數值 | 說明 | 來源 |
|---|---|---|---|
| 修補程式錯誤發現率 | 53.6% | 項目頁面主張此指標已超過人類水準,因為所涉修補程式據稱已通過人類審查 | Sashiko項目頁面10 |
| 誤報率上限 | 20%以內 | 報導指出此數字「較難測量」,僅能被定在此範圍內 | Tom's Hardware11 |
值得留意的是,53.6%的發現率是對照「已通過人類審查」的修補程式而言,而誤報率本身「較難測量」,兩項數字都出自Sashiko自身項目頁面的說法。
圍繞這套工具的爭議,並非工具本身能否使用,而是維護者該如何處理它產出的回報。Linux核心開發者Laurent Pinchart主張應設一道人工把關程序:「維護者若打算依據Sashiko的審查結果要求作者處理,應先自行分類並驗證,避免將未經確認的AI回報直接轉交貢獻者。」4
但Sashiko開發者Roman Gushchin反對這種做法,認為會削弱工具原本的目的:「若要求維護者先分類並驗證Sashiko的審查結果,將使這套工具協助維護者的目標難以達成。」6
Tom's Hardware報導進一步指出,身為Google員工、Sashiko共同開發者的Gushchin認為Pinchart的立場「quite anti-LLM」,而「a sentiment echoed by Linus Torvalds in his reply」——也就是說,Torvalds在後續回覆中呼應了Gushchin對Pinchart立場的定性12。
這場爭論並非孤立事件。Laurent Pinchart在討論中引用了Software Freedom Conservancy發布的生成式AI使用建議:「該組織主張,自由及開放原始碼軟體社群應支持選擇拒絕使用AI系統的貢獻者,也不應強迫開發者採用相關工具。」5
而Tom's Hardware報導也提供了另一面的產業背景:「AI-generated slop code has been a plague for some open-source projects, namely but not only Gentoo Linux, Curl, and Ghostty, limiting or outright banning LLM-created contributions.」——即Gentoo Linux、Curl、Ghostty等專案已因AI生成的低品質程式碼問題,選擇限制或全面禁止LLM生成的貢獻15。
這意味著,Software Freedom Conservancy的建議與Gentoo、Curl、Ghostty等專案的實際做法,代表的是與Torvalds在Linux核心所選路線不同的另一種光譜。
把上述證據並列可以看到一條清楚的張力軸線:一端是Torvalds公開表態「Linux is not one of those anti-AI projects」9,並支持持續使用能找出「embarrassing bugs」的Sashiko14;另一端是Gentoo Linux、Curl、Ghostty等專案選擇限制或禁止LLM生成貢獻15,以及Software Freedom Conservancy主張應支持拒絕使用AI系統的貢獻者5。
即便如此,Linux核心自身的規範並未因Torvalds的表態而放棄人工把關:人類提交者仍須審查程式碼、確認授權並承擔全部責任2,AI代理也不能使用具法律效力的Signed-off-by標籤,只能以Assisted-by標籤註記(E7、E8)。而Sashiko自身聲稱53.6%的錯誤發現率與20%以內的誤報率(E10、E11),恰好也說明了為何Pinchart與Gushchin會在「該不該讓維護者先分類驗證」這件事上出現分歧(E4、E6、E12)——工具的表現數字尚未達到毫無爭議的地步,而這正是Linux核心目前選擇「擁抱但仍要求人工審查」這條路線的背景。
根據iThome報導,Linux核心文件規定,開發者使用AI工具協助開發時應加入Assisted-by標籤,並註明工具或代理名稱及模型版本(E8)。
根據iThome報導,Linux核心現行AI輔助開發文件規定AI代理不得加入Signed-off-by標籤,因為只有人類能依開發者來源證明(DCO)對貢獻作出法律認證(E7)。
根據iThome報導,Sashiko是Linux基金會的開放原始碼AI代理式程式碼審查系統,會監看Linux核心郵件清單上的新修補程式,透過多階段審查流程檢查架構、安全、資源管理與並行處理等問題(E3)。
太陽能發電成本十年間下降近九成,已低於天然氣,搭配均價每度115美元的鋰電池儲能後可延伸供電至夜間;2024年全球新增553GW太陽能,亞利桑那案場更已實際為Meta資料中心供電,但24小時基載仍需天然氣或核能等可調度電源補足。
歐盟GPAI執法權2026年8月2日啟動,高風險義務卻延至2027—2028年;加州SB53、AB2013已於2026年1月1日生效規範前沿AI開發者,白宮同時令司法部成立工作組挑戰州法,構成監管執法元年的角力格局。
全球載客eVTOL賽局進度分歧:中國億航已集齊完整認證,2025年交付221架並首度獲利;美國Joby與Archer仍卡在認證與規劃階段;德國Lilium與Volocopter相繼破產,Volocopter已由中國萬豐收購續留歐洲。