Gespräche
Wozu das da ist. Ein Gespräch ist der Ort, an dem du mit einem Agenten sprichst. Nachrichten im Hauptbereich; Projekt, Stage, Quellen, Dateien und Runtime in der rechten Leiste. Derselbe Thread ist eine Board-Karte — Chat und Pipeline sind ein Datensatz.
Wann du es brauchst
Abschnitt betitelt „Wann du es brauchst“- Ein Agent soll eine Aufgabe erledigen, und du willst Antwort, Tool-Aufrufe und Fortschritt an einem Ort.
- Du musst festlegen, welchen indexierten Codebaum dieser Thread durchsuchen darf, und welche Arbeitsordner Datei-Tools anfassen dürfen.
- Ein Skill-Vorschlag wartet — annehmen, nur für diesen Thread ablehnen oder global abschalten.
- Der Agent soll erst einen Plan schreiben, bevor Tools laufen (Zuerst planen).
- Mehrere Modelle sollen dieselbe Aufgabe wettrennen (God Mode), oder ein Team von Spezialisten soll aufteilen.
- Ein Design-Canvas soll mit jeder Runde mitreisen, oder der Prompt Enhancer soll den Entwurf vor dem Senden formen.
Typischer Ablauf
Abschnitt betitelt „Typischer Ablauf“- Klicke Neue Unterhaltung in der Sidebar (Haupt), oder öffne eine Karte vom Board / von Start Letzte Unterhaltungen. Route
/conversations/:id. - Setze Project, Stage und Agent vor der ersten Nachricht (der Agent sperrt danach). Pinne Quellen, wenn mehrere Bäume indexiert sind. Prüfe Arbeitsordner — neue Threads erben die Projektliste (oder die Typliste, wenn das Projekt leer ist).
- Tippe im Composer. Nutze den Prompt Enhancer, wenn der Entwurf Form braucht; das Karten-Icon ist Zuerst planen. Hänge Dateien oder Designs in der Top-Leiste an.
- Erscheint eine Skill-Karte, wähle Verwenden, Diesmal nicht oder Abschalten. Senden. Die Antwort streamt mit Live-Tool-Zeilen. Stopp bricht den Lauf ab.
Funktionen
Abschnitt betitelt „Funktionen“Einstieg: Sidebar Neue Unterhaltung oder Board/Recent.
Idle · Working… · Waiting · Waiting approval · Wartet auf Plan · Archived.
| Steuerung | Bedeutung |
|---|---|
| Provider… / Model… | Thread-Override |
| Auto-routing | Router wählt |
Der dünne Streifen über dem Header ist klickbar: Er öffnet die Kontext-Zusammenstellung für die aktuelle Runde — jeden Abschnitt, der in den Prompt dieser Runde eingeflossen ist, in der Reihenfolge des Zusammenbaus, mit Größe, Kürzungsstatus und Rohinhalt. Das gilt pro Runde, nicht kumulativ für die ganze Unterhaltung. Auch die Zahl auf dem Streifen hat ihre Bedeutung geändert: Sie zeigt jetzt, wie viel Kontext für diese Runde tatsächlich zusammengestellt wurde, statt der kumulierten Summe aus Ein- und Ausgabe-Tokens der ganzen Unterhaltung — was die Auslastung überzeichnete und bei langen Unterhaltungen bei 100 % stehen blieb. Wenn Sie sich daran erinnern, ist die kleinere Zahl heute die Korrektur, kein Fehler.
Priority
Abschnitt betitelt „Priority“Low · Normal · High · Urgent.
Gesprächsfelder
Abschnitt betitelt „Gesprächsfelder“| Feld | Bedeutung |
|---|---|
| Project / Stage | Projektbindung |
| Agent | Nach 1. Nachricht gesperrt |
| Effort | Off / Low / Medium / High / Max |
| Arbeitsordner | Welche benannten Wurzeln dieser Thread lesen/schreiben darf. Leer = Kein Ordner (Datei-Tools lehnen ab). Liste im Chatter-Tab Ordner. |
| Orchestration | Solo = keine Sub-Agenten · Auto · Deep = aggressiver Fan-out. Letzter Eintrag: God-Modus — siehe God-Modus. |
Thinking / Composing · Werkzeuge laufen… · Stop · Background working · Live-Tool-Zeile (Id, kurze Args, Ergebnis; Diff bei Datei-Edits, sonst Input/Output/Error) · Progress Turn N/Max, Tokens, Cancel · Complexity Simple/Managed/Autonomous/Wizard · Voice INTERNAL/EXTERNAL/AUTO (+ Force).
Read-only git status / git diff (auch als run_command) ohne Klick — Werkzeuge.
Composer
Abschnitt betitelt „Composer“Nachricht (Shift+Enter = Zeile) · Attach · Prompt Enhancer · Zuerst planen (Karten-Icon: Plan schreiben, auf Freigabe warten).
Prompt Enhancer
Abschnitt betitelt „Prompt Enhancer“Iterativer Coach, der den Prompt an die Modellfamilie des Threads anpasst (Claude, OpenAI, Gemini, Grok, Kimi, …).
| Steuerung | Bedeutung |
|---|---|
| Draft / Ziel | Prompt-Entwurf oder Zielbeschreibung |
| Optimized for … | Ziel-Modellfamilie |
| Task-Typ-Chips | General · Coding · Research · Analysis · Writing · Agentic · Files / vision |
| Quality N/10 | Score; Gaps = fehlende Checklist-Punkte |
| Propose two alternatives | Concise / Thorough / Recommended |
| Suggested final prompt · carry N files · Apply | Einfügen in den Composer |
Für dauerhafte Projekt-/Agent-Systemprompts: Prompt Coach.
Context rail (Chatter)
Abschnitt betitelt „Context rail (Chatter)“Tabs rechts: Verlauf · Quellen · Ordner · Als Nächstes · Dateien (plus God)
| Bereich | Inhalt |
|---|---|
| Verlauf | Notizen, Filter All/Notes/Changes |
| Quellen | Multi-Checkbox der Search Sources. Projekt-Defaults bei neuer Conversation / Projektwechsel. Details: Suche |
| Ordner | Benannte Wurzeln (Name + absoluter Pfad). Erster Pfad = Primär (cwd). Datei-Tools sind hier eingesperrt. Leere Liste: Datei-Tools lehnen ab. Neues Gespräch kopiert die Projektliste; leere Projektliste die Typ-Liste. |
| Als Nächstes | Activities |
| Dateien | Anhänge |
| Runtime | Ausführungs-Meta (separat von Verlauf) |
Projekt-Feld: Wechsel setzt die Standard-Codequellen des neuen Projekts (sofern kein expliziter searchContext mitgeschickt wird).
Sub-conversations · Team Dashboard · Team proposal · Run tree.
God-Modus
Abschnitt betitelt „God-Modus“Der God-Modus lässt dieselbe Aufgabe parallel von mehreren Modellen laufen und vergleicht die Ergebnisse. Kein vierter Orchestrationsstil: Solo / Auto / Deep bleiben die Zerlegung; God-Modus bedeutet nur, dass mehrere Modelle konkurrieren (kein Spezialisten-Team). Kombination möglich: God-Modus + Deep heißt, jedes konkurrierende Modell darf intern weiter aufteilen.
Es gibt keinen automatischen Merge. Ein Workspace gewinnt; einzigartige Ideen der anderen werden aufgelistet, du wendest sie an.
| Thema | Bedeutung |
|---|---|
| Kader | Einstellungen → God-Modus (Karte unter Model assignments). 2–5 lebende Anbieter/Modell-Paare. Gerade Anzahl braucht einen Stichentscheid-Vorsitz. |
| Menü | Letzter Eintrag der Orchestration-Steuerung (nach Trenner): Solo, Auto, Deep, dann God-Modus. Einschalten lässt Solo/Auto/Deep unverändert (Worker erben diesen Stil). Solo/Auto/Deep schaltet den God-Modus aus. |
| Kosten | Der erste Versand nach dem Einschalten fragt nach Bestätigung (Kader, Schätzung, Obergrenze). Spätere Sends nur Banner. Liegt die Schätzung über der Obergrenze, ist Senden gesperrt, bis du die Grenze hebst oder den God-Modus ausschaltest. |
| Ordner | Worker laufen in isolierten Kopien der Arbeitsordner (wenn möglich Git-Worktree). Ohne Ordner startet der Lauf trotzdem, ohne Datei-Isolation. |
| Gewinner + Insights | Nur die geänderten Dateien des Gewinners landen auf den Conversation-Ordnern. Einzigartige Insights der anderen stehen im Tab God — du wendest sie an, nichts wird automatisch gemerged. |
Kader in den Einstellungen
Abschnitt betitelt „Kader in den Einstellungen“Auf Einstellungen, unter Model assignments, ist die Karte God-Modus der globale Kader für jede God-Modus-Conversation.
| Feld | Bedeutung |
|---|---|
| Modelle | 2–5 lebende Anbieter/Modell-Paare. Duplikate sind unzulässig. |
| Stichentscheid-Vorsitz | Eines dieser Modelle. Pflicht bei gerader Anzahl; immer empfohlen (ein ausgefallener Worker kann eine gerade Restzahl hinterlassen). Der Vorsitz ist Mitbewerber, kein extra Richter. |
| Kostenobergrenze (USD) | Optional. Liegt die Vorabschätzung darüber, startet der Lauf nicht. Wird die Grenze während des Laufs überschritten, werden unfertige Worker abgebrochen und unter den Fertigen entschieden. |
| Worker-Ordner behalten (Stunden) | Isolierte Bäume werden nach so vielen Stunden gelöscht (Standard 72). |
Speichern ändert keine schon gestarteten Läufe: jeder Send speichert einen Snapshot.
Die Provider/Modell-Leiste der Conversation wird beim God-Modus-Send ignoriert — der Einstellungs-Kader läuft.
God-Modus einschalten
Abschnitt betitelt „God-Modus einschalten“- Orchestration-Menü der Conversation öffnen und God-Modus wählen.
- Nachricht senden. Der erste Versand fragt nach Kostenbestätigung (wer läuft, geschätzte USD, Obergrenze). Bestätigen.
- Solange an, bleibt ein God-Modus-Banner. Rechts erscheint der Tab God.
- Stop bricht den ganzen Lauf ab, nicht nur einen Worker.
Isolation und Gewinner
Abschnitt betitelt „Isolation und Gewinner“Jeder Worker bekommt einen eigenen Ordner (Git-Worktree, wenn das Arbeitsverzeichnis ein Repo ist; sonst Kopie). Während der Arbeit sehen sie die Dateien der anderen nicht.
Nach der Wahl werden nur die geänderten Dateien des Gewinners auf die Conversation-Ordner kopiert. Die Dateien der anderen bleiben in ihren Bäumen bis zur Aufbewahrungsfrist. Ohne Arbeitsordner gibt es nichts zu übernehmen; der Gewinner wird trotzdem aus den geschriebenen Antworten gewählt.
Der God-Tab
Abschnitt betitelt „Der God-Tab“Der Tab God im Chatter-Rail erscheint, solange der God-Modus an ist, oder sobald die Conversation mindestens einen God-Modus-Lauf hatte (er bleibt, wenn du später ausschaltest).
Kopfzeile
Abschnitt betitelt „Kopfzeile“Aktuelle Phase plus Token, USD und Dauer insgesamt.
| Phase | Bedeutung |
|---|---|
| Vorbereitung | Kader-Snapshot, isolierte Ordner |
| Rennen | Worker führen dieselbe Nutzer-Nachricht parallel aus |
| Bewertung | Fertige bewerten einander und stimmen |
| Entscheidung | Gewinner festgehalten |
| Übernahme | Gewinner-Dateien auf die Conversation-Ordner |
| Fertig / Fehlgeschlagen / Abgebrochen | Endzustand |
Ein fehlgeschlagener Worker zeigt auch den Anbieterfehler (z. B. überlastete API).
Schritte
Abschnitt betitelt „Schritte“Zeitgestempeltes Protokoll:
| Schritt | Bedeutung |
|---|---|
| Lauf gestartet | Rennen aus dem aktuellen Kader |
| Worker parallel gestartet | Jedes lebende Modell beginnt dieselbe Aufgabe |
| Modell fertig / fehlgeschlagen | Eigener Versuch dieses Workers beendet |
| Gegenbewertung | Fertige lesen einander und stimmen |
| Sieger: Modell | Entscheidung festgehalten |
| Sieger-Arbeitsbereich übernommen | Dateien auf die Conversation-Ordner |
| Lauf abgeschlossen / fehlgeschlagen / abgebrochen | Endzustand |
Ältere Läufe ohne dieses Protokoll zeigen eine aus den Endzeiten rekonstruierte Zeitleiste.
Wie der Sieger gewählt wurde
Abschnitt betitelt „Wie der Sieger gewählt wurde“Dieser Block nennt die Regel, die Stimmenzahlen und wer für wen stimmte.
| Regel | Wann |
|---|---|
| Mehrheit | Ein Modell hat mehr gültige Stimmen als jedes andere. Ein Modell darf nicht für sich selbst stimmen; Selbststimmen fallen weg. |
| Gleichstand — der Vorsitz wählte | Zwei oder mehr Modelle gleichauf, und der Vorsitz ist unter den Gleichauf. |
| Gleichstand — früher fertig | Gleichstand, und der Vorsitz fehlt oder ist nicht unter den Gleichauf. Unter den Gleichauf gewinnt, wer zuerst fertig war. |
| Nur einer fertig | Alle anderen Worker fehlgeschlagen oder abgebrochen; der Überlebende gewinnt, ohne Gegenbewertungs-Abstimmung. |
Scheitert ein Review-Aufruf, hat dieser Worker einfach keine Stimme. Die Entscheidung läuft mit den abgegebenen Stimmen weiter.
Was sie über die anderen sagten
Abschnitt betitelt „Was sie über die anderen sagten“Nach dem Rennen machen die Fertigen eine strukturierte Gegenbewertung (keine Live-Debatte). Pro Bewerter, ohne Extra-Klick:
- für wen sie stimmten
- Punkte 1–5: Qualität, Vollständigkeit, Risiko
- schriftlicher Kommentar zur Arbeit der anderen
- einzigartige Insights, die die anderen ihrer Meinung nach verpasst haben
- gemeldete Risiken
Die Modellkarte aufklappen zeigt die eigene Arbeit dieses Modells (vor dem Review) und eventuelle Fehler.
Einzigartige Insights
Abschnitt betitelt „Einzigartige Insights“Eine entduplizierte Liste von Insights der Nicht-Gewinner, die nicht schon in der Gewinner-Liste stehen. Wenn du sie im übernommenen Workspace willst, überträgst du sie selbst — nichts wird automatisch gemerged.
Unter-Conversations
Abschnitt betitelt „Unter-Conversations“Jeder Worker ist eine Kind-Conversation mit Titel wie God <Modell>. Sie können in der Liste als Unter-Conversations erscheinen. God-Modus ist dort aus, damit sie kein weiteres Rennen starten.
Globaler Vergleich (Gewinnrate je Modell, durchschnittliches Kostenvielfaches gegenüber einem Einzelmodell): Observability. Klick auf einen Lauf öffnet den God-Tab der Conversation.
Skill-Vorschläge
Abschnitt betitelt „Skill-Vorschläge“Ein passender Skill ist ein Vorschlag, auf den die Runde wartet — nichts davon läuft, bis du antwortest. Die Karte zeigt Name, passendes Muster und Score.
| Steuerung | Bedeutung |
|---|---|
| Eine Fähigkeit passt — verwenden? | Überschrift |
| Verwenden | Für dieses Gespräch annehmen; die Runde läuft mit dem Skill weiter |
| Diesmal nicht | Nur für dieses Gespräch ablehnen |
| Abschalten | Ablehnen und den Skill global deaktivieren (nur Owner/Admin). Unter Fähigkeiten wieder einschaltbar |
Deine Antwort gilt für dieses Gespräch. Wer sprechen, aber Skills nicht verwalten darf, sieht Verwenden und Diesmal nicht.
Zuerst planen
Karten-Icon im Composer. Dieser Send führt keine Tools aus. Status Wartet auf Plan. Karte Plan für diese Runde: Freigeben · Plan überspringen · Ablehnen · Zurückrollen. Solange die Karte wartet, ist nichts gelaufen.
Angehängte Designs
Abschnitt betitelt „Angehängte Designs“Das Formen-Icon in der Top-Leiste ist Designs. Angehängte Canvas reisen mit jeder Runde (der Agent holt Teile mit design_read). Projekt-Designs werden auf ein neues Gespräch kopiert, das du in dem Projekt anlegst; danach besitzt das Gespräch die Links.
| Steuerung | Bedeutung |
|---|---|
| Angehängte Designs | Liste aller Canvas, Haken bei den hier verknüpften |
| Zähler | Wie viele angehängt sind |
| Design öffnen | Sprung nach /design |
| Noch keine Entwürfe. | Leere Liste — zuerst ein Canvas anlegen |
Verwandt
Abschnitt betitelt „Verwandt“Suche — Multi-Version-Pin · Projekte · Agenten · Board · Speicher · Design-Canvas · Fähigkeiten · Observability — God-Mode-Tab