Bereitstellungsarchitekturen

Kann Phalanx die Aktionen Ihres Agenten schützen?

Es hängt von einer Sache ab: ob jede folgenreiche Aktion Phalanx durchlaufen muss und ihre Zugangsdaten außerhalb der Reichweite des Agenten liegen. Nicht von Ihrem Modell oder Ihrer Cloud.

Die drei Architekturen ansehen Bereitstellungsübersicht

Zwei Wege zur Bereitstellung von Phalanx. Eine Architektur, die es unverändert nicht schützen kann.

Finden Sie den heutigen Ausführungsweg Ihres Agenten und ordnen Sie ihn unten zu. Kein Formular und kein Zugriff auf Ihre Anwendung erforderlich.

Zwei Fragen entscheiden

Kann jede zu schützende Aktion durch das Phalanx-Gateway, das SDK oder den Adapter geleitet werden?
Können ihre tatsächlichen Zugangsdaten hinter einem geschützten Konnektor liegen, während jeder gleichwertige direkte Weg entfernt wird?

Zweimal ja: Sie kann geschützt werden. Einmal nein: nicht im jetzigen Zustand. Diese Übersicht hilft bei Ihrer Selbsteinschätzung; sie zertifiziert keine Anwendung, die wir nicht gesehen haben.

Was Release 1.9 liefert

Ein HTTP/JSON-Vorschlagsgateway; das TypeScript-SDK mit Vorschlags- und Workflow-Clients; generische Tool-Dispatch-Adapter für TypeScript; geschützte HTTP/JSON-Konnektoren mit festen Routen, einschließlich eines Profils für private Dienste; und versionierte öffentliche Schemas. Anwendungen in anderen Sprachen integrieren sich über das HTTP/JSON-Gateway. Release 1.9 enthält keine anbieterspezifischen Konnektoren und keinen No-Code-Adapter für beliebige Handler innerhalb des Prozesses.

Anschließen, konfigurieren, starten

Ihr Agent ruft Tools bereits über eine API auf, die Sie kontrollieren

Agent → Ihre Tool-API → Phalanx → geschützter Konnektor → Geschäftssystem

Richten Sie diese Schnittstelle über das HTTP/JSON-Gateway oder das TypeScript-SDK auf Phalanx. Deklarieren Sie die Verträge, verlagern Sie die Zugangsdaten in einen geschützten Konnektor, deaktivieren Sie den alten direkten Weg und qualifizieren Sie ihn. Sind Ihre Schnittstellen bereits unterstützt, ist nur Konfiguration erforderlich.

Anpassen, anschließen, konfigurieren, starten

Ihr Agent ruft Funktionen innerhalb Ihrer Anwendung auf

Agent → Ihr Dispatcher + Phalanx-Adapter → Phalanx → geschützter Konnektor → Geschäftssystem

Kann Ihr Tool-Dispatcher einen Adapter aufnehmen, ordnet der generische TypeScript-Adapter jeden Tool-Aufruf seiner Phalanx-Integration zu und ergänzt vertrauenswürdige Ressource und Operationsidentität. Rechnen Sie mit einer einmaligen Anbindung am Dispatcher und gegebenenfalls der Verlagerung der Ausführung mit Zugangsdaten in ein separates Backend. Der Aufwand hängt von Ihrem Code ab; der Adapter ist wiederverwendbar.

So nicht schützbar

Ihr Agent führt Aktionen direkt aus und muss die Zugangsdaten behalten

Agent → direkter Handler + Zugangsdaten → Geschäftssystem (Phalanx umgangen)

Laufen folgenreiche Aktionen in Code, den Sie nicht ändern können, ohne anbindbare Tool-Grenze, und muss der Agent Zugangsdaten oder einen anderen direkten Weg behalten, kann Phalanx sie nicht abfangen. Phalanx neben der Anwendung zu betreiben schützt diese Aktionen nicht. Zuerst muss sich die Architektur ändern.

Nicht sicher, welche Architektur passt?

Beschreiben Sie den Ausführungsweg Ihres Agenten; wir sagen Ihnen, welcher Architektur er entspricht. Lassen Sie Zugangsdaten und private Daten weg.

Zu Ihrem Stack fragen