QaroteTout ce dont votre agent a besoin pour déboguer RabbitMQ.
Qarote détecte les incidents, explique la cause racine, et expose tout cela à votre agent de code IA via MCP. Voici le produit complet — en commençant par ce que personne d'autre n'a.
Une surface MCP que votre agent parle déjà.
La plupart des outils RabbitMQ s'arrêtent aux métriques. Qarote livre un moteur d'incidents déterministe et une analyse de cause racine managée derrière une seule surface MCP — vous déboguez en demandant, dans l'éditeur où vous êtes déjà.
{
"mcpServers": {
"qarote": {
"command": "npx",
"args": ["-y", "@qarote/mcp"]
}
}
}Un moteur de règles déterministe, pas une supposition.
La détection live, basée sur des règles, se déclenche dès que l'état du broker franchit un seuil — consumers disparus, anomalies de profondeur, acks bloqués. Aucune période de référence, aucun tableau de bord à construire. Open source, MIT.
orders.incoming — consumers disparusLa cause racine, rédigée pour vous à la demande.
Un appel explain_finding transforme un incident et l'état du broker environnant en une cause racine en langage clair. Apportez votre clé, exécutez-le en managé, ou gardez-le 100 % local sur Ollama. Plan-gated — jamais deploy-gated.
Les 3 consumers se sont déconnectés à 15:06 ; la profondeur grimpe d'environ 8k/min sans aucun drainage — probablement un worker en aval qui a crashé. Vérifiez les déploiements autour de 15:05. ↳ co-déclenchement : events.payment a aussi perdu ses consumers.
Repérez les anti-patterns avant qu'ils ne vous réveillent.
Un scan structurel signale les erreurs RabbitMQ qui deviennent des incidents à 3 h du matin — dead-letter exchanges manquants, files sans consumer inactives, sur-utilisation de l'exchange par défaut — chacune lisible par votre agent.
no DLX on orders.*Les messages rejetés sont silencieusement perdus sur 5 files.
idle no-consumer queueemails.outbound n'a aucun consumer depuis 9 jours.
default-exchange overuse82 % des publications passent par l'exchange par défaut.
La carte live du broker, avec drill-down.
Visualisez exchanges, files et liaisons sous forme de graphe. Cliquez n'importe quel nœud pour inspecter profondeur, consumers et liaisons — l'ancien « Browse » en liste d'objets s'est dissous en une carte que l'on peut vraiment raisonner. Les graphiques conservent 30 jours d'historique de métriques.
Routez ce qui compte, là où ça compte.
Les findings vous parviennent par e-mail, Slack ou webhook, avec un routage par sévérité : les criticals alertent, le reste se résume. L'e-mail est gratuit ; Slack et les webhooks se débloquent sur Developer.
Deux minutes jusqu'à votre premier finding.
Connectez-vous via l'API HTTP de management en TLS — aucun exporter, aucun agent sur la machine. Un broker ou plusieurs ; RabbitMQ 3.x & 4.x ; mono-nœud ou en cluster ; CloudAMQP et Amazon MQ inclus.
# pointez Qarote vers l'API de management host: aws-rabbit.prod.internal port: 15672 tls: on user: qarote-readonly # → 14 files · 6 exchanges · 3 findings
Votre réseau, votre modèle, vos règles.
Lancez Qarote en cloud, ou auto-hébergez avec Docker, Compose, Dokku ou un binaire autonome. L'auto-hébergé valide sa licence hors-ligne — aucun phone-home — et AI Explain peut tourner sur Ollama local, pour que les données du broker ne quittent jamais votre réseau.
Le cœur de détection est MIT et open source. La validation de licence auto-hébergée est hors-ligne. Ollama local garde chaque octet de l'état du broker à l'intérieur de votre périmètre.
Voyez-le sur votre propre broker.
Connectez-vous en moins de deux minutes, puis demandez à votre agent ce qui ne va pas.