Magische Prompts
OpenChamber verwendet im Hintergrund eingebaute Prompts, wenn etwas automatisch geschieht — eine Commit-Nachricht schreiben, einen PR entwerfen, ein Issue prüfen, einen Konflikt lösen oder eine Sitzung zusammenfassen. Hier kannst du diese Prompts ansehen und umschreiben. Öffne die Seite unter Einstellungen → Magische Prompts.
Für die normale Nutzung brauchst du diese Seite nicht. Nutze sie, wenn ein Ablauf sich anders verhalten soll — etwa bei Commit-Nachrichten in einem bestimmten Stil.
Einen Prompt bearbeiten
- Öffne Einstellungen → Magische Prompts.
- Wähle einen Prompt aus den Gruppen in der Seitenleiste — Git, Planung und Sitzung.
- Bearbeite den Text und speichere ihn.
Einige Prompts haben einen sichtbaren Teil (die Nachricht, die du sehen würdest) und einen Anweisungsteil (versteckte Hinweise für den Agenten). Prompts können {{placeholders}} enthalten, die OpenChamber einsetzt, zum Beispiel den Diff oder den Issue-Titel — lass diese unverändert.
Zurücksetzen
Anders entschieden? Jeder Prompt hat Auf Standard zurücksetzen, und es gibt Alle zurücksetzen, wenn du überall neu anfangen möchtest.
Projekt-Prompts
Ein Prompt kann auch eine Überschreibung für ein einzelnes Projekt haben. OpenChamber nimmt die Projektüberschreibung, wenn es eine gibt, sonst deine globale Überschreibung, sonst den eingebauten Text. Eine gespeicherte Überschreibung zählt auch, wenn sie leer ist.
Um eine anzulegen, wähle das Projekt in der Auswahl oben in der Seitenleiste und dann Projekt unter Geltungsbereich. Klicke unter jedem Block, den du änderst, auf Speichern. Die Schaltflächen zum Zurücksetzen ändern nur den Geltungsbereich, der gerade offen ist. In Projekt bringen Projektüberschreibung entfernen und Alle Projektüberschreibungen entfernen deine globale Überschreibung oder den eingebauten Text zurück. Speicherst du in Global den eingebauten Text, wird deine globale Überschreibung entfernt. In Projekt bleibt dieser Text gespeichert. So behält das Projekt den eingebauten Text, auch wenn deine globale Überschreibung etwas anderes sagt.
Projektüberschreibungen stehen im Schlüssel magicPrompts von .openchamber/project.json im Checkout des Projekts. Das ist dieselbe Datei wie bei der Repository-Konfiguration. Committe sie, um die Prompts mit deinem Team zu teilen. Globale Überschreibungen bleiben in magic-prompts.json im Datenordner des Servers.
Ein Worktree nutzt die Prompts des Projekts in seinem Haupt-Checkout, außer du hast den Worktree als eigenes Projekt hinzugefügt. Ein Chat ohne Projekt, ein Ordner, der zu keinem Projekt gehört, und Arbeit in einem isolierten Bereich nutzen nur globale Prompts. Die VS-Code-Erweiterung hat keine Seite Magische Prompts. Dort bearbeitest du die Dateien von Hand, und die globale Datei ist immer ~/.config/openchamber/magic-prompts.json.
Wenn die Projektdatei nicht gelesen werden kann, etwa weil sie kein gültiges JSON ist, brechen Abläufe, die sie brauchen, mit einem Fehler ab und greifen nicht auf den eingebauten Text zurück. Die Einstellungen zeigen den Grund und die Schaltfläche Erneut versuchen. Eine fehlende Projektdatei ist kein Fehler. Das Projekt übernimmt dann alle Prompts.
Wo jeder Prompt verwendet wird
Für jeden Prompt steht unten, wo er läuft und was ihn auslöst. Prüfe den Auslöser vor der Bearbeitung, dann weißt du, welchen Ablauf du änderst.
Git
| Prompt | Wo er läuft | Wann er ausgelöst wird |
|---|---|---|
| Commit-Erstellung | Die Generieren-Schaltfläche im Commit-Feld der Git-Ansicht und im mobilen Changes-Bildschirm | Du erzeugst eine Commit-Nachricht. Ausgewählte Dateien und die letzten Commit-Betreffs des Branchs werden eingesetzt, sodass die Nachricht zum Stil deines Repos passt. |
| PR-Erstellung | Das Pull-Request-Anlegen-Formular im PR-Tab der Git-Ansicht | Du erzeugst Titel und Beschreibung eines PRs. Eingebaut werden Base- und Head-Branch, die Commits und geänderten Dateien dazwischen, dein zusätzlicher Kontext und die PR-Vorlage des Repos, falls vorhanden. |
| Änderungen durchgehen | Das Panel zum Durchgehen von Änderungen | Sie erzeugen einen Durchgang. Standardmäßig leer. Was Sie hier schreiben, wird dem Prompt als Ihre Wünsche zu Ton, Schwerpunkten und Ausführlichkeit hinzugefügt; das Format des Durchgangs ändert es nicht. |
| Merge/Rebase-Konfliktlösung | Der Konflikt-Dialog der Git-Ansicht, wenn ein Merge oder Rebase auf Konflikten stoppt | Du wählst “Resolve in current session” oder “Resolve in new session”. Der Agent liest die konfliktbehafteten Dateien, schlägt eine Lösungsstrategie pro Datei vor und wartet auf deine Bestätigung, bevor er etwas ändert, staged oder fortfährt. |
| Cherry-pick-Konfliktlösung | Der Bereich “Re-integrate commits” einer Worktree-Sitzung | Beim Übertragen der Sitzungs-Commits auf den Zielbranch entsteht ein Konflikt und du übergibst ihn dem Agenten. Der Agent löst im temporären Worktree, staged die Dateien und setzt den Cherry-pick fort. |
Planung
| Prompt | Wo er läuft | Wann er ausgelöst wird |
|---|---|---|
| Todo-Planung | Das Todos-Panel in der Projekt-Seitenleiste | Du schickst ein Todo an eine Sitzung oder eine neue Worktree-Sitzung. Der Todo-Text wird zur sichtbaren Nachricht; die Anweisungen machen daraus einen fragegesteuerten Planungsdialog statt sofort loszulegen. |
| Plan verbessern | Die Aktion “Improve” für einen gespeicherten Plan in der Plans-Ansicht | Du schickst einen gespeicherten Plan in den Verbesserungsfluss. Der Agent liest zuerst die Plandatei, schlägt dann Änderungen auf Basis des aktuellen Repo-Zustands vor und bietet an, dieselbe Datei zu bearbeiten. |
| Plan umsetzen | Die Aktion “Implement” für einen gespeicherten Plan | Du schickst einen gespeicherten Plan in den Umsetzungsfluss. Der Agent liest die Plandatei und setzt sie komplett um, ohne den Rahmen zu sprengen; nötige Plananpassungen schreibt er in dieselbe Datei zurück. |
Sitzung
Die meisten davon treiben Slash-Befehle an, die du im Composer eingibst. Die meisten erscheinen auch als Starter-Chips im Entwurf einer neuen Sitzung.
| Prompt | Wo er läuft | Wann er ausgelöst wird |
|---|---|---|
| Codebase-Tour | /explore | Du möchtest einen Überblick über die Codebase. |
| Sitzungszusammenfassung | /summary, optional /summary <Thema> | Du fasst die bisherige Konversation zusammen — nützlich zur Übergabe an eine neue Sitzung. Benötigt eine bestehende Sitzung. |
| Workspace-Review | /workspace-review | Du lässt den Agenten den aktuellen Workspace-Diff auf Absicht, Korrektheit und Sicherheit prüfen. |
| Feature-Planung | /plan-feature | Du machst aus einer groben Feature-Idee über einen geführten Frage-Antwort-Dialog einen Umsetzungsplan. |
| Goal formulieren | /craft-goal, optional /craft-goal <Idee> | Du machst aus einer Idee ein überprüfbares Goal-Ziel für den Goal-Dialog. |
| Catch-up | /catch-up | Du kehrst zu einem Projekt zurück und fragst, wo es steht und wie es weitergeht. |
| Debugging | /debug | Du untersuchst einen Bug: Der Agent bildet Hypothesen, bestätigt die Ursache aus dem Code und schlägt erst dann eine Lösung vor. |
| Optionen abwägen | /weigh | Du weißt, was du bauen willst, aber nicht wie. Der Agent vergleicht zwei oder drei Ansätze und empfiehlt einen. |
| Fusion | Die Aktion “Run fusion” auf einer Multi-run-Gruppe | Du vereinigst die Ausgaben mehrerer Läufe zu einer Antwort. Die Lauf-Ausgaben werden hinter die Anweisungen angehängt. |
Prompts ohne Settings-Seite
Einige Prompts laufen automatisch und haben keine editierbare Seite in den Einstellungen:
| Prompt | Wann er ausgelöst wird |
|---|---|
| Geplante Aufgabe | /schedule-task, optional mit einer ersten Idee. Führt durch den Dialog, der eine geplante Aufgabe definiert. |
| Review-Übergabe | /handoff-review oder die Review-Schaltfläche in der Diff-Ansicht mit aktivierter Übergabe. Erzeugt die Übergabe in der Arbeitssitzung. |
| Startnachricht der Review-Sitzung | Die erste Nachricht der erzeugten Review-Sitzung — mit Übergabe, wenn eine erzeugt wurde, sonst ohne. |
| Review-Feedback / Umsetzungsantwort | Bringen Nachrichten zwischen den beiden Sitzungen hin und her: Review-Feedback geht zurück an die umsetzende Sitzung, die Antwort des Umsetzers zurück an die Review-Sitzung. |
Weiterführend
- Git-Workflows — viele dieser Prompts treiben die Git-Abläufe an
- Notizen, Todos & Pläne — die Todos und Pläne hinter den Planungs-Prompts
- Multi-run — Laufgruppen und Fusion