API配置不是背一串字段。先分清客户端、服务和配置管理工具，后面的每一步才有判断依据。
控制台是管理Key、用量和配置说明的网页；Base URL是客户端发送请求的服务地址。把浏览器地址栏直接复制过去，常会得到404或网页HTML。
所以这篇文章只解决一件事：区分控制台入口、API Base URL和最终请求路径，并按当前说明复制正确字段。这套流程先控制一个小范围，确认有效后再扩大，避免把第一处错误复制到全部材料。
适合谁
适合能打开小贺API控制台，却不知道客户端地址栏应该复制哪个链接的人。
这不是一套让工具替你承担责任的方法。材料缺失要补，结论无法定位要标记，涉及不可逆操作时要停下来确认。
API Key相当于调用凭证，不能出现在截图、文章示例、聊天记录、日志或代码仓库。地址、模型、协议和Provider字段只以当前控制台及客户端说明为准。
开始前准备
- 可登录的当前控制台
- 客户端的Base URL字段
- 控制台对应客户端的配置说明
- 建立一个测试副本或新目录，不直接操作唯一原件。
- 写下一句验收标准：控制台和API地址用途分清，最终请求路径符合当前客户端说明，最小任务实际成功
准备材料时，把“必须原样保留”“允许调整”“信息不足时禁止猜测”分开写。三类边界混在一句话里，执行时最容易被忽略。
完整步骤
第一步之前：先做一个最小样本
先选最有代表性的一小份材料：既包含正常情况，也包含一个容易出错的边界。小样不合格时，继续全量处理只会增加返工。
第一步：确认当前页面用途
先判断链接是登录与管理页面、文档页面还是实际API地址。
这一阶段的完成标志不是工具有回复，而是“地址用途清单”已经可供人工检查。
第二步：从对应客户端说明复制
选择Codex或Claude Code的当前配置，不把一种协议的地址套给另一种客户端。
继续下一步之前，抽查“Base URL来源记录”中的边界项和异常项；发现前提不成立就先修正。
第三步：核对最终请求路径
记录客户端是否会自动追加版本或接口路径，避免重复或缺失。
把“最终URL结构”作为本轮留存证据。后续合并或扩大范围时，都应能用它复盘。
第四步：用最小任务验证
保存并完全重启客户端，再运行一个只读小任务，观察真实状态码。
先停在这里检查一次。此时应已经形成“地址验证结果”，并且能回到原始材料说明它从哪里来。
第五步：人工验收并沉淀流程
不要在第五步继续扩写内容，而是做对账：输入是否齐、步骤是否留证、结果是否可恢复、风险是否有人确认。
实际示例
https://api.xiao-he.top/是小贺API控制台入口。客户端需要的完整Base URL必须登录后按当前Codex或Claude Code说明复制，不能仅凭域名猜路径。
可以先这样描述任务：
我正在处理“区分控制台入口、API Base URL和最终请求路径，并按当前说明复制正确字段”。已有材料包括可登录的当前控制台、客户端的Base URL字段、控制台对应客户端的配置说明。请先不要扩大任务范围，也不要补造缺失信息。先完成“确认当前页面用途”，输出可以人工检查的中间结果；我确认后，再继续“从对应客户端说明复制”。最终请按照“控制台和API地址用途分清，最终请求路径符合当前客户端说明，最小任务实际成功”列出验收结果和仍需人工确认的内容。
若第一次结果仍然太宽泛，不要继续追加十条要求。缩小输入，只重做最早出现偏差的那一步。
常见问题与报错
请求返回一段网页HTML而不是API结果
大概率请求到了控制台或文档页面；记录最终URL和响应类型，回到对应客户端配置说明核对Base URL。
配置保存了，客户端仍然使用旧地址
确认当前Provider已经切换生效，完全退出客户端后重开，并检查环境变量或其他配置文件是否覆盖了刚保存的值。
401、404、429和超时一起排查
先记录真实状态码、最终请求路径和响应信息，再按认证、路径、额度、频率和网络分层处理；每次只改一个变量。
API排错必须保留真实状态码、最终请求路径和脱敏响应。每轮只改Key、地址、模型或Provider中的一项。
完成后的检查方法
- 控制台和API地址用途分清，最终请求路径符合当前客户端说明，最小任务实际成功
- 关键结论能回到原始材料、文件、命令输出或当前控制台。
- 没有把缺失信息、推测内容或示例数字写成已经确认的事实。
- 重要文件保留原件、版本或可恢复副本，敏感信息没有进入公开内容。
- 结果已经由真正负责这项工作的人审阅，而不是只看页面是否生成。
最后再问自己一次：这份结果解决了最开始的问题，还是只生成了另一份需要重新整理的材料？只有前者才算完成。
资料来源
- 小贺API控制台
地址、模型、价格、套餐和配置字段可能调整，以登录后当前页面为准。
- CC Switch项目说明
用于核对Provider管理和客户端切换入口；界面以当前版本为准。
FAQ
可以一次把整个任务交给工具完成吗？
不建议一次交付全部范围。先按本文步骤完成一个小样，用“控制台和API地址用途分清，最终请求路径符合当前客户端说明，最小任务实际成功”验收，再决定是否扩大范围。
遇到“请求返回一段网页HTML而不是API结果”应该先检查什么？
大概率请求到了控制台或文档页面；记录最终URL和响应类型，回到对应客户端配置说明核对Base URL
完成后还需要人工检查吗？
需要。AI或执行工具负责推进流程，最终仍要由你根据原始材料、任务规则和“控制台和API地址用途分清，最终请求路径符合当前客户端说明，最小任务实际成功”完成验收。