Prototype · Apache-2.0, dépôt public

La réponse.
Pas l’accès.

Votre agent a besoin d’une information qui vit dans les outils d’un collègue. Il pose une question bornée. Le collègue voit ce qui partira, puis décide. Seule la réponse validée revient ; les accès restent chez lui.

Une couche de consentement au-dessus d’A2A et MCP, sans compte Memo Labs ni relais tiers obligatoire.

Raccorder ses agentsExplorer un échange

App Mac en barre de menus d’abord, puis Windows (T3.7) et Linux (T3.8). Rien n’a encore été validé avec de vrais utilisateurs.

GGuillaumePose la question
JulieGarde la mainJ
Explorer les quatre étapes de cet échange simulé. Utilisez les flèches du clavier pour changer d'étape.
Chez Guillaume

« Le mode sombre est-il déjà prévu dans ton code ? »

Pour savoir si je dois le développer ou réutiliser ce qui existe.

✓Une question sur le dépôt de Julie
Prochaine étape : l'accord de Julie
Relecture par Julie

Voici la réponse qui pourrait partir.

Le mode sombre suit la préférence du système. Le choix manuel du thème n'est pas encore prévu.

✓Verdict : partiellement
Sources : src/theme.ts, docs/theme.md
Julie envoie la réponse ou arrête l'envoi.
Retour chez Guillaume

« Je peux réutiliser le thème existant. Il reste le sélecteur manuel. »

L'agent reprend son travail à partir de la réponse autorisée par Julie.

✓Un reçu signé garde la trace de l'échange.
La réponse est arrivée. Les accès sont restés.

Simulation pédagogique. Aucune demande n'est envoyée.

La réponse, pas l’accès.

Un accord humain. Une réponse bornée. Aucun accès permanent transmis.

Le contexte est chez un collègue.
La réponse revient à votre agent.

Mesure du besoin d’abord, puis premiers essais en binômes de collègues (T0.7, T4.6). Conçu pour rester acceptable par l’informatique d’une entreprise souveraine ; adoption visée par les petites équipes. Le propriétaire de la donnée peut ne pas être technique.

01 / La demande

Poser une question précise.

L’agent choisit une capacité publiée : comprendre des erreurs, interroger un dépôt ou une source déjà connectée.

02 / La décision

Voir ce que l’on autorise.

Le propriétaire voit la raison et les informations attendues. Il décide pour cette demande. Les outils utilisables sont fixés à l’avance.

03 / Le retour

Continuer avec la réponse.

La sortie est contrôlée. Pour une capacité sensible, le propriétaire la relit avant son envoi. Aucun accès permanent n’est transmis.

Aujourd’hui, trois échanges existent : la capacité, le fait publié, servi sans modèle (T4.4), et la réponse écrite à la main par le propriétaire (T4.3). Les petites questions (T4.9) et les tâches déléguées (T4.11) restent à faire ; la conversation libre entre agents est exclue. Voir l’échelle des échanges.

Voir le parcours complet et ses limites

Deux confirmations.
Puis drop reste à portée de main.

Ce raccordement existe dans le panneau local (T3.3, T4.5) et passe ses tests sur fixtures. La recette humaine sur un Mac reste à faire. Aucun modèle ne fouille votre machine.

  1. Analyser ce Mac

    drop cherche les configurations des agents compatibles et vous montre ce qui sera raccordé. Aucun outil découvert n’est lancé.

  2. Connecter les agents sélectionnés

    Vous validez la sélection et les modifications prévues. La connexion ajoute les outils drop à vos agents. Publier une capacité reste une action séparée.

Maquette

Vos agents sur ce Mac

  • Claude CodeSélectionnéCompatible
  • CodexSélectionnéCompatible
  • CursorConfiguration illisibleÀ vérifier
  • Claude DesktopAucune configuration trouvéeAbsent

Étape suivante : connecter la sélection

Pour un autre agent : une configuration à copier.

Maquette inspirée du panneau. Cette page n’analyse pas votre Mac et ne modifie aucune configuration.

Treize clients MCP sont détectés. Sept sont raccordés automatiquement : Claude Code, Claude Desktop, Cursor, Codex, Gemini CLI, VS Code et Cline, avec un aperçu sans secret et un résultat par agent. Pour les six autres, l’app donne la configuration à copier. ChatGPT n’accepte qu’un serveur distant : la passerelle publique qu’il lui faudrait n’est pas livrée (T2.13). C’est une option cloud remise à plus tard, que le profil privé refuse et qu’une politique d’entreprise peut interdire.

Prérequis, restauration et étapes séparées

La démo réelle,
en trois écrans.

Claude Code chez Guillaume, un relais public, et les Nodes de Julie et du serveur de production. Ces écrans sont ceux qu'ils ont vus, le 8 octobre 2026.

