Agent Loop

Was das für Endnutzer bedeutet

YeePilot ist nicht auf einen Prompt und eine Antwort begrenzt. Bei größeren Aufgaben arbeitet es schrittweise:

1. Ziel verstehen
2. Kontext sammeln
3. Plan vorschlagen
4. freigegebene Aktionen ausführen
5. Ergebnis verifizieren
6. bei Fehlern begrenzte Recovery versuchen
7. mit einer Zusammenfassung abschließen

Dieses Verhalten bezeichnet die Doku als Agent Loop.

Wann Sie ihn bemerken

Besonders sichtbar wird er, wenn Sie:

• /plan <aufgabe> verwenden
• Arbeiten über mehrere Dateien anfordern
• nach Troubleshooting, Reparatur oder Migration fragen
• eine Aufgabe mit Verifikation nach Änderungen starten

Der interaktive Client nutzt die moderne agentische Laufzeit bereits standardmäßig. Sie müssen keinen separaten alten "agent mode" mehr aktivieren.

Wichtigster Schalter: /plan

Verwenden Sie den Plan-Modus, wenn YeePilot besonders strukturiert arbeiten soll:

/plan on
/plan status
/plan Review this repo and propose the safest way to add health checks

/plan on macht plan-first für die laufende Sitzung dauerhaft. /plan <aufgabe> eignet sich für einzelne Aufgaben.

Autonomieprofile

Die Autonomie steuert, wie offensiv YeePilot nach der Planung weiterarbeitet:

/autonomy status
/autonomy guarded
/autonomy strict_review

Verfügbare Profile:

• high
• guarded
• strict_review
• ultra

Für die meisten Endnutzer sinnvoll:

• guarded für normale Arbeit
• strict_review für produktionsnahe oder heikle Änderungen

Verifikation und Recovery

Wenn YeePilot Dateien ändert oder einen mutierenden Ablauf ausführt, versucht es mit nachprüfbarer Evidenz zu enden. Dazu gehören zum Beispiel:

• ein sauberer Kommando-Exit
• ein erfolgreicher Build
• erfolgreiche Tests
• ein Service- oder Health-Check

Schlägt die Verifikation fehl, kann YeePilot begrenzte Recovery-Versuche starten, statt endlos weiterzuschleifen.

Vibe Coding und lokaler Schreibzugriff

Manche Pläne oder Abos erlauben lokale Coding- und Mutationswerkzeuge, andere nicht. Für Endnutzer ist das als vibe_coding sichtbar.

Praktisch gilt:

• wenn vibe_coding durch den Plan erlaubt und lokal aktiviert ist, kann YeePilot lokale Code- und Dateiwerkzeuge nutzen
• wenn es lokal deaktiviert oder durch den Plan blockiert ist, bleiben diese Werkzeuge ausgeschaltet

Den lokalen Schalter sehen oder ändern Sie im HUD unter Settings, sofern Ihr aktueller Plan es erlaubt.

Gute Nutzungsweise

1. mit /plan <aufgabe> starten
2. Autonomie auf guarded oder strict_review lassen
3. relevante Dateien zuerst anhängen
4. Verifikationsergebnisse prüfen
5. bei Bedarf die Sitzung exportieren