项目说明
声明引擎和插件版本、代码风格、模块所有权、构建命令、源代码控制策略、禁止生成的路径以及产品声明。
Kimi Code × Unreal Engine 工作流
为 Unreal Engine 工作构建更安全的 Kimi Code 任务包 —— 全球首个在线原生 Unreal 工作流程
结合仓库说明、终端权限、测试、回滚和可追踪的可玩原型，在界定范围内使用 Kimi Code 进行 Unreal C++ 与 Blueprint 规划。
直接回答
Moonshot AI 表示 Kimi K3 在 Kimi Code 中可用，并且能够在大型仓库中导航并编排终端工具。对于 Unreal 工作，正确的单位是受限任务包：起始提交、相关文件、引擎版本、允许命令、验收检查、禁止路径和回滚点。终端访问既提高了实用性，也带来更高风险。
Kimi Code 提示词应是一份可执行的契约
一份有用的编码代理简报应说明代理要达到的结果、哪些证据是权威、它可使用哪些工具、必须不触及哪些内容、如何进行验证以及何时停止。它不应在项目边界尚未明确前要求大规模实现。
最小权限工具
先以只读启动。仅在需要时，分别授予文件写入、构建、测试、网络访问、软件包安装、编辑器自动化和破坏性操作权限。
原生验证
要求使用正确的 Unreal 构建目标、自动化或复现、日志、性能证据、打包检查，并对差异进行人工复核。
恢复协议
在高风险阶段前先建立检查点，保留起始提交，限制重试次数，记录失败方案，并在不确定时返回未解决问题清单，而非猜测。
四阶段 Unreal 评估工作流
编写受限任务包
说明玩家可见结果、复现方式、相关子系统、引擎版本、目标平台、验收检查、非目标与禁止更改。
编辑前先检查
映射文件、符号、Blueprint、资产、日志、测试、依赖项和项目说明；如有缺失命名证据则进行询问。
更改一个可回退阶段
生成一个小型差异说明，说明假设，运行授权检查，并在结果与冻结任务边界冲突时立即停止。
交付接手，附证据
返回已更改文件、命令、输出、抓包、未解决风险、回滚点以及仍需的精确人工验证。
四个范围受限任务提示
将这些作为任务约定，而非能力宣称。每一项都要求可观察证据和明确的停止条件。
Unreal C++ 缺陷任务
调查命名模块中的一个可复现游戏性 bug，识别最小责任代码路径，提出最小修复方案，并列出编译、自动化、运行时和回滚检查项。
Blueprint 所有权任务
为单个系统映射应在 Blueprint 与 C++ 中实现的行为，识别权威资产和默认值，并返回迁移或接口方案，不要编造不存在的图表细节。
构建失败任务
分析一份范围受限的 Unreal 构建或打包日志，按证据排序列出原因，索取缺失输入，提出最低风险的后续检查，并在未涉及不相关依赖变更前停止。
审查任务
审计一项拟议的 Unreal 差异：生命周期、所有权、线程、复制、资产引用、错误处理、测试、性能、打包与源代码控制范围。
需要保留的具体输出
任务约定
起始提交、范围、引擎版本、目标、相关证据、允许工具、验收检查、非目标与停止条件。
文件与资产映射
与任务相关的源文件、Blueprint负责人、资产、配置、日志、测试、依赖项和权威文档。
验证回执
已执行命令、退出状态、运行时复现、录屏/截图、性能证据、打包结果、失败项和环境细节。
可玩意图参考
一个可在浏览器中试玩的片段，用于澄清机制和反馈，同时原生 Unreal 实现则单独评审。
最佳适配与人工审核边界
适用对象
- 聚焦的 C++ 调查、审查与实施计划
- 基于真实项目证据进行 Blueprint 到 C++ 的所有权与接口规划
- 构建日志分流与可复现验证任务
仍需人工审核
- 必须由人工授权写入范围、终端命令、网络访问、依赖安装、源代码控制操作和发布。
- Unreal 开发者必须检查 Blueprint 资源和原生代码、编译、运行、性能分析、打包，并测试目标平台
- 两个长期运行的代理任务，具有权限限制、检查点、取消机制和干净回滚。
官方证据与相关 K3 Unreal 路线
本页对能力、可用性、架构和定价的声明均限于 Moonshot AI 于 2026 年 7 月发布公告。社交媒体对比被视为需求信号，而非已验证结果。
Kimi Code × Unreal Engine 工作流 FAQ
Kimi Code 是否支持 Kimi K3？
Moonshot AI 官方发布表示用户可以在终端运行 Kimi Code，并通过模型命令选择 Kimi K3。可用性、安装、身份验证、支持平台、工具行为和定价可能会发生变化，因此在连接生产仓库或授予终端能力前，请先核实当前官方 Kimi Code 文档。
Kimi Code 能直接编辑 Unreal Engine 项目吗？
编码代理可以处理文件和授权的终端工具，但原生虚幻游戏还包含蓝图、资产、编辑器状态、生成数据、平台设置、插件和构建系统。编辑文件并不证明项目有效。应使用明确的权限、版本控制检查点、编译、自动化、运行时测试、打包和人工审阅。
Unreal 的 AGENTS.md 或项目说明文件应包含哪些内容？
包含引擎和插件版本、模块与资源归属、构建目标、批准命令、代码风格、Blueprint 和 C++ 边界、生成目录、禁止路径、源代码控制规则、测试与打包命令、目标平台、安全与许可约束、产品主张、升级规则，以及声明任务完成所需的证据。
Kimi Code 应如何处理 Blueprint 工作？
该任务包应识别权威的 Blueprint 资产、父类、接口、默认值、已链接的数据资产、运行时状态和预期行为。截图可用于辅助讨论，但可能遗漏关键图表信息。必须由一名真实的 Unreal 开发者打开实际项目、检查并编译图表、运行复现，并验证序列化与打包。
应从哪些终端权限开始最安全？
从只读仓库检查开始，并显式放行每个命令类别。分离文件写入、构建、测试、网络访问、包安装、编辑器自动化、源代码控制变更和破坏性操作。使用超时、工作目录限制、密钥过滤、审计日志和检查点。更广泛的访问应当遵循经验证的需求，而非便利性。
生成按钮是否会运行 Kimi Code？
不。该按钮会打开SEELE AI的生成页面，其中包含一份完整的可在浏览器中游玩的游戏简介和完整的归属参数。该提示不会命名或选择模型、执行Kimi代码、上传代码仓库或承诺生成原生虚幻引擎游戏。它会创建一个独立的原型方向以供审查。
Unreal 的首个 Kimi Code 任务应该是什么？
从偏重只读、范围受限的任务开始：映射一个玩法系统、审查一个小型差异、解释一个构建错误或设计一个最小复现。提供起始提交和验收检查，限制工具使用，并要求基于证据的交付。在仓库导航、权限、验证和恢复行为得到验证前，避免全局重构。