Feuille de route

Cahut se construit par lots, chacun une tranche qui fonctionne de l'IA au lecteur. Leur ordre est fixé, leurs dates ne le sont pas : les jalons du dépôt disent où en est chaque lot.

Les lots

1. Lot 0

   Socle et décisions

   Les premiers ADR, le squelette Go, l'intégration continue et la construction des releases.

   Fait

2. Lot 1

   Publier par MCP, servir en HTTPS

   Une IA publie une Window avec un jeton personnel. Cahut la sert à sa propre adresse, dans un bac à sable, et l'appel va au Logbook.

   Fait

3. Lot 2

   Personnes, Rooms et console

   Des personnes qui se connectent ; des administrateurs de chaque Cahut et du serveur ; des Rooms d'équipe avec leurs droits ; la console web et son API.

   Fait

4. Lot 3

   Brancher les IA : OAuth

   Chaque Cahut est le serveur d'autorisation de son point d'accès MCP. Sur un écran de consentement, une personne accorde à une IA des Rooms et une portée, et voit les IA connectées dans la console.

   Fait

5. Lot 4

   Windows complètes : versions et accès

   Mettre à jour une Window garde la version précédente, et un geste y revient. Chaque Window s'ouvre à sa Room seulement, à toute sa Cahut, à qui a sa Key, ou au public.

   Fait

6. Lot 5

   Knock first

   L'IA demande avant tout ce qu'elle ne peut pas annuler. La demande attend dans la console, avec une notification et une échéance, jusqu'à ce qu'une personne l'approuve ou la refuse.

   Fait

7. Lot 6

   House style et skill Claude

   Les couleurs, polices, logo et modèles de l'organisation, donnés à chaque IA, et une skill qui dit à Claude comment publier sur Cahut.

   Fait

8. Lot 7

   Installation, premier démarrage et mises à jour

   Une commande sur un serveur AlmaLinux ou Ubuntu vierge, un premier démarrage guidé dans le navigateur, et des mises à jour depuis les releases, avec retour arrière.

   Fait

9. Lot 8

   Deuxième client IA et recette

   Un deuxième client d'IA testé de bout en bout, une revue de sécurité, et les critères de réussite vérifiés sur un serveur vierge.

   Fait

10. Lot 9

    L'envoi d'e-mails

    Chaque Cahut envoie ses e-mails par son propre relais SMTP : des liens pour choisir un mot de passe, des invitations à lire une Window, et les notifications des Knocks.

    Fait

Les jalons sur GitHub

Ce qui marche aujourd'hui

Les lots 0 à 9 sont faits, et la première version a rempli les critères de réussite sur un serveur vierge. Aujourd'hui, dans une Cahut :

• Une commande qui installe un serveur Linux, un premier démarrage dans le navigateur, et des mises à jour quotidiennes depuis les releases signées, avec retour arrière.
• Un service sur un serveur Linux, qui porte une ou plusieurs Cahuts, chacune à son domaine avec son certificat, ou à l'adresse IPv4 du serveur tant qu'elle n'en a pas.
• Des Cahuts collaboratives, ou individuelles où chacun travaille seul, et des limites sur les personnes, les Rooms, les Windows et le disque, que fixent les administrateurs du serveur.
• Des personnes qui se connectent, des administrateurs de la Cahut et du serveur, et des Rooms d'équipe avec propriétaires et membres. La page de chaque Room liste ses Windows, ou montre celle que ses propriétaires choisissent.
• Une console web, en anglais et en français : Knocks, Rooms, Windows, Logbook, personnes, IA connectées, jetons personnels, e-mail et serveur.
• Des clients d'IA qui se connectent par OAuth, comme claude.ai, Claude Code, ChatGPT et Le Chat, aux Rooms et dans la portée qu'une personne accorde, ou avec un jeton personnel.
• Des Windows publiées par MCP : documents, présentations, tableaux de bord et sites statiques, servis dans un bac à sable qui les tient à ce que leur IA déclare charger et appeler.
• Deux versions de chaque Window avec retour en arrière, une corbeille, et un accès : Room seulement, interne, avec une Key ou public, jusqu'à une date.
• Knock first : ce qu'une IA ne peut pas défaire, ou ce qui change ce qu'une personne peut faire, attend sa personne, qui l'approuve ou le refuse dans la console.
• Les e-mails, par le relais SMTP de chaque Cahut : des liens pour choisir un mot de passe, des invitations à lire une Window, et les notifications des Knocks, du compte et des limites.
• Une house style pour chaque Cahut : ses couleurs, ses polices, son logo et ses consignes, des gabarits de documents, de présentations et de tableaux de bord, et un moteur de présentation, que les IA lisent avant de publier.
• Un plugin pour Claude Code, et une skill pour les applications Claude, qui apprennent à Claude à faire des Windows dans la house style.
• Le Logbook de chaque appel, de chaque changement et de chaque connexion.

La documentation garde le détail, domaine par domaine :Où en est Cahut.

Prêt pour le lancement quand

Après la première version

Puis, vers le périmètre complet du lancement, à peu près dans cet ordre :

1. Les commentaires, la recherche, l'authentification unique, et les sauvegardes et leur restauration.
2. Les applis dans des conteneurs sans privilèges : environnements, mode Dockerfile, bases de données, secrets, journaux et limites de ressources.
3. L'export en PDF et en PowerPoint, l'accès SSH limité aux mêmes opérations, et d'autres clients d'IA.