/steer versucht zuerst, Hinweise an einen bereits aktiven Lauf zu senden. Es ist für
Momente wie „diesen Lauf anpassen, während er noch arbeitet“ gedacht. Wenn die aktuelle Runtime
Steering nicht annehmen kann, sendet OpenClaw die Nachricht stattdessen als normalen Prompt,
anstatt sie zu verwerfen.
Aktuelle Sitzung
Verwenden Sie/steer auf oberster Ebene, um den aktiven Lauf der aktuellen Sitzung anzusteuern:
- Richtet sich nur an den aktiven Lauf der aktuellen Sitzung.
- Funktioniert unabhängig vom
/queue-Modus der Sitzung. - Startet einen normalen Turn mit derselben Nachricht, wenn die Sitzung inaktiv ist oder der aktive Lauf kein Steering annehmen kann.
- Verwendet den Steering-Pfad der aktiven Runtime, sodass das Modell die Hinweise an der nächsten unterstützten Runtime-Grenze sieht.
Steer vs. Queue
/queue steer lässt normale eingehende Nachrichten versuchen, den aktiven Lauf zu steuern, wenn
sie eintreffen, während ein Lauf aktiv ist. /steer <message> ist ein expliziter Befehl,
der versucht, die Nachricht dieses Befehls an der nächsten unterstützten Runtime-Grenze in den aktiven Lauf
einzuspeisen, unabhängig von der gespeicherten /queue-Einstellung. Wenn
diese Einspeisung nicht verfügbar ist, wird das Befehlspräfix entfernt und <message>
als normaler Prompt fortgesetzt.
Verwendung:
/steer <message>, wenn Sie den aktiven Lauf jetzt anleiten möchten./queue steer, wenn künftige normale Nachrichten aktive Läufe standardmäßig steuern sollen./queue collectoder/queue followup, wenn künftige normale Nachrichten auf einen späteren Turn warten sollen, statt den aktiven Lauf zu steuern./queue interrupt, wenn die neueste Nachricht den aktiven Lauf ersetzen soll, statt ihn zu steuern.
Sub-Agents
/steer auf oberster Ebene richtet sich an den aktiven Lauf der aktuellen Sitzung. Sub-Agents melden
sich bei ihrer übergeordneten/anfordernden Sitzung zurück; /subagents dient nur der Sichtbarkeit.
ACP-Sitzungen
Verwenden Sie/acp steer, wenn das Ziel eine ACP-Harness-Sitzung ist: