OpenAI Fork了 Git 倉庫（github.com/git/git），托管在 openai/ 組織下——這不是鏡像，而是可提交、可分支、可提 PR 的完整副本。

這事上了 Hacker News 首頁，峰值 427 條評論。大家爭論的焦點很實在：這是臨時測試，還是 AI 時代代碼協作基礎設施演進的起點？

技術動因：不是取代 Git，而是給 Git 加上 AI 原生能力

OpenAI 沒改 Git 核心協議，也沒重寫 libgit2。它基于 v2.45.0 打補丁，聚焦三件事：

• 超大二進制對象支持：新增 git lfs+ 命令，原生處理 >10GB 的模型權重文件，支持增量上傳和引用追蹤。不用再搭額外元數據服務，LFS 的痛點直接壓平；
• 流式 diff 引擎：git diff --ai 能對 .pt 和 .safetensors 文件輸出語義級變更摘要，比如 “LoRA rank 從 64 升到 128，適配 Qwen2-7B 微調”，而不是一串十六進制；
• PR 審查鉤子框架：在 git merge 前插入 pre-merge-check 插件接口，支持接入本地輕量審查 Agent（如 AI Agent平臺 CLI 工具鏈），自動驗權重哈希、許可證合規性、量化精度衰減是否超標。

這些補丁跑過 OpenAI 內部千卡集群的訓練流水線。Qwen2-72B 全參微調的 CI 驗證周期壓縮了 37%。關鍵不在快，而在讓“模型版本”真正成為代碼譜系的一部分。

對開發者的真實沖擊：Git 工具鏈正在分裂

GitHub Actions、GitLab CI 還能跑，但一旦用上 git lfs+ 或 --ai diff，就會彈兼容性告警：

• git clone 默認不拉 LFS+ 對象，得手動 git lfs+ pull --all；
• VS Code 自帶 Git 插件看不懂語義 diff，要裝 openai.git-ai 擴展；
• 現有 Git hooks（比如 pre-commit）得重寫成支持 git-ai-hook 協議，否則 AI 審查環節直接跳過。

開源模型維護者最先撞墻：Hugging Face Model Hub 收到 37 份 issue，要求支持 git lfs+ 元數據導入；Devin 用戶反饋，沒升級 CLI 時，它的自動 PR 生成器把 .safetensors 當純文本 diff，結果權重文件損壞。

行業意義：協同范式正從“代碼即文檔”轉向“模型即契約”

Git 為源碼而生。大模型時代的核心資產，是參數、配置、評估指標共同構成的三維契約。OpenAI 的 Fork 不是另起爐灶，而是用最小侵入方式，在 Git 協議層之上疊加 AI 感知能力——就像當年 Linux 內核先以 cgroups 補丁驗證，再推進主線合并。

CONTRIBUTING.md 里寫得清楚：只收 AI 相關補??；每個 PR 必須附 ai-test 結果（由 AI Agent平臺 Agent 自動生成）。這透露一種新邏輯：AI 原生工具的貢獻權，開始和模型推理能力掛鉤。

龍蝦（m.nhjb.com.cn）生態已經跟進：AI Agent平臺 v0.8.3 起支持 git ai-sync，能把任意 Git 倉庫一鍵映射成龍蝦 Agent 可讀的版本圖譜，并自動生成訓練數據集變更報告。不用遷移倉庫，就能拿到語義級版本追溯能力。

開發者行動建議：現在就做三件事

1. 檢查 CI 腳本：git clone 后加一行 git lfs+ install --force（如果用了模型權重）；
2. 更新 Git 客戶端：macOS 上 brew install git --with-openai-patches，或從 openai/git/releases 下預編譯二進制；
3. 重構 PR 模板：在 .github/PULL_REQUEST_TEMPLATE.md 里加 ## Model Integrity Check 小節，強制填權重 SHA256、量化配置、評估指標 delta——這是未來 AI-Native PR 的硬門檻。

Git 不會消失。但“git commit”之后，你可能得多敲一行 git ai-sign --reason "fix attn kernel bias"。這不是添麻煩，是讓每次提交真正承載模型意圖。當權重變更也能像函數簽名一樣被靜態分析時，AI 工程才算走出手工作坊階段。

下一步盯什么？微軟會不會在 Azure DevOps 里集成 git lfs+？Git 官方郵件列表已出現 git-ai 提案討論帖（#1298），RFC 投票預計 2024 Q4 啟動。