dropLa réponse, pas l'accès.
Personne ne reçoit d'accès aux outils d'un autre. Une demande précise traverse, son propriétaire décide, et seul le résultat qu'il a autorisé revient. Tout ce qui suit sert cette règle.
Chiffré de bout en bout.
Chaque Node a sa paire de clés. Les messages sont signés (Ed25519) et chiffrés pour leur destinataire (X25519). Ils passent par le réseau local, par iroh sur Internet, ou par un relais. Un relais les transporte sans pouvoir les lire ; il voit l'expéditeur, le destinataire, la taille et l'heure. Un message ne vit pas plus de 15 minutes et ne peut pas être rejoué.
Chaque demande est une décision.
La carte de consentement dit qui demande, pourquoi, ce qu'il recevra et ce qu'il ne recevra jamais, le coût et l'expiration. Sans décision en 10 minutes, la demande expire. Pour une capacité sensible, le propriétaire relit la réponse et peut en retirer des champs avant l'envoi.
Les outils sont fixés avant le modèle.
Ce qu'un modèle peut utiliser est fixé par la capacité au moment où le propriétaire la publie : par exemple deux outils en lecture de son Figma. La question du demandeur est traitée comme une donnée, jamais comme une instruction, et ne peut pas ajouter d'outil. Les fichiers d'un dépôt se lisent dans une copie, selon une liste de chemins autorisés.
Chaque sortie est contrôlée.
Une réponse doit respecter la forme annoncée sur la carte ; sinon elle est rejetée, pas corrigée. Elle passe ensuite par un détecteur de secrets (clés, jetons, mots de passe).
Les clés restent sur votre Mac.
Votre identité vit dans ~/.drop, lisible par vous seul. L'API du Node n'écoute que sur votre
propre machine, derrière un jeton. Sur le réseau local, il accepte aussi des connexions directes, mais
seulement de pairs déjà appairés, qui prouvent leur identité. Il se connecte au relais en sortie. Les
reçus et les journaux gardent des empreintes et des métadonnées, jamais le contenu ni un secret.
Avec Claude et ChatGPT : pas dans le profil privé.
Ces assistants n'acceptent que des connecteurs en ligne. Une passerelle pour eux existe dans le code, mais elle n'est pas livrée : c'est une option cloud remise à plus tard. Elle verrait les questions et les réponses en clair, comme Claude ou ChatGPT eux-mêmes.
Le profil privé, celui que crée l'app, refuse de s'y relier. Une entreprise peut aussi interdire toute passerelle par sa politique signée.
Le modèle qui répond voit le contexte.
Quand une réponse demande un modèle, il tourne chez le propriétaire, avec le fournisseur qu'il a choisi. Un modèle distant reçoit ce qui est nécessaire à ses appels : exécution chez soi ne veut pas dire traitement entièrement local. Par défaut, le propriétaire utilise son propre modèle et le profil privé refuse toute clé envoyée par le demandeur. Le paiement par le demandeur n'existe que dans l'ancien profil du prototype.
Ce que drop ne garantit pas.
- Le détecteur de secrets est un filtre, pas une preuve : le jugement du propriétaire compte.
- Un relais, quand il sert, voit qui parle à qui, et quand.
- drop est un prototype : il n'a pas encore été audité par un tiers.