4 月 20 日，月之暗面發(fā)布了新模型 Kimi K2.6，并同步開源。

從官方展示來看，這次更新重點有三塊：長周期 coding、網(wǎng)頁設(shè)計生成，以及更大規(guī)模的 Agent Swarm。

(資料圖片僅供參考)

把三項能力放在一起看，會發(fā)現(xiàn) Kimi 想強(qiáng)化的，已經(jīng)不只是模型本身，而是模型調(diào)度 agent、接管任務(wù)流程的能力。它要做的就是一個能最終成為Agent的OS的模型。

1、長周期 Coding 能力

K2.6 在內(nèi)部基準(zhǔn) Kimi Code Bench 上較 K2.5 有明顯提升，覆蓋 Rust、Go、Python 等多語言，以及前端、DevOps、性能優(yōu)化等場景。

官方給出兩個 demo：一是用 Zig 語言在 Mac 上優(yōu)化 Qwen3.5-0.8B 的本地推理，連續(xù)執(zhí)行 12 小時、4000 余次工具調(diào)用，推理吞吐量從 15 tokens/s 提升至 193 tokens/s。

二是自主重構(gòu)開源金融撮合引擎 exchange-core，歷時 13 小時、1000 余次工具調(diào)用，中值吞吐提升 185%，峰值吞吐提升 133%。

兩個案例指向同一個問題，在超出常規(guī)訓(xùn)練分布的任務(wù)里，冷門語言、接近性能上限的存量項目，模型能否長時間穩(wěn)定執(zhí)行而不漂移。

長周期穩(wěn)定性是目前行業(yè)普遍在攻的方向，改進(jìn)路徑主要集中在三個層面：錯誤恢復(fù)能力、長程可靠性，以及工具調(diào)用邏輯。

各家的解法有所不同，Anthropic 近幾個月公開強(qiáng)調(diào)的重點，是 harness 與 context engineering，而不只是單純拉模型分?jǐn)?shù)。Google 的思路是用超長上下文窗口來對抗長程漂移，Gemini 提供最高 100 萬 token 的上下文窗口。K2.6 的應(yīng)對方式是將可靠性直接壓在模型層，據(jù) CodeBuddy 內(nèi)測數(shù)據(jù)，工具調(diào)用成功率達(dá) 96.60%，factory.ai 的獨立評估顯示，K2.6 整體較 K2.5 提升約 15%。

2、網(wǎng)頁設(shè)計生成能力

Kimi 建立了內(nèi)部基準(zhǔn) Kimi Design Bench，從視覺輸入、落地頁生成、全棧應(yīng)用、創(chuàng)意編程四個維度與 Google AI Studio 進(jìn)行對比，K2.6 表現(xiàn)更優(yōu)。

具體能力包括：從單條 prompt 生成帶動效的前端界面、調(diào)用圖片/視頻生成工具輸出視覺素材，以及覆蓋登錄、數(shù)據(jù)庫等基礎(chǔ)全棧功能。

視覺轉(zhuǎn)代碼這個方向，行業(yè)競爭格局相對清晰。Gemini 憑借原生多模態(tài)架構(gòu)在視覺理解上具有結(jié)構(gòu)性優(yōu)勢，Google AI Studio 也是目前最主流的前端生成測試平臺之一。

K2.5 發(fā)布時就有評測將其定位為"中國*在前端設(shè)計和視覺理解上與 Gemini 2.5 Pro 形成真實競爭的模型"，K2.6 是在此基礎(chǔ)上的延續(xù)。

3、Agent Swarm 擴(kuò)容

相比 K2.5，Agent Swarm 的規(guī)模從 100 個子 agent、1500 步，擴(kuò)展至 300 個子 agent、4000 步并行執(zhí)行，K2.6 負(fù)責(zé)調(diào)度與任務(wù)失敗后的自動重分配。

官方 demo 展示了 100 個子 agent 同時生成 100 份定制簡歷，以及批量為 30 家無官網(wǎng)零售店生成落地頁等場景。Kimi 內(nèi)部也已采用這套系統(tǒng)，內(nèi)容團(tuán)隊通過 Claw Groups 跑發(fā)布流程，Demo 制作、基準(zhǔn)測試、社媒發(fā)布各有專屬 agent 分工。

多 agent 協(xié)作是目前各家競爭最激烈的方向之一，但路線分歧明顯。OpenAI 的方向是在產(chǎn)品層做深度集成，將 agent 能力封裝進(jìn) ChatGPT 的工作流。Kimi 的差異化在于開放性，Claw Groups 不綁定自家模型，允許接入任意第三方 agent，這一設(shè)計更接近 agent OS 的定位，而非封閉的產(chǎn)品生態(tài)。

