成为赞助商——支持中文 Agent 生态
了解赞助对照个人实践：把计费单位从单请求改成 run ID；70/90/100 降级启发式与断路器；披露 n=7 粗测与路由表错排；不代你保证省 80%、不外推生产账单。
面向 Agent 账单失控的独立开发者：把「再换一个按请求路由」写成可对账的 run 级预算+降级策略，区别于最便宜模型 CRM 路由器与平台账单仪表盘。
Vandith BC 在《Show HN: Flux, a self-hosted LLM router with per-agent-run budgets》（页内 Published Sep 1, 2026；JSON-LD datePublished 2026-09-01 → 2026-09-01）写明：常见路由与成本控制按「单次请求」切；仪表盘只有可见性，硬表一到额度就掐。包装型调用难预判难度；Agent 会重试、生子 Agent，单请求看不到整段花费。Flux 把控制单位改成 run：同 run ID 的调用与子 Agent 共享预算，下一跳能花多少取决于本 run 已花多少。
自托管、OpenAI 兼容代理。包装调用选「够用且更便宜」的模型；Agent run 则按剩余预算收紧。启发式：0–70% 常规路由，70% 起偏便宜，90% 激进省，100% 硬停——作者自认非最优，求反馈。路由表来自公开基准：先过任务质量地板，再按成本排序，预算越紧越成本敏感。作者披露：7 条 live agentic-eval 相对纯 Sonnet 4.6 基线成本约降 80–90% 且评估分接近，但明确 n=7 不配小数精度、不是统计显著基准；更大 fixture 结果因与路由表同源视为循环不作证据。更有用的实测：父 Agent+两子 Agent 天气/空气质量任务，21 步真实 HTTP/Mistral，run ID 贯穿，总花费 $0.04416；过程中修过 tool-message 与跨厂商 tool-call 格式；强制 OpenAI 失败时一跳切 Claude，连续五次失败后断路器绕开。独立审计指出两处错排（如推理与代码评审排序与公开分不符）。开源 tryflux 可试路由侧。本场景据此输出「run 级预算路由」提纲。禁止把 80–90% 写成对你账单的承诺。
你是 Agent 成本治理助手。只根据用户约束写提问清单，不要编造已上线。
现有网关：{{gateway}}
单 run 预算：{{budget_usd}}
触顶策略偏好：{{on_budget_exhaust}}
质量地板：{{quality_floor}}
输出 Markdown：
1. run ID 如何传入父/子 Agent
2. 降级档位表（可改启发式）
3. 断路器与人工审批点
4. 人工对账清单（路由表 vs 公开基准）
禁止声称已为用户省下固定百分比；禁止建议把生产金钥绑到未审计代理。父任务预算未超，子 Agent 却打满高价模型，请写复盘提纲。
调用日志摘录：{{logs}}
期望 run ID：{{run_id}}
输出：
1. 是未传 run ID、子进程另开账户，还是路由忽略预算状态
2. 最小修复
3. 回归检查项
4. 人工确认清单
不要伪造「账单已自动冲正」。