Berechtigungen

Das Verbinden eines Kontos und das Erlauben der Nutzung durch Okou sind getrennte Entscheidungen. Das Teilen eines Workflows oder eines Ergebnisses teilt nicht Ihre Konten, persönlichen Instructions, privaten Chats oder Berechtigungserteilungen.

Verbindung, Autorisierung und Berechtigung

Jedes Mitglied verbindet und autorisiert seine eigenen Konten. Ein Team-Workflow kann nicht auf den persönlichen Posteingang oder Token seines Autors zugreifen. Workspace-installierte Integrationen können eine separate Verknüpfung pro Mitglied erfordern.

My Okou

Verwenden Sie Connectors oder folgen Sie der Verbindungsanfrage in Ihrem Chat. Wählen Sie das vorgesehene Konto aus, schließen Sie den eigenen Verbindungsablauf des Dienstes ab und prüfen Sie alle angeforderten benannten Berechtigungen. Sie müssen keinen spezialisierten Agenten erstellen, um einen Dienst zu verbinden.

Einige Konten verfügen über zusätzliche Steuerelemente für Chat-Connector-Konten. Wo diese Steuerelemente verfügbar sind, prüfen Sie, welche Konten für diesen Chat aktiviert sind und welches ausgewählt ist. Eine gespeicherte Verbindung ist nicht automatisch eine Berechtigung, sie in jedem Chat zu verwenden, und die Auswahl eines Kontos ist keine Erlaubnis für jede Connector-Operation. My Okou aktiviert diese Steuerelemente nicht von sich aus; wenn sie fehlen, verwenden Sie den Ihnen angezeigten Verbindungs- und Autorisierungsablauf.

Der Berechtigungsumfang wird durch die Produktanfrage und die Connector-Richtlinie festgelegt. Gehen Sie nicht davon aus, dass eine Erlaubnis nur auf einen Chat oder ein gespeichertes Konto beschränkt ist, nur weil Sie sie dort genehmigt haben. Prüfen Sie die benannte Berechtigung und die angezeigte Dauer, bevor Sie genehmigen.

Legacy Agents

Wenn Ihre Oberfläche noch Agents enthält, wählen Sie den gewünschten Agenten aus und öffnen Sie seine Autorisierung-Einstellungen. Eine Verbindung kann bestimmte Agents autorisieren. Der ausgewählte Agent verwendet die verbundenen Konten und Erteilungen des ausführenden Mitglieds, nicht das Konto der Person, die ihn veröffentlicht hat. Das Entfernen einer Agent-Autorisierung lässt andere autorisierte Agents unverändert.

Zugriff gewähren und widerrufen

Wenn Okou eine Berechtigung benötigt, die es nicht hat, prüfen Sie den Connector, die Operation, den Grund und alle angezeigten Konten oder den Umfang. Wählen Sie Allow oder Deny sowie eine von dieser Anfrage angebotene Dauer. Zeitlich begrenzter Zugriff muss nach Ablauf erneuert werden. Das Verweigern einer Berechtigung trennt nicht das Konto und entfernt keine anderen, nicht zusammenhängenden Erteilungen.

Prüfen Sie den aktuellen Zugriff in Connectors und die vom Produkt bereitgestellten Berechtigungseinstellungen. In Legacy Agents prüfen Sie außerdem die Autorisierungseinstellungen des ausgewählten Agents. Das Entfernen des Chat-Zugriffs, das Widerrufen einer Operation und das Trennen eines gespeicherten Kontos sind unterschiedliche Aktionen. Prüfen Sie die angezeigten Auswirkungen, bevor Sie eine davon auswählen.

Umgang mit Anmeldedaten

OAuth-Tokens und manuell eingegebene Geheimnisse werden auf der Plattform gespeichert. Bei Connector-Anfragen fügt die Firewall die Anmeldedaten an der Netzwerkgrenze ein; das Geheimnis wird nicht als Umgebungsvariable an den Agent-Code übergeben.

Fügen Sie keine Passwörter, API-Schlüssel, OAuth-Tokens oder Client-Geheimnisse in einen Chat, Instructions, einen Workflow oder eine angehängte Datei ein. Verwenden Sie stattdessen den Verbindungsablauf des Connectors. Das Trennen eines gespeicherten Kontos entfernt diese Verbindung aus künftigen Ausführungen; dies ist umfassender als das Deaktivieren der Nutzung in einem einzelnen Chat.

Genehmigungsgrenzen

Die durchsetzbare Grenze ist die benannte Berechtigungserteilung des Connectors. Persönliche Anweisungen (Instructions) oder Workflow-Anweisungen erweitern den Zugriff nicht, und eine allgemeine Kategorie wie „sensitive action“ garantiert nicht, dass jede externe Schreiboperation auf dieselbe Weise pausiert.

Für Arbeiten, die menschlich geprüft bleiben müssen:

1. Gewähren Sie Lese- oder Entwurfszugriff und verweigern Sie den abschließenden Schreib- oder Sendezugriff, wenn der Connector diese getrennt anbietet.
2. Geben Sie die Prüfanforderung in persönlichen Anweisungen (Instructions) oder im Workflow an.
3. Belassen Sie die finale Aktion beim Menschen, zum Beispiel indem Sie einen E-Mail-Entwurf oder einen vorgeschlagenen Änderungsstand vorbereiten.

Verwenden Sie außerdem die Kontrollen des vorgelagerten Dienstes: eingeschränkte API-Schlüssel, OAuth-Berechtigungen mit dem Prinzip der geringsten Rechte, Repository-Berechtigungen und separate Produktionsanmeldedaten. Die Kaufgenehmigung bleibt von der Verbindung eines Kontos getrennt.

Chats, Protokolle und Admin-Sichtbarkeit

Mitglieder greifen auf ihre eigenen Chat-Threads zu. Das Veröffentlichen eines Workflows oder eines Agents in der Legacy-Oberfläche veröffentlicht nicht die privaten Chats oder Anmeldedaten eines Mitglieds. Teilen Sie Unterhaltungen und Artefakte nur über die expliziten Freigabesteuerungen.

Arbeitsbereichs-Admins können aggregierte Nutzungsdaten auf Mitglieder-Ebene für Abrechnung und Kapazitätsverwaltung sehen. Das legt private Chat-Inhalte nicht automatisch offen. Prüfen Sie innerhalb Ihres eigenen Chats den Aktivitätsverlauf, um zu sehen, welche Connector-Operation ausgeführt wurde und ob sie erfolgreich war.

Prüfliste

• Ist das vorgesehene Dienstkonto verbunden und für diese Aufgabe verfügbar?
• Ist in Legacy Agents der vorgesehene Agent autorisiert?
• Wenn Chat-Kontosteuerungen vorhanden sind, ist das vorgesehene Konto erlaubt und ausgewählt?
• Sind nur die notwendigen benannten Operationen für die passende Dauer erlaubt?
• Hält die Aufgabe die finalen externen Aktionen in einem überprüfbaren Schritt?

Siehe Konnektoren, Workflows und Für Teams.