Kimi K2.7 Code 有多能打？找 Bug，寫 3D 遊戲，2000 行代碼砍掉 55％
重點摘要
Kimi K2.7 Code 在受控評測中展現出三項關鍵能力：成功修復陌生代碼庫的隱蔽邏輯缺陷、生成可直接運行的 3D 滾球闖關遊戲，並將 2,374 行 Flask 遺留項目重構至 1,064 行（減少約 55%），且未違反保留 URL、不變視覺等約束。評測指出模型在工程協作上具備潛力，但距離穩定交付仍須面對真實工業場景的考驗。
月之暗面在近期推出了定位於長上下文與複雜編碼任務的 AI 程式設計模型 Kimi K2.7 Code。過去一年，AI 編程工具已經從單純的程式碼補助手，進化成能夠承擔完整開發流程的協作夥伴，Cursor 和 Claude Code 等產品將模型整合進整合開發環境與命令列，國內廠商也紛紛加速跟進。在這樣的競爭邏輯下，模型能否跟隨開發者跑完整個專案，而非僅僅生成幾段程式碼，已成為新的能力門檻。K2.7 Code 正是在這個背景下登場，官方特別強調其在 Agent 工作流與長上下文任務上的表現。從官方公布的基準測試結果來看，K2.7 Code 相比前代 K2.
6 在所有任務上均有提升，長程任務的平均 Token 消耗減少了約 30%。然而更值得關注的是它與頭部模型的相對位置：在三項編碼類基準（Kimi Code Bench v2、Program Bench、MLS Bench Lite）上，K2.7 Code 仍落後於 GPT-5.5 和 Opus 4.8；但在三項 Agent 類基準上，它與 Opus 4.8 的差距明顯縮小，甚至在 MCP Mark Verified 測試中以 81.1 分反超了 Opus 4.8 的 76.4 分。這個成績分布清楚顯示，Kimi 團隊的策略重點是將 Agent 工作流作為追平頭部模型的突破口。
不過，基準分數終究無法完全反映模型在真實工程任務中的實用性。因此實際評測圍繞三個具體場景展開：在一千餘行的 MiniDB 專案中修復隱蔽的邏輯錯誤；生成一個可直接運行的單 HTML 3D 滾球闖關遊戲；以及在不改變功能的前提下，重構一個兩千多行的 Flask 遺留專案。三個任務分別對應程式碼理解與缺陷定位、端到端應用生成、以及遺留系統重構三項關鍵能力。本次測試以 Claude Code 作為 Agent 執行環境，底層模型接入 Kimi K2.7 Code，由前者負責檔案讀寫、命令執行與測試反饋等工程操作，後者則專注於程式碼理解、方案生成與修改決策。
第一個測試任務要求模型在一個包含十大模組、總計 1032 行程式碼的記憶體 SQL 資料庫引擎 MiniDB 中，定位並修復三個刻意埋入的隱蔽 Bug。這三個 Bug 的特點是不會導致程式崩潰，常規執行也不會報錯，唯有在特定查詢時結果與預期不符。測試條件同時規定不得修改公開 API 與測試案例，模型必須在理解既有邏輯的前提下於方法內部完成修復。最終 Kimi K2.7 Code 成功找出三個 Bug，所有測試指示燈從紅轉綠。
其中一個 Bug 的修復路徑尤其值得關注：問題根源在於 is_visible() 方法為空，但真正繞過它的邏輯存在於另一個模組的 _exec_select() 方法中；模型並沒有只修其中一處，而是完整找出了因果關係。另兩個 Bug 則涉及對 SQL 語義的深層理解，包括 NULL 與 0 不應混排、以及 != 遇到 NULL 時不該返回 True 等標準規範。這次修復方案一次通過，沒有反覆試錯與誤判，顯示出模型在陌生程式碼庫中的閱讀與局部修復能力。第二個任務是生成 3D 滾球闖關遊戲，這不僅考驗程式碼寫作，更涉及前端工程組織、3D 渲染、物理反饋、互動控制與遊戲狀態管理等多項能力的整合。
評測團隊分別使用 Kimi K2.7 Code 與 DeepSeek V4 Pro，基於相同提示詞生成單一 HTML 檔案的完整遊戲。遊戲玩法要求玩家透過方向鍵控制平台傾斜，讓球體在 20×20 的方形平台上滾動，繞過障礙物抵達終點，並包含至少三個難度遞增的關卡、重力與摩擦力影響、碰撞反饋，以及關卡與計時資訊的 HUD。Kimi K2.7 Code 生成的版本可直接運行，球體能隨平台傾斜方向順利移動，所有核心功能皆已實現，最終順利通關；雖然畫面仍有穿模等不完美之處。對照組 DeepSeek V4 Pro 生成的版本乍看畫面更精緻，但實際操作中球體幾乎無法正常滾動，也出現類似渲染重疊問題。
這項對比顯示，在此特定提示詞與測試條件下，Kimi K2.7 Code 在物理反饋、互動穩定性與功能閉環上表現更完整。第三項測試則聚焦於遺留系統重構。一個以 Flask 框架撰寫的小型電商後台專案，包含 18 個檔案、共 2,374 行程式碼，存在大量結構性混亂：不同分類的路由各自獨立寫一套、資料庫呼叫與日期格式化函數多處重複、13 個 HTML 模板全部使用行內樣式且沒有任何公用結構。重構的關鍵在於判斷哪些重複可以安全合併，哪些看似相同但因為 URL 或業務邏輯差異而不能動。模型被賦予三項硬約束：所有現有 URL 必須保留、頁面視覺效果不能明顯改變、不能引入新的外部依賴。
結果顯示，Kimi K2.7 Code 在重構過程中展現出跨檔案模式識別、抽象邊界判斷與約束下交付的能力。專案最終從 2,374 行壓縮至 1,064 行，減少約 55%，同時保留了路由參數、業務狀態、頁面入口與統計邏輯，沒有破壞既有功能。從這次評測的三項任務來看，Kimi K2.7 Code 在受控場景中完成了預設目標，顯露出一定的工程協作潛力。但要達到真正穩定的交付，還有一段路要走。真實工程環境中，AI 必須理解舊系統的隱含邏輯、在修復一個錯誤時不引發新的錯誤、能夠處理測試與日誌、並在多人協作與複雜依賴中維持可追蹤性與可回滾。
這也呼應了目前 AI 編程工具競爭的整體轉向：過去各家較量的是底層模型能力，如今隨著 AI 編程進入真實開發場景，競爭焦點正在向 IDE 插件、命令列 Agent、自動化任務執行與協作環境等工具層轉移。本次評測的三個任務儘管精準對應了編碼閉環的核心環節，卻遠未觸及數百萬行歷史遺留代碼、跨團隊版本分支、頻繁變動的產品需求，以及嚴苛延遲與安全合規等工業生產的全貌。這不單是對 Kimi 的考驗，也是所有國產 Coding 模型必須面對的真正勝負局。
Related
相關文章
曝字節訓10億參數大模型，或超Mythos 5，張一鳴、梁汝波先後發聲
字節跳動正在訓練一個參數量高達10萬億的AI模型，規模可能超越Anthropic的Mythos 5。創辦人張一鳴在內部會議中強調編程的關鍵地位，並反對模型蒸餾，認為這只能複製而非超越對手。字節跳動在AI領域持續加大投入，同時在產品端與訓練端採取雙線進攻策略。
AI 需求擠爆雲計算，消息稱 AWS 要求工程師關閉閒置服務器減少資源浪費
因AI需求導致算力緊缺，亞馬遜AWS要求工程師關閉閒置的EC2實例，以減少資源浪費。數據顯示約65%的EC2實例在30天內平均CPU利用率低於20%，AWS因此升級計算優化器自動標記低使用率虛擬機。此外，AWS過去一年新增3.8吉瓦電力容量，仍難以應對GPU雲端實例的龐大需求。
使用 NVIDIA NeMo Retriever、託管 NIM、LanceDB、重新排序與基於事實生成建立多模態 RAG 管線
在本教學中，我們將使用 NVIDIA NeMo Retriever 建立一個先進的多模態檢索增強生成管線。首先設定 Python 3.12 環境、安裝必要套件，並在無需 GPU 或外部 API 金鑰的情況下進行離線 PDF 文字提取。接著，我們透過託管的 NVIDIA NIM 端點來偵測頁面元素、提取表格、圖表與資訊圖形、產生稠密向量嵌入，並將處理後的內容儲存至 LanceDB。最後，我們實作了稠密檢索、視覺語言重新排序、後設資料過濾搜尋、附行內引用的基於事實回應生成，以及輕量級的 recall-at-k 評估，以驗證跨多模態文件內容的檢索品質。
NVIDIA AI 推出 NOOA：將 AI 代理轉化為單一 Python 類別的物件導向框架
NVIDIA 實驗室開源了 NOOA（NVIDIA 物件導向代理），這是一個與模型無關的 Python 框架，用於建構 AI 代理。傳統的代理開發分散在提示模板、工具架構、回呼程式碼和工作流程圖中，而 NOOA 將所有這些整合到一個 Python 類別中：方法代表模型可採取的動作，欄位代表代理狀態，文件字串作為提示，型別註解則是執行時期強制執行的合約。主體為「...」的方法由 LLM 驅動的迴圈在執行時期完成，而具有正常主體的方法則保持確定性的 Python 程式碼。開發者與模型因此共享同一介面，使代理行為能像一般軟體一樣進行測試、追蹤、重構和版本控制。NVIDIA 報告在 SWE-bench Verified 上達到 82.2%，在 CyberGym L1 上達到 86.8%，平均 RHAE 為 85.1%。
六巨頭定AI插件新標準，撞臉Claude，Anthropic沒上桌
六大科技巨頭（AWS、Anysphere、GitHub、微軟、OpenAI、Vercel）聯合發布AI智能體插件統一開放規範Agent Plugins 1.0.0，旨在統一插件打包格式，減少開發者重複勞動。該規範的結構與Anthropic的Claude Code插件系統高度相似，但Anthropic並未參與制定，而是繼續經營自己的封閉生態。
DeepSeek重啟融資，三年市值對齊騰訊？
DeepSeek重啟第二輪融資，以5000億元人民幣估值尋求籌集80億美元，但網傳一份由小型醫藥私募發起的專項基金募資材料引發網友質疑，後經DeepSeek員工證實部分數據屬實。該公司近期宣布API大幅漲價，可能打破其以低價換規模的估值邏輯，面臨客戶流失風險。市場關注其能否從「價格屠夫」轉型為價值提供商，以及三年內市值能否對齊騰訊等巨頭。