北京
全球6971人參賽、獎金池6.5萬美元的GitLab Duo Agent Platform黑客松2026剛落幕，一個零GitLab經驗的獨立開發者憑兩個YAML文件拿下可持續代理類別榮譽提名。這個項目叫Carbon Tracker，專門干一件沒人干過的事：自動計算CI/CD流水線的碳排放量。
靈感來自一次失敗的流水線復盤。作者盯著第三次重試的構建記錄突然想到：這得浪費多少電？搜遍GitLab功能、第三方插件、開源項目，零結果。開發者天天優化構建速度、測試覆蓋率、代碼質量，但基礎設施的碳足跡完全是盲區。
Carbon Tracker的核心設計極簡：三個代理串行協作，無服務器、無數據庫、零運維。用戶在Issue或MR里@ai-carbon-tracker-flow，Agent 1（pipeline_fetcher）抓取作業名稱、時長和狀態；Agent 2（carbon_calculator）套用能耗模型識別浪費模式，生成完整報告；Agent 3（report_publisher）把結果貼成評論。真正的多代理編排，不是聊天機器人。
計算邏輯一句話：服務器耗電，電產生碳。已知作業運行時長，就能算出排放量。具體公式：能耗（千瓦時）=（秒數÷3600）×（150瓦÷1000）；碳排放（克）=能耗×475（國際能源署2024全球均值）；重試浪費按CO2_job×(1+重試次數)累加。150瓦取的是典型共享GitLab Runner功耗，475克/千瓦時對應全球電網平均碳強度。
實測案例：一個45分鐘的單元測試作業，0.75小時×150瓦=112.5瓦時，折合0.1125千瓦時，乘475得53.4克二氧化碳，相當于開車0.35公里。這是單作業、單流水線、單天的數據。
開發過程中，系統曾在作者的MR上自動貼出真實報告：Pipeline #2405610327檢測到三項浪費模式——單元測試里的人工休眠占77%總排放，僅配置變更觸發完整流水線浪費1.56克，非生產分支誤執行部署浪費0.059克。給出的修復建議包括用真實測試替換休眠、為配置變更添加路徑規則、限制部署僅主分支觸發。
整個項目就兩個YAML文件。作者用5天從GitLab小白到黑客松獲獎，驗證了一個被忽視的需求：當軟件吞噬世界，寫代碼的環境成本終于可以被看見了。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
