État au 11 octobre 2026

Le socle existe.
Le besoin reste à mesurer.

drop est un prototype. Rien n’a encore été validé avec de vrais utilisateurs. Julie et Natha sont des personnages de scénario ; toutes les démonstrations ont tourné sur les machines de Guillaume.

Livré.

  • Profil privé (T3.1). Relais interne, destinations réseau explicites, aucun repli cloud. Le propriétaire utilise son propre modèle ; une clé envoyée par le demandeur est refusée.
  • Raccordement des agents (T3.3, T4.5). Treize clients MCP détectés ; sept raccordés automatiquement, six par une configuration à copier.
  • Connexion (T4.2 à T4.2e). Réseau local, et Internet par iroh, désactivé par défaut : entre deux réseaux, il faut un relais choisi.
  • Réponse à la main (T4.3) et faits publiés (T4.4). Le propriétaire peut répondre lui-même ou publier une information servie sans modèle, jusqu’à une date de fin.
  • Panneau conforme (T4.14). Expiration, sensibilité, « Pas maintenant » par défaut, retrait de champs à la relecture, invitation confirmée, notifications à l’icône de l’app.
  • Pack entreprise (T4.10). Politique signée appliquée au poste et au relais ; image Docker et chart Helm du relais.
  • Relais. Révocation sans redémarrage (T2.19).
  • Simulation minimale (T4.1). 50 nœuds sur un Mac : 124 demandes livrées, aucune fuite. Un propriétaire très sollicité bute sur la limite de débit du relais (à corriger en T3.1d).

En vérification.

  • App Mac (T3.4). Signée et notarisée pour Apple Silicon : la notarisation est prouvée. Restent la recette humaine sur un Mac neuf et VoiceOver.
  • Revues de sécurité (T3.1b, T3.1c). Corrections anti-rejeu implémentées et testées ; la revue formelle et la clôture du risque élevé restent à faire.
  • Recettes humaines. Les tâches archivées attendent l’acceptation de Guillaume.

Reste avant l’essai en binômes de collègues (T4.6).

  • Fermer les revues de sécurité (T3.1b, T3.1c).
  • Finir l’app Mac (T3.4).
  • Hygiène de configuration (T4.15).
  • Choisir et installer le chemin de connexion entre les binômes (T4.6a).
  • Mesurer le besoin dès maintenant, sans l’app (T0.7).
  • Écrire le protocole de l’essai (T4.6b).
  • Si l’essai inclut le partage par modèle : qualifier un modèle (T3.2) et choisir outils, modèle et approbateur depuis l’app (T4.16).

Reste avant le lancement.

  • Résilience du protocole et du stockage anti-rejeu (T3.1d, T3.1e).
  • Preuve privée d’ensemble avec Internet bloqué (T3.5).
  • Préparation de la publication : audit, licences, signalement privé, paquets (T3.6).
  • Nom du produit, offre et lancement public (T4.13), avec l’accord de Guillaume.

Après l’essai seulement : Windows, Linux, simulation complète, agent inclus, petite question, tâches déléguées et contexte partagé. La passerelle pour Claude et ChatGPT sur le web est mise de côté : le profil privé la refuse. Aucune date de lancement n’est engagée.

Ce qui n’est pas encore acquis.

  • Le besoin n’est pas mesuré. Seuil retenu : au moins trois développeurs, dix jours actifs chacun, au moins 0,5 blocage par développeur et par jour, une médiane d’au moins dix minutes perdues.
  • La carte de décision n’a pas été testée par un propriétaire non technique. Elle le sera pendant l’essai.
  • Une installation locale ne prouve pas la souveraineté. Modèles, connecteurs et agents joints ont leurs propres flux. Le chiffrement et le scanner ne prouvent pas l’absence de toute fuite.
  • Aucun modèle n’est recommandé. Qwen3.5 4B ou 9B avec Ollama restent des candidats à mesurer (T3.2).
Lire les frontières de confidentialité

Un état daté, pas un compteur.

L’index des tâches du dépôt fixe l’ordre et les statuts. Les preuves de chaque tâche sont archivées avec elle. Le bilan téléchargeable donne les mêmes faits avec leurs liens.

État au 11 octobre 2026, non recalculé à l’ouverture. Aucun état de serveur distant n’est certifié par cette page.