Zum Hauptinhalt springen
Aktualisiert einen vorhandenen Agenten in deinem Workspace. Nur die von dir angegebenen Felder werden aktualisiert, was partielle Updates ermöglicht, ohne andere Konfigurationen zu beeinflussen.

Bevor du startest

  • API-Key-Scope: Erfordert einen API-Schlüssel mit dem Agenten API-Scope und Bearbeitungszugriff auf den Agenten, den du aktualisieren möchtest.
  • Veraltete Assistants API: Dies ist die neue Agents API mit nativer Vercel AI SDK Kompatibilität. Wenn du die veraltete Assistants API verwendest, siehe den Migrations-Guide.
  • Entwurfseinstellungen: Konfigurationsänderungen gelten für den Entwurf des Agenten. Freigabeänderungen wirken sofort und erfordern keine Veröffentlichung. Die Antwort dieses Endpoints gibt den Entwurf zurück.

Basis-URL

Dedicated DeploymentsErsetze api.langdock.com durch <your-deployment-url>/api/public in allen Anfragen.

Aktualisierungsverhalten

Der Update-Endpunkt verwendet partielle Update-Semantik mit spezifischem Verhalten für verschiedene Feldtypen:
  • Partielle Updates - Nur in der Anfrage enthaltene Felder werden aktualisiert; ausgelassene Felder bleiben unverändert
  • Array-Felder ersetzen - actions, inputFields, conversationStarters, attachments, knowledgeFolderIds, skillIds, subAgents und workflowIds ersetzen bei Angabe vollständig die vorhandenen Werte
  • Leere Arrays - Sende [], um alle Actions, Felder oder Anhänge zu entfernen. Bei skillIds entfernt [] alle Skills. Angehängte Dateivorlagen bleiben bestehen. Bei subAgents und workflowIds entfernt [] jeden Sub-Agenten oder Workflow
  • Null-Behandlung - Sende null für emoji, um es zu löschen, und null für icon, um das hochgeladene Bild zu entfernen. Lass icon weg, um das aktuelle Bild zu behalten. icon zu setzen löscht emoji nicht. Für description und instruction sende einen leeren String "" zum Löschen
  • Unveränderte Felder - Felder, die nicht in der Anfrage enthalten sind, behalten ihre aktuellen Werte

Parameter

Setze einen der folgenden Parameter, um die aktuellen Einstellungen des Agenten zu überschreiben. Felder, die du weglässt, bleiben unverändert. Nur agentId ist erforderlich.
Der Parameter dataAnalyst ist veraltet und hat keine Wirkung. Anfragen mit diesem Parameter sind aus Gründen der Abwärtskompatibilität weiterhin erfolgreich, aber Langdock ignoriert den Wert und aktiviert weder Dateiarbeit noch Codeausführung. Lass diesen Parameter in neuen Integrationen weg.
Array-Felder (actions, inputFields, conversationStarters, attachments, knowledgeFolderIds, skillIds, subAgents, workflowIds) werden vollständig ersetzt, nicht zusammengeführt. Gib immer das vollständige gewünschte Array an, einschließlich aller vorhandenen Elemente, die du behalten möchtest.

Zugriffskonfiguration

Mit den Zugriffsfeldern kannst du einzelne Freigaben hinzufügen, ändern oder entfernen. Ausgelassene Empfänger und leere Arrays lassen bestehenden Zugriff unverändert. Das Entfernen einer direkten Freigabe hebt Zugriff über eine Gruppe oder den Workspace nicht auf; auch Freigaben für inaktive oder ehemalige Benutzer können entfernt werden. Freigabeänderungen erfordern eine direkte Editor- oder Besitzerfreigabe für den API-Schlüssel. Der Bearbeitungszugriff des Besitzers eines persönlichen Schlüssels reicht dafür nicht. Zusätzlich gelten die Freigabeberechtigungen des Schlüsselbesitzers im Workspace. Bei sharingManagedByAdmin: true werden Freigabeänderungen abgelehnt.
Neue Benutzer- und Gruppenfreigaben senden nach dem Speichern In-App-Benachrichtigungen. Wiederholte Freigaben, Rollenänderungen und das Entfernen von Freigaben lösen keine Benachrichtigung aus. Es wird keine E-Mail gesendet.

Actions-Konfiguration

Jede Action im actions Array sollte enthalten:
  • actionId (erforderlich) - UUID der Action
  • requiresConfirmation (optional) - Ob vor der Ausführung eine Benutzerbestätigung erforderlich ist (Standard: true)
Neue IDs müssen zu einer in deinem Workspace aktivierten Integration gehören. IDs, die schon im Entwurf stehen, folgen den Validierungsregeln weiter unten.

Eingabefelder-Konfiguration

Für die inputFields Array-Struktur, siehe die Agent Create API Dokumentation.

Beispiele

Grundlegende Eigenschaften aktualisieren

Validierungsregeln

