Welche Oberfläche verwenden Sie?
Diese Dokumentation behandelt beide Erfahrungen. Wenn Einstellungen → Persönlich → My Okou verfügbar ist, befolgen Sie die Schritte für My Okou. Wenn Sie eine Seite Agents mit New agent verwenden, befolgen Sie die Schritte für Legacy Agents. Die Verfügbarkeit kann sich zwischen Mitgliedern unterscheiden; diese Dokumentation ändert Ihre Erfahrung nicht.
In beiden Erfahrungen können Sie mehrere Chats oder Aufgaben gleichzeitig ausführen, Workflows wiederverwenden und geprüfte Arbeit mit Ihrem Team teilen. Ein Laufzeit-Subagent ist ein Ausführungstool, nicht ein separates Produktprofil, das Sie erstellen müssen.
Einrichtungsunterschiede: My Okou verwendet persönliche Instructions in Einstellungen → Persönlich → My Okou und arbeitsbereichsweite Workflows. Jeder Schritt unten, bei dem Sie einen benannten Agent auswählen, erstellen oder autorisieren sollen, gilt nur für Legacy Agents. In My Okou verwenden Sie Ihren eigenen Chat und folgen der angezeigten Anfrage für Konto und benannte Berechtigung. Gemeinsame Workflows teilen keine Anmeldedaten; Automatisierungen verwenden den Kontext und Zugriff ihres Besitzers.
Ein Chat ist ein Konversations-Thread. Jede Nachricht, die Okou zur Ausführung auffordert, startet einen Run innerhalb dieses Threads. Wenn Sie im selben Chat antworten, bleiben die früheren Nachrichten und Artefakte des Threads als Kontext verfügbar; das Öffnen eines neuen Chats startet einen separaten Kontext.
Warum Chats wichtig sind
- Kontext ist threadgebunden. Ein Run kann die Nachrichten und Artefakte in seinem eigenen Chat verwenden. Er liest nicht automatisch den Verlauf eines anderen Chats.
- Runs sind überprüfbar. Der Thread zeigt die Nachrichten, die Tool-Aktivität, die Artefakte, den Status und die von seinen Runs erzeugten Fehler.
- Arbeit kann während der Ausführung umgelenkt werden. Sie können einen aktiven Run stoppen oder eine Korrektur senden, während Okou noch arbeitet — die neue Anweisung wird im aktiven Run übernommen, statt die bereits begonnene Arbeit zu verwerfen. Aufeinanderfolgende Nachrichten bleiben im Thread als ein Burst gruppiert. Um auf eine genau bestimmte Phrase zu reagieren, markieren Sie sie und wählen Sie Quote, um diesen Text in Ihre nächste Nachricht einzufügen.
Wie Chats und Runs starten
- Das Öffnen einer neuen Unterhaltung in der Web-App erstellt einen neuen Chat-Thread.
- Das Senden einer weiteren 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 im Automations-Chat, der ihrem Workflow und Besitzer zugeordnet ist. Wiederholte Ausführungen dieses Workflows verwenden denselben Automations-Chat erneut.
Mehrere Threads können gleichzeitig laufen. Verschiedene Chat-Threads machen unabhängig Fortschritte — starten Sie in einem einen Marktbericht, verfassen Sie in einem anderen einen Beitrag, und beide laufen zur gleichen Zeit. Wie viele parallel laufen, hängt von Ihrem Plan ab; siehe Credits & Abrechnung. Wenn alle Laufplätze belegt sind, wartet der nächste Run, bis einer frei wird.
Innerhalb eines Threads sind Runs sequentiell. Ein Thread führt immer nur einen Run gleichzeitig aus. Eine Korrektur, die Sie senden, während ein Run arbeitet, wird diesem Run hinzugefügt, statt neben ihm einen zweiten zu starten.
Wo ein Run ausgeführt wird
Jeder Run erhält eine eigene Maschine — eine echte, mit Terminal, Dateisystem und Browser. Dadurch kann Okou tatsächlich die Tabellenkalkulations-Transformation ausführen, das Repository klonen oder die Präsentation rendern, statt nur zu beschreiben, wie Sie es tun würden.
Diese Umgebung ist privat für den Run und wird beim Abschluss des Runs wieder entfernt. Der darin ausgeführte Code erhält niemals Ihre Connector-Anmeldedaten — sie werden an der Netzwerkgrenze eingefügt — und jede Anfrage, die der Run stellt, wird protokolliert. Siehe Security, wie die Isolation aufgebaut ist.
Betrachten Sie die Maschine als vorübergehend. Alles, was aufbewahrt werden soll, sollte an einem dauerhaften Ort landen: als Seite veröffentlicht, in ein verbundenes Tool eingetragen oder heruntergeladen. Ein Dateipfad auf der Maschine des Runs ist nichts, was Sie teilen können.
Fortsetzen oder neu beginnen
Fahren Sie im selben Thread fort, wenn die nächste Anfrage von früheren Nachrichten, Dateien oder Entscheidungen abhängt. Öffnen Sie einen neuen Thread, wenn Sie einen unabhängigen Kontext möchten.
Kanäle sind Einstiegspunkte in denselben Arbeitsbereich, aber sie erzeugen keinen globalen Gesprächsverlauf. Ein neuer Web-, Slack-, Telegram- oder Telefon-Thread importiert die Nachrichten eines anderen Threads nicht automatisch. Wenn Sie Arbeit in einen neuen Thread verschieben, fügen Sie den benötigten Kontext oder das benötigte Artefakt hinzu.
Einen Run prüfen
Verwenden Sie die Aktivitäts- oder Protokollsteuerung des Threads, um den Run zu prüfen. Dort werden die sichtbare Abfolge der Nachrichten, die Tool-Aktivität, die Artefakte, Statusänderungen und Fehler aufgezeichnet. Das ist die erste Stelle, die Sie prüfen sollten, wenn ein Ergebnis unvollständig ist oder eine Connector-Aktion nicht erfolgt ist.
Fehlerbehebung
| Was Sie sehen | Was Sie prüfen oder tun sollten |
|---|---|
| In Warteschlange | Der Arbeitsbereich hat keinen freien Laufplatz, daher hat der Run noch nicht begonnen. Warten Sie, bis ein Platz frei wird; eine Warteschlangen-Nachricht kann entfernt werden, bevor sie startet. Wenn Sie eine Korrektur in einen bereits laufenden Run senden, wird diese nicht in die Warteschlange gestellt — die Nachricht wird dem aktiven Run hinzugefügt. |
| Eine Connect- oder Authorize-Karte | Das erforderliche Konto ist nicht verbunden, oder diesem Agent fehlt die erforderliche Connector-Berechtigung. Schließen Sie die Karte ab und wählen Sie nur den Zugriff und die Dauer, die die Aufgabe benötigt. Wenn der Run nicht fortgesetzt wird, versuchen Sie die Anfrage im selben Thread erneut. |
| Ausgewähltes Modell ist nicht verfügbar | Das Modell des Threads ist derzeit gemäß der Modellrichtlinie des Arbeitsbereichs oder der Provider-Verbindung nicht nutzbar. Wählen Sie im Composer ein verfügbares Modell oder verbinden Sie den angeforderten Provider unter Einstellungen → Modelle erneut. |
| Nicht genügend Guthaben | Der Arbeitsbereich kann mit seinem aktuellen Guthaben keine weiteren Modellarbeiten starten. Öffnen Sie Abrechnung, um das Guthaben zu prüfen, aufzuladen oder den Plan zu ändern, und versuchen Sie es dann erneut. |
| Ein Fehler beim Hochladen eines Anhangs | Die Datei wurde nicht vollständig hochgeladen und ist daher für den Run nicht verfügbar. Versuchen Sie den Upload erneut, bevor Sie die Nachricht noch einmal senden. |
| Ein Run ist Failed | Der Run endete ohne Ergebnis. Öffnen Sie den sichtbaren Fehler und das Aktivitätsprotokoll, beheben Sie das gemeldete Connector-, Berechtigungs-, Modell-, Eingabe- oder Serviceproblem und versuchen Sie es dann erneut. |
Wenn Sie den Support um Hilfe bitten, teilen Sie die Chat-URL und den sichtbaren Fehler des fehlgeschlagenen Runs. Fügen Sie niemals Connector-Geheimnisse oder Provider-Schlüssel in den Chat ein.
Was als Nächstes kommt
- Siehe Berechtigungen für das, was an der Chat-Grenze durchgesetzt wird.
- Siehe Credits & Abrechnung, wie die Chat-Kosten berechnet werden.
- Siehe Automatisierungen für das wiederkehrende und ereignisgesteuerte Chat-Modell.
