第一道防线：供应商硬限——真正的“核按钮”

解决成本问题的核心不在于应用层（OpenClaw），而在于源头（供应商）。
如果 Agent 已经跑飞，它可能根本无法读取本地的“软限制”配置。

实操方法：

1.API 官网硬限：在 OpenAI 或 Anthropic 的 Billing 页面设置 Usage Limits。这是“物理级”熔断，一旦触达额度，API Key 直接失效并返回 429 错误。
2. 中转层配额：如果你使用中转 API，请为 OpenClaw 专用的令牌设置 Quota（额度）。当额度耗尽，中转层会强制拦截请求。

专家观点：这是预防灾难性事故的底线。就像给信用卡设置单次消费上限，不管程序怎么错，损失永远在可控范围内。

第二道防线：实时监控——心中有数，拒绝盲跑

硬限是保底，监控则是“油表”。OpenClaw 提供了多维度的查询方式，让你随时掌握消耗情况。
1. 聊天窗口实时查询（最直观）
在对话框直接使用 Slash Commands：
/status：弹出状态卡片，显示当前 Session 的 Token 消耗预估。
2. 开启本地成本审计
在 openclaw.json 或通过环境变量开启详细日志记录。OpenClaw 会将请求记录在 ~/.openclaw/logs/ 下。