Aller au contenu
SkillCodex
Mis à jour le
Version
v1.1
Sources
3 sources
Statut
Publié

permission · contrôle d’accès

Autorisation

Une autorisation définit les actions permises sur une cible ; son application technique dépend des droits du compte, des outils et de leur environnement.

Formulations courantes

  • borner les actions de mon agent
  • demander avant de modifier

Différence clé

Une consigne dans le prompt exprime une limite, mais ne retire pas un droit technique. Un sandbox et une approbation ont chacun une portée à vérifier.

Exemple

Tu autorises la lecture d’une copie et vérifies que sa modification attend un accord avant toute exécution.

Contre-exemple

« Fais attention » ne configure pas les droits d’un connecteur qui peut envoyer des messages.

Poursuivre avec un guide

Sources

Révision glossary-v1.1:authorization · 2026-09-08

Digest du contenu sourcé
sha256:4e28de1bc778fd7c9a041e740d663faa04b9893c8aec91c99c1192f492c1887a

Comprendre → Reconnaître → Choisir → Comparer

Pack pour ton agent

Instructions pré-écrites à coller dans ton agent. Copier n’exécute rien.

Implémenter correctement

Emploie Autorisation à bon escient

# Ancre Autorisation dans ton agent

## Objectif
Emploie « Autorisation » avec précision dans le code, la documentation et les échanges : Une autorisation définit les actions permises sur une cible ; son application technique dépend des droits du compte, des outils et de leur environnement.

## Prérequis
- Inspecte comment le terme est employé aujourd’hui dans le dépôt, la documentation et les prompts.
- Repère les notions voisines déjà nommées : Outil, Agent.
- Préserve les usages corrects existants.

## Définition de travail
Une autorisation définit les actions permises sur une cible ; son application technique dépend des droits du compte, des outils et de leur environnement.

## Différence décisive
Une consigne dans le prompt exprime une limite, mais ne retire pas un droit technique. Un sandbox et une approbation ont chacun une portée à vérifier.

## Exemple qui compte comme Autorisation
Tu autorises la lecture d’une copie et vérifies que sa modification attend un accord avant toute exécution.

## Contre-exemple
« Fais attention » ne configure pas les droits d’un connecteur qui peut envoyer des messages.

## Critères d’acceptation
- Chaque usage du terme correspond à la définition de travail.
- Les cas limites sont tranchés avec la différence décisive, pas à l’intuition.
- Les notions voisines (Outil, Agent) sont désignées par leur propre terme.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.
  • Prérequis · Le vocabulaire agentique déjà employé dans le dépôt et la documentation
Pourquoi ça marche
  • La notion est cadrée par une définition de travail sourcée, pas par l’usage ambiant.
  • La différence décisive tranche les cas limites de façon reproductible.
  • L’exemple et le contre-exemple bornent le terme des deux côtés.

À essayer ensuite

Cartographie les notions voisines

# Cartographie les notions voisines

## Objectif
Étends la même rigueur aux notions liées (Outil, Agent) pour que le vocabulaire du projet reste cohérent.

## Contrôles
- Relève chaque notion voisine employée sans définition.
- Applique sa différence décisive documentée.
- Note les cas encore ambigus pour la fiche suivante.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:68a545b2763b6f60f804ac3e8e7374f93f5e284bf9fd6fbcec9f1abcb33f7a61

Diagnostiquer un problème

Corrige une confusion autour d’Autorisation

# Corrige une confusion autour d’Autorisation

## Symptôme observé
[DÉCRIS ICI LE SYMPTÔME]

## Contrôles observables
- Compare l’usage contesté à la définition de travail : Une autorisation définit les actions permises sur une cible ; son application technique dépend des droits du compte, des outils et de leur environnement.
- Applique la différence décisive : Une consigne dans le prompt exprime une limite, mais ne retire pas un droit technique. Un sandbox et une approbation ont chacun une portée à vérifier.
- Confronte le cas au contre-exemple documenté : « Fais attention » ne configure pas les droits d’un connecteur qui peut envoyer des messages.

## Causes possibles
- Le terme est employé pour une notion voisine (Outil, Agent).
- La forme observée (interface, script, service) est confondue avec le comportement réel.
- Un alias (permission, contrôle d’accès) porte un autre sens dans le projet.

## Corrections bornées
- Renomme ou reclasse uniquement les usages qui contredisent la définition de travail.
- Documente chaque choix en citant la différence décisive.

## Vérification finale
- Relis chaque occurrence corrigée face à l’exemple et au contre-exemple documentés.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.
  • Prérequis · Le vocabulaire agentique déjà employé dans le dépôt et la documentation
Pourquoi ça marche
  • Le diagnostic compare l’usage à des critères documentés au lieu d’un avis.
  • Les corrections restent bornées aux usages réellement contradictoires.
  • La vérification finale repasse par l’exemple et le contre-exemple sourcés.

À essayer ensuite

Fixe le vocabulaire dans le projet

# Fixe le vocabulaire dans le projet

## Objectif
Transforme la clarification en règle réutilisable pour éviter que la confusion revienne.

## Contrôles
- Ajoute la définition de travail au glossaire du projet.
- Relie chaque terme voisin à sa propre entrée.
- Vérifie les nouveaux documents face à la différence décisive.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:084da768b600273f3801f7e970fb771616a354b538fbdf82f224def46649a643

Fiche complète, enregistrement et provenance

Instruction pré-écrite par SkillCodex — ta demande n’est ni envoyée ni utilisée pour adapter ce texte ; aucun contenu n’est généré et copier n’exécute rien.

Digest du Pack: sha256:e517d32f0f8342ad4c71977d1f89e329cee3a1cd684a113629739535d9d752e2