Moonshot AI 於 2026 年 11 月 2 日公布 Kimi 的遊戲開發與創意工作方案，整合 K3.1 系列模型、Kimi Code、Kimi Work，以及面向專業工具的插件，目標是協助團隊從玩法構想到可編輯的專案工作，並把玩家回饋帶進後續迭代。43 這個方案公布日與 K3.1 Pro 完整模型權重的預定發布日不同：後者的日期是 11 月 4 日。34

重點不只是讓 AI 生成程式碼或圖片，而是讓它能與遊戲引擎及創作軟體協作。不過，示範成果與效率說法目前主要來自公司及媒體報導，應視為待驗證的案例，而非保證每間工作室都能複製的成效。9

這套工作流程想解決什麼？

公布的方案結合 K3.1 Pro、Kimi Code、Kimi Work，以及 Unity、Unreal Engine 和 Blender 插件，希望協助團隊更快驗證玩法、推進工程與美術製作，並把發行及營運期間的玩家回饋帶回下一輪工作。43

K3.1 Pro 的官方文件稱，它可處理從既有程式碼修正到完整專案建置等編碼任務，並具備 100 萬 token 的上下文視窗。Moonshot 也表示，模型能操作 Unity、Unreal Engine 和 Godot，並結合外部工具、網路搜尋與 3D 生成。1 這些屬於供應商公布的能力描述；上下文視窗夠長或支援某款引擎，並不等於它一定能可靠處理特定工作室的專案。

從工作流程來看，方案主打的是把規劃與製作接上現有專案和工具，而不只回覆一段文字或產出一張獨立圖片。報導稱，Kimi 可在編輯器中操作、修改專案，並交付團隊能繼續編輯的檔案。921 一篇談及它與 Unity 中國合作的報導則描述，Kimi 可查看錄影與測試結果、提出修改方向，再由團結引擎的 Tuanjie Codely Agent 在引擎內修改專案並進行驗證。這是報導所述的分工，尚非獨立驗證的結論。21

原型與製作示範：有亮點，也要看清證據範圍

Kimi 的資料及相關報導把可遊玩原型列為早期應用之一：先做出範圍有限的版本，讓團隊試玩，再決定是否繼續投入。報導提到，Kimi 展示了一款以 Godot 製作的 2.5D 動作原型，包含揮劍、閃避與格擋等玩法；至於沒有程式設計經驗的企劃人員可在一至兩天內做出原型，則是來源引述的估算，不應當成普遍適用的基準。25

另一場報導中的示範聲稱，Kimi 在沒有人工介入的情況下連續工作 20 小時，完成一款遊戲並交付可編輯的 Unity 原生專案。這是引人注目的展示說法，但目前報導未提供獨立測試結果，也無法證明其他專案都能在相同時間內達到相同成果。21

Moonshot 的官方展示還列出以下 3D 作品規格：

• Blender 雨林山谷場景： 公司表示，這座設於機場室內的雨林山谷場景，搭配一段長 17.5 秒、解析度 1920 × 1080、每秒 60 格的展示影片。31
• 瀏覽器教堂場景： 公司表示，這是一個可互動的瀏覽器 3D 場景，約有 330 萬個三角面，並為 8,368 個組件製作動畫。31

這些數字說明的是展示作品的規格，本身無法證明素材放進正式遊戲後的效能，或美術團隊還需要投入多少修改。現有來源也不足以確認其他被詢問的展示細節，例如天宮場景的建構方式，以及是否使用 Unreal Engine 特定的渲染功能。

發行與長線營運：用途不等於現成產品

相關報導也提到，方案可能延伸至遊戲開發之外，例如製作廣告素材、讓遊戲角色接入 AI 對話、分析玩家與社群回饋、協助本地化，以及初步篩查使用者生成內容（UGC）。2326 這些是報導所述的應用方向，不代表每一項都已成為可直接部署的完整功能，也不代表輸出可以免除人工審查。

另一方面，Kimi API 的更新紀錄確實列出 K3.1 Pro 與 K3 支援 Batch API（批次 API）。18 但這只證明 API 層級支援批次處理，不能單憑此推論它已具備專門用於批量製作廣告素材的完整流程。

工作室導入前，先用小任務實測

報導描述的工作流程可修改專案檔案並交付可編輯成果，但團隊仍應在自己的環境中確認必要權限、實際改動內容、測試方式，以及交付時附帶哪些檢查依據。目前可取得的公告資料，尚未完整說明所有工作流程是否都會以一致格式提供程式碼差異與驗證紀錄。

較穩妥的做法，是先挑一項範圍明確的任務試行，例如小型可玩原型、獨立的錯誤修正，或單一資產變體，再與現有流程比較三件事：

• 實際省下多少時間： 把設定、撰寫指令與成果審查的時間也算進去，而不只看代理執行任務的時間。
• 成果品質如何： 檢查結果是否符合預期、能否重現。
• 需要多少人工修正： 記錄成果在可安全使用前，需要多少校正與核准。

這類小規模試行，比單看展示更能看出工具是否適合團隊。Kimi 公布的案例提供了在遊戲製作工具中測試 AI 代理的理由；至於能否融入實際生產流程，仍要依各團隊的品質、安全與製作要求評估。

