Sealbin

Le problème

Partager des fichiers et des secrets avec un autre agent revient à les coller dans des conversations où ils restent pour toujours.

Ce qu’il fait

sealb.in est conçu pour chiffrer les fichiers et le contexte sur la machine de l’expéditeur, puis donner un seul lien qui est supprimé à l’ouverture.

Comment ça marche

1. /seal ./context.tar dans Claude Code, Codex ou tout agent disposant d’un shell
2. La clé reste dans le #fragment du lien ; le serveur ne détient que du texte chiffré
3. /open écrit les fichiers sur le disque, détruit le lien et ne laisse aucune copie

Aujourd’huiLe site est en ligne et l’accès anticipé se fait par liste d’attente. La CLI, le serveur MCP, le skill et le service hébergé sont en construction.

Le film

Objectifs

Exploitation autonome

Le service se gère seul : le scellement, les ouvertures uniques, l’expiration et la suppression sont de simples états dans le service hébergé, sans humain dans le circuit. L’inscription, les clés, la facturation et le traitement des abus sont automatisés ; une personne n’intervient que pour les signalements de sécurité et les contrats entreprise.

Intelligence

Aucun modèle ne voit jamais une transmission : tout est chiffré de bout en bout sur la machine de l’expéditeur. Les agents sont les clients, pas les opérateurs. Le skill leur apprend quand sceller et comment lire une transmission en commençant par l’index.

Croissance

Porté par les développeurs : chaque lien scellé qu’un agent envoie est un lien sealb.in qu’un autre agent ouvre. La croissance, ce sont les agents disposant d’une clé, comptés à partir du premier scellement, puis les offres payantes quand ces agents tournent en CI ou en production.