← Retour aux guides

Python 自定义 Base URL 接入 OpenAI SDK：59API 成本优化实战

为什么要给 OpenAI SDK 配置自定义 Base URL

许多 Python 项目已经使用 OpenAI SDK，但直接调用官方接口时，开发、测试和批量任务的 Token 支出容易失控。OpenAI SDK 的 base_url 参数可以将请求发送到兼容 OpenAI 协议的服务，而无需重写现有业务逻辑。59API 的接口地址为 https://api.59api.com，支持 GPT 模型以及 Claude Opus、Sonnet、Haiku、Fable 等模型，并可兼容 Claude Code、Codex 和 OpenAI SDK。对于需要按量付费、希望降低单次实验和日常调用成本的开发者，这是一个实用的接入方式。

Python 接入：只改两项配置

先安装或升级 SDK：pip install -U openai。随后在 59API 控制台创建 API Key，并将密钥保存在环境变量中，例如 export 59API_API_KEY='你的密钥'。不要把密钥直接写进 Git 仓库、前端代码或日志文件。

Python 初始化客户端时，将 api_key 设置为 59API 密钥，并把 base_url 指向 https://api.59api.com/v1。示例逻辑为：from openai import OpenAI；client = OpenAI(api_key=os.environ['59API_API_KEY'], base_url='https://api.59api.com/v1')。之后仍可通过 client.chat.completions.create 调用模型，传入 model、messages、temperature 与 max_tokens 等常见参数。对于已经使用 OpenAI SDK 的项目，通常只需要替换客户端初始化配置，不必改动提示词、流式输出处理或业务层接口。

用 Token 上限做可计算的成本控制

真正有效的省钱方式不是只看“单价低”，而是为每次请求设定明确的 Token 边界。假设一个客服摘要任务平均输入 1,200 Token，输出不超过 300 Token，则单次请求的总量约为 1,500 Token。每天处理 2,000 条记录，日消耗约为 300 万 Token；一个 30 天月度周期约为 9,000 万 Token。将 max_tokens 固定为 300，而不是默认允许模型长篇输出，可以直接避免输出侧无意义膨胀。

建议把任务按复杂度拆分：分类、提取、改写等短任务优先选择轻量模型；代码审查、长文推理或复杂代理任务再使用 Sonnet、Opus 或高能力 GPT 模型。举例来说，若 80%的请求只是标签分类，每次节省 200 个输出 Token，在每天 2,000 次调用的规模下，每天可少用 40 万 Token，每月约减少 1,200 万 Token。无论采用哪种模型计费表，这类减少都是可量化的。

建议的模型路由策略

• 批量分类和字段提取：优先使用适合低成本高并发的轻量模型，并限制输出为 JSON 所需字段。
• 文案润色和普通问答：使用中等能力模型，temperature 建议从 0.2 到 0.7 开始测试，避免随机性带来重复重试。
• 代码生成和复杂推理：仅在任务确实需要时切换到高能力模型，同时保留 max_tokens、超时和重试上限。
• 失败重试：最多重试 2 次，并记录请求模型、输入长度、输出长度与错误码；无限重试会快速放大账单。

生产环境的四个细节

第一，使用环境变量分别管理测试和生产密钥，避免测试流量进入生产预算。第二，为每个用户或工作区设置日限额，例如 50 次请求或 100 万 Token，超过后改用轻量模型或进入队列。第三，缓存稳定问题的结果：相同输入的翻译、分类和知识库问答可按内容哈希缓存，命中一次就少一次付费调用。第四，记录 usage 中的输入与输出 Token，按模型、功能和用户维度汇总，才能判断真正昂贵的是长上下文、长输出还是异常重试。

59API 提供按量付费的低成本模型访问，并保持原生官方质量模型能力，适合将模型选择与预算控制放在同一套 Python 调用流程中。对于需要持续测试 GPT 与 Claude 系列模型的团队，还可结合其推荐返佣机制进一步降低长期使用成本。可先注册 59API，使用小流量任务验证兼容性、延迟和实际 Token 消耗，再逐步迁移批量工作负载。

Tarifs · Docs