Demander une permission au moment utile

# Applique le guide « Demander une permission au moment utile » dans ton agent

## Objectif
Relie chaque permission à une action volontaire et un objectif précis. Explique l’usage avant la demande système, demande seulement la capacité nécessaire et garde une alternative après refus. Permission accordée, matériel disponible et capture active sont trois états différents.

## Prérequis
- Inspecte le dépôt, la documentation et les conventions existantes.
- Confirme que le besoin correspond au périmètre du guide : Explique caméra, micro ou localisation, gère le refus et montre quand la capacité est réellement active.
- Préserve les décisions correctes déjà en place.

## Étapes du guide
- 1. Relier l’accès à une tâche — Dans une application de frais, scanner un reçu demande la caméra au choix de cette action, pas dès le tableau de bord. Explique qu’elle fournit l’image et distingue son éventuel envoi ultérieur. Évite de demander caméra, micro et position ensemble par commodité. L’explication ne vaut pas accord pour traitement, conservation ou partage sans rapport ; ces frontières demandent leur propre contrat.
- 2. Modéliser les états réels — Distingue non demandé, demande en cours, accordé, refusé, indisponible et actif. L’interrogation des permissions peut être absente ou insuffisante ; gère aussi l’appel réel à la capacité. Affiche Enregistrement seulement après démarrage. Un refus ou appareil absent ne laisse jamais un indicateur actif. Arrête l’accès quand la personne termine ou quitte la capture.
- 3. Exemple : joindre un reçu — Propose Prendre une photo et Choisir un fichier. Explique l’accès, demande-le après le choix puis montre l’aperçu avant un envoi distinct. Permets de reprendre ou abandonner l’image. Après refus, garde Choisir un fichier et une explication des réglages navigateur. Ne répète pas les demandes et ne laisse pas croire que l’alternative exige la permission.
- 4. Gérer révocation et panne — Si l’accès disparaît, arrête la capture et ne conserve que les données permises par la politique annoncée. Explique si l’image reste. La réouverture reflète l’état réel, pas un ancien indicateur accordé. Les restrictions de contexte sécurisé, navigateur et système varient. Propose la configuration prise en charge sans contourner les alertes ni demander de désactiver largement les protections.
- 5. Vérifier sans collecter de données privées réelles — Utilise une image de test puis accord, refus, appareil absent et révocation. Vérifie le repli et l’arrêt demandé. N’envoie pas un vrai reçu pour tester le parcours. Ce guide couvre l’interaction, pas le consentement juridique ni une certification native. Un test simulé ne prouve pas le comportement de tous les téléphones physiques.

## Critères d’acceptation — Vérifier dans ton produit
- La demande suit une action volontaire.
- Seul l’accès nécessaire est demandé.
- Accordé et actif diffèrent.
- Le refus garde une alternative utilisable.
- Quitter arrête la capture.
- Envoi et conservation sont expliqués séparément.

## 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 contexte réel du projet : dépôt, documentation et contraintes existantes

# Ancre le guide dans le projet

## Objectif
Transforme les étapes appliquées en conventions durables du dépôt.

## Contrôles
- Relie chaque décision prise à l’étape du guide qui la justifie.
- Ajoute la checklist aux revues concernées.
- Note les cas hors périmètre pour les guides voisins.

## 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:b44a372affe2b241441ec50c31d0424e4f18597f33d7877552938f78c91a79bb

# Diagnostique une application ratée du guide « Demander une permission au moment utile »

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

## Contrôles observables
- Rejoue les étapes dans l’ordre et note la première qui diverge :
- 1. Relier l’accès à une tâche — Dans une application de frais, scanner un reçu demande la caméra au choix de cette action, pas dès le tableau de bord. Explique qu’elle fournit l’image et distingue son éventuel envoi ultérieur. Évite de demander caméra, micro et position ensemble par commodité. L’explication ne vaut pas accord pour traitement, conservation ou partage sans rapport ; ces frontières demandent leur propre contrat.
- 2. Modéliser les états réels — Distingue non demandé, demande en cours, accordé, refusé, indisponible et actif. L’interrogation des permissions peut être absente ou insuffisante ; gère aussi l’appel réel à la capacité. Affiche Enregistrement seulement après démarrage. Un refus ou appareil absent ne laisse jamais un indicateur actif. Arrête l’accès quand la personne termine ou quitte la capture.
- 3. Exemple : joindre un reçu — Propose Prendre une photo et Choisir un fichier. Explique l’accès, demande-le après le choix puis montre l’aperçu avant un envoi distinct. Permets de reprendre ou abandonner l’image. Après refus, garde Choisir un fichier et une explication des réglages navigateur. Ne répète pas les demandes et ne laisse pas croire que l’alternative exige la permission.
- 4. Gérer révocation et panne — Si l’accès disparaît, arrête la capture et ne conserve que les données permises par la politique annoncée. Explique si l’image reste. La réouverture reflète l’état réel, pas un ancien indicateur accordé. Les restrictions de contexte sécurisé, navigateur et système varient. Propose la configuration prise en charge sans contourner les alertes ni demander de désactiver largement les protections.
- 5. Vérifier sans collecter de données privées réelles — Utilise une image de test puis accord, refus, appareil absent et révocation. Vérifie le repli et l’arrêt demandé. N’envoie pas un vrai reçu pour tester le parcours. Ce guide couvre l’interaction, pas le consentement juridique ni une certification native. Un test simulé ne prouve pas le comportement de tous les téléphones physiques.

## Causes possibles
- Une étape a été sautée ou exécutée hors ordre.
- Le besoin réel sort du périmètre du guide.
- Un critère de la checklist n’a jamais été vérifié.

## Corrections bornées
- Reprends uniquement l’étape divergente et ce qui en dépend.
- Documente l’écart si le périmètre du guide ne couvre pas le besoin.

## Vérification finale — Vérifier dans ton produit
- La demande suit une action volontaire.
- Seul l’accès nécessaire est demandé.
- Accordé et actif diffèrent.
- Le refus garde une alternative utilisable.
- Quitter arrête la capture.
- Envoi et conservation sont expliqués séparément.

## 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 contexte réel du projet : dépôt, documentation et contraintes existantes

# Préviens la prochaine dérive

## Objectif
Fais de la première étape divergente un contrôle explicite du projet.

## Contrôles
- Ajoute un contrôle ciblé sur l’étape qui a divergé.
- Vérifie la checklist sur un second cas réel.
- Documente la limite de périmètre rencontrée.

## 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:6887132315ee950de1b2df620a1b16d315eea7c599dc5fab40c8d9c0476ec5fb