我居然不知道，Pi 在游戏方面也有贡献🔥 Unity游戏引擎，我想大家应该都有所了解，社区已经慢慢的开始，往这方面做游戏处理。 最近我看到一个挺有意思的项目 pi-unity，它解决的不在是单纯制作游戏的问题，而是开始把Pi真正的带入到游戏开发相关的工作当中。 以前用 Coding Agent 做 Unity，流程基本都是 AI 改代码，我切回 Unity 等编译，发现报错，再把报错扔回来，很多时候人其实是在两个软件中间来回搬运信息。 pi-unity 开始尝试把这条链路接起来。 1、Pi 开始知道 Unity 此刻在发生什么 它可以检查当前打开的是哪个项目、Unity 进程是不是存在、Pipeline 有没有连上、项目现在能不能正常执行任务。 这个变化看起来不大，但意义不一样。 以前 Agent 面对的是一堆 .cs 文件，它只能通过代码去“猜”游戏现在是什么状态；现在它开始能够获取 Editor 本身的状态，知道自己到底在操作什么环境。 2、写完代码之后，它开始可以自己验证结果 比如让 Pi 修改一个角色系统，以前改完基本就结束了。 现在它可以继续触发 Unity 编译，发现 Compiler Error 再回来修改，然后跑 EditMode / PlayMode Test，测试失败继续读取结果处理。 也就是说流程慢慢变成了： 我告诉它想做什么，剩下的编译、测试、报错、再修改，可以让 Agent 自己来回跑。 3、最有意思的还是它开始进入正在运行的 Unity Editor pi-unity 可以通过 Pipeline 的 Roslyn REPL，在 Unity Editor 主线程执行受控的 C#。# 比如读取当前项目里的某个设置、检查运行状态，甚至针对正在调试的内容做一些临时测试和调整。 它里面甚至单独做了一个 unity-interactive-playmode-authoring Skill，目标就是让 Agent 在 Play Mode 里面先检查和调试，再决定哪些东西真正需要持久化下来。 4、所以 pi-unity 真正让我感兴趣的，不是“Pi 也可以写 Unity 了” 而是 Agent 正在从操作代码，慢慢往操作专业软件发展。 今天是 Unity，后面也可能是 Blender、Unreal、CAD、视频剪辑软件。 当这些软件里面的状态、按钮、运行环境都逐渐变成 Agent 可以理解和调用的 Tool，Vibe Coding 可能也不会一直停留在“帮我生成一个网页”，而是真正的可以在游戏生产当中制作出来。我自己想要的游戏。