Piloter son produit depuis ChatGPT ou Claude : le connecteur MCP expliqué

Vous êtes en voiture, ou entre deux réunions, et une idée arrive : « les clients devraient recevoir un email quand leur commande part ». D'habitude, elle finit dans une note, puis nulle part. Avec le connecteur, vous la dites à votre assistant, il la transforme en demande dans votre file Figue, et vous recevez le lien. Elle attend dans votre file, avec vos mots.

MCP, pour Model Context Protocol, est un standard ouvert qui permet à un assistant IA (Claude, ChatGPT ou tout assistant compatible) d'utiliser un outil extérieur : lire des données, créer des éléments, poser des questions. Figue Studio expose ses fonctions à travers ce standard. Résultat : votre assistant habituel devient une porte d'entrée vers votre équipe de développement, sans formulaire, sans changer d'outil.

Le connecteur est inclus dans Figue Unlimited, dont le fonctionnement est décrit sur la page développement illimité.

Le serveur expose les fonctions du produit directement : c'est le modèle de votre assistant qui choisit l'outil, et Figue Studio qui l'exécute. Voici ce que ça permet aujourd'hui.

Voici un exemple d'échange entre un client et son assistant sur une semaine. Ce que le client dit, et ce qui se passe côté Figue.

Aucune de ces phrases n'a demandé d'ouvrir un outil. Toutes ont laissé une trace au bon endroit, avec un lien. C'est la différence entre une conversation et une file.

Il faut le dire clairement, parce que c'est la première question qu'on nous pose : non, votre assistant ne développe pas votre produit, et non, il ne décide de rien à votre place.

Il ne code pas : le développement reste réalisé par des ingénieurs, avec l'IA de Figue pour accélérer et une relecture humaine sur chaque livraison. Il ne promet pas de délai ni de taille : le serveur lui interdit d'annoncer un temps ou une estimation que le produit n'a pas rendus. Il ne choisit pas votre espace au hasard si vous en avez plusieurs. Il ne pose pas dix questions d'un coup : une à la fois, en reprenant celle que l'équipe a réellement posée.

“Ne jamais reformuler une demande en vocabulaire technique avant de la déposer : transmettre les mots de la personne. Ne jamais promettre de délai ni annoncer une taille qui n'a pas été rendue par le produit.”

Toute personne ayant un compte Figue Studio peut le faire, sans l'aide de l'équipe.

Pour que la demande parte bien cadrée, les quatre éléments à donner sont dans rédiger une demande de développement qui avance vite.

Parce que la meilleure demande est celle qu'on n'écrit jamais. Elle arrive sous la douche, en voiture, en sortant d'un rendez-vous client. Le temps de retrouver l'outil, elle a perdu la moitié de son contexte, ou elle a disparu. Chez Figue, la file est le produit : tout ce qui n'y entre pas n'existe pas pour l'équipe.

On a d'abord essayé de passer par un agent intermédiaire côté Figue, qui refaisait le choix d'outil que votre assistant venait de faire. Chaque « liste mes demandes » payait deux raisonnements. On l'a retiré : le serveur expose ses fonctions directement, votre assistant les appelle, Figue Studio exécute. Ce qui mérite un modèle, l'analyse d'une demande, reste délégué à un agent dédié qui travaille dans sa propre sandbox.

Le connecteur ne remplace pas Figue Studio, il l'ouvre. Valider une preview, inviter un collaborateur, prendre rendez-vous : ça reste dans l'espace. Déposer, suivre, répondre : ça peut désormais se faire depuis l'endroit où vous êtes déjà.