Que fait padvisor (second opinion par un seul agent) ?
Aperçu
Génère UN agent qui lit la situation, forme un jugement et répond. Il n'effectue pas le travail — vous le gardez. Utilisez-le lorsqu'une décision est serrée, qu'une approche semble douteuse ou qu'un plan a besoin d'un regard neuf avant d'être construit.
Ce n'est pas pspawn, ce n'est pas phandoff. Ceux-ci confient le TRAVAIL. Celui-ci ne confie que la QUESTION et rapporte une opinion que vous appliquez ensuite vous-même.
Ce que l'agent généré peut faire. Il s'exécute sans invites de permission par défaut de l'équipe (bypassPermissions sur Claude, full-access sur Codex), mais il est en lecture seule par instruction, pas par mode : le suffixe de non-édition du briefing l'empêche de modifier des fichiers. Une équipe qui souhaite plus peut le demander dans le fichier AGENTS.md du dépôt, qui est également une instruction, ou le bloquer avec les règles permissions.deny de Claude Code, qui s'appliquent toujours avec bypassPermissions.
Invocation
/padvisor [fournisseur/modèle] [--skill /<nom>] <question> — modèle optionnel.
Fournisseur par défaut : l'autre famille de modèle que la vôtre. Depuis Claude, le modèle le plus récent de Codex, le premier identifiant dans paseo provider models codex ; depuis Codex, le plus récent Opus que paseo provider models claude liste (par exemple claude/claude-opus-5-5, le modèle 1M sous son identifiant simple ; pspawn explique pourquoi pas [1m]). Le contraste est le but même — un conseiller de votre propre famille de modèle sera d'accord avec vous pour les mêmes raisons pour lesquelles vous aviez déjà tort. Remplacez seulement lorsque l'utilisateur nomme un modèle. Lisez les identifiants depuis la liste, jamais de mémoire.
Étapes
1. Générez-le comme un enfant de cette session. Disponibilité du fournisseur d'abord, exactement comme l'étape 1 de pspawn (<répertoire de base de cette compétence>/../pspawn/SKILL.md). Ensuite :
paseo run --no-wait --json \
--provider '<fournisseur/modèle>' \
--thinking xhigh \
--mode <full-access pour codex, bypassPermissions pour claude> \
--title "[Conseiller] <sujet>" \
"$(cat <<'BRIEF'
<le briefing, étape 2>
BRIEF
)"
Sous paseo, le conseiller atterrit seul dans l'espace de travail de cette session, comme enfant de celle-ci — et le reste : ne le détachez pas. Un conseiller appartient à la question ; lorsque cette session est archivée, paseo archive le conseiller avec elle, ce qui est normal. Hors de paseo, ajoutez --workspace <id>, recherché comme à l'étape 2 de pspawn.
Mode : claude → bypassPermissions, codex → full-access, comme pour chaque génération (par défaut de l'équipe) : en mode par défaut, le conseiller bloque sur des invites auxquelles personne ne répond. Le suffixe de non-édition, pas le mode, l'empêche de modifier des fichiers. Utilisez des guillemets simples pour fournisseur/modèle.
2. Rédigez le briefing. Le conseiller n'a aucun contexte et ne peut pas voir cette conversation.
[La langue de la conversation de l'utilisateur, comme instruction : "Répondez en <cette langue>."]
## La question
[Une question précise. Pas "qu'en pensez-vous" — "est-ce X ou Y la bonne décision, et pourquoi".]
## Situation
[Ce qui est construit ou décidé, en trois phrases.]
## Ce que j'ai considéré
- [Option] — [pourquoi elle attire, ce qui m'inquiète]
- [Option que j'ai écartée] — [sur quelles bases]
## Où regarder
- `/chemin/absolu/fichier.ts` — [ce que c'est et pourquoi c'est important]
## Ce que je souhaite en retour
Une recommandation avec raisonnement. Nommez l'argument le PLUS FORT CONTRE votre propre recommandation.
Si mon cadrage de la question est erroné, dites-le en premier.
Ceci est une analyse uniquement. Ne modifiez, ne créez et ne supprimez AUCUN fichier. N'écrivez PAS de code.
Pointez vers les fichiers par leur chemin absolu ; ne collez pas leur contenu. L'agent peut lire. Coller gaspille du contexte et devient obsolète.
La ligne "argument le plus fort contre" n'est pas une décoration — sans elle, un agent frais produit systématiquement une réponse unilatérale confiante, ce qui est le mode d'échec que cette compétence vise à éviter.
3. Attendez — armez paseo-notify, puis terminez votre tour.
paseo-notify <id-conseiller>
Elle retourne immédiatement. Un message arrive dans cette session lorsque le conseiller s'arrête : finished its turn → il a répondu (le message contient ses dernières lignes d'activité), is waiting for a permission → une demande vous attend, stopped with an error → dites-le et lisez ses journaux ; ne le relancez pas en silence. Une limite d'utilisation ne vous réveille pas : paseo-limit-watch reprend le conseiller et réarme la surveillance, où sa ligne cron est installée (voir le README) ; sans cela, vérifiez le conseiller vous-même après la réinitialisation. Pas de scrutation, pas de boucle sleep, pas de Moniteur. Terminez d'abord tout autre travail, puis votre tour.
Hors de paseo (pas de $PASEO_AGENT_ID), exécutez paseo wait <id-conseiller> --json avec run_in_background: true à la place — un appel Bash au premier plan plafonne à 10 minutes, un conseiller en réflexion élevée dure souvent 15 à 30 — et lisez status dans le JSON, jamais le code de sortie.
Sur permission (rare en bypass et full-access, mais un rm -rf demande quand même) un conseiller non surveillé bloque silencieusement. Lisez la demande (paseo permit ls), décidez si elle est dans le mandat que vous avez donné à l'agent, puis paseo permit allow <id-agent> <id-demande> ou deny (les deux identifiants issus de paseo permit ls), et armez paseo-notify à nouveau. Si elle est hors du mandat, ou si vous n'êtes pas sûr, demandez à l'utilisateur plutôt que d'approuver en son nom.
4. Lisez la réponse.
paseo logs <id-conseiller> --filter text --tail 3
pagent.py <id> -t -n 3 --full (<répertoire de base de cette compétence>/../pagent/) offre une vue plus riche avec horodatages et lit les transcriptions Claude, Codex et Antigravity de manière similaire — et contrairement à paseo logs, il ne recharge jamais un agent fermé pour le lire.
5. Synthétisez pour l'utilisateur. Le verdict du conseiller ET votre propre lecture de celui-ci, clairement séparés. Vous n'êtes pas un relais : si le conseiller a tort, dites-le et expliquez pourquoi. S'il a trouvé quelque chose que vous avez manqué, dites-le aussi clairement.
6. Archivez-le — paseo archive <id-conseiller> — sauf si l'utilisateur souhaite le conserver (ci-dessous).
Conseiller persistant
Si l'utilisateur souhaite une contribution continue ("gardez-le pour les prochaines décisions"), sautez l'étape 6 et envoyez des suivis au même agent au lieu d'en générer un nouveau :
paseo send <id-conseiller> "<question de suivi>" --behavior steer --no-wait
Puis attendez (étape 3) et lisez (étape 4) comme avant. Si le fournisseur ne peut pas accepter le pilotage, l'envoi peut se rabattre sur l'interruption. --no-wait est important : sans lui, le CLI attend la fin. paseo send ravive un agent archivé, donc vérifiez ArchivedAt dans paseo inspect <id> --json d'abord ; informez l'utilisateur plutôt que de raviver un conseiller archivé.
Son contexte est conservé, ce qui est le but. Archivez lorsque l'utilisateur dit avoir terminé, ou lorsque le sujet dérive suffisamment pour que le contexte obsolète nuise plus que la continuité n'aide.
Compétences transmises
Si l'utilisateur passe une référence de compétence (/padvisor /code-review est-ce sur-conçu ?), le conseiller — pas vous — l'exécute. Choisissez un conseiller dont l'outillage possède cette compétence : une compétence qui n'existe que dans Claude Code (comme /code-review) nécessite un conseiller claude. Ajoutez au briefing :
Utilisez la compétence `<nom>` avant toute autre chose (Claude Code : l'outil Skill ; Codex : lisez son
SKILL.md), et appliquez-la à cette tâche.
Passez tout ce qui suit le nom de la compétence comme entrée de cette compétence.
Erreurs courantes
| Erreur | Correctif |
|---|---|
| Conseiller de votre propre famille de modèle par défaut | Le modèle le plus récent de Codex — un conseiller d'accord est une génération gaspillée |
Faire confiance au code de sortie de paseo wait | Il vaut 0 pour inactif, permission et erreur — lisez status depuis --json |
| Attente au premier plan | run_in_background: true ; le plafond de 10 minutes de Bash tue l'attente, pas l'agent |
Scrutation de paseo ls, sleep ou Moniteur pour voir si c'est terminé | paseo-notify <id> et terminez votre tour ; un message vous réveille |
Simple paseo send pour un suivi | Il BLOQUE jusqu'à la fin — --no-wait, puis attendez comme à l'étape 3 |
Détacher le conseiller, ou env -u PASEO_AGENT_ID | Il est intentionnellement enfant de cette session : il disparaît lorsque la session est archivée |
| Suffixe de non-édition omis | Sans lui, un conseiller commence à implémenter la chose que vous lui demandiez de juger |
| Coller le contenu des fichiers dans le briefing | Chemins absolus ; l'agent les lit lui-même |
| Langue de réponse non spécifiée | Le conseiller répond dans la langue de l'invite ; commencez par celle de l'utilisateur |
| Relayer le verdict comme s'il était un fait | C'est une opinion sans contexte — dites où vous êtes en désaccord |
Codex laissé en mode par défaut, ou claude en auto | codex → full-access, claude → bypassPermissions (par défaut de l'équipe) ; le suffixe de non-édition le maintient en lecture seule |
| Confier le travail réel | C'est pspawn (tâche ouverte) ou phandoff (spécification + plan engagé) |