Hoshin Kanri pour la DSI : nos agents IA peuvent-ils s’y connecter, et à quelles conditions ?

Chaque agent garde son propre accès à ses propres systèmes, par leurs serveurs MCP, et tous lisent la même X-Matrix par celui de Hoshin. Hoshin ne détient aucun identifiant de votre ERP, de votre GED qualité ni de votre outil de projet, et ne les appelle jamais. Quand un agent a besoin d'un chiffre de production, il le lit dans votre système avec ses propres droits et consigne le relevé dans Hoshin avec sa source.

Chaque tool de Hoshin appelle l'API REST de Hoshin avec le crédential de l'appelant. Le contrat de cette API est public (OpenAPI 3.0 et Swagger 2.0 sur la page développeurs) : ce qu'un agent peut faire, c'est ce que l'API permet, rien de plus.

On se connecte par un lien à usage unique valable 15 minutes, ou par le SSO de votre entreprise (OpenID Connect). Il n'y a pas de mot de passe à voler. Avec le SSO, chaque domaine de messagerie est prouvé par un enregistrement DNS, un domaine vérifié n'appartient qu'à une organisation, et le SSO peut être imposé à tous sauf aux propriétaires, qui gardent un accès de secours.

Dans l'organisation, les rôles vont de lecteur à propriétaire, et une matrice peut être réservée à des éditeurs nommés. Une restriction ne fait que réduire les droits ; elle n'élève jamais personne au-dessus de son rôle.

Les agents se connectent de deux façons. Par OAuth 2.1 (claude.ai, Cursor, Claude Desktop), avec PKCE obligatoire, enregistrement dynamique des clients et documents de métadonnées de client : l'agent agit au nom de la personne qui a consenti, dans les scopes lecture ou lecture et écriture, plafonnés à son rôle. Par un jeton d'API créé par un admin, limité à la lecture ou à la lecture et l'écriture. Jetons et liens publics sont stockés sous forme d'empreinte, jamais en clair ; les secrets SSO sont chiffrés (AES-256-GCM). Inviter un membre reste un geste humain, dans l'application : aucun agent ne peut le faire.

Hoshin sert une liste fixe de tools. Chacun déclare dans ses annotations MCP s'il ne fait que lire, s'il écrit ou s'il peut retirer quelque chose : un client qui lit ces annotations peut laisser les membres lire librement et soumettre les écritures à approbation. Supprimer une matrice exige son nom exact.

Désactiver un membre coupe toutes les connexions ouvertes en son nom dès la requête suivante : chaque appel vérifie que la personne et l'organisation sont toujours actives. Un admin révoque un jeton d'API dans l'application. Un jeton d'accès OAuth vit 15 minutes et son jeton de rafraîchissement change à chaque usage ; le serveur implémente la révocation des jetons (RFC 7009). Une session MCP appartient au crédential qui l'a ouverte : un autre ne peut pas la réutiliser.

L'application, sa base et notre mesure d'audience tournent en France, chez OVH, sur un serveur que nous exploitons nous-mêmes. L'audience est mesurée sans cookie, avec des adresses IP tronquées.

Les sous-traitants, tels que les liste notre politique de confidentialité : OVH pour l'hébergement ; Resend pour les emails transactionnels (États-Unis) ; Google pour la messagerie de notre équipe (États-Unis) ; animam.ai et Anthropic, uniquement pour l'assistant des pages publiques, le texte collé dans le constructeur gratuit et les brouillons de réponse aux messages qu'on nous écrit. Aucun ne reçoit vos matrices pour faire fonctionner le service.

Vos données ne sont jamais revendues ni utilisées pour entraîner un modèle. Tout membre peut exporter en JSON, par l'API, les matrices et les idées de l'organisation ; sur demande, un compte ou une organisation est effacé sous 30 jours.

Quatre choses peuvent sortir. La page publique et l'image externe d'une matrice passent par la même lecture externe : l'une ne montre jamais ce que l'autre cache.

• Un lien de partage public, seulement si quelqu'un le crée : en lecture seule, derrière un jeton haché, révocable, non indexé. Les éléments marqués internes n'y arrivent jamais, ni leurs corrélations, et le lien peut être créé sans les chiffres.
• Le webhook du matin, si un admin le configure : signé, en https seulement, vers des adresses publiques seulement, avec des compteurs et jamais un titre.
• Des emails : liens de connexion et invitations aux membres, rappels de revue aux admins s'ils les ont activés.
• Ce que votre propre agent lit et transmet au fournisseur de son modèle, ce qui ne regarde que vous et ce fournisseur.

Pour les données qui ne doivent pas quitter un poste, le serveur MCP open source (MIT) tourne en mode local : la matrice reste en fichiers JSON dans un dossier de votre choix, avec les mêmes tools et sans compte. Le partage public y est refusé. L'installation de l'application complète chez vous (droits, SSO, revues) n'est pas proposée aujourd'hui ; voir garder les données stratégiques de vos clients dans votre environnement pour les quatre niveaux entre les deux.

Un audit de la DSI les trouvera de toute façon ; mieux vaut que vous les lisiez ici. Certains figurent sur la feuille de route publique, où chaque demande compte pour les construire.

• Authentification SAML et provisionnement SCIM : non construits. OpenID Connect l'est.
• Certifications (ISO 27001, SOC 2) : aucune.
• Chiffrement au repos : les matrices ne sont pas chiffrées au repos, parce que le service les lit pour calculer le score, la cascade et les pages partagées. Notre équipe technique peut accéder à la base pour exploiter le service, et ne le fait que pour cela ou à votre demande.
• Sauvegardes : quotidiennes (conservées 5 jours) et hebdomadaires (conservées 4 semaines), stockées sur le serveur d'hébergement, sans copie hors site.
• Journal d'audit : un journal côté serveur trace les opérations sensibles, mais il n'est pas lisible par les clients, et deux agents qui partagent une connexion n'y sont pas distingués.
• Agents connectés : aucun écran ne liste encore les connexions OAuth d'un membre pour les couper une à une ; aujourd'hui, on désactive le membre, ou on attend que le client abandonne ses jetons.
• Chiffrement côté client et installation de l'application sur site : non construits.

Écrivez à security@hoshin.app, l'adresse de notre security.txt (RFC 9116). Le message arrive directement au fondateur ; contrairement aux autres messages que nous recevons, il n'est jamais confié à un assistant pour rédiger une réponse. Le périmètre et les règles (pas de test de charge, uniquement vos propres comptes) sont dans la politique de sécurité du dépôt public.