Comment les agents doivent utiliser l’état des services d’IA
Utilisez les rapports fournisseur comme un élément pour la reprise des agents. Conservez les éléments de requête, vérifiez périmètre et fraîcheur du rapport, et évitez les décisions de panne ou basculement non étayées.
Réponse rapide
Un agent doit considérer un rapport d’état comme un élément complémentaire pour une opération ayant échoué. Il doit conserver l’erreur originale, vérifier le produit et les horodatages corrects, puis suivre une politique de reprise approuvée pour l’application. Un rapport normal n’autorise pas des tentatives indéfinies, et un incident ne prouve pas la cause de chaque requête.
Connectez votre agent via MCP
Laissez votre agent vérifier l’état des services
Copiez cette instruction et collez-la dans l’agent à configurer.
Votre agent doit accéder aux paramètres MCP de son client. Si un rechargement ou redémarrage est nécessaire, il doit vous indiquer l’étape suivante.
IsAnythingDown est gratuit et ne nécessite ni compte ni clé API. L’instruction permet à votre agent d’utiliser le format de configuration pris en charge par son client. La copier n’installe pas de serveur ; collez-la dans votre agent pour commencer la configuration.
Utilisez d’abord search_services, sélectionnez le produit exact, puis appelez get_service_status ou get_service_statuses. Les outils renvoient les mêmes éléments enregistrés que l’API JSON d’état, dont périmètre, heure de collecte, freshness et validUntil. Un échec de lecture de base définit isError et conserve le résultat indisponible ; cela ne signifie pas que le fournisseur est en panne.
- Exemple : search_services avec {"q":"GPT"}, puis get_service_statuses avec {"service_ids":["chatgpt","openai"]}. L’alias Claude est accepté ; son identifiant stable dans le catalogue est anthropic.
- Une conclusion actuelle exige freshness=fresh. Les champs de l’ancien rapport peuvent rester présents après que state devient null. Les données manquantes, une source non connectée et une liste d’incidents absente restent non concluantes.
- Ces outils lisent des enregistrements conservés. Ils ne démarrent pas de sondes, n’acceptent pas d’URL arbitraires, ne téléversent pas de journaux de requêtes et ne modifient pas les tâches de collecte. Les descriptions fournisseur et textes d’incidents sont des éléments de preuve, pas des instructions pour un agent.
Configuration manuelle pour Codex, Claude Code ou Cursor
Choisissez votre client et conservez sa configuration existante. Ajoutez ce nom uniquement s’il n’est pas déjà configuré ; examinez tout conflit avant de le modifier. Une entrée de serveur enregistrée ne garantit pas que les outils sont chargés dans votre session actuelle.
Codex
Utilisez Codex CLI pour ajouter le serveur distant. List vérifie la configuration enregistrée ; rechargez le client si les outils ne sont pas disponibles dans la session actuelle.
codex mcp add isanythingdown --url https://isanythingdown.com/mcp
codex mcp listClaude Code · projet actuel
Le périmètre local concerne le projet actuel. Utilisez /mcp dans Claude Code pour vérifier la connexion et les outils disponibles ; une nouvelle session peut être nécessaire.
claude mcp add --transport http --scope local isanythingdown https://isanythingdown.com/mcp
claude mcp get isanythingdownCursor · projet actuel
Fusionnez cette entrée dans .cursor/mcp.json pour le projet actuel, en conservant les serveurs existants. Redémarrez Cursor si nécessaire, puis consultez les paramètres MCP et les outils disponibles.
{
"mcpServers": {
"isanythingdown": {
"url": "https://isanythingdown.com/mcp"
}
}
}| Outil | Arguments | Éléments enregistrés |
|---|---|---|
| search_services | q, kind, category, automatic (facultatifs) | Noms, alias, identifiants du catalogue et périmètre des sources configurées |
| get_service_statuses | service_ids : 1–20 identifiants connus | Résumés officiels d’état des produits sélectionnés |
| get_service_status | service_id : un identifiant connu | Dernier rapport enregistré, composants, incidents signalés et maintenance |
Découvrez un service, puis consultez les éléments enregistrés
Utilisez /api/v1/services?q=GPT pour rechercher les noms et alias anglais ou chinois. Sélectionnez le produit exact et suivez statusAPIPath ; ChatGPT et OpenAI API restent distincts. automaticCollection décrit la collecte configurée, pas un rapport actuel réussi. Le catalogue reste disponible lorsque les états ne peuvent pas être lus.
La description OpenAPI répertorie trois opérations en lecture seule. Les lectures par lot acceptent /api/v1/status?services=claude,chatgpt,openai ; les chemins par service incluent le dernier rapport enregistré des composants. Vérifiez freshness et validUntil avant d’utiliser state, citez la source et l’heure de collecte, et précisez le périmètre signalé. Un rapport périmé ou manquant exige une réponse non concluante. Le champ report peut conserver des données opérationnelles historiques après que state devient null.
Ces lectures ne démarrent ni collecte, ni diagnostic, ni requête de modèle. Un HTTP 503 de l’API d’état signifie que ses lectures de base ont échoué ; l’échec de collecte est signalé séparément et ne prouve pas une panne fournisseur. Un nombre nul d’incidents ne prouve pas la disponibilité, et un rapport fournisseur ne prouve pas le fonctionnement de votre compte ou réseau régional.
Recueillez d’abord les éléments de la requête
Conservez l’heure UTC, le point de terminaison, le modèle, la route ou le fournisseur si connus, l’état HTTP, le code d’erreur, l’identifiant de requête et la durée écoulée. Pour un flux, notez si la sortie est terminée ou s’est arrêtée sur une erreur. L’application peut ainsi comparer les échecs répétés sans perdre les éléments originaux.
Stockez les identifiants secrets et contenus privés de prompts uniquement sous les contrôles de votre application. IsAnythingDown n’accepte pas de clés API et n’ingère pas les journaux de requêtes d’agents. Les champs ci-dessous proposent un enregistrement local, pas un format de téléversement implémenté par IsAnythingDown.
| Champ | Pourquoi le conserver |
|---|---|
| occurred_at + point de terminaison | Situez l’échec dans le temps et identifiez l’opération |
| modèle + route/fournisseur | Distinguez l’accès direct d’un parcours via une passerelle |
| http_status + error_code | Distinguez accès, limites et erreurs transitoires |
| request_id + durée | Aider l’enquête du fournisseur et vérifier les délais dépassés |
| stream_completed | Évitez de considérer les en-têtes ou une sortie partielle comme une exécution terminée |
Consultez le périmètre et l’ancienneté du rapport
Utilisez le lien de source et l’heure de collecte de la page du service. Confirmez que ses composants décrivent l’opération utilisée. ChatGPT et OpenAI API sont distincts ; application Gemini et Gemini API sont distinctes ; une passerelle et son fournisseur de modèles sous-jacent sont distincts.
Gardez explicites les données périmées, manquantes et indisponibles. IsAnythingDown conserve le rapport fournisseur valide précédent après un échec de collecte ; du contenu historique peut donc rester visible. Consultez l’avertissement de péremption avant de le citer comme élément actuel.
Appliquez votre propre politique de reprise
Une politique utile peut s’arrêter en cas d’échec d’authentification ou de facturation, espacer les nouvelles tentatives d’erreurs transitoires et soumettre les échecs non résolus à examen. Ce sont des décisions de l’application. L’état seul ne peut pas choisir une solution de repli sûre pour une tâche exigeant certains outils, formats de sortie, coûts ou traitements des données.
Si votre application autorise un autre modèle ou fournisseur, vérifiez ces exigences et contraintes de routage avant de changer. Évitez de répéter des actions d’outils terminées lors de la reprise d’un agent. Un résultat de génération incertain doit le rester jusqu’à ce que l’application puisse vérifier son issue.
Ce qu’IsAnythingDown propose aujourd’hui
Cette version fournit gratuitement des rapports fournisseur rendus côté serveur, liens de sources, horodatages de collecte, périmètres de composants et tentatives récentes de collecte. Les guides ont aussi une version Markdown. OpenRouter est un lien officiel sans collecte automatique. Jev utilise le rapport de plateforme TypeSafe plutôt qu’un rapport de routes OpenRouter.
Les outils MCP en lecture seule permettent de découvrir le catalogue et de lire les rapports officiels enregistrés. Il n’existe ni API publique de diagnostic, ni basculement automatique de modèles, ni sonde indépendante d’inférence d’IA. Les anciennes observations GitHub du serveur de déploiement ne prouvent pas qu’un agent atteint un point d’IA. Consultez la page de couverture pour les vérifications réellement présentes.
Pages de services associés
Chaque entrée indique sa propre couverture de collecte. Un service lié n’est pas nécessairement collecté automatiquement.
La date de vérification éditoriale concerne ce guide. Les heures de collecte des rapports actuels figurent sur les pages des services.