Qarote您的代理调试 RabbitMQ 所需的一切。
Qarote 检测事件、解释根因，并通过 MCP 将这一切暴露给您的 AI 编码代理。这就是完整的产品——从别人没有的那部分开始。
您的代理早已会说的 MCP 接口。
大多数 RabbitMQ 工具止步于指标。Qarote 在单一 MCP 接口背后提供确定性事件引擎和托管式根因分析——您通过提问来调试，就在您已经使用的编辑器里。
{
"mcpServers": {
"qarote": {
"command": "npx",
"args": ["-y", "@qarote/mcp"]
}
}
}确定性的规则引擎，而非猜测。
基于规则的实时检测会在 broker 状态越过阈值的那一刻触发——消费者掉线、深度异常、ack 停滞。无需基线期，无需搭建仪表盘。开源，MIT。
orders.incoming — 消费者掉线按需为您写好的根因。
一次调用 explain_finding 便将一个事件及其周边 broker 状态转化为通俗易懂的根因。自带密钥、以托管方式运行，或在本地 Ollama 上完全本地化。按套餐限制——绝不按部署限制。
3 个消费者在 15:06 断开；深度以约 8k/分钟攀升且无任何消化——很可能是下游某个 worker 崩溃。请检查 15:05 前后的部署。 ↳ 同时触发：events.payment 也失去了消费者。
在反模式叫醒您之前就抓住它们。
结构化扫描会标记那些会在凌晨 3 点演变成事件的 RabbitMQ 错误——缺失的死信交换机、空闲的无消费者队列、对默认交换机的过度使用——每一项都能由您的代理读给您听。
no DLX on orders.*被拒绝的消息在 5 个队列中被悄无声息地丢弃。
idle no-consumer queueemails.outbound 已有 9 天没有任何消费者。
default-exchange overuse82% 的发布通过默认交换机路由。
可下钻的实时 broker 地图。
以图的形式查看交换机、队列和绑定。点击任意节点即可查看深度、消费者和绑定——旧的对象列表式「Browse」已化为一张您真正能据以推理的地图。图表保留 30 天的指标历史。
把重要的内容路由到重要的地方。
发现会通过电子邮件、Slack 或 webhook 送达，并按严重程度路由：严重项寻呼，其余汇总。电子邮件免费；Slack 与 webhook 在 Developer 解锁。
两分钟得到第一条发现。
通过 TLS 上的 Management HTTP API 连接——无需 exporter，无需在机器上部署代理。一个 broker 或多个；RabbitMQ 3.x 与 4.x；单节点或集群；包含 CloudAMQP 与 Amazon MQ。
# 将 Qarote 指向 Management API host: aws-rabbit.prod.internal port: 15672 tls: on user: qarote-readonly # → 14 个队列 · 6 个交换机 · 3 条发现
您的网络、您的模型、您的规则。
以云托管方式运行 Qarote，或使用 Docker、Compose、Dokku 或独立二进制自托管。自托管离线校验许可证——无回连——AI Explain 可在本地 Ollama 上运行，broker 数据从不离开您的网络。
检测核心为 MIT 开源。自托管许可证校验为离线。本地 Ollama 将 broker 状态的每一个字节都保留在您的边界之内。