Ce que nous écrivons pour vous
Les autres pages disent ce qui ne va pas sur un site. Celle-ci répond à l'autre moitié : trois des fichiers qu'un agent cherche sont écrits à partir de ce que le site publie déjà, et le produit dit clairement lequel publier aujourd'hui et lequel dégraderait votre site.
Les trois fichiers
Générés par site à partir de ce que la découverte a déjà trouvé : les pages, leurs gabarits, les liens qui résolvent. Rien ici n'interroge le réseau pour savoir ce qu'est un site ; tout est lu dans ce qui a déjà été mesuré.
/llms.txt
À publier dès aujourd'huiL'index qu'un agent lit avant de deviner des URL. Chaque ligne d'un fichier généré est vraie au moment où elle est écrite, parce que chaque lien vient d'une page que la découverte a trouvée et que le vérificateur a résolue.
text/markdown · Améliore LLMs.txt
/.well-known/agent-card.json
Exige d'abord un serviceLa carte A2A, au chemin que la spécification a enregistré en v0.3.0. Une carte 1.0 déclare où elle est joignable dans supportedInterfaces plutôt que dans un url de premier niveau, ce qui permet d'offrir deux protocoles à deux adresses.
application/json · Améliore Agent Card (A2A)
/.well-known/mcp/server-card.json
Exige d'abord un serviceLa carte de serveur MCP. Pas le /.well-known/mcp.json avec un tableau tools que nous écrivions avant : ce chemin n'a jamais figuré dans la spécification et une liste d'outils figée périme au premier déploiement. La carte décrit le serveur ; les outils viennent d'un tools/list en direct.
application/mcp-server-card+json · Améliore MCP (Model Context Protocol)
Deux d'entre eux dégraderaient votre site
Un llms.txt décrit un contenu que vous avez déjà. Les deux cartes décrivent un service : un point de terminaison A2A qui répond, un serveur MCP auquel un client peut se connecter. Publier une carte pour quelque chose que vous n'avez pas construit augmente le score et diminue la vérité : un agent la lit, essaie l'adresse et reçoit un 404 d'un fichier qui promettait le contraire. C'est pire que de n'avoir rien annoncé.
Les deux sont donc générés en entier et les deux sont signalés. Tout ce qui se déduit de votre site est renseigné fidèlement, et chaque champ qui est une promesse non encore tenue figure à côté du fichier. Une plateforme qui ne vous dit pas quand publier quelque chose vous dessert est un générateur de scores, pas d'optimisations.
Fondé, pas inventé
Les liens sont des pages que la découverte a trouvées et que le vérificateur a résolues. Les compétences sont vos propres sections, décrites par ce qu'elles contiennent et par le nombre de pages de chacune. Rien ne nomme une page qui n'existe pas, et une section d'une seule page n'est jamais décrite comme un ensemble.
Un modèle écrit la prose : la phrase qui dit ce qu'est le site et la description de chaque section. Il reçoit la forme du site et rien d'autre, et le fichier enregistre quel modèle l'a écrit. Sans clé configurée, le générateur déterministe tourne seul : le fichier est plus plat et reste valide, ce qui vaut mieux que pas de fichier.
Le bouton dans le rapport
Sur une constatation en échec d'une vérification qui possède un fichier, le rapport propose de le générer. Il lit les pages que vous publiez déjà, en déduit ce que le fichier doit dire, et vous le rend prêt à copier ou à télécharger. Rien n'est publié en votre nom : le fichier est à vous, à placer où il va.
3 des 26 vérifications ont un fichier à remettre. Les autres sont des changements dans le site lui-même (un titre manquant, un serveur qui ne compresse pas, un robot bloqué dans robots.txt), et pour celles-là le guide dit quoi faire au lieu d'un bouton qui ferait semblant.
Les réponses par secteur
Les plugins sectoriels posent 47 questions qu'un site d'un certain type doit à un agent. 21 peuvent être répondues à partir de ce qu'une page publie déjà, et celles-là aussi nous les écrivons. Les autres sont des décisions d'entreprise, un délai de retour ou une promesse de livraison, et la position du produit est qu'il n'en inventera pas.