Outils de développement d'IA
Préparez des invites, testez les API de modèle, générez des commandes AI CLI, validez la sortie JSON structurée et inspectez les outils MCP en direct dans un seul flux de travail.
Je dois nettoyer une invite avant de la partager.
Commencez par un nettoyage, une rédaction et un regroupement rapides lorsque l'entrée comprend des notes de dépôt, du texte d'incident ou des secrets.
Ouvrir la boîte à outils d'invite d'IA
J'ai besoin de la commande exacte et des indicateurs pour un assistant de codage AI.
Utilisez le générateur CLI lorsque vous voulez la bonne commande pour Claude Code, Codex ou OpenCode sans relire les documents de référence.
Ouvrir les outils AI CLI
Je dois tester un point de terminaison compatible OpenAI.
Utilisez un profil direct du navigateur pour charger des modèles, envoyer des demandes de discussion ou de réponses et inspecter la compatibilité sans proxy ComUtil.
Ouvrir le testeur d'API LLM
Je dois valider la sortie JSON avant que mon application ne la consomme.
Utilisez l'atelier à sortie structurée pour détecter les champs manquants, les types incorrects ou les clés supplémentaires avant de faire confiance à la charge utile.
Terrain de jeu ouvert à sortie structurée
Je dois vérifier un serveur MCP et essayer l'un de ses outils.
Vérifiez le transport, les champs obligatoires et l'utilisation de l'environnement avant de connecter cette configuration à un client MCP.
Vérification du serveur MCP
Je dois transformer les notes en compétence d'agent.
Utilisez le générateur de compétences lorsqu'un brouillon Markdown nécessite un frontmatter SKILL.md propre et un fichier prêt à être copié.
Générateur de compétences d'agent ouvert
Chaque étape réduit ce qui peut encore clocher. Nettoyer d'abord le prompt garantit qu'un échec ultérieur n'est pas dû à un texte que vous n'aviez pas l'intention d'envoyer ; tester le point de terminaison avant de valider la sortie fait qu'une erreur de schéma relève du modèle et non du transport.
1. Préparation rapide
Nettoyez et divisez le texte avant qu'il ne quitte votre flux de travail.
2. Construction de commandes
Générez l’invocation CLI exacte pour l’assistant que vous utilisez.
3. Test API
Appelez directement le point de terminaison sélectionné et inspectez sa réponse réelle.
4. Contrôle de sortie
Vérifiez que la réponse JSON satisfait toujours à la forme attendue.
5. Débogage de la configuration
Vérifiez le transport, les champs obligatoires et l'utilisation de l'environnement avant de connecter cette configuration à un client MCP.
Intégrer un modèle dans une application, ce sont cinq travaux distincts qui se font d'ordinaire à cinq endroits distincts : rendre le prompt sûr à envoyer, construire la commande ou la requête, appeler le point de terminaison, vérifier que la réponse a toujours la forme que votre code analyse, et contrôler la configuration serveur qu'un agent va charger. Chaque page liée ici prend en charge l'un de ces travaux, et toutes s'exécutent dans l'onglet de navigateur que vous avez déjà ouvert : le prompt, la clé ou la charge utile que vous déboguez n'a donc pas à être collé dans un service que vous ne maîtrisez pas.
L'ordre de cette page est celui dans lequel le travail se déroule en général. Le nettoyage de prompt, la construction de commandes CLI, la génération du fichier de skill et la validation de sortie structurée n'envoient votre saisie nulle part : tout se passe dans les scripts de la page. Deux d'entre eux doivent atteindre le réseau, et tous deux le font directement depuis votre navigateur vers le point de terminaison que vous indiquez, les identifiants restant dans le stockage local de ce navigateur. C'est ce chemin direct qui rend un échec digne de confiance ici : lorsque le testeur d'API LLM ou la vérification de serveur MCP signale une erreur, elle vient de votre point de terminaison et de son transport, de CORS ou de sa configuration d'authentification, pas d'un proxy intermédiaire.
- Retirer les clés, les noms d'hôte et le texte client d'un prompt avant de l'envoyer à un assistant externe
- Obtenir la commande exacte de Claude Code, Codex ou OpenCode au lieu de lire trois documentations de référence
- Confirmer qu'une nouvelle URL de base, clé ou passerelle répond, et à quelle vitesse, avant de la câbler dans le code
- Vérifier que le JSON d'un modèle satisfait toujours le contrat que votre application analyse
- Vérifier le transport et la liste d'outils d'un serveur MCP avant de l'ajouter à la configuration d'un client
- Transformer un brouillon Markdown approximatif en fichier SKILL.md qu'un agent peut charger
- Boîte à outils de prompts, générateur CLI, générateur de skills, sortie structurée : la saisie ne quitte jamais la page
- Testeur d'API LLM : votre navigateur appelle le point de terminaison configuré, et les profils et clés restent dans le stockage local
- Vérification de serveur MCP : se connecte au serveur que vous indiquez et demande confirmation avant d'exécuter un appel d'outil
- Les pages guides ne comportent aucun champ de saisie ; elles expliquent un flux de travail et renvoient vers l'outil réel
- Rien sur cette page n'envoie un prompt, une clé ou une charge utile à ComUtil pour traitement
Par où commencer si je n'ai qu'un prompt approximatif ?
Commencez par la boîte à outils de prompts IA pour masquer les secrets et découper le texte en morceaux qui tiennent dans une fenêtre de contexte, puis passez au générateur CLI ou au testeur d'API selon que vous pilotez un assistant de code ou appelez vous-même un point de terminaison.
Ces outils envoient-ils mon prompt ou ma clé d'API à ComUtil ?
Non. Les outils de texte s'exécutent entièrement dans le navigateur, et les deux outils qui font des appels réseau les envoient depuis votre navigateur directement vers le point de terminaison que vous avez configuré. Les clés sont conservées dans le stockage local de ce navigateur et disparaissent si vous effacez les données du site.
Quelle est la différence entre le générateur CLI et le testeur d'API LLM ?
Le générateur CLI produit le texte d'une commande destinée à un assistant de code comme Claude Code, Codex ou OpenCode ; il n'exécute jamais rien. Le testeur d'API envoie réellement une requête à un point de terminaison de modèle et affiche le statut, les jetons diffusés, les temps et la consommation renvoyés.
Pourquoi le testeur d'API échoue-t-il alors que la même requête fonctionne depuis mon terminal ?
Une requête de navigateur exige que le fournisseur renvoie des en-têtes CORS, ce que ne demande pas une requête depuis un terminal. Si le point de terminaison n'en envoie aucun, le navigateur bloque la réponse avant que la page puisse la lire. Placez devant le modèle une passerelle qui renvoie des en-têtes CORS, ou exécutez la commande curl expurgée que le testeur génère.
Quelle page utiliser pour vérifier un serveur MCP avant de l'ajouter à un client ?
La vérification de serveur MCP. Elle se connecte à un serveur Streamable HTTP distant, liste les outils qu'il annonce avec leurs schémas d'entrée et n'exécute un appel qu'après votre confirmation, ce qui suffit à distinguer un serveur joignable d'un serveur mal configuré.