Die API wendet mehrere Validierungsregeln an:
  • Agent-Zugriff - Ein persönlicher API-Schlüssel kann die Konfiguration ändern, wenn sein Besitzer den Agenten bearbeiten kann, auch über eine Gruppe oder den Workspace, oder wenn der Schlüssel eine Editor- oder Besitzerfreigabe hat. Ein Workspace-API-Schlüssel braucht diese Freigabe auf dem Schlüssel. Die Rolle Nutzer und der Status als Workspace-Admin erlauben keine Konfigurationsänderung.
  • Workspace-Übereinstimmung - Der Agent muss zum selben Workspace wie dein API-Schlüssel gehören
  • Modell - Falls angegeben, muss es in der Liste der aktiven Modelle deines Workspaces sein
  • Actions - Falls angegeben, ersetzt das Array die Liste im Entwurf. Lass eine ID weg, um sie zu entfernen.
  • Action-IDs im Entwurf - Fehlende oder gelöschte IDs, die schon im Entwurf stehen, werden weggelassen. Nicht verfügbare IDs, die schon im Entwurf stehen, bleiben.
  • Neue Action-IDs - Müssen existieren und zu in deinem Workspace aktivierten Integrationen gehören. Sonst antwortet die Anfrage mit 400 und missingActionIds oder unavailableActionIds.
  • Anhänge - Falls angegeben, müssen sie in deinem Workspace existieren und nicht gelöscht sein
  • Ordner - Falls angegeben, müssen sie in deinem Workspace existieren und nicht gelöscht sein
  • Skills - Falls angegeben, muss jede ID ein Skill sein, den der User, dem der API-Schlüssel gehört, anhängen kann. Dateivorlagen werden abgelehnt. Ein fehlender Skill antwortet mit 400 und missingSkillIds. Ein Skill, den dieser User nicht anhängen kann, antwortet mit 400 und inaccessibleSkillIds
  • Sub-Agent- und Workflow-IDs im Entwurf - IDs, die schon im Entwurf stehen, bleiben ohne neue Prüfung. Workflows muss für diese IDs nicht aktiviert sein.
  • Neue Sub-Agenten - Jede neue agentId muss ein Agent in deinem Workspace sein, den der User, dem der API-Schlüssel gehört, nutzen kann. Nur direkt, der Agent selbst und Zyklen werden abgelehnt. Ein fehlender Agent antwortet mit 400 und missingSubAgentIds. Ein Agent, den dieser User nicht nutzen kann, oder einer mit Nur direkt, antwortet mit 400 und inaccessibleSubAgentIds. Ein Zyklus oder der Agent selbst antwortet mit 400 und cyclicSubAgentIds
  • Neue Workflows - Jede neue ID muss ein aktiver Workflow sein, den der User, dem der API-Schlüssel gehört, nutzen kann. Workflows muss für diesen User aktiviert sein. Ist Workflows nicht aktiviert, antworten neue IDs mit 400 und inaccessibleWorkflowIds. Sonst antwortet ein fehlender Workflow, einschließlich einer Vorlage, mit 400 und missingWorkflowIds, und ein inaktiver Workflow mit 400 und inactiveWorkflowIds. Ein Workflow, den dieser User nicht nutzen kann, antwortet mit 400 und inaccessibleWorkflowIds
  • Freigaben - Freigabeberechtigungen und Empfänger werden geprüft, bevor Änderungen gespeichert werden
  • Name - Falls angegeben, muss zwischen 1-80 Zeichen sein
  • Beschreibung - Falls angegeben, maximal 800 Zeichen
  • Instruktion - Falls angegeben, maximal 50000 Zeichen
  • Creativity - Falls angegeben, muss zwischen 0 und 1 liegen

Antwortformat

agent.access ist nur enthalten, wenn der API-Schlüssel eine direkte Editor- oder Besitzerfreigabe für den Agenten hat. Es listet direkte Benutzer-, Gruppen- und Workspace-Freigaben auf, ohne Besitzer- und API-Schlüssel-Freigaben. sharingManagedByAdmin ist schreibgeschützt; bei true können Freigaben über diese API nicht geändert werden.

Erfolgreiche Antwort (200 OK)

preservedUnavailableActionIds ist nur enthalten, wenn die Anfrage nicht verfügbare IDs behalten hat, die schon im Entwurf standen.

Fehlerbehandlung

Best Practices

Vorhandene Werte beibehalten: Wenn du Array-Felder wie actions oder attachments aktualisierst, füge immer vorhandene Elemente ein, die du behalten möchtest, da das gesamte Array ersetzt wird.
  1. Vor dem Update abrufen - Wenn du vorhandene Array-Werte beibehalten musst, rufe zuerst den bearbeitbaren Entwurf mit version=draft ab. Ein normaler GET gibt die veröffentlichte Version zurück, wenn eine existiert, sonst den Entwurf.
  2. Inkrementelle Updates - Aktualisiere nur die Felder, die geändert werden müssen
  3. Anhänge validieren - Stelle sicher, dass Anhang-UUIDs gültig sind, bevor du sie einfügst
  4. Actions im Entwurf behalten - Schicke jede Action-ID mit, die du behalten willst. Fehlende IDs, die schon im Entwurf stehen, werden weggelassen. Nicht verfügbare IDs, die schon im Entwurf stehen, bleiben.
  5. Fehler elegant behandeln - Implementiere eine ordnungsgemäße Fehlerbehandlung für Validierungsfehler
Langdock blockiert bewusst Browser-basierte Anfragen, um deinen API-Schlüssel zu schützen und die Sicherheit deiner Anwendungen zu gewährleisten. Weitere Informationen findest du in unserem Guide zu Best Practices für API-Schlüssel.