如何修改AgentSpace已接入模型地址

供应商换了接口域名，AgentSpace 里却还连着旧地址；新地址已经粘进去，对话又像没换过。遇到这种情况，先别急着删除连接重建。

这里说的是 Agent.Space 网页工作区的“自有模型”。最值得先检查的是：改的是不是原供应商连接里的接口地址，以及改完有没有完成检测和运行环境加载。浏览器能打开一个网址，并不能证明 Agent 可以用它。

找到原连接，先记清改的是哪一家

以工作区所有者身份进入目标 Workspace，打开“工作区设置”中的“自有模型”，找到原来接入的服务商连接并进入编辑。成员能够选用模型，不代表有权管理这条连接；看不到对应管理入口时，先确认账号角色和当前工作区。

在自有模型列表中定位原服务商连接并进入编辑状态

修改前记下服务名称、原接口地址和正在使用的模型 ID，方便核对或恢复。不要为了留记录把完整 Key 截进图片，也不用先删掉原连接。已有记录能编辑时，直接在原连接中调整，更容易看出改动范围。

这里还有个容易走错的岔路：“更多”里的“Model API Key”面向外部客户端调用 Agent.Space。你现在要把供应商接进工作区，应留在“自有模型”里，两处的地址和密钥用途不能混用。

地址、Key 和模型要对上同一项服务

将原接口地址替换成供应商当前文档给出的 API Endpoint。服务名称只是用来识别连接，改名字不会改变请求去向；在对话里告诉 Agent“以后用新地址”，也不能替代连接设置。

地址要与表单要求的接口格式相符。不要把供应商首页当接口，也不要凭经验统一补一个路径后缀。若使用预设，确认它与账号实际 Endpoint 一致；若改用自定义地址，当前云端接入要求可从公网访问的 HTTPS 服务。只在自己电脑或公司内网可访问的地址，云端未必能到达。

再检查 Key 是否仍属于这个服务、是否有目标模型的权限。只是供应商迁移地址时，Key 要不要换应按对方说明；如果连供应商也换了，旧 Key 不能想当然地继续用。模型则按新服务提供的准确 Model ID 选择或填写，显示名称相似并不足以确认是同一个接口型号。

重新检测，再按提示让配置生效

改完重新运行模型兼容性检测，并查看每个目标模型的结果。连接保存成功与模型检测通过是两项检查：前者留下配置，后者才检查模型能否配合 Agent 工作。

运行兼容性检测后查看各模型的通过状态与错误提示

这项检测会实际向供应商发请求，可能产生用量。它会检查工具调用后能否继续，而不是只看能不能回复一句问候。若报错，先保留模型 ID、时间和脱敏错误文字，核对地址、凭据及接口能力，避免连续点检测碰运气。

云端电脑已经运行时，新增或修改自有模型后，需要按页面提示重启才能使用新配置。先保存工作、确认其他成员的任务安排，再执行重启。单独刷新网页不能代替页面要求的运行环境重启。

在新对话里确认，别只看回复顺不顺

配置加载后，新建对话，先选 Agent，再打开模型菜单，从对应供应商分组选择通过检测且适配的模型。模型没有出现，回到连接看检测结果和重启提示，不必反复修改服务名称。

在新建对话的模型菜单中选取通过检测的新配置模型

用一个不含敏感信息的小文件做验收：要求 Agent 读取后概括内容，暂时不修改文件。对照实际文件，查看是否发生工具读取、工具返回后是否继续给出有效回答。仅收到一段流畅文字，还不能确认工具链已经可用。

供应商提供调用记录时，再按测试时间和模型核对请求是否进入新服务。这个小任务只能验证当前连接和这次流程，不能替代长任务验收。先改对地址，再过检测、加载配置，最后核对一次实际调用，通常比来回删除连接更容易找到问题。