1. Cursor 打开 Unity 工程后代码提示失效的完整排查链路Cursor 里写MonoBehaviour却没有任何补全transform、GetComponent全是白板连using UnityEngine都标红——这个场景我遇到过不止一次。问题通常不在 Cursor 本身而在 Unity 没有把工程上下文交给它。Unity 的智能提示依赖一套「解决方案文件」机制Unity 通过内置的 IDE 支持插件生成.sln和.csproj编辑器加载这些文件后才能建立类型索引进而提供跨脚本引用、命名空间自动导入和 API 补全。Cursor 作为 AI 编程工具默认没有对应的 Unity 插件所以即使你在 External Tools 里把它设成默认编辑器Unity 也不会主动生成并联动加载解决方案文件。这就导致一个典型现象双击脚本能打开 Cursor但打开的是一个「孤立文件」而不是「工程」。Cursor 看不到Assembly-CSharp.csproj自然无法解析 Unity API。从上下文完整性的角度看这是工程元数据缺失不是编辑器能力问题。这篇内容面向正在用 Cursor 开发 Unity 的开发者尤其是从 Visual Studio 或 VS Code 迁移过来、发现补全突然消失的人。我会把排查链路拆成四段External Tools 配置、.csproj生成、Base URL 与鉴权设置、请求命中验证。每一步都给出可复制的配置片段和验证动作你可以按顺序核对也可以直接跳到报错对应的章节。核心检索词是 Cursor Unity 代码提示失效围绕它的排查和修复会贯穿全文。先说结论方向绝大多数「提示失效」是工程文件没生成或没被加载少数是 AI 补全请求本身没发出去需要检查 Base URL 和 Key。两者要分开验证否则容易在错误的方向上反复重启。2. TaoToken 前置准备Base URL、API Key 与模型 ID 三件套在动手改 Unity 配置之前先把 AI 补全这条链路的后端准备好。Cursor 的补全和对话请求最终要发到一个兼容 OpenAI 协议的端点这里用 TaoToken 作为接入层。你需要准备三样东西我称之为「三件套」Base URL、API Key、Model ID。缺任何一个请求都会失败而且报错信息往往不直观。Base URL 填https://taotoken.net/api注意这里不加任何查询参数。API Key 在控制台的 API Keys 页面创建格式通常是一串以sk-开头的字符串创建后只显示一次记得立刻保存。Model ID 根据你实际使用的模型填写比如claude-sonnet-4-5这类标识具体以文档里的模型列表为准。获取入口我整理成一张表方便你按需跳转用途地址模型对话体验https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content长期编码 / Agenthttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content如果你用的是 Claude Code 这类命令行工具接入文档里有对应的环境变量写法如果是 Cursor 这类图形编辑器通常在设置里的 Models 或 OpenAI API Key 区域填写。无论哪种Base URL 和 Key 的对应关系不能错Base URL 指向https://taotoken.net/apiKey 用刚创建的那串。这里有个容易踩的坑有人把 Base URL 写成带/v1的完整路径结果请求 404。TaoToken 的 API 根路径就是https://taotoken.net/api具体版本路径由客户端拼接你不要手动加。另一个坑是 Key 复制时带了空格或换行导致 401。创建后建议先在一个纯文本编辑器里粘贴确认再填入 Cursor。准备好三件套后先别急着改 Unity。你可以用一条 curl 命令验证 Key 是否可用确认后端通了再去排查前端工程文件的问题。这样能把「AI 请求失败」和「工程索引缺失」两类问题彻底分开。3. 可复制配置External Tools 参数与 settings 片段这一节是操作核心。Unity 侧的配置分两步指定默认编辑器、填写启动参数。Cursor 侧的配置则涉及模型和鉴权。我把可复制的片段都列出来你照着填即可。3.1 Unity External Tools 配置打开 Unity依次点击Edit - Preferences - External Tools。在External Script Editor下拉里选择 Cursor 的可执行文件。如果列表里没有选Browse手动定位到 Cursor 的安装路径Windows 通常在%LOCALAPPDATA%\Programs\cursor\Cursor.exemacOS 在/Applications/Cursor.app。然后在External Script Editor Args输入框填入-r -g $(File):$(Line):$(Column) $(ProjectPath)参数含义逐个说明-r表示复用已有窗口避免每次双击脚本都开新实例-g是跳转到指定行后面跟$(File):$(Line):$(Column)冒号是分隔符$(ProjectPath)是 Unity 项目根目录它和前面的-g参数之间必须有空格因为它是独立参数不属于-g的取值范围。这一点很多人写错把$(ProjectPath)紧贴在$(Column)后面导致 Cursor 把整个字符串当成一个路径工程加载失败。3.2 生成 .csproj 与 .sln配置完参数后Unity 需要重新生成解决方案文件。触发方式有两种在 Unity 里点击Assets - Open C# Project或者直接双击任意.cs脚本。生成后项目根目录会出现Assembly-CSharp.csproj、Assembly-CSharp-Editor.csproj以及一个.sln文件。如果这些文件不存在Cursor 就没有工程上下文补全必然失效。你可以用文件管理器确认这些文件的时间戳是不是刚刚更新。如果没生成检查 Unity 控制台有没有编译错误——C# 脚本报错会阻断.csproj生成这是最隐蔽的一类原因。3.3 Cursor 侧 settings 配置片段Cursor 的设置分两层用户级settings.json和工作区级.cursor/settings.json。针对 Unity 工程建议在工作区根目录建.cursor/settings.json内容如下{ cursor.ai.baseUrl: https://taotoken.net/api, cursor.ai.apiKey: sk-你的Key, cursor.ai.model: claude-sonnet-4-5, cursor.cpp.enableIntelliSense: true, files.exclude: { **/Library: true, **/Temp: true, **/obj: true } }files.exclude把 Unity 的Library、Temp、obj排除掉避免 Cursor 索引海量中间文件拖慢补全。cursor.cpp.enableIntelliSense打开 C# 的 IntelliSense 支持。Base URL 和 Key 按上一节的三件套填写Model ID 换成你实际用的。如果你更习惯在图形界面操作也可以在 Cursor 设置里搜索OpenAI API Key把 Base URL 和 Key 填进去效果等价。但工作区级settings.json的好处是可以随工程提交团队协作时不用每个人重新配。3.4 验证 .csproj 被正确加载配置完成后在 Cursor 里打开.sln文件而不是单独打开某个.cs。打开后看左下角或状态栏应该显示 C# 扩展已加载。然后在任意脚本里输入transform.如果弹出position、rotation、localScale等成员说明工程索引生效了。如果还是白板回到第 5 节对照报错排查。4. 验证请求与成功结果触发补全并确认命中配置填完不代表生效必须做一次端到端验证。我习惯分三层验证工程索引层、补全触发层、请求命中层。第一层工程索引。在 Cursor 里按CtrlShiftPmacOS 是CmdShiftP打开命令面板输入C#: Reload Project手动重载一次。如果状态栏出现C# project loaded之类的提示说明.csproj被识别。此时打开Assembly-CSharp.csproj能看到里面列出的所有.cs文件说明索引完整。第二层补全触发。新建一个脚本输入以下代码using UnityEngine; public class TestHint : MonoBehaviour { void Start() { transform. } }在transform.后面停顿正常应该弹出成员列表。如果弹出说明 Unity API 提示恢复。再输入GetCom应该自动补全GetComponent。这一步验证的是本地索引不涉及网络请求。第三层请求命中。AI 补全比如按Tab触发的行内建议会发网络请求。打开 Cursor 的输出面板选择Cursor或AI通道观察日志。成功时你会看到类似POST https://taotoken.net/api/v1/chat/completions 200的记录。如果看到 401说明 Key 有问题看到local proxy failed说明 Base URL 或网络层有问题看到reading choices相关报错通常是响应格式不匹配检查 Model ID 是否正确。我实测下来三层都通过后Unity 的MonoBehaviour生命周期方法、Vector3、Quaternion这些常用类型的补全都会回来跨脚本引用也能正常跳转。此时双击 Unity 里的脚本Cursor 会复用窗口并定位到对应行体验和 Visual Studio 基本一致。如果第三层没通过但前两层正常那问题就在 AI 请求链路跟 Unity 无关。这时候重点查 Base URL 和 Key而不是反复折腾 External Tools。5. 本篇常见错误排查401、local proxy failed、reading choices、OAuth排查时最怕报错信息模糊。我把四类高频报错和对应原因列出来你对照日志定位。401 Unauthorized。日志里出现401或invalid api key基本是 Key 问题。三种可能Key 复制时带了空格或换行Key 已过期或被删除Base URL 和 Key 不匹配比如 Key 是 A 平台的Base URL 填了 B 平台。解决方法是重新在 API Keys 页面创建一个粘贴时先过一遍纯文本编辑器。注意 TaoToken 的 Key 只在创建时显示一次丢了只能重建。local proxy failed。这个报错通常出现在 Cursor 尝试走本地代理转发请求时。原因可能是 Base URL 写成了https://taotoken.net/api/带尾斜杠或者客户端拼接路径时重复了/v1。正确写法是https://taotoken.net/api不带尾斜杠不加/v1。另外检查系统代理设置如果开了全局代理但代理不可用也会报这个。关掉系统代理再试。reading choices 相关报错。日志里出现cannot read property choices或reading choices说明请求发出去了但响应结构不符合预期。常见原因是 Model ID 填错比如填了一个不存在的模型名服务端返回错误对象而不是标准的choices数组。解决方法是核对文档里的模型列表换成确认可用的 Model ID。另一个可能是 Base URL 指向了非兼容端点确认是https://taotoken.net/api。OAuth 相关报错。如果你用的是 Claude Code 或某些需要 OAuth 的工具日志里可能出现OAuth token expired或authentication failed。这类工具通常需要先完成一次授权流程把 token 写入本地配置文件。以 Claude Code 为例接入文档里会说明环境变量的写法通常是ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY两个变量。设置后重启终端再试。如果是 Codex 的auth.json需要确认里面的base_url和api_key字段与三件套一致。除了这四类还有一个非报错类问题补全偶尔出来偶尔不出来。这通常是 Cursor 索引还没建完大型 Unity 工程首次索引可能要几分钟。等待索引完成或者用C#: Reload Project手动触发。如果工程里有大量第三方插件建议在settings.json的files.exclude里把不看的目录排除减轻索引负担。排查顺序建议先看日志确认是本地索引问题还是网络请求问题再对照上面的报错分类。不要一上来就重装 Cursor 或 Unity那通常解决不了根因。6. 长期编码与 Agent 场景的接入建议如果你只是偶尔用 Cursor 写 Unity 脚本上面的配置够用了。但如果你打算把 AI 补全和 Agent 工作流长期用在 Unity 项目里有几个点值得提前规划。第一把工作区级.cursor/settings.json纳入版本控制。这样团队里每个人拉下工程就自带 Base URL 和模型配置不用口头传递。Key 不要提交到仓库用环境变量或本地覆盖文件处理。Cursor 支持从环境变量读取 Key具体变量名看接入文档。第二模型选择上日常补全用响应快的模型复杂重构或 Agent 任务用能力强的模型。TaoToken 的 Coding Plan 适合长期编码场景模型对话入口适合临时验证某个 API 的用法。两者按需切换不必所有请求都走同一个模型。第三Unity 工程索引会随脚本数量增长变慢。定期清理Library和obj保持files.exclude配置有效。如果项目用了 Assembly Definition确保每个 asmdef 对应的.csproj都正常生成否则跨程序集的类型引用会失效。第四Agent 类工具比如自动改代码、跑测试的接入时同样走三件套Base URL 填https://taotoken.net/apiKey 用 API Keys 页面创建的Model ID 按文档填。不要用图形界面的临时配置尽量落到配置文件里方便复现和排障。最后提醒一句Unity 的代码提示恢复后双击脚本跳转、跨文件引用、命名空间自动导入这些能力都会回来。如果哪天又失效了先检查.csproj是不是被误删或没重新生成再看 AI 请求日志。大部分问题都能在这两步内定位。
1. Cursor 打开 Unity 工程后代码提示失效的完整排查链路Cursor 里写MonoBehaviour却没有任何补全transform、GetComponent全是白板连using UnityEngine都标红——这个场景我遇到过不止一次。问题通常不在 Cursor 本身而在 Unity 没有把工程上下文交给它。Unity 的智能提示依赖一套「解决方案文件」机制Unity 通过内置的 IDE 支持插件生成.sln和.csproj编辑器加载这些文件后才能建立类型索引进而提供跨脚本引用、命名空间自动导入和 API 补全。Cursor 作为 AI 编程工具默认没有对应的 Unity 插件所以即使你在 External Tools 里把它设成默认编辑器Unity 也不会主动生成并联动加载解决方案文件。这就导致一个典型现象双击脚本能打开 Cursor但打开的是一个「孤立文件」而不是「工程」。Cursor 看不到Assembly-CSharp.csproj自然无法解析 Unity API。从上下文完整性的角度看这是工程元数据缺失不是编辑器能力问题。这篇内容面向正在用 Cursor 开发 Unity 的开发者尤其是从 Visual Studio 或 VS Code 迁移过来、发现补全突然消失的人。我会把排查链路拆成四段External Tools 配置、.csproj生成、Base URL 与鉴权设置、请求命中验证。每一步都给出可复制的配置片段和验证动作你可以按顺序核对也可以直接跳到报错对应的章节。核心检索词是 Cursor Unity 代码提示失效围绕它的排查和修复会贯穿全文。先说结论方向绝大多数「提示失效」是工程文件没生成或没被加载少数是 AI 补全请求本身没发出去需要检查 Base URL 和 Key。两者要分开验证否则容易在错误的方向上反复重启。2. TaoToken 前置准备Base URL、API Key 与模型 ID 三件套在动手改 Unity 配置之前先把 AI 补全这条链路的后端准备好。Cursor 的补全和对话请求最终要发到一个兼容 OpenAI 协议的端点这里用 TaoToken 作为接入层。你需要准备三样东西我称之为「三件套」Base URL、API Key、Model ID。缺任何一个请求都会失败而且报错信息往往不直观。Base URL 填https://taotoken.net/api注意这里不加任何查询参数。API Key 在控制台的 API Keys 页面创建格式通常是一串以sk-开头的字符串创建后只显示一次记得立刻保存。Model ID 根据你实际使用的模型填写比如claude-sonnet-4-5这类标识具体以文档里的模型列表为准。获取入口我整理成一张表方便你按需跳转用途地址模型对话体验https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content长期编码 / Agenthttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content如果你用的是 Claude Code 这类命令行工具接入文档里有对应的环境变量写法如果是 Cursor 这类图形编辑器通常在设置里的 Models 或 OpenAI API Key 区域填写。无论哪种Base URL 和 Key 的对应关系不能错Base URL 指向https://taotoken.net/apiKey 用刚创建的那串。这里有个容易踩的坑有人把 Base URL 写成带/v1的完整路径结果请求 404。TaoToken 的 API 根路径就是https://taotoken.net/api具体版本路径由客户端拼接你不要手动加。另一个坑是 Key 复制时带了空格或换行导致 401。创建后建议先在一个纯文本编辑器里粘贴确认再填入 Cursor。准备好三件套后先别急着改 Unity。你可以用一条 curl 命令验证 Key 是否可用确认后端通了再去排查前端工程文件的问题。这样能把「AI 请求失败」和「工程索引缺失」两类问题彻底分开。3. 可复制配置External Tools 参数与 settings 片段这一节是操作核心。Unity 侧的配置分两步指定默认编辑器、填写启动参数。Cursor 侧的配置则涉及模型和鉴权。我把可复制的片段都列出来你照着填即可。3.1 Unity External Tools 配置打开 Unity依次点击Edit - Preferences - External Tools。在External Script Editor下拉里选择 Cursor 的可执行文件。如果列表里没有选Browse手动定位到 Cursor 的安装路径Windows 通常在%LOCALAPPDATA%\Programs\cursor\Cursor.exemacOS 在/Applications/Cursor.app。然后在External Script Editor Args输入框填入-r -g $(File):$(Line):$(Column) $(ProjectPath)参数含义逐个说明-r表示复用已有窗口避免每次双击脚本都开新实例-g是跳转到指定行后面跟$(File):$(Line):$(Column)冒号是分隔符$(ProjectPath)是 Unity 项目根目录它和前面的-g参数之间必须有空格因为它是独立参数不属于-g的取值范围。这一点很多人写错把$(ProjectPath)紧贴在$(Column)后面导致 Cursor 把整个字符串当成一个路径工程加载失败。3.2 生成 .csproj 与 .sln配置完参数后Unity 需要重新生成解决方案文件。触发方式有两种在 Unity 里点击Assets - Open C# Project或者直接双击任意.cs脚本。生成后项目根目录会出现Assembly-CSharp.csproj、Assembly-CSharp-Editor.csproj以及一个.sln文件。如果这些文件不存在Cursor 就没有工程上下文补全必然失效。你可以用文件管理器确认这些文件的时间戳是不是刚刚更新。如果没生成检查 Unity 控制台有没有编译错误——C# 脚本报错会阻断.csproj生成这是最隐蔽的一类原因。3.3 Cursor 侧 settings 配置片段Cursor 的设置分两层用户级settings.json和工作区级.cursor/settings.json。针对 Unity 工程建议在工作区根目录建.cursor/settings.json内容如下{ cursor.ai.baseUrl: https://taotoken.net/api, cursor.ai.apiKey: sk-你的Key, cursor.ai.model: claude-sonnet-4-5, cursor.cpp.enableIntelliSense: true, files.exclude: { **/Library: true, **/Temp: true, **/obj: true } }files.exclude把 Unity 的Library、Temp、obj排除掉避免 Cursor 索引海量中间文件拖慢补全。cursor.cpp.enableIntelliSense打开 C# 的 IntelliSense 支持。Base URL 和 Key 按上一节的三件套填写Model ID 换成你实际用的。如果你更习惯在图形界面操作也可以在 Cursor 设置里搜索OpenAI API Key把 Base URL 和 Key 填进去效果等价。但工作区级settings.json的好处是可以随工程提交团队协作时不用每个人重新配。3.4 验证 .csproj 被正确加载配置完成后在 Cursor 里打开.sln文件而不是单独打开某个.cs。打开后看左下角或状态栏应该显示 C# 扩展已加载。然后在任意脚本里输入transform.如果弹出position、rotation、localScale等成员说明工程索引生效了。如果还是白板回到第 5 节对照报错排查。4. 验证请求与成功结果触发补全并确认命中配置填完不代表生效必须做一次端到端验证。我习惯分三层验证工程索引层、补全触发层、请求命中层。第一层工程索引。在 Cursor 里按CtrlShiftPmacOS 是CmdShiftP打开命令面板输入C#: Reload Project手动重载一次。如果状态栏出现C# project loaded之类的提示说明.csproj被识别。此时打开Assembly-CSharp.csproj能看到里面列出的所有.cs文件说明索引完整。第二层补全触发。新建一个脚本输入以下代码using UnityEngine; public class TestHint : MonoBehaviour { void Start() { transform. } }在transform.后面停顿正常应该弹出成员列表。如果弹出说明 Unity API 提示恢复。再输入GetCom应该自动补全GetComponent。这一步验证的是本地索引不涉及网络请求。第三层请求命中。AI 补全比如按Tab触发的行内建议会发网络请求。打开 Cursor 的输出面板选择Cursor或AI通道观察日志。成功时你会看到类似POST https://taotoken.net/api/v1/chat/completions 200的记录。如果看到 401说明 Key 有问题看到local proxy failed说明 Base URL 或网络层有问题看到reading choices相关报错通常是响应格式不匹配检查 Model ID 是否正确。我实测下来三层都通过后Unity 的MonoBehaviour生命周期方法、Vector3、Quaternion这些常用类型的补全都会回来跨脚本引用也能正常跳转。此时双击 Unity 里的脚本Cursor 会复用窗口并定位到对应行体验和 Visual Studio 基本一致。如果第三层没通过但前两层正常那问题就在 AI 请求链路跟 Unity 无关。这时候重点查 Base URL 和 Key而不是反复折腾 External Tools。5. 本篇常见错误排查401、local proxy failed、reading choices、OAuth排查时最怕报错信息模糊。我把四类高频报错和对应原因列出来你对照日志定位。401 Unauthorized。日志里出现401或invalid api key基本是 Key 问题。三种可能Key 复制时带了空格或换行Key 已过期或被删除Base URL 和 Key 不匹配比如 Key 是 A 平台的Base URL 填了 B 平台。解决方法是重新在 API Keys 页面创建一个粘贴时先过一遍纯文本编辑器。注意 TaoToken 的 Key 只在创建时显示一次丢了只能重建。local proxy failed。这个报错通常出现在 Cursor 尝试走本地代理转发请求时。原因可能是 Base URL 写成了https://taotoken.net/api/带尾斜杠或者客户端拼接路径时重复了/v1。正确写法是https://taotoken.net/api不带尾斜杠不加/v1。另外检查系统代理设置如果开了全局代理但代理不可用也会报这个。关掉系统代理再试。reading choices 相关报错。日志里出现cannot read property choices或reading choices说明请求发出去了但响应结构不符合预期。常见原因是 Model ID 填错比如填了一个不存在的模型名服务端返回错误对象而不是标准的choices数组。解决方法是核对文档里的模型列表换成确认可用的 Model ID。另一个可能是 Base URL 指向了非兼容端点确认是https://taotoken.net/api。OAuth 相关报错。如果你用的是 Claude Code 或某些需要 OAuth 的工具日志里可能出现OAuth token expired或authentication failed。这类工具通常需要先完成一次授权流程把 token 写入本地配置文件。以 Claude Code 为例接入文档里会说明环境变量的写法通常是ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY两个变量。设置后重启终端再试。如果是 Codex 的auth.json需要确认里面的base_url和api_key字段与三件套一致。除了这四类还有一个非报错类问题补全偶尔出来偶尔不出来。这通常是 Cursor 索引还没建完大型 Unity 工程首次索引可能要几分钟。等待索引完成或者用C#: Reload Project手动触发。如果工程里有大量第三方插件建议在settings.json的files.exclude里把不看的目录排除减轻索引负担。排查顺序建议先看日志确认是本地索引问题还是网络请求问题再对照上面的报错分类。不要一上来就重装 Cursor 或 Unity那通常解决不了根因。6. 长期编码与 Agent 场景的接入建议如果你只是偶尔用 Cursor 写 Unity 脚本上面的配置够用了。但如果你打算把 AI 补全和 Agent 工作流长期用在 Unity 项目里有几个点值得提前规划。第一把工作区级.cursor/settings.json纳入版本控制。这样团队里每个人拉下工程就自带 Base URL 和模型配置不用口头传递。Key 不要提交到仓库用环境变量或本地覆盖文件处理。Cursor 支持从环境变量读取 Key具体变量名看接入文档。第二模型选择上日常补全用响应快的模型复杂重构或 Agent 任务用能力强的模型。TaoToken 的 Coding Plan 适合长期编码场景模型对话入口适合临时验证某个 API 的用法。两者按需切换不必所有请求都走同一个模型。第三Unity 工程索引会随脚本数量增长变慢。定期清理Library和obj保持files.exclude配置有效。如果项目用了 Assembly Definition确保每个 asmdef 对应的.csproj都正常生成否则跨程序集的类型引用会失效。第四Agent 类工具比如自动改代码、跑测试的接入时同样走三件套Base URL 填https://taotoken.net/apiKey 用 API Keys 页面创建的Model ID 按文档填。不要用图形界面的临时配置尽量落到配置文件里方便复现和排障。最后提醒一句Unity 的代码提示恢复后双击脚本跳转、跨文件引用、命名空间自动导入这些能力都会回来。如果哪天又失效了先检查.csproj是不是被误删或没重新生成再看 AI 请求日志。大部分问题都能在这两步内定位。
