先理解用量：一次 Codex 请求消耗了什么

Codex 的一次任务，通常不只是你输入的那句话。系统指令、项目文件、历史对话、命令输出和模型回答，都可能进入请求。理解成本时至少要区分输入和输出：输入影响上下文消耗，输出影响模型生成内容的消耗。

输入：问题   代码   项目上下文   历史消息
输出：解释   代码   命令   总结
实际用量：按服务页面的输入/输出计费规则折算

短问题不一定低消耗。如果每次请求都带上大量无关日志和完整仓库内容，输入量会快速增加。反过来，限制读取范围、拆分任务和明确输出格式，通常能让用量更可控。

第一步：从灵能API页面建立自己的模型记录

进入灵能API公开页面或控制台后，先记录当前模型列表、Model ID、输入价格、输出价格和适合的任务。不要只保存一张价格截图，截图适合定位页面，真正用于配置的仍然是当天页面上的接口 ID。

模型和价格可能变化，实际配置和预算判断以当天页面信息为准。

• 官网入口：https://www.lnsns.com/
• Model ID：复制精确字符串，注意版本后缀。
• 输入价格：长上下文任务重点关注。
• 输出价格：长回答和代码生成会增加消耗。

第二步：用不同令牌追踪不同用途

如果所有项目共用一枚 API Key，看到余额变化时很难判断是哪项任务产生了消耗。更清晰的方式是按设备、项目或用途创建不同令牌，例如日常开发、实验测试和自动化脚本分别使用独立令牌。

令牌名称应该能回答三个问题：来自哪台设备、服务哪个客户端、用于哪类任务。完整令牌只保存在本地私密位置，不放进项目仓库、文章、截图和团队群聊。

• Codex-Windows-Daily：日常开发。
• Codex-Windows-****：模型和参数实验。
• Codex-Auto**tion：脚本或自动化任务。

️ 第三步：在 CC Switch 中让线路名称对应成本用途

令牌分开之后，CC Switch 中的配置卡也要使用相同的用途命名。名称不是装饰，它可以帮助你在出现用量异常时迅速锁定当前使用的线路。

建议至少保留三张卡：稳定主线路、低风险测试线路和备用线路。测试新模型时复制主卡片，但要重新检查 API Key、*ase **L 和 Model ID，避免新卡片仍然使用旧的实验参数。

• 主线路：控制日常开发消耗。
• 测试线路：限制在短任务和空目录。
• 备用线路：主线路异常时快速回退。

✍️ **步：配置时记录四项可审计信息

配置卡中建议记录服务名称、用途备注、Model ID 和最近一次测试时间。*ase **L 和 Model ID 可以用于排错，API Key 则只保存为隐藏字段，不要把完整值写进备注。

服务名称：灵能API-Codex-Daily
用途备注：日常项目 / 短任务优先
*ase **L：https://www.lnsns.com/v1
Model ID：以当前模型列表为准
最近测试：记录日期，不记录密钥

*ase **L 通常填写到 /v1，不要重复添加路径。Model ID 从当天列表复制。每次修改模型后记录日期和测试结果，出现质量或用量变化时可以对照。

第五步：用任务设计控制输入和输出

用量控制不等于拒绝使用模型，而是让每次请求都带有明确范围。进入项目后，先指定文件和目标，再要求模型输出计划或摘要，不要默认扫描所有目录。

任务示例：
请只阅读 src/**in.ts，概括入口、依赖和风险。
输出控制在 8 条以内，不要修改文件。

如果需要处理长日志，先让 Codex 提取错误摘要，再根据摘要定位文件。这样可以减少无关内容进入后续请求。

• 读取指定文件，不要一次发送整个仓库。
• 先输出计划，再分步执行修改。
• 明确回答格式和长度，减少无关输出。
• 重复任务尽量复用清晰上下文，不反复粘贴长日志。

✅ 第六步：用连接测试建立基准记录

每次新增模型或令牌后，先在空目录完成轻量测试，并记录卡片名称、模型、响应是否成功和大致耗时。这里不需要追求复杂结论，只要建立一个后续可比较的基准。

mkdir codex-usage-check
cd codex-usage-check
codex

测试任务可以是：请确认当前目录是否为空，并说明你会如何检查项目，不要创建、删除或修改文件。若短任务成功而真实项目超时，优先缩小上下文；若短任务也失败，再检查线路和服务状态。

第七步：观察用量异常的三个信号

发现异常时先暂停可疑卡片和令牌，再查看调用记录。不要继续大量测试，否则会让异常来源更难区分。确认后重新创建专用令牌，并在测试卡片中验证。

• 短任务消耗明显增加：检查是否带入了过长历史上下文。
• 余额下降但自己没有操作：检查是否有自动化脚本、共享 Key 或**进程。
• 同一任务成本突然变化：检查模型、分组、价格和倍率是否更新。
• 回答过长：限制输出格式和长度，拆成多步任务。

额度、权限和连接问题快速定位

排错时记录卡片名称、错误码、模型 ID 和日期，不记录完整 API Key。用量问题和连接问题要分开处理。

• 401：令牌无效、被撤销或当前启用卡片不匹配。
• 403：额度、分组、模型权限或访问策略不足。
• 404：*ase **L 写错或重复 /v1。
• model not found：Model ID 过期或拼写不一致。
• 请求超时：减少上下文，再判断网络和服务状态。
• 切换无效：关闭旧 Codex 进程，启用卡片后重新打开。

安全收尾：让用量记录不暴露敏感信息

调用记录和用量统计可以帮助定位问题，但分享时必须脱敏。可以保留日期、模型、错误码、请求类型和大致耗时，删除 API Key、账号、项目文件内容和完整请求头。

需要查看当前模型、额度和令牌状态时，通过可点击的灵能API官网入口进入：https://www.lnsns.com/。实际页面信息优先于旧截图和历史记录。

• 令牌按设备或用途独立创建。
• 实验线路和正式线路分开。
• 疑似泄露时立即撤销旧令牌。
• 模型升级后重新记录测试基准。

用量管理最终清单

做到这些，Codex 中转使用就具备用量可见、线路可追踪、问题可定位和风险可控制四个基础能力。

• 知道当前卡片、模型和令牌分别用于什么。
• 输入和输出价格已经分别理解。
• 长任务会先缩小上下文和输出范围。
• 新增模型会先在空目录建立测试基准。
• 异常用量时可以暂停单独令牌，不影响其他线路。
• 调用记录和截图不会暴露完整密钥。