Directives de rédaction des champs
Règles pour les mainteneurs documentant de nouveaux champs de l'interface utilisateur Entry.
Lorsque vous ajoutez un champ
-
Ajoutez le champ à
CONFIG_FIELDSdanssrc/core/web/config-schema.tsavec une courtedescription, desoptions,min/max/step, et le risque (risk). -
Ajoutez une entrée de doc à
website/src/data/entryFields.tsavec au minimumshortDescription,useCases, etguidelines. -
Documentez le champ sur la page de l' Onglet Construct et dans la Référence complète des champs.
-
Exécutez la vérification de couverture de doc des champs :
npm --prefix website run check:entry-fields -
Si le champ est risqué, ajoutez au moins une note de récupération/dépannage.
Éléments de doc requis par champ
| Élément | Requis |
|---|---|
| Description en langage clair | Oui |
| Cas d'utilisation | Oui (1+) |
| Valeur par défaut recommandée | Oui |
| Valeurs autorisées / plage | Oui |
| Niveau de risque | Oui |
| Effets secondaires | Si pertinent |
| Équivalent CLI | Si pertinent |
| Exemples de valeurs | Pour les champs de texte/chemin |
| Notes de dépannage | Pour les champs risqués |
Règles d'écriture
- Écrivez pour un utilisateur configurant un système de mémoire d'agent IA, pas pour un mainteneur lisant le code source.
- Nommez l'effet réel sur la propriété de la mémoire, le routage, la taille du contexte, la confidentialité ou la synchronisation Git.
- Préférez les exemples issus des flux de travail d'Engram : Codex, Claude, Gemini, Cursor, OpenCode, mémoire personnelle, profil client, dépôt d'équipe.
- Ne recommandez pas de limites élevées par défaut ; expliquez les compromis d'encombrement du contexte.
- Marquez les paramètres comme risqués lorsqu'ils peuvent désactiver Engram, modifier l'emplacement de sauvegarde, modifier la synchronisation Git, archiver la mémoire ou affecter le chiffrement/la sécurité.
- Incluez des commandes de récupération pour les paramètres risqués.
- Gardez les descriptions dans l'application courtes ; mettez le guide détaillé dans Docusaurus.
Couverture CI
website/scripts/check-entry-field-docs.mjs échoue lorsque :
- Une clé
CONFIG_FIELDSvisible manque d'une entrée de doc. - Une entrée de doc fait référence à un champ qui n'est plus dans
CONFIG_FIELDS. - Un champ manque de
shortDescription,useCases, ouguidelines. - Un champ risqué manque d'au moins une note de dépannage.
- Un champ numérique omet la plage autorisée dans les documents rendus.