Flightdeck：给 AI Agent 装一块仪表盘，token 预算按 80/90/100 三档刹车

Flightdeck 是一个自托管的 AI Agent 可观测性与控制平面，v0.7.0 已发布，Apache-2.0 协议。

和代理式网关的区别

大多数 Agent 监控工具是以代理（proxy）形式插在中间，改你的请求地址。Flightdeck 用的是「传感器」模式：把 SDK 客户端包在 Agent 自己的进程里，不上代理。好处是不改网络拓扑、不引入额外延迟；代价是需要在代码里接入。

它记录什么

每一次 LLM 调用、工具调用、MCP 事件都推到同一条时间线上，多 Agent 场景下还会画出子 Agent 树。这对排查「Agent 到底在哪一步走偏」很关键——现在大部分 Agent 故障不是模型笨，是上下文在中途被污染了，而污染点只有看完整时间线才找得到。

最实用的功能是 token 预算

在进程内强制执行，默认 80% 告警、90% 自动切更便宜的模型、100% 直接阻断。三档阈值的设计很务实：既不会一刀切掉任务，也不会让一次循环 bug 烧掉一个月预算。

还可以做什么

从控制台停掉单个或一组 Agent；限制 Agent 能访问哪些 MCP server——这条在多租户或者给 Agent 开了生产库权限的场景里是必需的。

支持的栈

Anthropic 和 OpenAI 的 SDK、litellm、LangChain、LangGraph、LlamaIndex、CrewAI，Claude Code 通过插件接入。部署用 Docker Compose 或 Helm。提示词捕获默认关闭，这个默认值选得对——默认开启等于把用户数据直接落盘。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

传感器模式不改网络拓扑这点比代理式网关好，代价是要在代码里接入。三档阈值很务实，八成告警九成切便宜模型十成阻断，既不会一刀切掉任务也不会让循环 bug 烧光预算。

传感器模式这个选择挺对，proxy 那套改请求地址的做法在我们内网直接被安全组拦了。80/90/100 三档刹车也很实用，我们之前是月底看账单才发现某个 agent 循环调工具烧掉整月预算。就是希望它把工具调用的入参也记下来，光有时间线定位问题还是靠猜。

传感器模式这个选择对，代理那套改请求地址的做法在内网经常被安全组拦掉。三档刹车设计务实，最怕的是循环调工具把预算烧光。希望它把工具调用的入参和返回值也记下来，只有时间线定位还是靠猜。