PERSONNALISER LE KIT PORTAIL VIERGE Le modèle contient trois valeurs à remplacer ensemble dans les trois fichiers publics : NOM_DU_SITE, DESCRIPTION_DU_SITE et https://example.com. L’IDENTITÉ NOM_DU_SITE : votre nom public, qui apparaît dans le titre, la page et les fichiers texte. DESCRIPTION_DU_SITE : une phrase simple sur ce que votre site propose réellement. https://example.com : le domaine HTTPS que vous utilisez réellement, sans barre finale. Dans le HTML, les caractères & et < s’écrivent & et < lorsqu’ils appartiennent à un texte. Dans l’attribut de description, un guillemet droit s’écrit ". Dans les fichiers texte, conservez les caractères ordinaires. Une identité et une description simples suffisent pour cette première version. LES COULEURS ET LA PRÉSENTATION En haut de index.html, le bloc :root du style contient les couleurs du modèle : --fond Le fond de la page. --surface Le fond des encadrés. --texte Le texte principal. --secondaire Les explications secondaires. --accent Les liens et le repère de navigation au clavier. --bordure Les contours. Vous pouvez modifier ces couleurs, les textes, le titre et la disposition. Conservez un contraste lisible, des liens reconnaissables et la navigation au clavier. Vérifiez la page sur une fenêtre étroite après modification. Pour ajouter un logo, utilisez une image dont vous disposez et fournissez un texte alternatif utile. Aucun logo ou ressource extérieure n’est requis par le modèle. LES INFORMATIONS ET LES SERVICES Ajoutez seulement ce qui est accessible ou effectivement disponible : documentation, catalogue, téléchargement, formulaire de contact, service ou API existante. Gardez les informations cohérentes dans index.html, index.md et llms.txt. Pour chaque service concret, précisez : - son nom et le résultat qu’il permet d’obtenir ; - son adresse exacte ; - sa disponibilité et son prix, y compris s’il est gratuit ; - les conditions d’accès : public, connexion ou mot de passe ; - ce que la personne ou son agent doit faire, et avec quels accès ; - les limites utiles : lire, télécharger, demander ou exécuter une action. Un téléchargement disponible n’est pas une installation automatique. Présenter une API ne la crée pas. Si une fonction est seulement envisagée, indiquez clairement « à l’étude » et ne la comptez pas parmi les services disponibles. LE MOT DE PASSE Vous pouvez annoncer publiquement qu’une ressource est protégée et indiquer comment demander l’accès. Le fichier protégé doit être servi uniquement après vérification par le serveur ou le système d’accès de l’hébergement ; il ne doit pas aussi exister à une adresse publique directe. N’écrivez pas le secret dans la page, le kit distribué ou llms.txt. Une consigne « demandez le mot de passe » est une explication destinée au lecteur, pas un verrou. Le fonctionnement avec un agent dépend de ses outils : il peut expliquer la marche à suivre sans être capable de remplir le formulaire ou de télécharger à votre place. Le modèle livré ici n’intègre aucune protection ni système de connexion. FAIRE ÉVOLUER LE PORTAIL Gardez une copie datée de la version publiée avant d’en préparer une nouvelle. Modifiez les trois représentations ensemble. Remplacez la mention « Modèle de départ v1 » par votre propre version lorsque vous commencez à maintenir votre portail. Mettez à jour le marqueur agent-portal-version si vous l’utilisez pour suivre la version. Présentez les fonctions au stade où elles se trouvent réellement. Le HTML donne une page lisible, le Markdown facilite la lecture du contenu brut et llms.txt fournit des liens. Aucun de ces fichiers ne contraint un assistant à les lire ou à suivre leurs indications. Donnez l’adresse du portail à l’assistant pour commencer.