找到 8 筆
開源維護者 Geoffrey Huntley 提出「Remix 模式」：他今後在 GitHub 發布的專案將關閉 pull request、保留討論區，並給出如何重混程式碼的指引。他認為 AI 生成的 PR 已不值得逐條審閱，有價值的只是行為或架構上的想法，原作者沒有審閱、合併或維護的義務。使用者改為寫一次 Nix overlay 來表達改動，即可在 devenv、Docker 映象、NixOS 系統與測試、CI 及 agent 沙箱中複用，無需 fork；
llama.cpp 的 PR #29184 提出在 CUDA 後端把共享專家融合進 MMVQ，為部分 MoE 架構帶來提速，例如 Qwen 35B A3B。有評論稱該改動使 TG 速度提升約 5%，並指出僅對部分 MoE 架構有效。
llama.cpp 的 PR #29825 通過最佳化索引器分數記憶體，把 Qwen Flash Next 等 Qwen4 模型的視訊記憶體佔用減半。實測在上下文 131072、ub 2048 時從 3.0 GiB 降至 1.5 GiB，262144、ub 4096 時從 11.7 GiB 降至 5.6 GiB。作者稱 logits 逐位一致、pp/tg 速度不變，僅分數因 fp32 舍入有差異；有使用者反饋解碼速度約降 10%。
GitHub 宣布此前作為功能預覽的新版儀表盤現已面向所有使用者預設開啟。新儀表盤集中展示活躍的 agent 會話、issue 和 pull request，每類列表最多顯示 12 項並支援篩選；更新動態移至獨立的 Feed 標籤頁，還可直接從儀表盤把 issue 指派給 Copilot coding agent 或在 Copilot Chat 中開啟 pull request。想沿用舊版介面的使用者可隨時點選 Preview 旁的下拉選單切回。
哈佛大學研究者在 700 多家公司、70 萬名員工、3 億條工作事件的資料中發現，AI 程式設計工具並未讓企業軟體產出增加或減少用人，編碼階段省下的時間被下游環節吸收。程式碼審查時長明顯增加，pull request 更常需要返工，審查者留下的評論也更多。研究據此認為人工程式碼審查是 AI 編碼效率的主要瓶頸。
Cursor 於 2026 年 9 月 23 日發布兩個面向程式碼交付最後環節的機器人：Rollouts 在每次部署時監控變更並按環境報告健康狀態，Security Review 在每個 pull request 上報告可利用的安全漏洞。兩者即日起在 Teams 和 Enterprise 套餐提供，可在 automations 標籤頁啟用。未來 10 天 Teams 與 Enterprise 客戶分別獲得約 50 次和 500 次變更的用量額度。
Offrun 在 Hacker News 的 Show HN 板塊發布，定位是在同一個工作區裡管理多個 coding agent。它提供 peer review 功能：選定一個 reviewer agent 後，它會在程式碼尚未提交時先讀 diff，把發現的問題發到聊天裡；要求修復後，改動會先進入訊息框供人工過目，不會自動合併。工具執行在使用者自己的 agent 帳號上，不需要額外訂閱，也不會在 pull request 上掛機器人。
AI 程式設計初創公司 LightSprint 完成 610 萬美元種子輪融資，由 645 Ventures 領投，Y Combinator、January Capital、Rebel Fund 等參與。其平台以多智慧體架構讓產品經理、設計師用自然語言提出需求，先索引企業現有程式碼庫與編碼規範生成實施藍圖，再並行派發雲端智慧體改前端、狀態管理與邏輯分支，輸出沙箱可互動預覽並自動生成 PR，由工程師審查合併，同時接入 GitHub、Linear 與 Slack。