funktionen für agenten
mit jedem agent-manager verwaltest du agenten.
mit welchem verwalten sie sich selbst?
TL;DR
Pane ist so gebaut, dass Agenten sich selbst verwalten können, statt nur verwaltet zu werden. Ein Agent kann Pane über npm oder PyPI installieren, seine Befehle entdecken, isolierte Workspaces erstellen, andere Agenten starten, nach ihnen sehen und Bericht erstatten, alles über die runpane-CLI, ohne SDK oder gehosteten Dienst. Wenn ein Agent einen Befehl tippen kann, kann er deinen ganzen Pane-Workspace steuern.
Die meisten Agent-Manager sind in erster Linie für Menschen gemacht. Du klickst Buttons, wechselst Tabs und führst Git-Befehle aus, während der Agent im Terminal sitzt und wartet. Pane ist so gebaut, dass auch Agenten es steuern können: Sie können Pane installieren, seine Befehle entdecken, Workspaces erstellen, andere Agenten starten, nach ihnen sehen und Bericht erstatten. Kein spezielles SDK und kein gehosteter Dienst, nur eine CLI, die jeder Agent schon bedienen kann, dazu ein MCP-Server für Agenten, die lieber Tools nutzen.
Der Test: Kann ein Agent bei null anfangen, dein Tool installieren, seine Funktionen verstehen, getrennte Workspaces erstellen, andere Agenten starten und den ganzen Ablauf ohne einen einzigen Klick verwalten? Mit Pane schon.
agenten können pane selbst installieren
Veröffentlicht auf npm und PyPI. Ein Agent installiert Pane mit einem Befehl. Ohne Browser, Downloadseite oder Ziehen in den Programme-Ordner. Hat er Node oder Python, hat er Pane.
Warum das wichtig ist: Agenten können nicht auf Download-Buttons klicken. Muss dein Tool manuell installiert werden, können sie es nicht selbst einrichten. Pane ist dort verfügbar, wo Agenten ohnehin arbeiten: im Paketmanager.
npx --yes runpane@latest
pipx run runpane
pnpm dlx runpane@latestagenten finden befehle vor der installation
Die vollständige Befehlsübersicht liegt unter einer öffentlichen URL. Ein Agent kann vor der Installation nachlesen, was Pane bietet. Er muss keine Dokumentation durchsuchen und kein GitHub-Repository klonen. Ein curl reicht.
Warum das wichtig ist: Agenten installieren Pakete mit Bedacht. Können sie vorher prüfen, was ein Tool macht, setzen sie es eher ein.
curl -fsSL https://runpane.com/runpane-cli-contract.jsonbefehle nach der installation selbst finden
Nach der Installation gibt runpane agent-context eine kurze Übersicht aller Befehle aus. Kurz ist entscheidend, damit sie ins Kontextfenster des Agenten passt. Braucht er Details zu einem Befehl, lädt er nur diesen einen.
Warum das wichtig ist: Die Hilfetexte der meisten CLIs sind für Menschen geschrieben. Agenten brauchen strukturierte, knappe und leicht auswertbare Übersichten, die ihr Kontextfenster nicht füllen.
runpane agent-context --json
runpane agent-context --command "panes create" --jsonjson-ausgabe für jeden befehl
Jeder Befehl hat ein --json-Flag. Agenten bekommen strukturierte Daten, die sie zuverlässig auswerten können. Keine geratenen Spaltenbreiten, keine entfernten ANSI-Codes und keine regulären Ausdrücke für lesbare Tabellen.
Warum das wichtig ist: Agenten scheitern ständig beim Auswerten von Ausgaben für Menschen. JSON ist die natürliche Sprache der Automatisierung.
runpane panes list --json
runpane panels screen --panel <id> --limit 80 --jsonnicht interaktiver modus
Agenten können die Frage "Bist du sicher?" nicht beantworten. Jeder Befehl, der etwas ändert, braucht für die nicht interaktive Nutzung --yes. Ohne das Flag zeigt der Befehl die geplante Änderung und beendet sich. Mit dem Flag wird sie ausgeführt.
Warum das wichtig ist: Eine einzige blockierende Abfrage stoppt den gesamten Ablauf. Der nicht interaktive Modus macht aus "agentenfreundlich" erst "für Agenten nutzbar".
runpane panes create --repo active --name "issue-42" --agent codex --yes --jsonkurze ausgabe schont das kontextfenster
Liest ein Agent Terminalausgaben, braucht er keine 10.000 Zeilen. Die Standardausgabe ist kurz. Erst bei Bedarf fordert er mit --limit mehr an.
Warum das wichtig ist: Jede zusätzliche Ausgabezeile kostet Tokens, die der Agent zum Denken nutzen könnte. Das Kontextfenster zu schonen, ist für die Bedienung durch Agenten entscheidend.
runpane panels screen --panel <id> --limit 80 --json
runpane panels output --panel <id> --limit 200 --jsonsystemcheck vor dem start
Bevor ein Agent Panes erstellt, sollte er die Umgebung prüfen. runpane doctor prüft Wrapper-Version, Plattform, installierte App und Daemon-Status. Stimmt etwas nicht, weiß der Agent es, bevor er Zeit verschwendet.
Warum das wichtig ist: Überspringt ein Agent die Systemprüfung, erstellt er Panes, die unbemerkt scheitern. Ein Diagnosebefehl findet Probleme im Voraus.
runpane doctor --jsonpanes im hintergrund lassen dich in ruhe
Agenten erstellen Panes mit --source agent. So öffnet sich der neue Pane im Hintergrund. Du arbeitest weiter. Der Agent arbeitet weiter. Niemand unterbricht den anderen.
Warum das wichtig ist: Ein Agent ist unbrauchbar, wenn er bei jedem neuen Workspace deine aktive Ansicht übernimmt. Für die Koordination von Agenten müssen Workspaces im Hintergrund entstehen.
runpane panes create --repo active --name "task" --agent codex --source agent --wait-ready --yes --jsonagenten können andere agenten koordinieren
Ein Agent kann Panes erstellen, andere Agenten starten, auf ihren Abschluss warten, ihre Ausgabe lesen, Rückfragen senden und Ergebnisse prüfen. Das ist ein vollständiger Agent-Loop. Ohne gehosteten Scheduler oder spezielles SDK. Nur mit CLI-Befehlen.
Warum das wichtig ist: Darauf bewegt sich die Branche zu. Ein koordinierender Agent verwaltet viele spezialisierte Agenten. Pane gibt ihm die nötigen Befehle. Der in Pane Chat eingebaute Orchestrator-Skill macht genau das.
runpane panes create --agent codex --prompt "Implement issue 42" --source agent --yes --json
runpane panels wait --panel <id> --for idle --json
runpane panels screen --panel <id> --json
runpane panels submit --panel <id> --text "Continue" --yes --jsonfunktioniert mit jedem agenten auf jedem betriebssystem
Claude Code, Codex, Aider, Goose, OpenCode oder jeder andere CLI-Agent. Windows, WSL, macOS, Linux, VMs und entfernte Hosts. Pane bindet dich weder an einen Agenten noch an eine Plattform. Erscheint morgen ein neuer Agent, funktioniert er heute schon in Pane.
Warum das wichtig ist: Der Markt für KI-Agenten verändert sich jeden Monat. Bindet dich dein Workflow-Tool an einen Agenten, hängt dein Ablauf von dessen Zukunft ab. Pane ist agentenunabhängig, weil es Terminals bereitstellt und keine KI-Integration ist.
das ganze bild
Noch einmal der Test: Kann ein Agent bei null anfangen, dein Tool installieren, seine Funktionen verstehen und ohne Hilfe einen vollständigen Ablauf mit mehreren Agenten ausführen?
| funktion | Pane | Was du anderswo prüfen solltest |
|---|---|---|
| Installation durch Agenten | npm / pip | Viele Desktop-Apps brauchen einen manuellen Download |
| Befehle finden | Öffentliche URL + CLI | Oft nur die Doku-Website |
| Strukturierte Ausgabe | --json bei jedem Workspace-Befehl | Unterschiedlich; achte auf ein JSON-Flag |
| Nicht interaktiv | --yes-Flag | Manche Befehle fragen noch nach |
| Agent-Loops | Vollständige CLI-Schnittstelle plus ein MCP-Server | Einige haben eine CLI oder einen Lead-Agenten |
| Mehrere Betriebssysteme | Win, WSL, Mac, Linux | Mehrere gibt es nur für den Mac oder sie brauchen WSL |
| Agentenunabhängig | Jede Terminal-CLI | Manche unterstützen eine feste Liste |
in aktion ansehen
- Richte deinen ersten Agent-Loop ein
- Dokumentation der runpane CLI
- Pane Chat: der integrierte koordinierende Agent
Zuletzt aktualisiert am 24. Juni 2026