Connecter des agents IA à Kit : Claude Code, Codex et autres

Les agents IA comme Claude Code, OpenAI Codex, Cursor, Gemini CLI, OpenCode, Grok Build, Grok Bot, Hermes, pi et OpenClaw peuvent utiliser MCP pour accéder à des outils hors de leur espace de travail. Pour accéder à votre compte Kit, le client doit prendre en charge MCP à distance et OAuth dans le navigateur. Choisissez un compte et commencez par l’accès en lecture à un seul module.

Une première tâche utile repère le travail que vous pouvez terminer : une évaluation attendant votre décision, un rapport de sécurité à examiner ou un participant ayant terminé une formation sans encore signer. Demandez le dossier, la raison du blocage et la prochaine action à effectuer par une personne.

Que demander d’abord à votre agent ?

Commencez par une question dont vous pouvez vérifier la réponse dans Kit. Définissez un périmètre précis, limitez la longueur du résultat et indiquez clairement quand l’agent doit s’arrêter.

Un fondateur pourrait demander :

Vérifiez mon identité et mon compte Kit. Listez les offres d’emploi ouvertes et les décisions de recrutement en attente. Renvoyez au maximum cinq éléments avec leurs identifiants et les liens Kit disponibles. Ne modifiez aucun dossier et ne rédigez aucun message. Si le résultat est partiel, indiquez-le.

Le résultat doit être une courte liste de dossiers à examiner. L’agent ne doit pas inventer un classement des candidats, fusionner plusieurs candidatures d’une même personne ni annoncer qu’une file est vide après n’avoir lu que sa première page.

Pour un responsable de la sécurité, l’équivalent est une liste de points nécessitant une intervention, les plus critiques d’abord, avec des décomptes et des exemples de rapports. Pour la prospection, c’est une liste de brouillons en attente de relecture. Ces deux tâches utilisent des outils déjà proposés par Kit, dans vos processus de recrutement ou de sécurité existants.

La référence des outils MCP décrit les outils disponibles. L’autorisation accordée détermine quels outils de module sont affichés. Votre rôle actuel dans Kit limite aussi les dossiers et les actions accessibles.

Votre file personnelle ne représente pas tout le travail en attente de l’équipe. Les décisions de recrutement en attente sont celles que vous êtes autorisé à prendre ; la file de sécurité présente par défaut le travail qui vous est attribué. Demandez le périmètre et les pages restantes avant de considérer une synthèse comme complète.

Un résultat de recrutement utile nomme la candidature en attente, le temps écoulé et le rôle responsable. Demandez au maximum cinq lignes sur lesquelles agir et une explication de ce qui reste hors de la synthèse.

Utilisez le client dans lequel vous travaillez déjà : un agent de programmation près du dépôt, un assistant dans l’éditeur ou une session privée d’agent personnel pour une synthèse récurrente. Ce sont des choix de fonctionnement, pas des différences de précision mesurées.

Quels agents IA fonctionnent avec Kit ?

Claude Code, Codex, Cursor, Gemini CLI, OpenCode, GitHub Copilot, Kilo Code, Goose, Hermes, pi et OpenClaw actuel documentent MCP à distance avec OAuth. Chacun propose donc un parcours de connexion à essayer avec Kit. Nous avons vérifié leurs instructions officielles et l’implémentation de Kit le 5 octobre 2026, sans effectuer de tests Kit authentifiés dans chaque client.

Un environnement d’exécution d’agent est l’application qui fait fonctionner le modèle, expose les outils et contrôle l’exécution. Une intégration d’éditeur, un agent de terminal et une passerelle personnelle peuvent utiliser le même point d’accès Kit tout en gérant différemment l’approbation, la mémoire et la planification. Les connecteurs Claude et ChatGPT sont des interfaces distinctes ; les SDK d’agents exigent de construire et d’exploiter vous-même le client.

Ce comparatif couvre des configurations courantes d’agents de programmation et d’agents personnels. Il ne classe pas les produits par part de marché.

Certains clients appellent une réserve. Continue documente Streamable HTTP en mode Agent, mais le guide examiné n’établit pas son parcours OAuth ; vérifiez l’authentification dans la version installée. Kiro documente MCP à distance et OAuth, sans que les pages examinées établissent l’interopérabilité Streamable HTTP avec Kit. Cline documente Streamable HTTP et son code central actuel implémente OAuth dans le navigateur ; vérifiez que l’interface installée propose cette connexion. Un exemple d’en-tête statique ne constitue pas une procédure pour un compte Kit. Le dépôt Roo Code est archivé et son README indique l’arrêt de l’extension le 15 mai 2026 ; ce n’est pas une recommandation actuelle.