Moonshot AI 於 2026 年 11 月 2 日公布 Kimi 的遊戲開發與創意工作方案，整合 K3.1 系列模型、Kimi Code、Kimi Work，以及面向專業工具的插件，目標是協助團隊從玩法構想到可編輯的專案工作，並把玩家回饋帶進後續迭代。43 這個方案公布日與 K3.1 Pro 完整模型權重的預定發布日不同：後者的日期是 11 月 4 日。34

重點不只是讓 AI 生成程式碼或圖片，而是讓它能與遊戲引擎及創作軟體協作。不過，示範成果與效率說法目前主要來自公司及媒體報導，應視為待驗證的案例，而非保證每間工作室都能複製的成效。9

這套工作流程想解決什麼？

公布的方案結合 K3.1 Pro、Kimi Code、Kimi Work，以及 Unity、Unreal Engine 和 Blender 插件，希望協助團隊更快驗證玩法、推進工程與美術製作，並把發行及營運期間的玩家回饋帶回下一輪工作。43

K3.1 Pro 的官方文件稱，它可處理從既有程式碼修正到完整專案建置等編碼任務，並具備 100 萬 token 的上下文視窗。Moonshot 也表示，模型能操作 Unity、Unreal Engine 和 Godot，並結合外部工具、網路搜尋與 3D 生成。1 這些屬於供應商公布的能力描述；上下文視窗夠長或支援某款引擎，並不等於它一定能可靠處理特定工作室的專案。

從工作流程來看，方案主打的是把規劃與製作接上現有專案和工具，而不只回覆一段文字或產出一張獨立圖片。報導稱，Kimi 可在編輯器中操作、修改專案，並交付團隊能繼續編輯的檔案。921 一篇談及它與 Unity 中國合作的報導則描述，Kimi 可查看錄影與測試結果、提出修改方向，再由團結引擎的 Tuanjie Codely Agent 在引擎內修改專案並進行驗證。這是報導所述的分工，尚非獨立驗證的結論。21

原型與製作示範：有亮點，也要看清證據範圍

Kimi 的資料及相關報導把可遊玩原型列為早期應用之一：先做出範圍有限的版本，讓團隊試玩，再決定是否繼續投入。報導提到，Kimi 展示了一款以 Godot 製作的 2.5D 動作原型，包含揮劍、閃避與格擋等玩法；至於沒有程式設計經驗的企劃人員可在一至兩天內做出原型，則是來源引述的估算，不應當成普遍適用的基準。25

另一場報導中的示範聲稱，Kimi 在沒有人工介入的情況下連續工作 20 小時，完成一款遊戲並交付可編輯的 Unity 原生專案。這是引人注目的展示說法，但目前報導未提供獨立測試結果，也無法證明其他專案都能在相同時間內達到相同成果。21

Moonshot 的官方展示還列出以下 3D 作品規格：

• Blender 雨林山谷場景： 公司表示，這座設於機場室內的雨林山谷場景，搭配一段長 17.5 秒、解析度 1920 × 1080、每秒 60 格的展示影片。31
• 瀏覽器教堂場景： 公司表示，這是一個可互動的瀏覽器 3D 場景，約有 330 萬個三角面，並為 8,368 個組件製作動畫。31

這些數字說明的是展示作品的規格，本身無法證明素材放進正式遊戲後的效能，或美術團隊還需要投入多少修改。現有來源也不足以確認其他被詢問的展示細節，例如天宮場景的建構方式，以及是否使用 Unreal Engine 特定的渲染功能。

發行與長線營運：用途不等於現成產品

相關報導也提到，方案可能延伸至遊戲開發之外，例如製作廣告素材、讓遊戲角色接入 AI 對話、分析玩家與社群回饋、協助本地化，以及初步篩查使用者生成內容（UGC）。2326 這些是報導所述的應用方向，不代表每一項都已成為可直接部署的完整功能，也不代表輸出可以免除人工審查。

另一方面，Kimi API 的更新紀錄確實列出 K3.1 Pro 與 K3 支援 Batch API（批次 API）。18 但這只證明 API 層級支援批次處理，不能單憑此推論它已具備專門用於批量製作廣告素材的完整流程。

工作室導入前，先用小任務實測

報導描述的工作流程可修改專案檔案並交付可編輯成果，但團隊仍應在自己的環境中確認必要權限、實際改動內容、測試方式，以及交付時附帶哪些檢查依據。目前可取得的公告資料，尚未完整說明所有工作流程是否都會以一致格式提供程式碼差異與驗證紀錄。

較穩妥的做法，是先挑一項範圍明確的任務試行，例如小型可玩原型、獨立的錯誤修正，或單一資產變體，再與現有流程比較三件事：

• 實際省下多少時間： 把設定、撰寫指令與成果審查的時間也算進去，而不只看代理執行任務的時間。
• 成果品質如何： 檢查結果是否符合預期、能否重現。
• 需要多少人工修正： 記錄成果在可安全使用前，需要多少校正與核准。

這類小規模試行，比單看展示更能看出工具是否適合團隊。Kimi 公布的案例提供了在遊戲製作工具中測試 AI 代理的理由；至於能否融入實際生產流程，仍要依各團隊的品質、安全與製作要求評估。