# Validation humaine des publications rédigées par un agent : où placer le verrou

_2026-08-26 · Où placer la validation humaine quand un agent IA rédige et programme : clés à scopes, brouillon d'abord, liens de validation client, points à relire._

La validation humaine des publications rédigées par un agent a sa place à un seul endroit : entre le brouillon terminé et la programmation. L'agent doit être libre de chercher, d'écrire et de préparer des brouillons, mais c'est une personne, ou le client, qui décide de ce qui part en ligne. On l'impose avec les scopes des clés, pas avec de bonnes intentions : techniquement, l'agent ne peut pas publier tant que l'étape de validation n'a pas eu lieu.

Cet article explique pourquoi ce placement fonctionne, comment le mettre en place dans Shager, et ce qu'un relecteur doit réellement vérifier quand vingt brouillons arrivent d'un coup.

## Pourquoi ne pas valider chaque action de l'agent ?

Certaines équipes réagissent aux agents en exigeant une confirmation pour tout : chaque import, chaque légende, chaque consultation. Cela rassure, et cela échoue en moins d'une semaine. Les relecteurs saturent, se mettent à cliquer sur « oui » sans lire, ce qui est pire que de n'avoir aucun verrou.

La spécification MCP adopte une position mesurée. Elle indique que, pour la confiance et la sécurité, [il doit toujours y avoir un humain dans la boucle, capable de refuser les appels d'outils](https://modelcontextprotocol.io/specification/2025-06-18/server/tools), et que les clients doivent demander une confirmation pour les opérations sensibles. Le mot clé est « sensibles ». Consulter une liste de comptes n'a rien de sensible. Prendre la parole publiquement au nom d'un client, si.

## Où placer exactement le verrou ?

Considérez le travail de l'agent comme une chaîne, et repérez les maillons réversibles :

| Étape | Réversible ? | Humain nécessaire ? |
|---|---|---|
| Consulter les espaces de travail, groupes, canaux | Rien ne change | Non |
| Importer un média depuis une URL | Privé, propre à l'espace de travail | Non |
| Créer un brouillon | Privé, modifiable, supprimable | Non |
| Programmer une publication | Réversible jusqu'à l'heure d'envoi | Oui |
| Publier | Public, visible immédiatement | Oui, déjà décidé |

Le moment irréversible, c'est la publication, et le dernier point où l'on peut raisonnablement l'arrêter, c'est la programmation. Le verrou se place donc là. Tout ce qui précède peut s'enchaîner sans interruption, et c'est précisément ce qui rend les agents efficaces.

## Comment les scopes imposent-ils le verrou ?

Les clés API Shager portent des scopes : `read`, `write` et `publish`. Une clé avec `read` et `write` peut faire toutes les étapes situées au-dessus de la ligne du verrou, et aucune en dessous. Si l'agent tente `schedule_post`, l'appel échoue.

Cela donne trois configurations concrètes :

1. **L'agent rédige, un humain programme.** La clé de l'agent a `read` et `write`. Une personne relit les brouillons dans le tableau de bord et les programme. C'est par là que toute équipe devrait commencer.
2. **L'agent rédige, le client valide, l'agent programme.** La clé de l'agent a aussi `publish`, mais votre skill lui demande de ne programmer que les publications dont la validation est revenue positive. C'est efficace, mais cela suppose que les instructions soient respectées : gardez un œil sur le journal d'audit.
3. **Deux clés.** Une clé de rédaction sans `publish`, utilisée par l'agent de contenu, et une étape de programmation distincte, assurée par une personne ou par un agent aux instructions très encadrées, qui détient la clé de publication. C'est la séparation la plus nette pour les grandes agences.

Les agents auto-inscrits démarrent avec encore plus de restrictions. Un agent qui s'inscrit seul via [/auth.md](/auth.md) obtient une sandbox qui peut créer des brouillons, mais ni programmer, ni publier, ni créer de liens de connexion, ni envoyer de demandes de validation, tant qu'un humain ne l'a pas revendiquée. Lors de la revendication, c'est l'humain qui décide si la clé reçoit `publish`. Nous détaillons tout le parcours dans [l'auto-inscription des agents et la revendication](/fr/blog/agent-self-signup-and-claim).

