11 月 2 日，OpenAI 在官方部落格宣布為自家 monorepo 建置了 Git 相容後端 Pando，用於支撐 Codex 帶來的開發規模，當時未披露架構、效能數字與上線範圍。次日 OpenAI 開發者帳號在 X 上補充：Pando 讓工程師和 agent 不必改變原有 Git 使用方式就能處理更多 push… 看完整事件
@OpenAIDevs: The Git client tells Pando which commits it has and which it wants.
OpenAI 開發者帳號說明了 Pando 的工作方式：Git 客戶端告訴 Pando 自己已有哪些提交、還需要哪些提交，Pando 便返回覆蓋這段缺口的已儲存 packfile 連結，其中也包含缺失的分支依賴。這些 packfile 可能帶有客戶端已有的物件，但通過讓大量讀取方複用同一批 packfile，Pando 實現了類似 CDN 的分發效能。
原標題：@OpenAIDevs: The Git client tells Pando which commits it has and which it wants.
閱讀原文
| 評分 | 25 / 44（平均 34，門檻 60） |
|---|---|
| 狀態 | 未入選 |
相關報導
Pando 支援多分支並行更新，同分支改動按序處理
Pando 的更新規則是：工程師推送到不同分支時，Pando 可以並行更新；推送到同一分支時，這些更新會按順序處理。執行 fetch 後，可以得到每個分支 tip 的歷史記錄，但兩個 tip 可能反映不同的時間點。該說明來自 OpenAI 開發者帳號，未提及 Pando 的適用範圍與時間表。
OpenAI 向 Git 上游貢獻修復，清理中斷 packfile 下載殘留
OpenAI 開發者帳號稱，已向 Git 上游貢獻修復，用於清理中斷的 packfile 下載殘留等場景。推文將問題描述為中斷 packfile 下載後的善後清理，並連結到 OpenAI 關於擴充套件 Git 的文章。原文未披露修復的具體版本、合併時間或影響範圍。
開源基準 Parsimony 按語法單元統計 AI 新增程式碼量
Parsimony 是一個開源基準，用來衡量 AI 模型在改程式碼時到底新增了多少程式碼。它複用 DeepSWE、SWE-bench Verified 與 SWE-bench Live 已公開的補丁，統計語句、呼叫、命名、字面量等「編碼單元」而非程式碼行數，並減去被刪除的程式碼，只算淨增量。GPT-6 與 Claude 5.5 尚無公開補丁，作者在自己的訂閱上跑了 3–10 個任務，結果以淺色圓圈顯示、不參與排名。作者也歡迎提交新模型的公開補丁匯出。
DensePack 把文字打包成圖片，為 Claude Code 省約一半 token
開發者發布 DensePack，將 Read 讀取的文字檔案、Bash 輸出、Word 文件和子代理報告打包成圖片供 agent 讀取，聲稱按約 50% 的價格完成同樣的文字 token 化，且後續快取讀取也按這一折扣計費。作者稱已跑過逾 1 萬次基準測試，圖片用獨特配色加兩行圖例，可從圖片逐位元組還原始碼檔案，並保留文字副本作為校驗回退。專案發布兩週獲 8 個 star，已通過 Anthropic 外掛提交的初期階段，最新版本 1.3.3，1.4 計劃支援與其他外掛共用。
把任務當程式碼：用 Markdown 存進 Git 供 AI agent 讀取
文章主張把開發任務從 Jira、Redmine 遷進程式碼倉庫，用 Markdown 檔案儲存，讓 Claude Code、OpenCode 等 coding agent 在同一處讀到需求與程式碼。任務改動因此像普通 commit 一樣有版本、可評審；文中給出五步流程：描述任務、分析需求、生成實現計劃、人工審批、實現並回寫報告。作者的做法是程式碼、文件、任務各建一個 Git 倉庫，後兩者 clone 進程式碼倉庫並由 .gitignore 排除，任務庫因含敏感資訊可單獨設權限。