MCP

Le client de bureau intègre un serveur MCP. MCP — le Model Context Protocol — est ce qui donne des outils à un assistant IA. Pointe un assistant vers ce serveur et il peut afficher ton code d’identité, confirmer trois mots que quelqu’un vient de te lire, mettre en place des connexions, et apposer un sceau sur un texte, sans que tu quittes la conversation.

Il tourne sur ta machine. C’est une sous-commande du même binaire tcc que la fenêtre de bureau et la ligne de commande utilisent, et il agit sur le même compte, les mêmes clés et les mêmes données locales. Il n’y a aucun service séparé auquel s’inscrire.

La page Connecter un assistant explique comment l’ajouter à Claude Desktop, Claude Code ou Cursor sur le même ordinateur.

Ce qu’un assistant peut faire

Le serveur expose quelques dizaines d’outils. La plupart sont le travail propre du client de bureau, rendu appelable :

Codes. Tes trois mots actuels, le code actuel d’une connexion, le code de chaque connexion en une fois, et quand ils tournent la prochaine fois. Il peut aussi calculer ton code pour un moment futur, si bien qu’un assistant qui peut lire ton agenda peut te donner les mots pour ton rendez-vous de quatorze heures.

Confirmer quelqu’un. Quelqu’un te lit trois mots ; l’assistant les vérifie contre tes connexions et répond correspondance ou pas de correspondance. Il peut aussi interroger le serveur sur des mots qui n’appartiennent à personne que tu connais — une balise, un sceau de fournisseur, un inconnu.

Connexions. Inviter des personnes, les lister, les étiqueter, les renommer, gérer les membres et les liens partageables, et émettre des codes invités pour les personnes qui n’ont pas Trusted Codes.

Apposer un sceau. Mettre ton identité sur un texte, en liant en option le hash d’un fichier, et récupérer un lien de vérification.

Compte et organisation. Adresses e-mail, appareils et sessions ouvertes, exports de données, réglages de notifications, jetons d’API, et — pour les administrateurs — membres, groupes, alertes et usage de l’organisation.

La référence des outils liste chacun d’eux.

Ce qu’il ne peut délibérément pas faire

Certaines choses manquent de la liste d’outils exprès, et les raisons valent la peine d’être lues avant de brancher un assistant.

Il ne peut pas supprimer ton compte. La suppression est irréversible et totale. Une nouvelle demande de ton adresse e-mail empêche un accident, mais ce n’est pas un humain dans la boucle — le modèle peut lire cette adresse depuis l’outil de profil un appel plus tôt. La suppression de compte est une commande terminale, tapée par une personne.

Il ne peut pas transférer ou réattribuer une organisation. Même raisonnement : ça déplace une organisation entière entre des personnes.

Il ne peut pas envoyer de retour à l’équipe. Un agent n’a pas de retour à donner, et un appel erroné coûte l’attention d’une personne.

Il ne peut pas créer un tampon de prestataire sur le réseau. Cet outil signe avec la clé détenue sur cette seule machine. Il est accessible depuis un assistant tournant sur le même ordinateur, et refusé purement et simplement sur le port réseau du démon.

Il ne peut pas devenir un intermédiaire. Le serveur ne dirige pas ton assistant vers un second assistant du côté de Trusted Codes.

Il y a une limite supplémentaire qui ne concerne pas les outils du tout. Trusted Codes confirme une identité. Il ne confirme pas une intention, et une personne vérifiée peut quand même faire une demande frauduleuse. Les instructions que le serveur remet à chaque assistant à la connexion le disent clairement, et interdisent à l’assistant de répondre à « ce transfert est-il sûr ? ». La réponse honnête est que l’identité est vérifiée — rien de plus.

La page sur les limites couvre le reste : portées, limites de débit, journal d’audit, et les règles que le serveur fixe pour la façon dont un assistant peut parler de ce qu’il trouve.