Befehle des Web-Terminals
Das Web-Terminal unter /cli akzeptiert die folgenden Befehle.
| Befehl | Beschreibung |
|---|---|
status [--all] |
Aktive Tasks (--all schließt abgeschlossene ein). |
task <id> |
Task-Details mit Kosten, Dauer und letzter Aktivität. |
issues <project> |
Listet die offenen Issues eines Projekts mit kopierbaren IDs auf. |
backlog <project> [status|scan [--apply]] |
Zeigt den Backlog eines Projekts; scan schlägt Items vor und --apply stößt sie an (ADR 0039). |
run <project> <agent> [--issue <id>] [--model <id>] [--exec-mode <normal|workflow>] [--effort <level>] <prompt> |
Startet einen Task und wechselt in den Live-Modus. --exec-mode setzt den Ausführungsmodus (das Wort mode ist für den Harness-Befehl build|plan mode reserviert); --effort (minimal|low|medium|high|max) ist eine Überschreibung auf Task-Ebene (ADR 0045). |
follow <id> / f <id> |
Wechselt für einen laufenden Task in den Live-Modus. |
logs <id> [--follow] |
Zeigt die letzten 50 Ereignisse an, optional als Live-Stream. |
intervene <id> <msg> |
Sendet eine Nachricht an einen laufenden Task. |
cancel <id> |
Bricht einen Task ab. |
approvals [--filter=tool|workflow] |
Listet ausstehende menschliche Entscheidungs-Gates auf; ohne Filter werden beide Quellen angezeigt (ADR 0045). Entscheide mit approve/reject <run-id> (Workflow-Gates) oder approve-tool/reject-tool <id> [note] (interaktive Tool-/Frage-/Visual-Gates). |
workflows |
Listet alle Workflows projektübergreifend auf. |
workflow <id> |
Workflow-Details. |
workflow trigger <id> |
Löst einen Workflow manuell aus. |
runs [--status=X] |
Listet die letzten Runs auf. |
runners |
Listet die Runner mit ihrem Status auf. |
resources |
Listet Ressourcen auf (SMTP, Telegram, Webhook). |
repo-sync status|push|pull |
Repo-Sync-Vorgänge. |
workspace / ws |
Zeigt den aktiven Workspace an. |
workspace switch <name> |
Wechselt den Workspace. |
workspace config autonomy-level [<0-100>] |
Zeigt die aufgelöste Workspace-Autonomie (Level, Plan-Obergrenze, Onboarding-Limit, Policy) an oder setzt das gespeicherte Level. Das Setzen ist serverseitig auf Admin/Owner beschränkt (ADR 0045). |
workspace config approval-mode <project> [<none|pr_draft|human_gate>] |
Zeigt den PR-Review-Freigabemodus eines Projekts an oder setzt ihn. Das Setzen ist serverseitig auf Admin/Owner beschränkt. |
workspaces |
Listet alle Workspaces auf. |
usage |
Zeigt die Subscription-Auslastungsfenster pro Anbieter für den aktiven Workspace an (auf Admin/Owner beschränkt). |
budget |
Zeigt den $-Budgetstatus an (Obergrenze, Monatsausgaben, Restbetrag, Warnungen). |
skills proposals [approve|reject <id>] |
Listet abgeleitete Skill-Vorschläge auf oder entscheidet einen anhand seines ID-Präfixes. Das Entscheiden ist serverseitig nur für Workspace-Admins möglich (ADR 0045). |
schedules |
Listet Zeitpläne auf. |
schedule add|pause|resume|delete |
Verwaltet Zeitpläne. |
projects |
Listet Projekte auf. |
debug on|off |
Schaltet den Debug-Modus für deine aktuelle Live-/Follow-Sitzung um, um interne Vorgänge im Feed anzuzeigen (#583). Nur verfügbar, solange ein Workspace-Admin die Debug-Obergrenze geöffnet hat. |
density reduced|chatty |
Legt die dauerhafte Live-Feed-Ausführlichkeit fest (reduced = schlank, chatty = vollständiger Denkprozess und Tool-Details). |
language de|en |
Legt die Sprache fest. |
clear |
Leert das Terminal. |
help |
Listet die verfügbaren Befehle auf. |
Live-Modus
Abschnitt betitelt „Live-Modus“Nach run oder follow wechselt das Terminal in den Live-Modus: Drücke
Enter, um eine Eingabe als Intervention zu senden (kein Befehlspräfix
nötig), und Strg+C, um ihn zu verlassen.
Debug-Modus
Abschnitt betitelt „Debug-Modus“debug on aktiviert den Debug-Modus nur für deine aktuelle Live-/Follow-Sitzung
und zeigt interne Vorgänge im Feed an — MCP-Tool-Aufrufe, Scope-Auflösung,
automatische Gate-Auflösungen und Danger-Eskalationen. debug off schaltet ihn
wieder aus.
Die Debug-Ausgabe ist durch eine Allow-Debug-Obergrenze abgesichert, die ein
Workspace-Admin öffnet (standardmäßig aus). Bei geschlossener Obergrenze hat
debug on keine Wirkung. Die Einstellung gilt pro Sitzung und ist flüchtig:
Sie deckt nur die Sitzung ab, in der du dich befindest, wird nie persistiert und
serverseitig durchgesetzt. Eine neue Live-/Follow-Sitzung startet wieder mit
ausgeschaltetem Debug.