Gesteuerte AI-Agenten über Anbieter hinweg — jeder Aufruf autorisiert und nachgewiesen

Das Problem

AI-Agenten verschiedener Anbieter kommen einzeln in den Betrieb: ein Assurance-Agent von einem Anbieter, ein Netzagent vom zweiten, ein Ticketing-Assistent vom dritten. Jeder braucht Zugriff auf Systeme, und am einfachsten ist es, ihm dauerhafte Rechte zu geben. Dann kann hinterher niemand sagen, welcher Agent was getan hat, mit wessen Befugnis und warum.

Was sich ändert

1. Jeder Agent wird mit Verantwortlichem, Version und den Funktionen registriert, die er ausführen darf.
2. Eine Störung betrifft mehrere Domänen; der Assurance-Agent findet die für Netz und OSS zuständigen Agenten anhand des Zwecks, nicht über eine fest codierte Adresse.
3. Jeder Aufruf zwischen Agenten läuft über das Trusted Gateway, das ihn für diesen Zweck autorisiert und gegen Freitextbefehle und Dateninjektion schützt.
4. Aktionen, die der Betreiber als sensibel kennzeichnet, warten auf die Freigabe durch einen Menschen; die Freigabe wird als Nachweis erfasst, und das Gateway autorisiert nur diese eine Aktion.
5. Jeder autorisierte Aufruf wird als Nachweis für das Audit erfasst.

Was es bringt

• Agenten verschiedener Anbieter arbeiten zusammen, ohne dauerhaften Zugriff auf Ihre Systeme.
• Sicherheits- und Auditteams sehen, wer was getan hat und mit wessen Befugnis.
• Agenten kommen einzeln hinzu, ohne Umbau des Betriebs-Stacks.
• Ein Audit nach TM Forum eTOM-Domäne — Assurance, Fulfillment, Billing — ist eine einzige Abfrage: Jeder Dispatch trägt seinen eTOM-Prozess.

Was MEF.DEV einbringt

Agent Fabric-T mit dem Trusted Gateway als Policy Enforcement Point sowie Knowledge Graph, der Agenten Beziehungen und Regeln aus Ihren eigenen Daten liefern kann, mit der Quelle jedes Fakts (im Einsatz in Product Offering AI für Tarifpakete von WideCoup Convergent BSS; das Netzmodell ist ein von uns vorgeschlagener Ansatz, kein fertiger Datensatz). Die menschliche Freigabe sensibler Aktionen ist Teil der Enterprise Modules.