Consultez le guide de configuration des agents pour les parcours clients, la vérification du compte et une première tâche limitée. Le guide principal de connexion couvre aussi les connecteurs Claude et la configuration manuelle. La présence du serveur dans la liste confirme son ajout ; la vérification du compte permet de savoir à quel compte Kit la connexion donne accès.

Grok Bot et Grok Build peuvent-ils se connecter à Kit ?

Grok Bot et Grok Build documentent des connexions MCP à distance avec OAuth. Tous deux proposent un parcours à essayer avec Kit, mais ce sont des produits distincts : Build est un agent de programmation dans votre terminal ; Bot travaille dans plusieurs applications sur un ordinateur persistant dans le cloud. Nous n’avons pas testé ces parcours avec une connexion authentifiée à Kit.

Pour Grok Build, ajoutez le point d’accès au compte Kit :

grok mcp add --transport http kit https://startupkit.app/api/v1/mcp
grok

Dans la session, ouvrez /mcps, sélectionnez Kit et appuyez sur i si la connexion reste à effectuer. Autorisez l’accès à Kit dans le navigateur en choisissant un seul module en lecture. Appuyez sur r pour actualiser après une modification de configuration ; grok mcp doctor kit vérifie la connexion. Vérifiez d’abord les serveurs déjà enregistrés : Build peut importer les configurations Claude et Cursor, et une entrée du projet peut remplacer celle de l’utilisateur.

Pour Grok Bot, la documentation des Team Bots décrit un plugin MCP personnalisé Remote HTTPS avec la même URL de compte. Le guide de configuration indique les étapes dans l’interface du propriétaire d’un Team Bot ; l’interface des plugins personnalisés peut différer pour un Bot personnel. Authentifiez-vous par OAuth dans le navigateur plutôt que de fournir une clé API REST. Nous n’avons pas vérifié la présence de Kit dans Marketplace.

Les Bots personnels partagent fichiers, sessions de navigateur et identifiants de ligne de commande, et leurs connecteurs sont disponibles pour tout le compte. Donner un autre nom ou une autre mission à un Bot personnel n’isole pas ses accès. La documentation des Team Bots décrit une authentification OAuth individuelle : chaque membre se connecte avec son propre compte. Vérifiez whoami dans la conversation privée de chaque personne avant de lire des dossiers Kit. Une routine appartient à son créateur ; publier un Team Bot ne crée pas de planning commun.

Commencez par la même liste de tâches au périmètre limité qu’avec les autres clients. Gardez les détails sur les candidats et les vulnérabilités hors des conversations partagées avec un Bot et de la mémoire d’équipe. Les connecteurs Business de Grok chat et les outils MCP à distance de l’API xAI sont des interfaces distinctes ; leur configuration ne correspond pas à celle de Bot ou Build.

Connectez le compte prévu

Le point d’accès aux données de compte Kit est https://startupkit.app/api/v1/mcp. Il utilise OAuth : le client ouvre une page d’autorisation Kit, vous vous connectez, choisissez le compte et sélectionnez les modules accessibles. Une clé API REST Kit ordinaire n’autorise pas ce point d’accès MCP.

Le point d’accès public, https://startupkit.app/mcp, propose des outils de documentation et de catalogue. Il permet de découvrir Kit, mais ne peut pas lire votre pipeline de recrutement. Si l’agent peut chercher dans la documentation sans trouver vos candidatures, vérifiez le point d’accès avant d’élargir les permissions.

Il y a aussi deux connexions distinctes. Connecter l’agent à son fournisseur de modèles lui permet de générer des réponses. Autoriser Kit lui permet d’appeler les outils de votre compte. Aucune ne remplace l’autre.

Sur l’écran de consentement Kit, commencez par le module nécessaire et laissez son accès sur Read (lecture). Vérifiez le compte sélectionné après la connexion. Une connexion réussie ne suffit pas si elle concerne la mauvaise entreprise.

Kit vérifie l’autorisation accordée et vos permissions actuelles. Un agent connecté ne peut pas accéder à un module auquel votre rôle ne donne pas accès. Les filtres du client limitent encore les outils accessibles au modèle. Ce sont toutefois les vérifications des droits et des dossiers côté serveur qui déterminent l’accès autorisé. Le guide de connexion explique ces choix et la révocation d’une connexion.

Vérifiez l’effet de chaque outil d’écriture

L’accès en écriture ne se limite pas aux brouillons. Certains outils enregistrent un brouillon ; d’autres modifient un dossier ou rendent un envoi possible. Vérifiez leur effet avant de les autoriser dans une exécution sans surveillance.

