Ein Chat ist ein Gesprächs-Thread. Jede Nachricht, die Okou zum Handeln auffordert, startet einen Run in diesem Thread. Antwortest du im selben Chat, bleiben die früheren Nachrichten und Artefakte des Threads als Kontext verfügbar; ein neuer Chat startet einen eigenen Kontext.
Warum Chats wichtig sind
- Kontext gilt pro Thread. Ein Run kann die Nachrichten und Artefakte seines eigenen Chats nutzen. Er liest nicht automatisch die Historie eines anderen Chats.
- Runs sind einsehbar. Der Thread zeigt Nachrichten, Tool-Aktivität, Artefakte, Status und Fehler, die seine Runs erzeugt haben.
- Arbeit lässt sich im Lauf umlenken. Du kannst einen aktiven Run stoppen oder eine Korrektur schicken, während Okou noch arbeitet — die neue Anweisung wird im laufenden Run aufgegriffen, statt die bisherige Arbeit zu verwerfen. Aufeinanderfolgende Nachrichten bleiben im Thread als ein Block gruppiert. Um auf eine bestimmte Formulierung zu antworten, markiere sie und wähle Quote, damit dieser Text in deiner nächsten Nachricht steht.
Wie Chats und Runs beginnen
- Eine neue Unterhaltung in der Web-App anzulegen erzeugt einen neuen Chat-Thread.
- Eine weitere Aufgabe in dieser Unterhaltung startet einen weiteren Run im selben Thread.
- Eine Slack-Unterhaltung behält den Kontext innerhalb ihres zugeordneten Slack-Threads.
- Eine Automation läuft in dem Automations-Chat, der zu ihrem Workflow und ihrer Besitzerin gehört. Wiederholte Auslösungen dieses Workflows verwenden diesen Automations-Chat weiter.
Mehrere Threads können gleichzeitig laufen. Verschiedene Chat-Threads kommen unabhängig voneinander voran — stoß in einem eine Marktstudie an, entwirf im anderen einen Post, und beides bewegt sich zur selben Zeit. Wie viele parallel laufen, hängt von deinem Plan ab; siehe Credits & billing. Sind alle Run-Plätze belegt, wartet der nächste Run, bis einer frei wird.
Innerhalb eines Threads laufen Runs nacheinander. Ein Thread macht einen Run zur Zeit. Eine Korrektur, die du während eines laufenden Runs schickst, geht in diesen Run ein, statt daneben einen zweiten zu starten.
Wo ein Run ausgeführt wird
Jeder Run bekommt eine eigene Maschine — eine echte, mit Terminal, Dateisystem und Browser. Genau das macht es möglich, dass Okou die Tabellen-Transformation wirklich ausführt, das Repository klont oder das Video rendert, statt zu beschreiben, wie du es tun würdest.
Diese Umgebung ist privat für den Run und wird nach dessen Ende abgebaut. Der darin laufende Code erhält nie deine Konnektor-Zugangsdaten — sie werden an der Netzwerkgrenze injiziert — und jede Anfrage des Runs wird protokolliert. Siehe Security dafür, wie die Isolation aufgebaut ist.
Behandle die Maschine als vergänglich. Was aufbewahrt werden soll, muss an einem dauerhaften Ort landen: als Seite veröffentlicht, in ein verbundenes Tool abgelegt oder heruntergeladen. Ein Dateipfad auf der Maschine des Runs lässt sich nicht teilen.
Fortsetzen oder neu anfangen
Bleib im selben Thread, wenn die nächste Anfrage von früheren Nachrichten, Dateien oder Entscheidungen abhängt. Öffne einen neuen Thread, wenn du einen unabhängigen Kontext willst.
Kanäle sind Eingänge zum selben Workspace, aber sie erzeugen keine eine globale Gesprächshistorie. Ein neuer Web-, Slack-, Telegram- oder Telefon-Thread importiert nicht automatisch die Nachrichten eines anderen Threads. Nimmst du Arbeit in einen neuen Thread mit, gib den Kontext oder das Artefakt mit, das er braucht.
Einen Run prüfen
Nutze die Aktivitäts- oder Log-Ansicht des Threads, um den Run zu prüfen. Sie hält die sichtbare Abfolge von Nachrichten, Tool-Aktivität, Artefakten, Statuswechseln und Fehlern fest. Das ist die erste Anlaufstelle, wenn ein Ergebnis unvollständig ist oder eine Konnektor-Aktion ausgeblieben ist.
Fehlersuche
| Was du siehst | Was zu prüfen oder zu tun ist |
|---|---|
| Queued | Der Workspace hat keinen freien Run-Platz, der Run hat also noch nicht begonnen. Warte, bis ein Platz frei wird; eine wartende Nachricht kann vor dem Start entfernt werden. Eine Korrektur in einen bereits laufenden Run zu schicken ist kein Warten — diese Nachricht geht in den aktiven Run ein. |
| Eine Connect- oder Authorize-Karte | Das benötigte Konto ist nicht verbunden, oder diesem Agent fehlt eine nötige Konnektor-Berechtigung. Schließ die Karte ab und wähle nur den Zugriff und die Dauer, die die Aufgabe braucht. Läuft der Run nicht weiter, stell die Anfrage im selben Thread erneut. |
| Selected model is not available | Das Modell des Threads ist unter der Modellrichtlinie des Workspace oder der Anbieterverbindung derzeit nicht nutzbar. Wähl im Eingabefeld ein verfügbares Modell oder verbinde den verlangten Anbieter unter Settings → Models neu. |
| Insufficient credits | Der Workspace kann mit dem aktuellen Guthaben keine weitere Modellarbeit starten. Öffne Billing, prüfe das Guthaben, lade auf oder wechsle den Plan, und versuch es erneut. |
| Ein Fehler beim Hochladen eines Anhangs | Die Datei wurde nicht fertig hochgeladen und steht dem Run deshalb nicht zur Verfügung. Wiederhole den Upload, bevor du die Nachricht erneut sendest. |
| Ein Run ist Failed | Der Run endete ohne Ergebnis. Öffne seinen sichtbaren Fehler und das Aktivitätsprotokoll, behebe das gemeldete Problem bei Konnektor, Berechtigung, Modell, Eingabe oder Dienst, und versuch es erneut. |
Wenn du den Support um Hilfe bittest, teile die Chat-URL und den sichtbaren Fehler des fehlgeschlagenen Runs. Füge nie Konnektor-Geheimnisse oder Anbieter-Keys in den Chat ein.
Wie es weitergeht
- Siehe Permissions dafür, was an der Chat-Grenze durchgesetzt wird.
- Siehe Credits & billing dafür, wie sich Chat-Kosten berechnen.
- Siehe Automations für das wiederkehrende und ereignisgesteuerte Chat-Modell.
