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 Ereignisse an, optional als Live-Stream. Nimmt eine Task-ID oder — neu — eine Run-ID aus runs (Kurz-IDs funktionieren für beide): das Log eines Workflow-Runs ist seine aufgezeichnete Schritt-Chronik, jeder Schritt mit seinem Anzeigetitel benannt. Run-IDs lösen gegen die letzten Runs auf, die runs anzeigt. |
intervene <id> <msg> |
Sendet eine Nachricht an einen laufenden Task. |
cancel <id> |
Bricht einen Task ab. |
approvals |
Listet JEDES wartende menschliche Entscheidungs-Gate in EINEM Posteingang — die interaktiven Tool-/Frage-/Visual-/Modellklassen-Gates und die Workflow-Human-Gates zusammen (ADR 0045; #1197). Es gibt kein Filterargument mehr: tool, workflow und all sind zurueckgezogen und werden beim Namen abgewiesen, nicht stillschweigend geschluckt. Die aeltere Schreibweise --filter=<wort> ist mit ihnen entfallen. Entscheide mit approve/reject <run-id> (Workflow-Gates) oder approve-tool/reject-tool <id> [note] (interaktive Tool-/Frage-/Visual-/Modellklassen-Gates). |
workflows |
Listet alle Workflows projektübergreifend auf. |
workflow <name|id> |
Workflow-Details. Akzeptiert den exakten Namen des Workflows, seine Id oder die Kurz-ID, die workflows anzeigt (ein eindeutiges Präfix löst auf; bei Mehrdeutigkeit wird nichts geraten). |
workflow <name|id> trigger |
Startet einen Lauf des Workflows manuell. Die ältere Form workflow trigger <id> funktioniert weiterhin. |
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>] |
Zeigt den PR-Review-Freigabemodus eines Projekts an oder setzt ihn. Das Setzen ist serverseitig auf Admin/Owner beschränkt. human_gate ist fuer diesen Befehl stillgelegt und wird namentlich abgelehnt — ein Merge-Gate liegt jetzt bei den Stufen-Gates der Automation. |
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. |
IDs im Terminal
Abschnitt betitelt „IDs im Terminal“Jede ID, die das Terminal ausgibt, ist ein Link – die vollständige UUID einer
Detailzeile ebenso wie die 8-stellige Kurz-ID einer Liste. Klick kopiert die
vollständige ID in die Zwischenablage (das Terminal bestätigt mit … kopiert);
Strg/Cmd+Klick öffnet den Task, Run oder Workflow dahinter. Eine Kurz-ID wird
gegen deine Tasks, Runs und Workflows aufgelöst; beginnt mehr als ein Eintrag
damit, sagt das Terminal das, statt zu raten. Befehle mit einer ID (task,
logs, follow, cancel, intervene, …) akzeptieren dieselbe Kurz-ID, die eine
Liste zeigt.
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.