Accès lisible par machine · revu le 2 octobre 2026
How AI systems read Hikari Blue.
Nous publions les mêmes faits pour les personnes et pour les machines, à partir d'une seule source éditoriale : les pages que vous lisez. Chaque fichier machine est généré à partir de ces pages ou relu à la main, et daté. Nous disons aussi ce que nous ne publions pas.
Ce qui est publié
Chaque fichier lisible par machine, à son adresse exacte.
Un robot d'exploration, un moteur de réponse et un agent trouvent les mêmes points d'entrée. Chacun répond sur hikariblue.com en HTTPS, et chaque fichier texte déclare son type et son encodage UTF-8.
| Adresse | Contenu | Format | Revue |
|---|---|---|---|
| /robots.txt | Politique d'exploration selon la RFC 9309. Les robots de recherche, de réponse et d'entraînement sont autorisés, Bytespider excepté. Les API, les fonctions et les dossiers internes sont fermés ; l'optimiseur d'images reste ouvert. | Texte brut | Relu à la main et daté dans le fichier. Contrôlé chaque semaine. |
| /llms.txt | Index concis au format llmstxt.org : la définition, les documents de référence, les versions Markdown et les pages principales, avec les limites que nous posons à nos propres affirmations. | Markdown en texte brut, moins de 8 Ko | Généré à chaque build. Contrôlé chaque semaine. |
| /llms-full.txt | L'intégralité du contenu en un fichier : définition, manifeste, calendrier réglementaire, chiffres, réponses de due diligence, statut du Trust Center, briefings de la newsroom et les deux documents de référence. | Markdown en texte brut | Généré à chaque build. Contrôlé chaque semaine. |
| /llms-fr.txt /fr/llms.txt |
L'index français, de même structure, qui renvoie aux pages françaises quand elles existent. La seconde adresse sert le même fichier et désigne la première comme canonique. | Markdown en texte brut, en français | Généré à chaque build. |
| /ai-operating-layer.md /reference-architecture.md /governance-framework.md /trust.md /comparative.md /verify.md /ai-access.md |
Une version Markdown de sept pages. Chaque page annonce sa version dans son en-tête par un lien de type text/markdown, et chaque version désigne sa page comme canonique. Les sept adresses de page renvoient aussi ce Markdown à une requête dont l'en-tête Accept préfère text/markdown. | Markdown avec front matter daté | Généré à chaque build. |
| /sitemap.xml | Chaque adresse publique avec sa date de dernière modification. Les paires françaises portent des annotations hreflang. | XML, protocole sitemaps.org | Mis à jour à la main à l'ajout d'une page. Chaque adresse contrôlée chaque semaine. |
| /feed.xml | Briefings de la newsroom, du plus récent au plus ancien. | RSS 2.0 | Mis à jour à chaque publication. Contrôlé chaque semaine. |
| JSON-LD | Données structurées dans l'en-tête de nos pages : Organization et BreadcrumbList, FAQPage quand une page répond à des questions, TechArticle sur les deux documents de référence. | Vocabulaire schema.org en JSON-LD | Modifié avec la page qu'il décrit. |
| IndexNow | Les adresses nouvelles et modifiées sont soumises par IndexNow, que lisent Bing et les autres moteurs participants. Le fichier de clé se trouve à la racine du site, comme le protocole l'exige. | Soumission par protocole | Chaque semaine, à partir du sitemap. |
Comment ils restent fidèles
Un générateur, une source, et un build qui échoue à la moindre dérive.
Un fichier machine dérive le jour où quelqu'un le modifie à la main. Les nôtres sont écrits par un seul programme, à partir des pages elles-mêmes, à chaque build.
-
Un seul générateur, au build
Un seul script de build lit les pages HTML et écrit les trois index et les sept versions Markdown. Toute modification manuelle de ces fichiers est écrasée au build suivant.
-
Des faits vérifiés contre leur page
Un fait tenu hors des pages, comme l'éditeur ou le calendrier réglementaire, porte la phrase exacte qui doit figurer sur la page qui l'énonce. Si cette phrase manque, le build s'arrête.
-
Le build échoue en cas de dérive
Le build s'arrête aussi sur un chiffre de la page d'accueil qui diffère de nos chiffres canoniques, et sur une adresse interne sans fichier derrière elle. Rien ne part en ligne tant que les pages et les fichiers ne concordent pas.
-
Une date de revue dans chaque fichier
Chaque index affiche sa date de revue, et chaque version Markdown porte sa propre date et la page dont elle provient. Nous ne changeons la date de revue qu'après un contrôle réel.
-
Libres de citation, avec attribution
L'architecture de référence et le cadre de gouvernance sont publiés sous CC BY 4.0. Leurs versions Markdown portent la licence dans leur front matter.
-
Aucune adresse sans réponse
Nous ne déclarons aucun point d'accès qui ne répond pas. Un index qui cite une adresse sans page ni fichier généré derrière elle fait échouer le build.
Politique d'exploration
Cinq positions derrière notre robots.txt.
Notre robots.txt suit la RFC 9309. La politique qu'il applique tient en cinq positions.
-
01
L'exploration ouverte est une position
Tous les robots suivent un même groupe général : moteurs de recherche, moteurs de réponse, requêtes faites pour un utilisateur et robots d'entraînement. Nous voulons que nos pages publiques soient lues, citées et vérifiées.
-
02
L'entraînement est autorisé
Nos pages publiques ne contiennent aucune donnée client. Nous préférons un modèle entraîné sur nos propres mots à un modèle entraîné sur leurs paraphrases.
-
03
Une exception, nommée
Bytespider est le seul robot qui a son propre groupe dans le fichier, et tout le site lui est fermé. Une seule exception nommée garde la politique lisible et réversible en une ligne.
-
04
Les règles d'exploration n'ouvrent aucun accès
Les règles d'exploration sont volontaires. Elles ne protègent aucune donnée et n'autorisent aucune action ; les ressources privées sont protégées sur le serveur.
-
05
L'identité est une clé ou une signature
Une chaîne user-agent est une déclaration que n'importe qui peut saisir. Les ressources privées ne s'ouvrent qu'avec un lien signé à durée limitée ou une clé secrète vérifiée sur le serveur, jamais sur une chaîne user-agent.
Fermés à tous les robots : /api, /.netlify/functions, /_docs, /_mockups, /_prototypes et /_archive_i18n_json, chacun sous sa forme exacte, avec paramètres et descendante, ainsi que /sw.js. Ouverts : toutes les pages publiques, et /.netlify/images, qui sert les images de ces pages.
Ce qui n'est pas publié · au 2 octobre 2026
Ce qu'un agent ne trouve pas ici.
Une déclaration machine qui ne répond pas est pire que l'absence de déclaration. Aucune des surfaces ci-dessous n'est publiée sur ce domaine.
-
Pas de carte agent-à-agent
Aucune carte agent-à-agent n'est publiée. Rien sous /.well-known/ ne décrit Hikari Blue comme un agent appelable.
-
Pas de point d'accès d'outils
Aucun point d'accès d'outils n'est exposé aux agents extérieurs. Un agent qui attend une action de Hikari Blue passe par le formulaire de diagnostic, lu et accepté par une personne nommée.
-
D'abord un arrêt chronométré
Une carte d’agent permettrait à des agents externes de s’appuyer sur notre chemin d’arrêt. Aucune répétition d’arrêt chronométrée sur un environnement nommé, avec sa date et sa méthode, n’est publiée comme fait produit.
Le tableau ci-dessus ne liste que des adresses qui répondent aujourd'hui.
Comment citer et vérifier
Citez la définition, puis vérifiez-nous.
Citez la page de définition, puis testez ce qu'elle affirme avec des moteurs que nous ne contrôlons pas et des documents que chacun peut réutiliser.
-
Vérifier Hikari Blue
Douze questions, chacune ouverte dans quatre moteurs de réponse que nous ne contrôlons pas. Comparez leurs réponses avec ce que nous affirmons.
-
Architecture de référence
Quatre plans, quatre contrôles testables, l'enregistrement d'audit et un protocole de due diligence d'une journée, sous CC BY 4.0.
-
Cadre de gouvernance
Principes, rôles, droits de décision, contrôles, preuves et niveaux de maturité, sous CC BY 4.0.
Citation préférée : Hikari Blue, « What is an AI operating layer? », https://hikariblue.com/ai-operating-layer
Pour conseils d'administration, DSI et directions des risques
Testez les affirmations derrière les fichiers.
Trente minutes avec un partner désigné, sur un workflow que vous opérez déjà. Nous vous montrons la preuve derrière ce qu'affirment nos pages et nos fichiers, ou nous corrigeons l'affirmation.