4、Benchmark 環(huán)節(jié)

K2.6 在基準(zhǔn)測試中最突出的方向是 agent 搜索和實際工程 coding。

DeepSearchQA f1-score 達(dá)到 92.5，* GPT-5.4 的 78.6 超過 13 分；SWE-Bench Pro 以 58.6 排在四家*。

但在同類工具調(diào)用測試中，Toolathlon 和 MCPMark 分別以 50.0 和 55.9 落后于 GPT-5.4 的 54.6 和 62.5，說明 K2.6 在信息檢索類 agent 任務(wù)上有優(yōu)勢，在第三方工具調(diào)用質(zhì)量上仍有差距。

coding 方向整體處于*梯隊，但未能全面*：Terminal-Bench 2.0 落后于 Gemini，SWE-Bench Verified 三家?guī)缀醮蚱健?/p>

推理和數(shù)學(xué)是明顯短板：HLE-Full 不帶工具僅得 34.7，比 Gemini 低近 10 分；AIME 2026、GPQA-Diamond 均落后 2—4 分。視覺方向與 Gemini 基本持平，但整體落后于 GPT-4.5。

5、實測 K2.6編程能力

4 月 14 日，K2.6 Preview 上線后，我把它接進(jìn) Claude Code，拿來做一個社區(qū)官網(wǎng)項目。項目內(nèi)容不算簡單，既有文章遷移、歷史圖片處理，也有全棧開發(fā)。整個過程斷斷續(xù)續(xù)跑了 6 天，最長一次任務(wù)跑了3小時，前后分成 6 個彼此獨立的會話。

這輪測試?yán)铮琄2.6 有兩個表現(xiàn)尤其值得記下來。

先說長周期可靠性?，F(xiàn)在很多 AI 編程助手都有一個很明顯的問題：會話一斷，上下文就像被清空了一遍，下次重新打開，往往還得從頭對齊背景、技術(shù)棧和代碼規(guī)范。但這次測試中，我在每次新會話開始時都沒有額外交代項目背景，K2.6 依然能延續(xù)*天確定下來的技術(shù)選型和設(shè)計規(guī)范，6 天里產(chǎn)出的代碼風(fēng)格也基本保持一致。對于一個持續(xù)推進(jìn)、不斷迭代的真實項目來說，這種穩(wěn)定性比單次輸出的驚艷更重要。

再說指令遵循。我給它的指令其實很簡單，只有一句：“優(yōu)化 CMS UI。” 但 K2.6 沒有停在表層執(zhí)行，而是先回看已有設(shè)計規(guī)范，確認(rèn)技術(shù)約束，再自己拆計劃、往下推進(jìn)，整個過程幾乎沒有額外追問。

在處理業(yè)務(wù)約束時，它也不是機(jī)械照做。比如遷移腳本會主動保留原始 URL，并在 README 里補(bǔ)上潛在風(fēng)險說明。這說明它理解的不是一句命令本身，而是命令背后的含義。

網(wǎng)頁編程能力

測試 1：動效交互

promtps：為一家叫 PW 的 AI 寫作工具設(shè)計一個產(chǎn)品落地頁，要有科技感。需要包含：首屏 hero 區(qū)塊、功能介紹區(qū)、用戶評價區(qū)。滾動到不同區(qū)塊時有入場動畫，hero 區(qū)有視差效果，CTA 按鈕有 hover 動效。

K2.6 生成的整體水準(zhǔn)很高。配色用了 oklch 色彩空間，間距和字體用 clamp() 響應(yīng)式縮放，設(shè)計 token 抽得很系統(tǒng)，說明不是隨手填的。

動效有層次，視差用鼠標(biāo)位置 + 滾動雙驅(qū)動加 lerp 插值，GSAP 入場用了 stagger 錯開時序，feature card hover 做了跟手光效，這些細(xì)節(jié)大多數(shù)輸出不會主動加。

弱的地方是內(nèi)容層，三張功能卡片的圖標(biāo)都是通用 SVG，用戶評價頭像只用了漢字首字，視覺上偏模板化。結(jié)構(gòu)和動效的完成度高，內(nèi)容設(shè)計的差異化不足。

測試 2：視覺輸入

那些眼花繚亂的*，很難用語言描述出來，這時候，多模態(tài)視頻就是一個很好的輸入方式。

