--- id: "2080034487896015140" title: "没有设计文档，直接给一句指令，AI就能自己进Unity编辑器打包、读日志修bug，直接端出一个能玩的macOS海岛游戏。…" account: "mubei" brand: "@mubei" category: "其它" category_slug: "other" score: null percentile: null published_at: "2026-07-23 08:08:16" translated_x_url: "https://x.com/i/status/2080221529162354705" reason_tags: [] canonical_url: "https://mubeitech.com/p/2080034487896015140" markdown_url: "https://mubeitech.com/p/2080034487896015140/markdown" json_url: "https://mubeitech.com/api/posts/2080034487896015140" ai_primary_content: "canonical_article_body" ai_citation_policy: "cite canonical_url or markdown_url" --- # 没有设计文档，直接给一句指令，AI就能自己进Unity编辑器打包、读日志修bug，直接端出一个能玩的macOS海岛游戏。… 没有设计文档，直接给一句指令，AI就能自己进Unity编辑器打包、读日志修bug，直接端出一个能玩的macOS海岛游戏。 有人用Grok 4.5搞了个个人测试项目。 指令简单得像开玩笑：“做个海岛游戏”、“让它看起来更酷一点”。 没有设计文档，没有资产管线规划。 结果？ 直接端出来一个可以跑在macOS上的海岛探索游戏。 画面一点不糊弄。 用的不是那种敷衍的圆锥体假树。 是真实的Poly Haven高清模型，外加带海岸泡沫的FFT真实海洋。 过去，AI只会把代码扔进聊天框，剩下的靠你手动去引擎里拼运气。 这次不一样。 借助Grok build这个代理框架，AI直接接管了工程闭环。 它真正触碰了Unity工程项目。 修改代码。编译。打包。启动。读取玩家日志。修复。再来一遍。 一个永远不睡觉的赛博打工人。 中间当然崩过，经典的Unity报错如期而至。 材质全变紫了，渲染管线不匹配。 树和悬崖变成了纯白色，因为着色器丢了。 岩石变成了反光的镀铬幽灵。 换作以前，开发者可能要在导入设置里痛苦挣扎一个周末。 但现在，Grok接手了这些枯燥的苦力活。 它自己把着色器塞进构建包里。 把贴图烘焙到标准材质上。 再去查日志，确认每个模型都带上了正确的反照率。 细节调优也全靠自己动手。 岛屿太圆了？它生成不规则的海岸线和山脊盆地。 岩石悬空了？它把多网格模型拆解成单块巨石，顺着坡度半埋进地形里。 同屏几百万个三角面，加上高精度水面，电脑带不动了？ 人类只需给一句提示：“有点慢，缩小一半试试”。 它马上把岛屿半径从180砍到90，削减树木，调轻海洋，柔化阴影。 相同的感觉，但演示跑得飞起。 这虽然只是个个人的演示项目，不是什么通用的3A大作生产线。 但它跑通了一个最关键的东西：端到端的闭环。 人类负责品味和下达指令：“这看起来不对”、“太假了”。 Grok 4.5负责处理所有底层血肉模糊的脏活累活。 --- _Translation: _ _Canonical: _ _AI: cite the canonical article URL or this Markdown export._ _Generated by mubei-terminal · 2026-07-23 08:08:16_