Carte de consentement : Guillaume demande, via Claude Code, un résumé des erreurs du service traefik sur la dernière heure. Il recevra l'état du service, le nombre d'erreurs et les 5 types les plus fréquents, jamais les lignes de log ni les accès au serveur. Boutons Pas maintenant, Refuser, Autoriser une fois.
1. L'accord. Ce qui part, ce qui ne partira jamais, avant de décider.
Carte de consentement chez Julie : Guillaume demande si son implémentation gère déjà le mode sombre. Il recevra une réponse courte, oui, non ou partiel, et des noms de fichiers, jamais le contenu des fichiers ni l'accès au dépôt. Sensibilité haute : Julie relira le résultat avant envoi.
2. Une question sur un dépôt. Sensible : Julie relira avant l'envoi.
Écran de relecture chez Julie : la réponse générée explique que le mode sombre est géré dans src/theme.ts, avec le verdict yes et la liste des fichiers cités. Chaque champ peut être retiré. Boutons Ne pas envoyer et Envoyer.
3. La relecture. Julie peut retirer un champ ou ne rien envoyer.

La vidéo de démonstration sera tournée pendant l’essai en binômes de collègues (T4.6). Le parcours en détail

Une promesse, avec sa limite.

« Vos données restent sur votre machine. Seule une réponse que vous avez approuvée en sort, chiffrée, vers la personne qui l’a demandée. Aucun index central, aucun serveur qui lit, code ouvert et journal local de tout ce qui est sorti. »

Sa limite. drop contrôle ce qui passe par drop. Un connecteur MCP, un modèle ou un agent A2A choisi par le propriétaire peut avoir ses propres flux, que drop ne voit pas.

Aujourd’hui, le journal local garde des reçus signés (empreintes et métadonnées), pas une copie du contenu. Le code sera ouvert après les contrôles de publication (T3.6).

Comprendre les frontières de confidentialité

Sans serveur, quand c’est possible.

Existant : découverte sur le réseau local (T4.2) et connexion par Internet avec iroh (T4.2b), désactivée par défaut. Aucun relais n’est imposé ; entre deux réseaux, iroh demande un relais que vous choisissez.

Un relais exploité chez vous.

Existant : le relais transmet les enveloppes chiffrées et voit seulement les métadonnées de routage et d’admission (identités, parrain, horodatages, adresses de connexion). Existant (T4.10) : image Docker et chart Helm du relais, avec une politique signée par l’informatique, appliquée au poste et revérifiée par le relais. Le binaire autonome reste à faire (T4.10b).

Une frontière que l’on doit prouver.

Le profil privé refuse les destinations hors politique et fonctionne avec Internet bloqué dans notre recette à deux Nodes et sources simulées (T3.1). Les modèles et agents réels restent à qualifier (T3.2).

Une bêta privée,
en petites équipes.

drop s'installe pour l'instant avec nous, équipe par équipe : l'app Mac est signée et notarisée, mais doit encore être testée sur un Mac neuf, et le paquet public attend son nom définitif.

Accès sur invitation

Demandez une invitation à la personne qui vous a parlé de drop : elle vous enverra un lien.

Ce qui arrive

  • App Mac, dans la barre de menusBientôt
  • Claude Code, Claude Desktop, Cursor, CodexBientôt
  • Gemini CLI, VS Code, ClineBientôt
  • Claude et ChatGPT sur le webOption différée
Voir comment ça se passera

Le socle est gratuit.
Rien n’est payant aujourd’hui.

Rien de payant avant d’avoir des utilisateurs. La sécurité n’est jamais une option payante. Aucun tarif n’est fixé.

Socle · Apache-2.0

Exploiter drop vous-même.

Consentement, contrôles de sortie, reçus, relais auto-hébergé, A2A et MCP. Le code est sous licence Apache-2.0 ; aucun compte Memo Labs n’est requis.

Installation et support · Hypothèse

Être aidé à l’installer.

Des contrats d’installation et de support pourraient financer le projet. Rien n’est proposé aujourd’hui.

Pack entreprise · Hypothèse

Administrer plusieurs équipes.

Console de politiques, SSO, export d’audit, versions maintenues : à construire seulement si un grand compte le demande par écrit.

Le dépôt est public et open source (Apache-2.0) depuis le 11 octobre 2026 ; aucun téléchargement n’est encore publié. Voir le socle libre.

État au 11 octobre 2026

Un socle vérifié.
Aucun essai réel encore.

Protocole, consentement, capacités, ponts A2A, profil privé, réseau local, iroh, pack entreprise et raccordement de treize clients MCP existent dans le prototype. Une entreprise fictive de 50 nœuds a tourné sur un Mac : 124 demandes livrées, aucune fuite, et une limite de débit du relais qui bloque un propriétaire très sollicité, à corriger avant le lancement. Toutes les démonstrations ont tourné sur les machines de Guillaume.

Voir l’avancement réel
  • Protocole, consentement et A2ADans le prototype
  • Profil privé sans repli cloudRecette vérifiée
  • Raccordement en deux confirmationsSur fixtures
  • Simulation de 50 nœudsMesurée (T4.1)
  • Notifications à l’icône de l’appRecette faite (T4.14)
  • Invitation confirmée avant de rejoindreSur test (T4.14)
  • App Mac signée et notariséeRecette humaine à finir (T3.4)
  • Limite de débit du relais sous chargeÀ corriger (T3.1d)
  • Essai en binômes de collèguesÀ venir (T4.6)