Jump to...
redirecting...

Log for Ubuntu 台灣社群

Linux 中的 AI (★ 37 分)

文章指出,人工智慧(AI)工具,尤其是大型語言模型(large language model, LLM),目前在 Linux 核心開發中主要用於撰寫與審查程式碼。截至撰文時,從 2025 年 9 月起已有逾 1,200 筆核心 commit(提交紀錄)帶有「Assisted-by」標籤,多數表示程式碼曾由 LLM 協助完成。另一項重要發展是 Sashiko,它會替送交各子系統的修補程式產生審查意見;由於貢獻者可能被期待根據這些 AI 回饋反覆修改作品,原本可以選擇不用 AI 的開發者,未來或許也得與這類工具互動。文章並指出,Sashiko 主要仰賴 Google Gemini。

Linus Torvalds 認為 Linux 核心專案應以技術成果為中心,不應成為推動特定社會或政治立場的專案;不接受 AI 的人可以自行 fork(分叉維護)或離開。作者則反駁,Linux 從授權方式到維護規則都帶有政治選擇,例如採用 GPLv2(GNU General Public License version 2,GNU 通用公眾授權條款第 2 版),其 copyleft(要求衍生作品沿用相同授權的機制)會促使商業公司將驅動程式等貢獻送回主線。Linux 的規模、資金、技術知識與快速變動,也讓獨立維護分支幾乎不可行,因此作者認為,要求專案在技術決策中納入政治、道德與倫理考量,並不是無關緊要的外部干涉。

作者承認 Sashiko 可能改善修補程式品質,但認為必須衡量其外部性(由行動造成、卻由他人或社會承擔的成本)。AI 公司對硬體的需求可能推高消費者負擔;資料中心的大規模擴張則消耗能源與淡水,增加二氧化碳(CO₂)排放,或排擠原本可用於取代化石燃料的綠色能源。文章以印度熱浪超過攝氏 50 度並造成數萬人死亡為例,指出能源價格上升、氣候風險與工作被自動化取代,可能同時影響 Linux 貢獻者及一般民眾。此外,Linux 對 AI 工具的採用也會替相關企業增加正當性與影響力,因此作者要求 Linus、Linux 社群及其他開放原始碼(open source)專案更誠實地面對這些後果。

Hacker News 的討論主要分成兩派。認同作者的人指出,文章並非主張「因為耗水就少下提示詞」,而是反對 Linus 完全排除氣候、能源、就業與授權等倫理議題,也擔心 Sashiko 逐漸成為參與 Linux 開發的實際門檻。反對者則認為,Linux 應專注於核心技術,AI 已成為難以逆轉且能提升自動化效率的工具,相關環境與政治問題應在 AI 產業層級處理;也有人提到開放模型與本機模型可能降低對大型資料中心的依賴。

能源議題的證據也受到質疑。有留言援引產業組織的說法,認為資料中心規模擴大可能帶來更低的電力成本,並指出 AI 目前約占全球二氧化碳排放的 0.2%;反方則批評該來源具有遊說色彩,且新建發電設備與電網需要多年,短期內可能排擠一般家庭用電並推高價格。另一項重要爭議是 GPL 與著作權風險:留言者擔心 LLM 可能重現訓練資料中的程式碼,卻無法正確標示來源或遵守授權條款。美國著作權局(US Copyright Office)目前認為,單靠提示詞通常不足以讓使用者成為 AI 產出的作者,但若人類實際決定作品中的表達元素,部分產出仍可能受到著作權保護;因此 AI 輔助程式碼的合法性與授權責任,仍存在尚未定論的問題。

👥 64 則討論、評論 💬
https://news.ycombinator.com/item?id=49097649
Google 將在今年底前把 Android 的年齡驗證功能擴大至全球 (★ 79 分)

Google Play 宣布將全球擴大推出 Google Play Age Signals API(應用程式介面,API),讓所有 Google Play 開發者取得使用者的年齡區間訊號。這項功能目前已在巴西提供,預計 2026 年 8 月中旬先擴大至澳洲與加拿大,並在今年稍晚推向全球。家長可透過 Family Link 分享子女的年齡區間,成年人則可在應用程式要求時分享自己的年齡,讓開發者依照內容與服務性質調整安全措施,而非所有應用程式都採用同一套限制。

Google 強調,API 傳遞的是年齡區間,而不是精確生日,且年齡不會預設分享。家長可在 Family Link 中集中管理分享權限,隨時修改或關閉;一旦同意,所有採用此 API 的 Google Play 應用程式都能取得相關訊號。開發者可依應用程式類型自行決定內容、功能與設定,例如天氣應用程式不必採用娛樂或媒體服務相同的防護措施。Google 也表示,這項功能將與家庭應用程式的安全規範、限制未成年人存取、螢幕使用時間、以 PIN 碼管理內容及下載核准等既有措施搭配運作。API 目前處於測試階段,預設年齡區間據開發者文件為 0–12、13–15、16–17 與 18 歲以上,也可使用自訂區間。

Hacker News 上的主要質疑是,Google 的文章把這項措施描述成保護兒童與協助家長,卻完全沒有提到法律、監管或合規要求;部分留言認為,這更像是 Google 因應各地年齡驗證法規,同時把驗證機制納入 Google Play 與 Google 服務體系。留言者也指出,應用程式只取得年齡區間,確實比逐一提交身分證件或自拍照更能降低資料外洩風險,但實際年齡資料由誰掌握仍是關鍵問題;若 Google 持有原始資料,隱私改善主要只是限制開發者取得細節,並未消除平台本身的集中掌握。

討論中也有較正面的看法,認為由家長在裝置層級集中設定,或許比讓每個應用程式各自要求身分驗證更合理,且可避免兒童直接接觸不適齡內容。不過多數高分留言擔心,年齡訊號會逐步正常化數位身分驗證、擴大 Google 的平台綁定,甚至讓日後的服務封鎖與監控更容易;演算法判定錯誤也可能使無法證明年齡的人被排除。留言者提出的替代方案包括裝置端、開放原始碼的年齡設定、通用的家長控制與內容分級標記,以及只證明「是否超過某年齡」的零知識證明(zero-knowledge proof),藉此在保護兒童與避免大規模身分揭露之間取得較佳平衡。

👥 95 則討論、評論 💬
https://news.ycombinator.com/item?id=49107950
Google帳號的不算嗎
我 google 帳號從 2003 年用到現在,會不會像 meta 系列產品被判定為未成年?
還是從朋友發邀請信請我申請帳號
它應該就是直接吐google帳號設定的年齡給APP
它是google play的一部分