30款热门AI模型一站整合DeepSeek/GLM/Qwen 随心用限时 5 折。 点击领海量免费额度在实际开发和学习过程中我们常常需要借助强大的AI模型来辅助代码编写、问题解答和思路梳理。OpenAI的Codex以其出色的代码生成能力而闻名但其官方版本主要依赖OpenAI的API对于国内开发者而言在访问稳定性和成本方面可能存在挑战。与此同时DeepSeek等国产大模型在代码理解和生成方面也展现出了强大的实力并且提供了更友好的API访问方式。将Codex的便捷界面与DeepSeek的模型能力相结合在本地环境中构建一个稳定、高效的AI编程助手是许多开发者希望实现的目标。这个过程并非简单的“一键安装”它涉及到理解Codex的工作原理、配置本地代理网关、处理API协议转换等多个环节。对于初学者可能会在环境配置、工具选择和参数设置上遇到障碍。本文将带你从零开始完成Codex的本地部署并详细讲解如何通过CCX和CC Switch工具链将Codex的后端模型无缝切换为DeepSeek。你将学习到每一步操作的具体命令、关键配置参数的含义、常见的错误排查方法最终获得一个可在本地流畅使用的、接入DeepSeek模型的Codex开发环境。无论你是想体验更经济的AI编程助手还是希望深入研究AI工具链的集成本文提供的实践路径都将为你提供清晰的指引。1. 理解核心工具链Codex、CCX与CC Switch的角色在开始动手之前我们必须先理清整个方案中三个核心组件各自的作用和它们之间的协作关系。这能帮助你在后续配置和排错时清晰地知道问题可能出在哪个环节。1.1 Codex你的AI编程助手界面Codex本质上是一个AI Agent客户端软件。它提供了一个图形化界面桌面版或命令行界面CLI让你可以通过自然语言与AI模型交互完成代码生成、解释、重构等任务。其核心特点是原生设计Codex最初被设计为直接与OpenAI的官方API通信。这意味着它发出的网络请求格式、期望的响应结构都严格遵循OpenAI的API规范。协议依赖这是关键限制。Codex不会“说”其他模型如DeepSeek的“语言”即API协议。直接让它连接DeepSeek的API地址它会因为无法理解返回的数据格式而报错或无法工作。所以我们的目标不是“修改”Codex而是“欺骗”它让它以为自己还在和OpenAI对话。1.2 CCX协议翻译网关CCXCross-Platform Compatibility Extension在此方案中扮演着“翻译官”或“适配器”的角色。它的核心功能是进行API协议转换。输入侧CCX会启动一个本地服务例如监听http://localhost:8327这个服务模拟了OpenAI API的接口。当Codex向这个地址发送请求时CCX会接收并识别出这是标准的OpenAI格式请求。转换与转发CCX内部将接收到的OpenAI格式请求翻译成目标模型如DeepSeekAPI所能理解的格式和参数。输出侧CCX将转换后的请求发送给真正的DeepSeek API端点收到DeepSeek的响应后再反向翻译成OpenAI的格式返回给Codex。通过CCX我们为DeepSeek模型“套上”了一层OpenAI的“外壳”使得Codex能够无障碍地与它通信。1.3 CC Switch流量导向器CC SwitchConfiguration Switch是一个本地代理和配置管理工具。它的核心作用是拦截和重定向网络流量。流量劫持CC Switch通过系统代理或更底层的网络拦截技术将Codex试图访问api.openai.comOpenAI官方域名的请求全部截获。重定向CC Switch将截获的请求重新定向到我们本地运行的CCX服务地址如localhost:8327。配置管理它通常提供一个图形界面让你可以方便地添加、切换不同的“模型配置”。每个配置关联了一个目标翻译网关CCX的地址和对应的API密钥。简单来说CC Switch告诉系统“所有原本要去OpenAI的请求现在都改道去我本地的CCX服务。” Codex对此过程毫无感知。1.4 整体工作流程梳理理解了三个组件后整个数据流就清晰了你在Codex界面输入问题“用Python写一个快速排序函数。”Codex准备将这个请求发送到api.openai.com。CC Switch拦截了这个请求并将其重定向到http://localhost:8327CCX服务。CCX收到请求将其从OpenAI格式转换为DeepSeek API格式附上你配置的DeepSeek API密钥然后发送到https://api.deepseek.com。DeepSeek服务器处理请求生成代码返回响应给CCX。CCX将DeepSeek的响应转换回OpenAI格式返回给CC Switch。CC Switch将响应返回给Codex。Codex在界面中展示生成的代码。整个过程对Codex是透明的它始终认为自己是在与OpenAI服务通信。这个方案的优势在于无需修改Codex的任何代码完全通过外部工具链实现模型切换。2. 环境准备与核心工具安装在开始连接各个环节之前我们需要确保基础环境和各个组件都已正确安装。本节将详细说明每个工具的安装方法、版本选择建议以及安装后的基础验证。2.1 基础环境检查首先确保你的操作系统满足基本要求并安装必要的运行时。操作系统Windows 10/11, macOS, 或主流Linux发行版。本文以Windows环境为例其他系统原理相同安装包路径不同。Node.jsCCX基于Node.js开发。请访问 Node.js官网 下载并安装LTS长期支持版本。安装完成后打开命令行CMD或PowerShell执行以下命令验证node --version npm --version应能正确显示版本号如v20.x.x和10.x.x。Git可选但推荐用于克隆CCX等项目仓库方便后续更新。可以从 Git官网 下载安装。2.2 安装Codex桌面版Codex提供了更友好的图形界面推荐初学者使用。访问下载页面打开Codex的官方发布页面或微软商店。对于Windows用户最便捷的方式是打开Microsoft Store。搜索安装在Microsoft Store的搜索框中输入“Codex”。确认开发者是“OpenAI”后点击“获取”或“安装”按钮。等待安装完成。首次运行安装完成后在开始菜单找到Codex并启动。首次启动可能会提示登录或介绍界面由于我们后续会通过代理切换模型可以暂时跳过或关闭这些提示无需使用OpenAI账号登录。注意如果你无法访问Microsoft Store可能需要从GitHub等渠道寻找Codex的独立安装包如.exe或.msi文件但务必从可信来源下载注意安全。2.3 安装与配置CCXCCX是我们的协议转换核心。推荐使用其桌面控制中心CCX Desktop进行可视化管理和启动这对新手更为友好。安装CCX Desktop打开Microsoft Store。搜索“CCX Desktop”。找到由官方或可信开发者发布的应用点击安装。安装完成后启动CCX Desktop。首次启动它会自动在后台安装和启动CCX的核心服务。验证CCX服务打开浏览器访问http://localhost:8327这是CCX服务的默认管理界面地址。如果页面成功打开通常需要输入一个初始的“管理密钥”Admin Key。这个密钥在CCX Desktop首次启动时会在其界面或日志中显示。请仔细查看CCX Desktop的窗口信息。成功进入管理后台说明CCX服务已正常运行。关键概念理解CCX的管理后台主要用于添加和管理“渠道”Channels。一个渠道对应一个AI模型服务例如DeepSeek、GLM、Qwen等。我们需要在这里添加DeepSeek渠道。2.4 安装与配置CC SwitchCC Switch负责流量重定向。安装CC Switch访问CC Switch的GitHub发布页面https://github.com/farion1231/cc-switch/releases。根据你的系统Windows/macOS/Linux下载最新的安装包或可执行文件。对于Windows通常下载.exe安装程序或便携版.zip压缩包。如果下载的是zip包解压到一个固定的目录如C:\Tools\cc-switch即可运行。首次运行与配置运行CC Switch。它通常会最小化到系统托盘任务栏右下角。右键点击托盘图标选择“打开面板”或类似选项进入配置界面。在配置界面你可以看到当前代理状态通常是“关闭”以及一个配置列表可能是空的。至此三个核心工具都已安装完毕。但此时它们还是独立的下一节我们将把它们串联起来。3. 获取DeepSeek API密钥并配置CCX要让CCX能够代表我们去调用DeepSeek的服务我们必须提供一个合法的身份凭证——API密钥。同时需要在CCX中创建对应的渠道。3.1 申请DeepSeek API密钥注册与登录访问 DeepSeek开放平台 。如果你没有账号需要先完成注册和登录流程。进入控制台登录后在平台页面通常能找到“控制台”、“API管理”或类似的入口点击进入。创建API密钥在API管理页面寻找“创建新的API密钥”、“New API Key”或类似的按钮。点击创建系统会生成一串以sk-开头的密钥字符串。这个密钥只会显示一次请立即将其复制并妥善保存在一个安全的地方如密码管理器。如果丢失需要重新创建。你可以为这个密钥命名例如“Codex本地使用”以便于管理。账户充值重要DeepSeek API调用是按Token消耗计费的。虽然价格低廉但新账户余额通常为0必须充值后才能使用。在控制台找到“余额”、“充值”或“Billing”相关选项。选择充值金额并完成支付。对于个人学习和测试充值少量金额如10元即可使用相当长的时间。3.2 在CCX中添加DeepSeek渠道现在我们将DeepSeek的API接入CCX这个“翻译网关”。打开CCX管理界面确保CCX Desktop正在运行然后在浏览器中访问http://localhost:8327输入管理密钥登录。添加新渠道在管理界面中找到“渠道管理”、“Channels”或类似的菜单。点击“添加渠道”、“新增”或“Create Channel”。填写渠道配置渠道类型/平台在下拉菜单或选项中选择“DeepSeek”。CCX内置了对多种模型的支持选择正确的类型它会自动填充大部分配置。渠道名称自定义一个名字如“DeepSeek-V4”。API密钥将上一步复制的sk-开头的DeepSeek API密钥粘贴到此字段。基础URL通常选择DeepSeek后会自动填入https://api.deepseek.com。请确认此地址正确它是CCX转发请求的真实目标地址。模型列表部分配置可能需要指定可用模型。对于DeepSeek常见的模型名称为deepseek-chat对应最新版本如V4或deepseek-coder代码专用模型。你可以在DeepSeek平台的文档中确认最新的模型名称。可以先填写deepseek-chat。其他参数如“请求超时”、“最大Token数”等初次使用可以保持默认。保存并测试填写完毕后保存配置。在渠道列表中找到刚添加的DeepSeek渠道可能会有一个“测试”或“验证”按钮。点击测试CCX会尝试用你的密钥向DeepSeek发送一个简单的请求。如果返回成功说明渠道配置正确。记录CCX服务地址CCX服务在本地启动后会提供一个用于接收请求的地址。默认通常是http://localhost:8327管理界面和http://localhost:8327/v1用于OpenAI兼容API。这个http://localhost:8327/v1地址非常重要下一步在CC Switch中需要用到。你可以在CCX的管理界面或日志中找到确切的API端点地址。3.3 理解CCX的配置参数为了后续排错你需要了解几个关键参数API密钥身份凭证错误会导致401 Unauthorized错误。基础URL目标模型服务器的地址错误会导致连接失败。模型名称指定使用哪个具体的模型错误可能导致API调用不成功或使用非预期的模型。本地监听端口CCX服务本身的端口如8327如果被其他程序占用CCX会启动失败。4. 配置CC Switch连接CCX与Codex现在我们需要让CC Switch扮演“交通警察”的角色把Codex的请求引导到我们刚配置好的CCX服务上。4.1 在CC Switch中创建OpenAI配置打开CC Switch配置面板从系统托盘右键菜单打开CC Switch的主界面。添加新配置在配置界面找到“添加配置”、“新建”或“”按钮。在弹出的配置窗口中你需要填写以下关键信息配置名称例如“Local-DeepSeek-Via-CCX”。类型/平台选择“OpenAI”。因为我们要让CC Switch拦截Codex发往OpenAI的请求。API地址这里填写CCX提供的OpenAI兼容API地址。根据上一步的记录通常是http://localhost:8327/v1。注意这里填的是CCX的地址不是DeepSeek的地址。API密钥这里需要填写一个密钥但这个密钥不是你的DeepSeek API密钥。因为请求到了CCX后CCX会使用它自己配置的DeepSeek密钥。所以这个字段可以填写任意非空字符串例如sk-ccx-local。CC Switch只是原样将这个密钥转发给CCX而CCX在转发给DeepSeek时会使用它渠道里配置的真实密钥。有些CC Switch版本此字段可为空如果不允许为空就填一个任意值。保存配置填写完成后保存此配置。它应该会出现在CC Switch的配置列表中。4.2 启用代理并指向新配置选择配置在CC Switch的配置列表中选中你刚刚创建的“Local-DeepSeek-Via-CCX”配置。启用系统代理在CC Switch主界面找到“启用代理”、“启动”或“Toggle Proxy”的开关按钮将其打开通常状态会从“关闭”变为“开启”或显示绿色。关键动作CC Switch可能会请求修改系统代理设置。在Windows上这通常表现为弹出一个UAC用户账户控制窗口请求管理员权限以修改系统设置。你必须点击“是”或“允许”否则代理无法生效。启用后CC Switch的托盘图标通常会改变颜色或样式表示代理已激活。验证代理设置打开系统设置 - 网络和Internet - 代理。你应该会看到“使用代理服务器”选项被打开并且地址和端口指向了CC Switch设置的本地地址如127.0.0.1:xxxxx。这表明CC Switch已经成功接管了系统的HTTP/HTTPS代理。4.3 重启Codex并测试完全关闭Codex确保Codex应用完全退出。可以检查任务管理器确认没有Codex的进程在后台运行。重启Codex重新启动Codex桌面应用。进行测试在Codex的输入框中尝试问一个简单的编程问题例如“用Python写一个Hello World程序。”发送请求观察响应。成功迹象Codex能正常生成回答且回答的风格和内容与DeepSeek模型相符你可以对比DeepSeek官方Web界面的回答。在CCX Desktop的日志窗口或CCX的管理界面http://localhost:8327的日志中你应该能看到请求和转发的记录。失败迹象Codex长时间无响应、报错如连接超时、认证失败等或者仍然在使用其默认的模型如果之前登录过OpenAI账号。注意有时可能需要重启Codex多次或重启CC Switch服务才能使新的代理设置完全生效。如果第一次不成功请按顺序检查CCX服务是否运行 - CC Switch代理是否开启 - Codex是否在代理开启后重启。5. 运行验证与深度配置成功接收到第一个响应只是开始。为了稳定、高效地使用我们需要进行更全面的验证并了解一些高级配置选项。5.1 多轮对话与代码生成测试简单的Hello World测试通过后需要进行更复杂的场景测试以验证整个链路的稳定性。复杂代码生成请求生成一个更复杂的函数例如“写一个Python函数接收一个整数列表返回其中所有的质数。”上下文对话基于上一个回答继续提问“优化这个函数的时间复杂度。” 观察Codex是否能理解上下文并给出相应优化。错误解释粘贴一段有语法错误的代码问“这段代码为什么报错” 测试模型的代码分析和解释能力。查看使用记录登录DeepSeek开放平台的控制台查看“用量统计”或“API调用记录”。你应该能看到对应的请求记录和Token消耗这直接证明了你的请求确实流向了DeepSeek API。5.2 在CCX中配置多个模型渠道CCX的强大之处在于可以同时管理多个模型。你可以为不同用途配置不同的渠道。添加新渠道例如除了DeepSeek你还想接入智谱AI的GLM模型。获取GLM API密钥前往智谱AI开放平台申请API密钥并充值。在CCX中添加GLM渠道过程与添加DeepSeek类似在渠道类型中选择“Zhipu”或GLM填入对应的API密钥和基础URL如https://open.bigmodel.cn/api/paas/v4。在CC Switch中管理配置你无需为每个模型都在CC Switch中创建新配置。因为CC Switch只负责将流量指向CCX的固定地址localhost:8327/v1。模型的切换是在CCX层面或通过请求参数控制的。通过CCX切换模型有些CCX版本支持在向API发送请求时通过指定不同的model参数来调用不同的渠道。你需要查阅CCX的文档看它是否支持以及如何映射。另一种更直观的方式是在CCX管理界面临时禁用/启用某个渠道或者修改默认渠道。5.3 配置Codex的模型参数如存在某些版本的Codex或通过某些方式配置可能允许在界面中直接指定模型名称。如果存在此选项模型名称这里应填写CCX中为DeepSeek渠道配置的模型标识符。这不是DeepSeek官方的模型名如deepseek-chat而是CCX内部映射的名称。你需要在CCX的管理界面查看该渠道的“模型列表”或“模型标识符”。例如CCX可能将DeepSeek渠道映射为gpt-3.5-turbo或gpt-4这样的OpenAI模型名。填写这个映射后的名称。API地址和密钥这些字段在使用了CC Switch后通常应该留空或保持默认因为CC Switch已经将请求重定向了。如果填写反而可能造成冲突。5.4 验证各组件状态建立一个简单的检查清单用于快速验证系统是否正常工作组件检查方法正常状态CCX服务浏览器访问http://localhost:8327显示CCX管理登录页或后台CCX渠道在CCX管理后台查看DeepSeek渠道状态显示“在线”或“测试通过”CC Switch代理系统设置 - 代理显示为“开”地址为127.0.0.1:某端口CC Switch托盘图标显示为“已开启”状态如绿色Codex连接在Codex中发送简单请求能收到合理响应无网络错误DeepSeek计费DeepSeek平台控制台用量统计有最近的API调用记录和Token消耗6. 常见问题排查与解决方案部署过程中遇到问题是常态。本节将按照问题发生的环节提供系统的排查思路和解决方案。6.1 Codex无响应或报网络错误现象Codex界面显示“连接失败”、“网络错误”、“Timeout”或长时间“正在思考”无结果。排查步骤检查CC Switch代理状态确认CC Switch主界面或托盘图标显示代理已开启。打开系统设置 - 代理确认手动设置代理的开关是打开的且地址端口正确指向CC Switch。尝试关闭再重新开启CC Switch代理有时系统代理设置可能未正确应用。检查CCX服务状态打开浏览器访问http://localhost:8327。如果无法访问说明CCX服务未运行。启动CCX Desktop查看其日志窗口是否有错误信息。检查端口占用CCX默认使用8327端口。在命令行运行netstat -ano | findstr :8327如果该端口被其他程序占用需要停止该程序或在CCX Desktop中修改监听端口。检查CCX渠道配置登录CCX管理后台检查DeepSeek渠道的“状态”或“测试”功能是否正常。重点检查API密钥确认密钥是否正确复制没有多余空格。可以在DeepSeek平台创建一个新的API密钥替换测试。检查基础URL确认是https://api.deepseek.com。检查账户余额登录DeepSeek平台确认账户有余额。余额为0会导致所有API调用失败。检查防火墙/安全软件临时禁用Windows Defender防火墙或其他第三方安全软件测试是否是其拦截了localhost或CC Switch的流量。查看日志CCX日志在CCX Desktop或管理后台查看详细日志看是否有转发请求的错误信息如4xx客户端错误、5xx服务器错误。CC Switch日志CC Switch通常也有日志功能查看是否有拦截和重定向记录。6.2 Codex有响应但内容不符合DeepSeek风格或报错现象Codex能回复但回复内容像是其他模型如GPT或者在回复中提示“模型不支持”等错误。排查步骤确认代理是否生效在Codex中问一个只有最新信息才能回答的问题例如“今天天气如何”。如果它能给出今天的日期和天气而它本不应该有实时联网能力说明它可能绕过了代理直接连接了其他可用资源。这证明CC Switch的流量劫持没有完全生效。检查CC Switch配置的API地址确认CC Switch中为OpenAI配置的地址是http://localhost:8327/v1而不是其他地址。检查CCX的模型映射Codex发出的请求中会包含一个model参数如gpt-3.5-turbo。CCX需要将这个参数映射到正确的DeepSeek渠道。检查CCX中DeepSeek渠道的配置看它关联了哪些OpenAI模型名。有时需要将渠道的“模型列表”设置为*通配符来匹配所有请求。在CCX中查看请求详情CCX的管理后台通常有请求历史记录。查看Codex发来的请求确认其model参数是什么以及CCX将其转发到了哪个渠道和哪个真实模型。6.3 CCX服务启动失败或管理页面无法访问现象CCX Desktop启动报错或浏览器无法打开localhost:8327。排查步骤端口冲突8327端口可能被其他应用占用。使用netstat -ano | findstr :8327查找占用进程的PID然后在任务管理器中结束该进程或修改CCX的默认端口在CCX Desktop设置中查找。Node.js环境问题CCX依赖Node.js。运行node --version和npm --version确认已安装且版本不是太旧。尝试以管理员身份重新安装Node.js LTS版本。CCX Desktop自身问题尝试重启CCX Desktop。如果问题依旧可以尝试卸载后重新从Microsoft Store安装。也可以考虑使用CCX的命令行版本通过npm install -g ccx安装然后使用ccx start命令启动但这需要更多的命令行操作知识。6.4 DeepSeek API调用返回429频率限制或其它4xx错误现象CCX日志显示DeepSeek API返回了429等错误码。排查步骤429 Too Many RequestsDeepSeek API有调用频率限制。请放慢你在Codex中的提问速度避免短时间内发送大量请求。如果是团队共享密钥需注意总调用量。401 UnauthorizedAPI密钥错误或已失效。请在DeepSeek平台验证密钥状态并更新到CCX的渠道配置中。404 Not Found基础URL或模型名称错误。确认DeepSeek的API地址和模型名称如deepseek-chat填写正确。400 Bad Request请求参数格式错误。这可能是CCX在转换请求时出了问题。确保你使用的CCX版本与DeepSeek API版本兼容。查看CCX项目的GitHub Issues或文档看是否有已知问题。6.5 配置检查清单遇到问题时可以按此清单逐项核对序号检查项正常状态/正确值1系统代理是否开启系统设置中代理为“开”地址为127.0.0.1:xxxx2CC Switch是否运行且配置被选中CC Switch托盘图标亮起配置列表中目标配置高亮3CCX服务是否运行可访问http://localhost:83274CCX中DeepSeek渠道是否在线CCX管理后台显示渠道状态正常5DeepSeek API密钥是否正确且有效在平台可验证CCX渠道测试通过6DeepSeek账户是否有余额平台控制台余额大于07Codex是否在代理开启后重启确保Codex进程在代理生效后启动8防火墙是否放行localhost通信临时禁用防火墙测试7. 生产环境考量与最佳实践将这套方案用于日常开发和学习是可行的但如果希望用于更稳定或团队协作的环境则需要考虑更多。7.1 稳定性与性能优化CCX服务自启动与守护确保CCX服务在电脑开机后能自动启动并且崩溃后能自动重启。可以将CCX Desktop加入开机启动项或者对于命令行版本使用pm2、systemd等进程管理工具进行守护。网络波动处理本地代理链路过长可能增加网络延迟和不稳定性。确保你的本地网络环境良好。如果DeepSeek API访问慢可以考虑在CCX配置中适当调整超时时间。CCX与模型更新关注CCX和DeepSeek模型的更新。CCX更新可能修复兼容性问题DeepSeek模型更新如从V3到V4可能需要你在CCX中更新模型名称或配置。7.2 安全与成本控制API密钥管理切勿将API密钥硬编码在代码或公开的配置文件中。CCX Desktop通常会将配置加密存储。对于命令行版本确保配置文件如config.yaml的访问权限仅限于当前用户。用量监控与告警定期查看DeepSeek平台的用量统计设置消费额度告警避免意外超额消耗。可以编写简单的脚本定期调用API查询余额并发送通知。多密钥轮询如果调用量很大可以在CCX中为同一个DeepSeek渠道配置多个API密钥并设置轮询策略以平衡负载和应对单密钥限流。7.3 替代方案与工具选型当前方案Codex CCX CC Switch的优势是无需修改Codex通用性强。但你也应该了解其他可能性直接使用支持多模型的客户端一些新兴的AI编程助手客户端如Cursor、TRAE等原生支持配置多个模型供应商可能无需CCX和CC Switch这样的中转工具配置更简单。使用开源替代品存在一些开源的、可本地部署的Codex替代品它们通常设计时就考虑了对接多种开源或商业模型。商业API中转服务市面上有一些提供OpenAI API兼容中转的服务商它们已经集成了DeepSeek等模型。你只需要将Codex的API地址指向这些服务商并配置密钥即可。这通常更稳定但会产生额外费用。7.4 建立可复用的部署脚本为了便于在多台机器上部署或重装系统后快速恢复可以将关键步骤脚本化。记录安装清单创建一个文档记录所有工具的下载链接、版本号和安装顺序。备份配置文件备份CCX的渠道配置文件通常位于用户目录下的.ccx或ccx-desktop相关文件夹中和CC Switch的配置文件。编写检查脚本写一个简单的批处理脚本或Shell脚本用于快速检查各服务状态如检测端口、进程、测试API连通性。通过本文的步骤你不仅成功搭建了一个本地可用的、接入DeepSeek的AI编程环境更重要的是理解了其背后“客户端-代理网关-模型API”的通用集成模式。这种模式具有很强的扩展性你可以用同样的方法让Codex接入GLM、Qwen等其他国内大模型只需在CCX中添加对应的渠道即可。在实际使用中最关键的是保持对日志的敏感度当出现问题时按照“代理是否生效 - 网关是否运行 - 渠道配置是否正确 - 模型API是否正常”的链路进行排查大部分问题都能迎刃而解。 30款热门AI模型一站整合DeepSeek/GLM/Qwen 随心用限时 5 折。 点击领海量免费额度