Sur cette page
Vous êtes dans l'éditeur, au milieu d'une tâche. L'assistant demande les critères d'acceptation. Vous collez la tâche. Une demi-heure plus tard, le projet change, mais la conversation conserve l'ancienne copie.
Le copier-coller fonctionne tant que personne ne le traite comme l'état courant du projet. Je veux que l'assistant demande à Bisonflow la tâche nécessaire, avec des droits que vous pouvez vérifier et révoquer.
Aperçu de développement. Cette connexion est maintenant implémentée sur la branche dev de Bisonflow. La mise en production reste soumise à validation. Cet article décrit son périmètre actuel, pas un lancement public en production.
Six outils pour commencer
La connexion MCP peut lister les projets accessibles, lister les tâches, rechercher leurs titres, lire une tâche, créer une tâche et modifier son titre, sa description, sa priorité ou son échéance.
C'est le catalogue complet. Il ne donne aucun accès aux suppressions, à la facturation, aux invitations, au téléchargement de fichiers, aux requêtes de base de données ou à l'exécution de code arbitraire. L'assistant ne peut pas appeler une fonction interne en inventant son nom.
La recherche utilise l'index existant du projet. Les listes renvoient de petites pages. Les descriptions ont une limite de taille. L'objectif est de récupérer les informations utiles à la question, sans remplir le contexte du modèle avec des données sans rapport.
Le serveur n'appelle pas un autre modèle pour interpréter chaque outil. Le client IA a déjà choisi une opération typée. Bisonflow la valide et applique les règles existantes du projet.
Une connexion, des droits explicites
Ouvrez Paramètres > MCP et connexions, puis choisissez votre application IA. Copiez l'URL du serveur, ajoutez le serveur HTTP distant dans le client et connectez-vous avec OAuth.
Vérifiez le nom du client et son adresse de retour. Choisissez l'espace de travail et, si nécessaire, limitez l'accès à un seul projet. La lecture seule est activée par défaut. Les modifications de tâches exigent une autorisation distincte lors du consentement. Le client doit aussi demander confirmation avant d'écrire.
Codex sur ordinateur et en CLI partagent la configuration du serveur. Les paramètres donnent aussi les instructions pour Claude Code et Gemini CLI. Cursor et VS Code disposent de leurs boutons d'installation documentés. Aucun lien universel ne permet une installation en un clic dans tous les clients.
Un client de bureau peut joindre un serveur local. Une application IA hébergée nécessite une adresse HTTPS publique. La disponibilité dépend aussi du compte et du client. Consultez la documentation Codex et le guide Claude Code.
Le serveur reste responsable des autorisations
Chaque connexion appartient à un utilisateur et à un espace. Les règles d'appartenance, de visibilité des projets et d'abonnement restent applicables. Une autorisation d'écriture ne transforme pas un lecteur en éditeur et ne rend pas un projet archivé modifiable.
Les jetons d'accès expirent après une heure. Le renouvellement remplace les identifiants pendant les 30 jours de validité de la connexion. Réutiliser un jeton de renouvellement déjà consommé révoque la connexion. Vous pouvez également révoquer l'accès immédiatement dans les paramètres.
Une description peut contenir des instructions malveillantes. Ce sont des données, pas une autorisation. Le fournisseur IA reçoit le contenu consulté par son client. Autorisez uniquement les clients auxquels vous faites confiance.
Une nouvelle tentative ne doit pas créer deux tâches
Chaque écriture porte une clé de nouvelle tentative. Répéter la même commande avec cette clé renvoie le résultat initial. Réutiliser la clé pour une commande différente échoue. Les reçus durent 24 heures. Au-delà, vérifiez l'état courant avant de relancer une demande dont le résultat est incertain.
Une modification doit aussi fournir la date de dernière modification observée. Si quelqu'un a changé la tâche entre-temps, la demande échoue plutôt que d'écraser son travail.
Les quotas de requêtes, d'écritures et de renouvellement sont persistés dans Convex. Ils s'appliquent à toutes les instances. Les échanges restent limités en taille et ne nécessitent pas de session permanente par connexion. L'implémentation suit la spécification MCP actuelle, avec compatibilité pour les anciens clients HTTP.
L'Agent intégré reste un autre choix
L'Agent bêta conserve la conversation dans Bisonflow. MCP permet d'utiliser les opérations prises en charge depuis un assistant externe. Les deux partagent les mécanismes des tâches et les contrôles d'accès aux projets.
La prochaine étape reste la revue et la validation des clients sur dev. Les protections du trafic en production et les essais des clients hébergés font aussi partie de cette décision. Je préfère décrire six opérations précises que promettre un accès sans limites.
