朋友們，Kimi 又更新了。
這次發佈的是 Kimi K2.7 Code，與 Kimi K2.6 使用相同架構，是基於 Kimi K2.6 繼續訓練的 Coding 專項版本。
從官方介紹來看，這次升級主要在這幾個方面：
減少過度思考，reasoning-token 使用量比上一代 Kimi K2.6 降低了 30%，意味着更快的響應和更低的成本。
基準測試也有明顯提升，在月之暗面公佈的數據中，Kimi K2.7 Code 在某些特定任務中的表現已經開始接近 GPT-5.5 和 Opus 4.8。
我這兩天也刷到不少朋友做的橫評。在相同提示詞下，Kimi K2.7 Code 生成的一些物理動效和前端頁面，表現力甚至比 GPT-5.5 更好，而且實際成本還不到 GPT-5.5 的三分之一。
水波效果非常真實。
既然是針對 Coding 和 Agent 場景量身定製的特調版，那麼在日常的編程任務和智能體流轉中，切換到這個新模型無疑會更合適。而且官方預告，6倍高速模式也即將推出。
咱們一起實測體驗一下。
01. 一手實測
本次測評用到的是 Kimi Code + Kimi K2.7 Code，也可以通過 Kimi API 使用。
SVG 圖像
我們先嚐試一個比較輕量的任務。
提示詞：請儘可能詳細地生成一一隻可愛的熊貓雙手抱着漢堡的 SVG 代碼。
第一眼看上去，畫面審美是在線的。熊貓的表情、漢堡夾層、芝麻、爪墊…這些細節都比較完整。
但仔細看，熊貓的胳膊沒有連接到身體，整體結構關係還需要優化。
SVG 動畫
做完靜態的 SVG，我們再看看動畫的效果。
提示詞：用 SVG 畫個龜兔賽跑的動畫。
畫面還不錯，也能正常運行，但是烏龜和兔子的頭朝向都是錯誤的，看起來是在倒着跑，而且最終兔子獲勝，不太符合經典故事。
我們繼續讓 Kimi K2.7 Code 修復試試：
提示詞：請修復當前龜兔賽跑 SVG 動畫中的兩個問題：
- 勝負結果錯誤
* 當前是兔子獲勝，請改爲“烏龜最終獲勝”。
* 必須符合經典龜兔賽跑邏輯：兔子速度更快，但中途會停下來睡覺或休息；烏龜速度較慢但持續前進，最後率先到達終點。
* 不要簡單把兔子速度改得比烏龜慢，必須通過“兔子中途休息 / 睡覺”的行爲邏輯實現烏龜反超。 2. 動物朝向錯誤
* 當前烏龜和兔子的移動方向是正確的，都是從左向右跑向終點，不要修改移動路徑和 x 座標遞增邏輯。
* 問題是動物頭部朝向錯誤，請只修正角色朝向，讓烏龜和兔子的頭都朝向右側，也就是面向終點。
* 如果使用了 scaleX(-1)、transform、animateMotion、path 或分組
<g>，請確保只調整角色自身的視覺朝向，不要反轉運動方向。
* 禁止出現動物倒着跑、背對終點跑、身體向左但位置向右移動的情況。
修復後請輸出完整可運行代碼。
這個案例很適合測試模型是否真正理解了動畫裏的過程邏輯。如果模型只會改結果，很容易偷懶直接把兔子速度調慢。
Kimi K2.7 Code 把兔子拆分成起跑領先→睡覺停滯→驚醒衝刺三個狀態階段，烏龜則保持勻速前行，最終在兔子睡覺時完成了反超。
這表明模型開始從結果導向優化向過程級行爲建模的傾向，能夠通過構建時間序列中的狀態變化來滿足約束，讓結果由過程自然生成，符合經典因果鏈結構。
複雜前端特效
提示詞：[主題] 火山噴發
目標：構建一個點擊火山口即可觸發噴發的交互式火山災變場景。
必做功能：
點擊火山口區域，觸發一次火山噴發。
噴發必須包含岩漿柱、火星粒子、火山灰和熔岩流，禁止只畫簡單火焰。
噴發瞬間天空和山體被紅橙色強光照亮，隨後逐漸衰減。
持續的火山灰粒子系統，灰塵需要向上飄散並隨風偏移。
底部需要有地貌剪影，可爲山脊、森林、村莊或岩石荒原。
支持連續點擊，多次噴發可同屏疊加，並各自獨立衰減。
必做視覺：
岩漿主體爲亮黃/橙紅色，邊緣逐漸變暗。
火星粒子需要有拋物線運動和逐漸熄滅效果。
熔岩流需要沿山坡緩慢下滑，並留下發光軌跡。
火山灰需要有層次感，不能只是普通煙霧圓點。
加分項：
岩漿噴射使用粒子系統模擬，速度、方向、大小帶隨機擾動。
山體表面有裂縫發光效果，噴發越強裂縫越亮。
地面產生輕微震動或鏡頭抖動，模擬爆發衝擊。
遠處天空有火山灰雲層緩慢擴散。
熔岩接觸地面時產生煙霧和冷卻變暗效果。
噴發強度隨點擊頻率升級，岩漿更高、火星更多、灰雲更厚。
支持一段時間無點擊後，火山逐漸冷卻並恢復平靜。
Kimi K2.7 Code 使用純原生 Canvas 實現了特效，岩漿、火星、火山灰、熔岩流、煙霧、遠景灰雲都做出來了，點擊頻率還會影響噴發強度，強光、裂縫、震動也做出來了。多次噴發不是獨立事件，熔岩流視覺偏弱，邏輯鏈路閉環得不錯。
缺點是岩漿柱不夠成型，熔岩流的存在感也比較弱。
3D 場景
我們繼續加難度。
提示詞：[主題] 魔法森林小屋
目標：使用 HTML + JavaScript + Three.js 構建一個網頁端 3D 等距場景：一隻小狐狸坐在蘑菇屋門口，旁邊有一盞發光的魔法燈。
畫面要求：
場景爲等距視角，有明顯 3D 空間層次。
小狐狸造型可愛，坐在蘑菇屋旁邊。
蘑菇屋有圓潤屋頂、門窗和童話風細節。
魔法燈需要半透明發光，併成爲畫面視覺焦點。
地麪包含草地、小花、石塊和少量螢火蟲粒子。
燈光柔和，有環境光、輪廓光和局部發光效果。
材質要有區分：狐狸毛髮、蘑菇屋、玻璃燈罩、草地、石頭質感不同。
技術要求：
輸出完整可運行的 HTML 代碼。
使用 Three.js 實現網頁 3D 效果。
不使用 Blender，不依賴外部圖片素材。
儘量用幾何體、材質、燈光和粒子構建場景。
代碼結構清晰，包含場景初始化、相機、燈光、模型創建、粒子效果和動畫循環。
這一類任務主要考驗的已經不只是會不會寫 Three.js，還要看模型能不能同時處理場景初始化、幾何體組合、材質、燈光、粒子和動畫循環。
Kimi K2.7 Code 能快速搭出完整的場景結構，適合用來完成 3D 創意的第一版。
不過，要真正做成高精度的作品，鏡頭構圖、模型比例、燈光層次和材質細節仍然需要人工介入微調。
遊戲
提示詞：製作一個《我的世界》復刻版。
不到五分鐘，Kimi K2.7 Code 就復刻了一個簡化版的《我的世界》。不僅完成了地形生成，還實現了第一人稱視角控制，以及方塊的破壞與放置交互，基本跑通了一個體素沙盒的核心閉環。
UI 設計
提示詞：創建一個現代的蘋果風格登錄頁面。
排版、暗色質感、固定毛玻璃導航、大字號標題、按鈕和滾動動效都有，第一眼有 Apple 官網味。
整體完成度在風格還原層面已經接近，但在產品可信度與信息密度控制上仍然不夠蘋果風格。
首屏的設備圖只是漸變卡片，沒有真實設備或界面作爲視覺錨點；發光球和 SaaS 卡片雖然讓畫面更豐富，但削弱了蘋果風格中強調的真實產品主視覺與剋制表達。
BUG 檢測與修復
最考驗程序員硬實力的地方。我用一段來自真實開源項目 File Browser 中的打包文件名生成邏輯代碼來考考 Kimi。
提示詞：
請對下面這段真實開源項目代碼進行安全審計，並給出可上線的修復方案。
背景：
項目是 File Browser。相關功能是在用戶下載文件夾時，將文件打包爲 zip/tar 壓縮包。請重點檢查壓縮包內文件名生成邏輯是否存在安全風險。
要求：
判斷是否存在漏洞，並說明漏洞類型和風險等級。
指出漏洞產生的具體代碼位置。
解釋漏洞成因，以及在不同操作系統上可能產生的影響。
給出修復思路和關鍵代碼補丁。
給出上線前測試方案，包括單元測試、安全測試、跨平台測試和迴歸測試。
給出生產上線方案，包括版本升級、灰度發佈、日誌監控、用戶提醒和回滾方案。
答案必須可執行，不能只說“加強校驗”。
代碼：
nameInArchive := strings.TrimPrefix(path, commonPath)
nameInArchive = strings.TrimPrefix(nameInArchive, string(filepath.Separator))
nameInArchive = filepath.ToSlash(nameInArchive)
Kimi K2.7 Code 的回答整體還可以，但不算優秀。
對漏洞類型的識別是正確的，風險點也抓到了 Zip Slip 這一類問題， 知道問題和壓縮包文件名有關。
Kimi K2.7 Code 使用 filepath.Rel 和 filepath.Clean 來規範路徑，加入了對 .. 回溯路徑的檢查；攔截絕對路徑；並統一成 zip/tar 使用的 / 格式。
說明模型已經開始用路徑語義來處理安全問題，具備了一定的工程化意識。
給了測試、灰度、監控、回滾等上線方案。工程化表達比較完整。
主要問題是 Kimi K2.7 Code 並沒有先建立統一的路徑規範化基準，就在多個中間狀態的路徑上做安全判斷，導致原始路徑、Rel 結果和 Clean 結果混用，判斷語義不一致。
這次修復在方向上是對的，但沒有抓住這個真實漏洞最關鍵的“Windows 反斜槓跨平台路徑語義”問題。
落地頁
整體已經能做到第一眼抓住原設計風格，紫色體系、山水插畫語言、卡片圓角、模塊化分區這些關鍵視覺語法基本都還原到位，風格一致性是成立的。
原版紫色是帶明顯冷暖變化的，從淺紫到深紫之間有漸進式過渡，復刻版本的紫色更偏統一色階處理，整體更乾淨，但也會顯得略偏工業化，少了一點呼吸感。
信息密度的控制也還可以再細一點。當前整體模塊之間的留白節奏比較平均，視覺上更像規則化排版，而不是有重點、有停頓、有引導的內容流動，閱讀路徑的起伏感不夠明顯。
跑完這些任務，花了多少錢？
最後說一下大家最關心的成本。
這批案例涵蓋 SVG、Canvas、Three.js、遊戲、安全審計和 Next.js 長任務。全部跑完後，我本週 Kimi Code 的額度只使用了約 4%，折算下來大約 6.99 元。對於開發者來說，日常試錯成本已經低到可以忽略不計。
02. 一些分享
Kimi K2.7 code 在前端和交互類任務上尤其亮眼。SVG、Canvas、Three.js、小遊戲這些任務，它能很快搭出一個完整版本。對於個人開發者和科技博主來說，這種快速驗證創意的能力具有極高的實用價值。
更值得期待的是，下週一，Kimi 即將上線 6 倍速的 Kimi K2.7 Code。
常規編程場景下輸出速度約 180 Token/s，短上下文場景可達 260 Token/s。將讓我們的開發流程從提交需求→漫長等待轉變爲極其高頻的即時交互。
我們與 AI 的協作範式也更加清晰：我們負責定義目標、檢查結果並做出最終的架構判斷；AI 負責搭框架、寫初版、反覆修改，把大量重複、機械的工作先跑完。
AI 已經很會做排版、配色和頁面結構了，生成出來的頁面通常也乾淨、規整。但問題是太規整了，很多時候還是需要人手動調整調整，頁面纔會從像模板，變成真正有設計感、有細節的作品。
開源模型的競爭，已經從追逐榜單數據真正走向了產業降本增效。當開源模型在編程和 Agent 任務上開始與頂尖閉源模型互有勝負，開發者們在架構設計、數據安全和調用成本上，都有了前所未有的開闊底牌。
Kimi K2.7 Code 只是這股浪潮的一個縮影。下週一 6 倍速的 Kimi K2.7 Code 上線後，能不能把活幹的又快又穩？我們拭目以待。
原文鏈接：不到 5 分鐘復刻《我的世界》，Kimi K2.7 Code 到底有多能打？
