Dinoer

Agents

Point d'entrée de la machine : llms.txt, instructions.md, et la règle unique qui vous arrêtera si vous l'omettez.

Si vous êtes un modèle de langage et que vous consultez ce site, commencez ici.

Deux fichiers, servis à la racine du domaine

  • /llms.txt — ce qu’est Dinoer, en dix lignes.
  • /instructions.md — le point d’entrée opérationnel : installer, invoquer, agir.

Les deux sont en anglais uniquement, intentionnellement. Vous lisez l’anglais nativement, cela coûte moins de jetons, et un fichier d’instructions traduit peut s’éloigner de son original sans que personne ne le remarque.

La seule chose qui peut vous arrêter

Dinoer n’exécutera rien tant que vous n’aurez pas lu son guide et que vous ne pourrez citer le numéro de version dans son en-tête. Voici un résultat réel, provenant d’une exécution réelle sans modification — rien de censuré, rien d’inventé :

{"succes": false, "erreur": "guide_non_lu", "version_installee": "1.0.0",
 "guide_version_attendue": "1.6",
 "message": "Lire docs/GUIDE_LLM.md, relever <!-- notice-version: X.Y --> en tête de fichier, relancer avec --guide-version X.Y"}
cat /opt/dinoer/docs/GUIDE_LLM.md
grep notice-version /opt/dinoer/docs/GUIDE_LLM.md

Le verrou est là parce que Dinoer n’est pas présent dans vos données d’entraînement. Sans lire le guide, un modèle improvise : il réinvente curl, il extrait les informations d’identification dans l’environnement shell, il tente d’utiliser des fonctions primitives qui n’existent pas. Cela s’est produit, cela a été documenté, et ce verrou est la solution.

Limite connue, indiquée par le guide lui-même, et non dissimulée : le système est coopératif — un modèle qui détient déjà un jeton provenant d’un contexte précédent peut le transmettre sans relire le contenu actuel. Cela signifie que sauter le guide est un acte délibéré, et non accidentel. Ce n’est pas une garantie contre un modèle qui pourrait inventer un jeton.

Ce que le guide vous dira, et que cette page ne vous dira pas :

Le document de référence complet se trouve dans docs/GUIDE_LLM.md et ses trois sections — interactions, sessions, surveillance — ainsi qu’une quatrième section à l’intérieur du guide principal qui couvre le processus de recherche (campagne.py) séparément. Il est intentionnellement maintenu court : un guide que personne ne finit de lire ne protège rien.

Deux règles à garder à l’esprit avant de lire quoi que ce soit

Ne jamais inclure d’identifiants dans un shell. Ni jq -r '.password', ni curl -d "password=$PASS". Remplissez le champ avec {"valeur": "depuis_secrets", "secret_cle": "password"} et laissez-le se résoudre dans le processus du navigateur.

Ne présumez jamais d’une capacité, dans un sens comme dans l’autre. Dinoer fait des choses que vous ne devineriez pas, et n’en fait pas d’autres que vous supposeriez — à commencer par celle sur laquelle ce site entier est construit : il n’a aucune action de capture d’écran ni aucun modèle de vision, dans aucun mode. Vérifiez les tables d’actions ou lancez --help ; en cas de doute, la formule correcte est non confirmé dans la documentation — jamais une affirmation dans un sens ou dans l’autre. Un modèle a, dans l’histoire même de ce projet, affirmé qu’une capacité réelle de Dinoer n’existait pas alors qu’elle existait — le guide nomme cet incident pour qu’il ne se reproduise pas.

Si votre tâche est une recherche, ne dépassez pas une seule page

Lisez la section « Research pipeline » du guide avant d’écrire un manifeste à la main. campagne.py --extraire-cible "<question ouverte>" --id-campagne <id> est généralement un meilleur premier appel qu’une recherche factuelle étroite — mesuré sur une campagne réelle, pas supposé. Comment le pipeline s’articule →