Was macht padvisor (Einzelagent-Zweitmeinung)?
Übersicht
Erzeuge EINEN Agenten, der die Situation liest, ein Urteil fällt und antwortet. Er führt die Arbeit nicht aus – du behältst sie. Nutze es, wenn eine Entscheidung knapp ist, ein Ansatz fragwürdig erscheint oder ein Plan vor dem Bauen eine frische Perspektive braucht.
Nicht pspawn, nicht phandoff. Diese geben die ARBEIT ab. Dieses hier gibt nur die FRAGE ab und bringt eine Meinung zurück, die du dann selbst umsetzt.
Was der erzeugte Agent tun darf. Er läuft ohne Berechtigungsaufforderungen als Team-Standard (bypassPermissions bei Claude, full-access bei Codex), ist aber durch Anweisung schreibgeschützt, nicht durch den Modus: Der "No-Edits"-Zusatz im Briefing verhindert Dateiänderungen. Ein Team, das mehr möchte, kann dies in der AGENTS.md des Repos anfordern (die ebenfalls eine Anweisung ist) oder es mit Claude Code permissions.deny-Regeln blockieren, die auch bei bypassPermissions gelten.
Aufruf
/padvisor [provider/model] [--skill /<name>] <frage> — Modell optional.
Standard-Provider: die andere Modellfamilie als deine. Von Claude aus das neueste Codex-Modell, die erste Id aus paseo provider models codex; von Codex aus das neueste Opus, das paseo provider models claude auflistet (z. B. claude/claude-opus-5-5, das 1M-Modell unter seiner einfachen Id; pspawn erklärt, warum kein [1m]). Kontrast ist der ganze Punkt – ein Advisor aus der eigenen Modellfamilie stimmt dir aus denselben Gründen zu, aus denen du bereits falsch lagst. Überschreiben nur, wenn der Benutzer ein Modell nennt. Ids aus der Liste lesen, niemals aus dem Gedächtnis.
Schritte
1. Erzeuge ihn als Kind dieser Sitzung. Provider-Verfügbarkeit zuerst, genau wie in pspawns Schritt 1 (<Basisverzeichnis dieses Skills>/../pspawn/SKILL.md). Dann:
paseo run --no-wait --json \
--provider '<provider/model>' \
--thinking xhigh \
--mode <full-access für codex, bypassPermissions für claude> \
--title "[Advisor] <thema>" \
"$(cat <<'BRIEF'
<das Briefing, Schritt 2>
BRIEF
)"
Unter paseo landet der Advisor automatisch im Arbeitsbereich dieser Sitzung, als deren Kind – und bleibt es: Trenne ihn nicht ab. Ein Advisor gehört zur Frage; wenn diese Sitzung archiviert wird, archiviert paseo den Advisor mit, was richtig ist. Außerhalb von paseo --workspace <id> hinzufügen, wie in pspawns Schritt 2 nachgeschlagen.
Modus: claude → bypassPermissions, codex → full-access, wie bei jedem Spawn (Team-Standard): In einem Standard-Modus bleibt der Advisor bei Aufforderungen hängen, die niemand beantwortet. Der "No-Edits"-Zusatz, nicht der Modus, verhindert Dateiänderungen. provider/model in einfache Anführungszeichen setzen.
2. Schreibe das Briefing. Der Advisor hat null Kontext und kann dieses Gespräch nicht sehen.
[Die Sprache der Benutzerkonversation als Anweisung: "Antworte auf <diese Sprache>."]
## Die Frage
[Eine präzise Frage. Nicht "was denkst du" – "ist X oder Y die richtige Entscheidung, und warum".]
## Situation
[Was gebaut oder entschieden wird, in drei Sätzen.]
## Was ich bedacht habe
- [Option] — [warum sie reizt, was mich beunruhigt]
- [Option, die ich ausgeschlossen habe] — [aus welchem Grund]
## Wo nachschauen
- `/absoluter/pfad/datei.ts` — [was sie ist und warum sie wichtig ist]
## Was ich zurück haben möchte
Eine Empfehlung mit Begründung. Nenne das stärkste Argument GEGEN deine eigene Empfehlung.
Wenn meine Formulierung der Frage falsch ist, sag das zuerst.
Dies ist nur eine Analyse. Bearbeite, erstelle oder lösche KEINE Dateien. Schreibe KEINEN Code.
Auf Dateien mit absoluten Pfaden verweisen; ihre Inhalte nicht einfügen. Der Agent kann sie lesen. Einfügen kostet Kontext und wird schnell veraltet.
Die Zeile "stärkstes Argument gegen" ist keine Dekoration – ohne sie liefert ein frischer Agent zuverlässig eine selbstsichere einseitige Antwort, was die Fehlerart ist, die dieser Skill vermeiden soll.
3. Warte – aktiviere paseo-notify, dann beende deinen Zug.
paseo-notify <advisor-id>
Es kehrt sofort zurück. Eine Nachricht trifft in dieser Sitzung ein, wenn der Advisor anhält: finished its turn → er hat geantwortet (die Nachricht enthält seine letzten Aktivitätszeilen), is waiting for a permission → eine Anfrage wartet auf dich, stopped with an error → sag es und lies seine Logs; nicht still neu spawnen. Ein Nutzungslimit weckt dich nicht: paseo-limit-watch setzt den Advisor fort und aktiviert die Watch erneut, wo seine Cron-Zeile installiert ist (siehe README); ohne sie überprüfe den Advisor selbst nach dem Reset. Kein Polling, keine sleep-Schleife, kein Monitor. Beende zuerst andere Arbeiten, dann beende deinen Zug.
Außerhalb von paseo (keine $PASEO_AGENT_ID) stattdessen paseo wait <advisor-id> --json mit run_in_background: true ausführen – ein synchroner Bash-Aufruf ist auf 10 Minuten begrenzt, ein Advisor mit hohem Denken läuft routinemäßig 15–30 – und den status aus dem JSON lesen, niemals den Exit-Code.
Bei permission (selten bei bypass und full-access, aber ein rm -rf fragt trotzdem) stockt ein unbeaufsichtigter Advisor still. Lies die Anfrage (paseo permit ls), entscheide, ob sie innerhalb des Mandats liegt, das du dem Agenten gegeben hast, dann paseo permit allow <agent-id> <request-id> oder deny (beide Ids aus paseo permit ls) und aktiviere paseo-notify erneut. Liegt sie außerhalb des Mandats oder bist du unsicher, frage den Benutzer, anstatt in seinem Namen zuzustimmen.
4. Lies die Antwort.
paseo logs <advisor-id> --filter text --tail 3
pagent.py <id> -t -n 3 --full (<Basisverzeichnis dieses Skills>/../pagent/) bietet eine reichhaltigere Ansicht mit Zeitstempeln und liest Claude-, Codex- und Antigravity-Transkripte gleichermaßen – und anders als paseo logs lädt es einen geschlossenen Agenten nie neu, um ihn zu lesen.
5. Synthetisiere für den Benutzer. Das Urteil des Advisors UND deine eigene Einschätzung, klar getrennt. Du bist kein Relais: Wenn der Advisor falsch liegt, sag es und warum. Wenn er etwas gefunden hat, das du übersehen hast, sag das ebenfalls deutlich.
6. Archiviere ihn – paseo archive <advisor-id> – es sei denn, der Benutzer möchte ihn behalten (siehe unten).
Persistenter Advisor
Wenn der Benutzer fortlaufende Eingaben wünscht ("behalte ihn für die nächsten Entscheidungen"), überspringe Schritt 6 und sende Folgefragen an denselben Agenten, anstatt einen neuen zu spawnen:
paseo send <advisor-id> "<folgefrage>" --behavior steer --no-wait
Dann warte (Schritt 3) und lies (Schritt 4) wie zuvor. Wenn der Provider kein Steuern akzeptiert, kann Dispatch auf Unterbrechung zurückfallen. --no-wait ist wichtig: Ohne sie wartet die CLI auf den Abschluss. paseo send belebt einen archivierten Agenten wieder, also überprüfe zuerst ArchivedAt in paseo inspect <id> --json; informiere den Benutzer, anstatt einen archivierten Advisor wiederzubeleben.
Sein Kontext bleibt erhalten, das ist der Punkt. Archivieren, wenn der Benutzer sagt, dass er fertig ist, oder wenn sich das Thema so weit verschiebt, dass alter Kontext mehr schadet als Kontinuität nützt.
Weitergeleitete Skills
Wenn der Benutzer eine Skill-Referenz übergibt (/padvisor /code-review ist das überengineered?), führt der Advisor – nicht du – ihn aus. Wähle einen Advisor, dessen Umgebung diesen Skill hat: Ein Skill, der nur in Claude Code existiert (wie /code-review), braucht einen Claude-Advisor. Füge zum Briefing hinzu:
Verwende den `<name>`-Skill, bevor du irgendetwas anderes tust (Claude Code: das Skill-Tool; Codex: lies seine SKILL.md), und wende ihn auf diese Aufgabe an.
Gib alles nach dem Skill-Namen als Eingabe dieses Skills weiter.
Häufige Fehler
| Fehler | Behebung |
|---|---|
| Advisor aus der eigenen Modellfamilie als Standard | Neuestes Codex-Modell – ein zustimmender Advisor ist ein verschwendeter Spawn |
Vertrauen auf den Exit-Code von paseo wait | Er ist 0 für inaktiv, Berechtigung und Fehler gleichermaßen – lies status aus --json |
| Synchrones Warten | run_in_background: true; die 10-Minuten-Bash-Grenze tötet das Warten, nicht den Agenten |
Polling von paseo ls, sleep oder Monitor, um zu sehen, ob er fertig ist | paseo-notify <id> und beende deinen Zug; eine Nachricht weckt dich |
Einfaches paseo send für eine Folgefrage | Es BLOCKIERT bis zum Abschluss – --no-wait, dann warten wie in Schritt 3 |
Abtrennen des Advisors oder env -u PASEO_AGENT_ID | Er ist absichtlich Kind dieser Sitzung: Er verschwindet, wenn die Sitzung archiviert wird |
| "No-Edits"-Zusatz weggelassen | Ohne ihn beginnt der Advisor, das umzusetzen, was du ihn bewerten lassen wolltest |
| Dateiinhalte in das Briefing eingefügt | Absolute Pfade; der Agent liest sie selbst |
| Antwortsprache nicht angegeben | Der Advisor antwortet in der Sprache der Aufforderung; beginne mit der des Benutzers |
| Urteil weitergegeben, als wäre es Tatsache | Es ist eine Meinung ohne Kontext – sag, wo du widersprichst |
Codex in seinem Standard-Modus belassen oder claude in auto | codex → full-access, claude → bypassPermissions (Team-Standards); der "No-Edits"-Zusatz hält ihn schreibgeschützt |
| Die eigentliche Arbeit übergeben | Das ist pspawn (offene Aufgabe) oder phandoff (festgelegtes Spez + Plan) |