我們錄屏了 lusion.co 網(wǎng)頁的交互，滾動*相當(dāng)復(fù)雜，我們讓 K2.6 根據(jù)視頻寫一個網(wǎng)頁。（在 Claude Code 環(huán)境中）

prompts：根據(jù)視頻，做一個*一樣的網(wǎng)頁。

我們先看一下原網(wǎng)站。

*次生成時，K2.6 只看了 17 幀的視頻，做出來的效果并不好，經(jīng)過第二輪對話，K2.6 頁看到了更多細(xì)節(jié)。

我們可以看一下 K2.6 僅僅通過視頻生成的網(wǎng)頁，雖然和原網(wǎng)頁的動效還有差距，但網(wǎng)頁的元素結(jié)構(gòu)，尤其是宇航員滑動效果基本都有模有樣。

分析一下操作流程，可以發(fā)現(xiàn)，在 ClaudeCode 環(huán)境下，K2.6 只能靠抽幀圖片來學(xué)習(xí)視頻，如果 harness 搭建的更加完善，K2.6 可能可以更好還原。

Agent 集群

這一項能力在 Kimi 官網(wǎng)進(jìn)行測試，采用 K2.6 Agent 集群分析 K2.6 本身的能力。

Kimi 首先對任務(wù)做整體判斷，分析涉及哪些環(huán)節(jié)，這一步不聯(lián)網(wǎng)，因此將 K2.6 識別為 2025 年發(fā)布的模型。

初步規(guī)劃完成后，K2.6 加載相應(yīng)技能，進(jìn)入初步研究階段，并將研究任務(wù)拆解成多個維度。

前兩步由 K2.6 單一模型執(zhí)行，第三步則根據(jù)拆解出的維度，每個維度派出一個 agent 并行展開研究。

例如，"陸研究員"負(fù)責(zé)研究 K2.6 的推理能力，"陳研究員"負(fù)責(zé)研究長文本能力。

每個 agent 可獨立調(diào)用不同技能、聯(lián)網(wǎng)搜索，并以 plan 模式生成 todo 推進(jìn)任務(wù)，最后將結(jié)果匯總共享。

匯總后，Kimi 會對各 agent 產(chǎn)出的內(nèi)容進(jìn)行交叉驗證，以糾正類似"K2.6 發(fā)布于 2025 年"這類錯誤。

進(jìn)入報告撰寫階段后，同樣派出多個報告撰寫員 agent，并行完成各部分內(nèi)容。

這套流程在工程上有一個值得注意的設(shè)計決策，交叉驗證不是甩給用戶的，而是內(nèi)嵌在流程里自動完成的。單個 agent 在獨立運(yùn)行時不可避免地會產(chǎn)生幻覺，Kimi 的應(yīng)對方式不是試圖消滅這個問題，而是在架構(gòu)層接受它的存在，用并行制造冗余，再用驗證層消化誤差。

這與人類團(tuán)隊的協(xié)作邏輯高度相似，分頭調(diào)研、匯總對齊、分工執(zhí)筆。更重要的是，這套流程對用戶來說是全程透明的，每個 agent 在做什么、發(fā)現(xiàn)了什么、被糾正了什么，都可以追溯。

這在當(dāng)前多 agent 產(chǎn)品普遍是黑箱的背景下，是一個實際的差異點。

6、DeepSeek 沒來，K2.6 先來了

最近一段時間，AI 圈都在等 DeepSeek 的下一張牌。上一次它抬高了國內(nèi)模型競爭的基準(zhǔn)線，這一次，所有人也都默認(rèn)，下一個高潮還會從“誰的模型更強(qiáng)”開始。

但 K2.6 有意思的地方，恰恰在于它沒有只回答這個問題。

長周期 coding、網(wǎng)頁生成、Agent Swarm，看上去是三項能力，其實月之暗面已經(jīng)不滿足于把模型做得更聰明，而是想讓模型去組織更多 agent、接管更長流程、吞下更完整的任務(wù)鏈條。參數(shù)規(guī)模、benchmark 排名、單輪對話質(zhì)量，當(dāng)然還重要，但它們開始退到第二層。真正被推到臺前的，是調(diào)度、協(xié)作、驗證和交付等。

如果說過去的大模型競爭，比的是誰更像一個更強(qiáng)的大腦，那么 K2.6 想證明的，是另一個方向：未來真正有分量的產(chǎn)品，也許不只是一個模型，而是一群 agent，外加一個會指揮它們的中樞。

這個方向最后能不能跑通，現(xiàn)在還不能下結(jié)論。但至少，月之暗面已經(jīng)先把問題改寫了。