Skip to main content

Ce que cela couvre

Tout le projet, pas un seul dépôt. comfyui-mcp, ce sont plusieurs pièces qui se livrent séparément et se versionnent indépendamment : Les éléments ci-dessous sont étiquetés par pièce quand ça compte. Tout est planifié comme un seul produit même s’il atterrit à quatre endroits.
Les numéros de version dans Comment on en est arrivé là sont ceux du serveur MCP. Le panneau et l’appli mobile portent leurs propres lignes de version, sans rapport — le panneau 0.9.x n’est pas « en retard » sur le serveur v0.44. Ne les comparez pas.

Comment lire cette page

Il n’y a aucune date sur cette page, et c’est volontaire. Ce projet livre vite et réordonne souvent — l’arc RunPod a sauté la file en une seule semaine. Une feuille de route avec des trimestres dessus serait fausse en quelques jours, et une mauvaise date est pire qu’aucune date : elle transforme un plan en une promesse que personne n’a faite. Donc cette page s’engage sur l’ordre, pas le calendrier. « Ensuite » veut dire le suivant dans la file, pas le mois prochain. Si quelque chose ici compte pour vous, dites-le sur Discord — ce que les gens font vraiment au quotidien fait monter les choses dans cette liste bien plus fiablement que la taille de la demande. La section la plus utile est probablement la dernière. Non prévu dit ce que nous avons décidé contre et pourquoi, pour que vous puissiez arrêter d’attendre.

Livré

Tout ici marche aujourd’hui et est couvert par la doc.

En cours de construction

Activement en cours. Ce sont les choses les plus susceptibles de bouger ensuite.

Ensuite

En file et spécifiés, pas commencés. Ordonnés.

À l’étude

Souhaité, mais bloqué sur une question de conception plutôt que sur l’effort. Aucun engagement.

Sessions multi-utilisateurs

Laisser quelqu’un d’autre se connecter à votre session et piloter votre machine — déboguer à deux un workflow cassé, ou un studio partagé. Ça vaut d’être précis sur le bloqueur, parce que ce n’est pas celui qui saute aux yeux : le transport existe déjà. L’appairage, le fan-out de sockets et l’auth par session ont tous été construits pour le miroir téléphone-bureau, qui est la même plomberie. Ce qui manque, c’est un modèle de confiance. Qui a le droit de piloter ? Que peuvent-ils voir de votre canevas, de votre historique, de votre système de fichiers ? Comment révoquer l’accès de quelqu’un en cours d’exécution ? Ces questions ont besoin d’une réponse avant que quoi que ce soit soit construit — livrer une réponse à moitié conçue sur le GPU de quelqu’un d’autre, c’est comme ça qu’on fait du mal aux gens.

Non prévu

Décidé contre, avec le raisonnement, pour que personne n’attende dessus. Pas permanent — un bon argument rouvre n’importe lequel — mais rien ici n’est en file.

Dates et jalons numérotés par version

Voir le haut de cette page. L’ordre, pas le calendrier.

Contrôle uniquement vocal (lunettes connectées, casques)

Piloter l’agent de bureau à la voix depuis des lunettes revient régulièrement, et la plomberie réutiliserait surtout le transport de miroir. La raison pour laquelle ce n’est pas en file, c’est qu’une surface uniquement vocale n’a pas de canevas. Il n’y a pas d’aperçu à jeter un œil, aucun moyen de résoudre « utilise l’autre LoRA » quand deux sont chargés, et aucune annulation visible quand l’agent fait la mauvaise chose à votre graphe. Ce sont les vrais problèmes, et ajouter un micro n’en résout aucun. Tant qu’il n’y a pas de réponse, ça se livrerait comme une démo sur laquelle il est désagréable de s’appuyer.

Montre connectée

Tout ce qui précède s’applique, sur un écran plus petit avec un budget d’énergie plus serré. Personne n’a encore décrit un travail qu’elle ferait mieux que le téléphone déjà.

Un service hébergé qui exécute ComfyUI pour vous

Ce projet est un plan de contrôle local-first. Il se connecte à votre ComfyUI — sur votre machine, votre boîtier distant, votre pod, ou Comfy Cloud — et il ne veut ni vos fichiers ni vos prompts. Faire de l’inférence à votre place est un produit différent avec un modèle de confiance différent, et ce n’est pas celui-ci.

Comment on en est arrivé là

L’arc jusqu’ici, pour le contexte de là où se situent les prochains éléments. C’est volontairement grossier — pour ce qui a changé dans une version précise, voir le Changelog.
Les versions publiques commencent à v0.2.0. Il n’y a pas de v0.0.1 ni de v0.1.x — les deux premières semaines de travail ont atterri tout droit sur main avant que le paquet soit publié, à partir du commit initial du 2026-02-15.
Les versions montrées sont celles du serveur MCP — le panneau et l’appli mobile se versionnent séparément, et les ères ci-dessous décrivent le projet dans son ensemble. Deux choses que ce tableau ne vous dira pas. Le rythme est inégal exprès — deux mois de calme au printemps, puis ~180 commits de fonctionnalités en juin et juillet. Et l’ordre n’a jamais été fixé d’avance : RunPod et l’entraînement ont tous les deux sauté la file parce qu’ils se sont avérés compter plus que ce qui était nominalement ensuite. C’est la raison principale pour laquelle cette page ne porte aucune date.

Quelque chose manque ?

Si vous attendez quelque chose qui n’est pas listé, ou si l’un des appels « non prévu » a l’air faux pour la façon dont vous travaillez vraiment, ouvrez une issue sur GitHub ou dites-le sur Discord. Les demandes qui décrivent ce que vous essayez de faire sont bien plus utiles que celles qui nomment une fonctionnalité — plusieurs éléments de cette page sont ordonnés comme ils le sont parce que quelqu’un a expliqué sa journée, pas parce qu’il a demandé le plus fort.