stablyai/orca-per-workspace-env

Per-Workspace-Umgebungen

Dieser Discovery-Stub lädt die versionsangepasste Anleitung aus dem Orca-Executable, das für diese Sitzung verwendet wird.

CLI für diese Sitzung auflösen

Wählen Sie das Executable einmalig aus und verwenden Sie es für jeden späteren Befehl wieder:

• Wenn die Umgebungsvariable ORCA_CLI_COMMAND gesetzt ist, verwenden Sie deren Wert. Orca exportiert dies für verwaltete WSL-Sitzungen.
• Andernfalls, in einem Entwicklungscheckout, dessen Sitzung ORCA_DEV_REPO_ROOT bereitstellt, verwenden Sie orca-dev.
• Andernfalls, unter Linux außerhalb eines Orca-verwalteten Terminals, verwenden Sie orca-ide. Führen Sie dort niemals nacktes orca aus — außerhalb von Orca-Terminals löst es normalerweise den GNOME Orca Screenreader (/usr/bin/orca) auf und startet Sprachausgabe auf dem Rechner des Benutzers.
• Andernfalls verwenden Sie orca.

Im Folgenden ist ORCA ein Platzhalter für das von Ihnen aufgelöste Executable. Ersetzen Sie es vor der Ausführung von etwas; erstellen Sie keine Shell-Variable und führen Sie nicht wörtlich ORCA aus. Dies funktioniert auf die gleiche Weise in POSIX-Shells, PowerShell und cmd.exe.

Wenn das ausgewählte Executable nicht ausgeführt werden kann, melden Sie den genauen Fehler und stoppen Sie. Fallen Sie nicht auf ein anderes Executable zurück, das stillschweigend auf einen anderen Orca-Build abzielen könnte.

Die versionsangepasste Anleitung vor dem Ausführen von Orca-Befehlen laden

ORCA skills get orca-per-workspace-env

Bevorzugen Sie --json. Verwenden Sie das --help des ausgewählten Executables für Befehle oder Flags, die die Anleitung nicht abdeckt. Wenn ein Befehl meldet, dass Orca nicht läuft, starten Sie es mit ORCA open --json und wiederholen Sie den Vorgang. Falls skills get unbekannt ist, erklären Sie, dass ein Update von Orca die Anleitung wiederherstellt; verwenden Sie --help zur schreibgeschützten Erkennung und raten Sie nicht zu nicht unterstützten Befehlen.