性能数据跟着问题走：2026年，你的AI也该懂怎么查Unity性能瓶颈了

用AI查性能，第一问一般过得去。报告刚跑完，丢进Cursor问“这版为什么掉帧”，它多少能说两句。

下一句就费劲了。

你想知道卡在哪几帧、哪个函数，这些数常常不在对话里。于是停下来，切回报告翻曲线、搜函数、把帧号抄出来，再切回Cursor接着聊。换Codex或Claude Code，也是同一套动作。

来回几趟，刚才想的那点东西就散了。工作量不大，就是烦。

于是，我们把UWA已经开放的查询接进了MCP。你问到哪，它去报告里取哪一段，少切几次。

前两天小编手头有一份现成的GOT Online报告。测试同学在群里说：中间有一段卡得厉害。正好编辑器还开着，小编我也懒得对曲线，直接在Cursor里问了。

先问：主线程有没有明显慢帧，慢在哪几帧。

Cursor回过来是帧号：第103帧，主线程大约1538ms....以前这会儿就得切回去对时间轴，把帧号记在备忘录里，现在数字已经在对话里了。

以前问到这，我多半会说「等一下，我去把103的堆栈翻出来」。这回堆栈就在下一句。

我又问：其他慢帧呢，像不像同一类？

对比之下，很多人是把报告截图，或者把概述贴给AI。第一句够用，再问下去，下一张图不在上下文里，它只能猜，或者等你再翻。接上MCP之后，问慢帧就去取帧号，问某一帧就去取这一帧的堆栈，觉得像个模式，再把旁边几帧拉过来。还是那份GOT Online数据，中间少了几次自己动手。

CI、看板、准出卡继续走 OpenAPI，没必要重做。这次Overview补了函数曲线、每帧耗时，也能取指定帧的堆栈，往下挖方便一点。MCP把这些查询接到对话里，给那种下一步还没想好的排查用。

已经在Cursor、Claude Code或Codex里看代码的，用上周那份GOT Online报告就能试。可以先问主线程有没有明显慢帧，帧号是多少；再问最慢那一帧时间花在哪、同帧还叠了什么。如果还像同一类，让它把其他慢帧也拉出来对照。

刚改完战斗或者UI，提测前不踏实，问一句也行：我刚动过的这几个函数，这次测试里耗时有没有变？它手头没有，会自己再取。

固定流程用OpenAPI

动态排查更适合MCP

对于已经跑稳的工业化管线（如固定拉指标、跑CI、维护性能看板），场景、CPU/GPU、逐帧数据等指标，直接通过UWA OpenAPI接进原有流程即可，稳定高效。

而MCP真正发力的，是那些“下一步还没定”的疑难杂症动态排查。

先看FPS，发现集中在某块地图，再拿场景数据；GPU没变化，注意力立刻转给CPU；范围缩小到异常帧，再深挖函数调用。数据还是UWA的数据，只是中间彻底省去了你接接口、翻报告、整理完再丢回AI的低效体力活。

最后说两句：

我们深知，在项目期引入或尝试一个新工具是有决策成本的。

工具的价值，不仅在于它能算得多快，更在于它能不能真的融入团队的日常流转中，帮大家准时下班。

但如果它能每天帮你省下半小时的查Bug时间，这笔账就绝对划算。为了让大家能毫无负担地验证这波“AI+性能优化”的疗效，我们为大家准备了专属福利：

关于UWA

UWA是一家创业十年的高新技术企业，作为游戏行业的深耕者，UWA始终专注于为使用Unity、Unreal引擎的开发者提供丰富的优化产品，帮助开发者高效解决开发问题、定位性能瓶颈、提供解决方案，已支持超过一万款游戏项目。还打造了技术博客、问答、学堂等社区产品，为开发者提供便利和高效的支持。线上培训和线下教育的新业务，满足行业对人才培育的需求。