Pour les réponses dans Hiring, hiring_send_message enregistre un brouillon en attente et renvoie son lien Kit. Ouvrez-le, vérifiez le destinataire et le fil, puis utilisez Confirm & send (confirmer et envoyer) dans Kit. Dire « oui, envoyez » à l’agent ne déclenche pas l’envoi de cette réponse en attente.

Cette limite ne s’applique pas à toutes les actions Hiring. Rejeter une candidature peut avertir le candidat selon vos réglages d’e-mails de refus. Une synthèse en lecture seule n’a besoin ni d’outils de rejet ni d’un accès en écriture à Hiring.

La messagerie de sécurité suit ses propres règles. Rédiger une réponse vous donne un brouillon à examiner. L’envoi direct à l’extérieur dépend du réglage d’envoi par agent du programme. Ne supposez pas qu’un outil nommé « envoyer un message » se comporte de la même façon dans tous les modules.

L’approbation dans Outreach a aussi des conséquences. Kit présente le destinataire, l’expéditeur, l’objet, le corps et la version exacts, puis utilise un jeton de confirmation lié à cet aperçu. L’approbation peut autoriser l’envoi du message. Un jeton lie l’approbation au contenu ; il ne prouve pas qu’une personne l’a lu.

Pour votre première réponse, utilisez un identifiant de candidature précis :

Lisez le dernier fil de cette candidature. Rédigez une réponse à la question du candidat. Renvoyez le lien du brouillon en attente. Ne rejetez pas la candidature, ne changez pas son étape et n’envoyez rien. Si vous ne pouvez pas lire tout le fil pertinent, arrêtez-vous et expliquez ce qui manque.

Demandez le lien du brouillon enregistré pour examiner la réponse dans son fil.

Planifiez une synthèse après une première exécution réussie

Une synthèse récurrente peut être utile une fois le compte, le contenu et la destination vérifiés lors d’une exécution interactive. Reprenez la même tâche en lecture seule qui a déjà produit un résultat correct.

Précisez le module, le nombre maximal d’éléments et les champs à inclure. Par exemple, une synthèse privée de recrutement peut indiquer les identifiants des candidatures, leurs étapes et les liens disponibles. Elle n’a pas besoin de copier des CV complets ou des fils d’e-mails dans un canal de discussion. Ne demandez pas de données personnelles inutiles à la décision.

Définissez aussi le comportement en cas d’échec. Si l’autorisation expire, si la file est tronquée ou si le compte prévu ne peut pas être confirmé, l’exécution doit signaler cette limite. Elle ne doit pas annoncer « rien à traiter » ni basculer vers une autre source de données.

Une synthèse utile précise ses limites :

• Le compte et le module consultés.
• L’heure d’exécution et le nombre d’éléments examinés.
• Les pages restantes ou les dossiers incomplets.
• Les liens Kit à ouvrir.

La planification est une fonction du client, distincte de l’accès à Kit. Un prompt récurrent n’accorde pas de permissions supplémentaires et ne garantit pas qu’une exécution aboutira. Avant d’en dépendre, testez la gestion des identifiants expirés et des appels échoués par votre client.

Choisissez où vont les données

Faire fonctionner un agent sur votre ordinateur ne garantit pas que les données Kit reçues y restent. Il peut envoyer les résultats des outils à son fournisseur de modèles, les conserver dans l’historique des conversations ou les transmettre à un canal de messagerie.

Avant de connecter des dossiers privés, vérifiez le modèle configuré, les paramètres de conservation et la destination des résultats. Un modèle local ne change qu’une partie de ce trajet. Vérifiez aussi les journaux, les sauvegardes et les messages transmis.

Traitez les messages des candidats, les pages des prospects et les rapports de vulnérabilité comme des sources. Ils peuvent contenir des instructions rédigées par quelqu’un extérieur à votre équipe. Ces instructions ne doivent ni modifier la tâche, ni élargir l’accès, ni rediriger des informations privées.

Pour votre premier test, demandez des identifiants et les liens disponibles dans la réponse finale. Cela limite la synthèse, pas nécessairement la réponse de l’outil : un outil de file peut encore transmettre des noms de candidats, des informations sur les salariés ou d’autres champs privés au client et à son modèle. Examinez son schéma et le traitement des données avant le premier appel. Ajoutez du contexte seulement si la tâche l’exige et si vous avez choisi où il peut être traité.

Essayez une tâche dans Kit

Choisissez le client que vous utilisez déjà. Connectez un compte, accordez l’accès en lecture à un module et demandez une courte synthèse. Ouvrez ses liens et comparez le résultat avec Kit avant d’ajouter des brouillons ou une planification.

Le guide de configuration des agents IA fournit les parcours clients, une tâche limitée à copier et les étapes de dépannage. Si la première synthèse vous aide à traiter un dossier en attente dans Hiring ou Security, partez de cette tâche concrète.