Brancher un fournisseur

Deskworth n’est pas un fournisseur de modèles. Il cherche les outils en ligne de commande déjà installés sur votre machine, les pilote sans interface dans des ateliers isolés, et lit leur flux de sortie. L’abonnement est le vôtre, les identifiants sont les vôtres, et ils restent là où l’éditeur les a mis.

LimiteChaque CLI tourne avec votre propre compte : une clé d’API, ou un abonnement là où les conditions du fournisseur permettent qu’un outil comme Deskworth le pilote. Deskworth ne détient jamais la connexion de votre CLI, chaque CLI garde sa propre session, ne paie ni ne revend aucun usage, et ne vous connecte jamais à la place d’un fournisseur. Toute clé que vous ajoutez reste dans le trousseau de votre Mac.

#Quatre servis, douze décrits

Le cœur publie un manifeste de fournisseurs, et cette page le lit au commit depuis lequel le site a été construit 1. Quatre adaptateurs sont servis aujourd’hui, trois CLI et un endpoint de modèle local. Douze autres ont un descripteur écrit et aucun adaptateur, ils paraissent dans la matrice ci-dessous pour que la question ait une réponse, pas pour laisser croire qu’un interrupteur va être basculé.

PreuveServi et attendu ne partagent jamais une ligne. Le manifeste le dit dans ses propres mots : une entrée attendue signifie que le descripteur est écrit et que l’adaptateur ne l’est pas. Une garde refuse de classer l’un parmi les autres.

• VÉRIFIÉAnthropic, le binaire claudeUne vraie requête est passée le 2026-09-09, et c’est la seule raison pour laquelle cette ligne dit « vérifié ». Piloté sans interface avec une liste d’arguments figée ; la page de connexion ne s’ouvre que si son adresse correspond à un hôte déclaré pour cet éditeur.
• DISPONIBLEOpenAI, le binaire codexUn adaptateur existe et une suite Deskworth le couvre sans toucher au réseau. Personne n’a regardé de requête réelle pendant cette passe, donc cette ligne n’en revendique aucune.
• DISPONIBLEGoogle, le binaire geminiMême position que Codex : couvert par des tests, pas prouvé sur le fil ici. Il n’a aucune commande de connexion à piloter, le CLI lit une variable d’environnement, ou se connecte depuis sa propre interface. Deskworth le dit en une phrase plutôt que d’offrir un bouton qui ne mène nulle part.
• PRÉVUDouze adaptateurs atteints par clé d’API ou par point d’accèsDescripteurs écrits, adaptateurs non. Chaque ligne de la matrice nomme son transport, son authentification, ce que l’éditeur annonce, où cela a été lu, et ce qui manque exactement.

#Ce à quoi Deskworth ne touche jamais

• Vos identifiants d’éditeur. La connexion se fait à l’intérieur du CLI ; ce qu’il conserve, il le conserve là où il le fait d’ordinaire.
• La sortie brute d’une connexion. Elle contient une adresse électronique, un jeton d’appareil, le chemin d’un fichier d’identifiants, rien de tout cela ne passe dans l’application, et rien n’en est journalisé.
• La ligne de commande. Une connexion lance une liste d’arguments figée, venue d’un registre, jamais une chaîne assemblée à l’exécution et jamais un shell.

PreuveUne seule chose passe depuis une connexion : une adresse, et seulement si elle est en https, si son hôte correspond à un hôte déclaré pour cet éditeur, si elle ne porte aucun identifiant embarqué, et si l’hôte correspond entier, un sous-domaine sosie est refusé, parce que comparer la fin d’un nom d’hôte est précisément par où les sosies entrent.

#Où aller ensuite

• Piloter un CLI, les dix états d’une connexion, et ce que chacun vous demande.
• Fournisseurs par clé d’API, ce qui existe sous ce nom aujourd’hui, et ce qui n’existe pas.
• Adaptateurs de fournisseurs, le contrat qu’un outil en ligne de commande doit satisfaire pour être piloté.