## Où intervient la validation client ?

En agence, la personne qui valide est souvent le client. La fonction `request_approval` de Shager crée un lien de validation que le client ouvre sans se connecter ni créer de compte. Il relit la publication, puis la valide ou la refuse.

Une séquence type :

```text
create_post         caption, group_ids, media_ids, per_channel[...], no schedule_at
request_approval    post id, returns an approval link for the client
get_post            later: read the approval status
schedule_post       only if approved; schedule_at "2026-09-03T09:00:00+02:00"
```

Et l'instruction correspondante pour l'agent, écrite dans son skill :

```text
Never call schedule_post on a post unless get_post shows it was approved.
If a post is rejected, do not schedule it. Report the rejection to the
account lead, wait for revision notes, then create a revised draft with
create_post and request approval again.
```

Le processus d'ensemble, y compris la façon d'éviter que les validations traînent pendant des jours, est décrit dans notre article sur [le circuit de validation client en agence](/fr/blog/client-approval-workflow-for-agencies).

## Que doit vraiment vérifier un relecteur ?

Relire vingt brouillons d'agent n'a rien à voir avec relire une publication écrite par un humain. Vous cherchez des erreurs systématiques, car un agent reproduit ses erreurs avec constance. Lisez dans cet ordre :

1. **Les affirmations.** Prix, dates, offres, allégations de santé ou financières. Comparez avec le brief. C'est là que se produisent les vrais dégâts.
2. **Les liens.** Ouvrez le lien du premier commentaire sur deux ou trois variantes. Vérifiez qu'il mène à la bonne page d'atterrissage.
3. **Les détails propres à chaque compte.** Vérifiez par sondage que la version de Lyon parle bien de Lyon et celle de Bordeaux de Bordeaux. Les détails locaux mal associés sont l'erreur la plus fréquente des agents dans les légendes localisées.
4. **La variation.** Parcourez les variantes côte à côte. Si elles ressemblent à la même phrase avec un mot changé, demandez des versions plus distinctes.
5. **Le format.** Les Reels et les Shorts ont des exigences de durée et de format d'image. Shager valide les médias selon les règles des réseaux avant l'envoi, mais le relecteur doit tout de même vérifier que le format choisi convient au visuel.

Quand vous trouvez un problème, corrigez la règle qui l'a causé, pas seulement la publication. Si l'agent a inventé une réduction, ajoutez « ne jamais indiquer de prix ou de réduction absents du brief » à ses instructions.

## Quand peut-on desserrer le verrou ?

Progressivement, et seulement sur des éléments concrets. Après plusieurs semaines sans qu'aucune erreur d'affirmation ou de lien ne soit relevée, une équipe peut passer le contenu intemporel, comme les conseils ou les horaires d'ouverture, à une relecture allégée, tandis que les campagnes avec des offres restent entièrement relues. Le journal d'audit du tableau de bord des agents montre chaque appel effectué par l'agent : desserrer le verrou ne veut pas dire perdre en visibilité.

## FAQ

### Un client peut-il valider des publications sans compte Shager ?

Oui. Le lien de validation s'ouvre sans connexion. Le client voit la publication, la valide ou la refuse, et l'agent ou le responsable du compte consulte le résultat.

### Que se passe-t-il si un agent tente de publier sans le scope publish ?

L'appel est rejeté avec une erreur structurée, et rien n'est programmé. C'est tout l'intérêt de placer le verrou dans les scopes : il tient même quand les instructions sont fausses.

### Les publications sur les comptes de l'agence elle-même peuvent-elles se passer de validation ?

Elles peuvent avoir un verrou plus léger, mais gardez une étape humaine. Les comptes de l'agence, c'est votre réputation publique, et une erreur d'agent y est aussi visible que sur la Page d'un client.

Commencez par la première configuration, l'agent rédige et un humain programme, pour chaque nouveau client. La [page d'accueil des agents](/fr/agents) donne les informations de connexion, et vous pourrez ensuite resserrer ou desserrer, avec de vraies données de relecture pour étayer la décision.

---
Source: https://shager.ai/fr/blog/human-approval-for-agent-posts