Réponse rapide
règles OpenCode: Réponse rapide
Les règles OpenCode sont des instructions durables pour une session. Utilisez une règle de projet pour les conventions du dépôt, une règle globale pour une habitude personnelle stable et une URL seulement si sa source est fiable et revue.
Le groupe Similarweb `opencode rules` indique une intention de configuration autour des fichiers de règles, des règles globales et du projet. La documentation officielle distingue rules, skills, agents, permissions et config ; ce guide clarifie leurs limites.
Définissez la portée puis testez en lecture seule. Une règle courte et vérifiable est plus sûre qu'un long bloc qui mélange procédures, permissions et déploiement.
Guides associés: Guide des skills OpenCode, Guide des agents OpenCode, Guide des permissions OpenCode, Configuration OpenCode.
1. Choisir la plus petite portée utile
Une règle de projet contient les commandes de test, dossiers générés, responsabilités et limites de sécurité du dépôt. Une règle globale décrit une habitude personnelle stable. Une URL ajoute une frontière réseau et de provenance : vérifiez le domaine et gardez une copie locale pour les contrôles critiques.
| Portée | Usage | Risque |
|---|---|---|
| Projet | Conventions du dépôt | Règle obsolète |
| Globale | Habitude personnelle | Surprise entre projets |
| URL | Contexte externe fiable | Changement sans revue |
2. Vérifier où OpenCode découvre les règles
La page officielle Rules couvre l'initialisation, les types, la priorité, les instructions personnalisées et les fichiers externes. Utilisez l'initialisation de votre version et confirmez le chemin réel ; ne copiez pas un dossier d'un autre framework.
3. Faire de la priorité une décision révisable
Les règles globales et de projet peuvent se contredire. Créez un petit conflit de test et observez le résultat documenté. Conservez la limite de sécurité du projet, supprimez les doublons et expliquez le choix.
4. Écrire des instructions courtes
Une bonne règle indique quand elle s'applique, ce que l'agent doit faire et éviter, la preuve attendue et le retour arrière. Séparez les faits du dépôt des préférences personnelles, qui conviennent mieux à une skill globale.
5. Vérifier la confiance avant un fichier externe
Un fichier externe peut fournir un contexte partagé mais changer sans revue. Vérifiez le transport, le propriétaire et l'historique. Utilisez-le d'abord pour un contexte peu risqué et gardez secrets et déploiement en local.
6. Séparer rules, skills, agents, permissions et config
Rules exprime les contraintes, skills les procédures, agents le rôle et les outils, permissions la décision allow/ask/deny, config les réglages. Ne cachez pas un déploiement automatique dans une règle.
7. Valider les règles effectives avant l'édition
Testez dans une branche jetable : explication, lecture seule, petite modification et revue du diff. Documentez le rollback et répétez après suppression de la règle.
FAQ des règles OpenCode
Que sont les règles OpenCode ?
Ce sont des instructions durables appliquées dans une portée de projet, globale ou externe fiable.
Où placer une règle de projet ?
Confirmez le chemin avec la documentation Rules de votre version et gardez le fichier dans le dépôt pour la revue.
Rules et skills sont-ils identiques ?
Non. Rules décrit des contraintes durables et skills des procédures réutilisables.
Une règle globale remplace-t-elle celle du projet ?
Cela dépend du type et de la priorité documentés. Testez un petit conflit.
Les règles URL sont-elles sûres ?
Seulement si la source est fiable et revue ; les règles critiques doivent rester locales.
Sources officielles
La documentation Rules, Config, Permissions, Skills et Agents a été vérifiée le 31 octobre 2026. Confirmez la syntaxe sur la page officielle de votre version.