Mandate, Identität & KundenzugriffGeprüft

Poppy

Personal Agent Protocol (früher PAP)

Sierra, Meta und Designpartner / Personal-Agent-Protocol-Projekt

Veröffentlichter Draft 0.1 · Draft 0.2 in Arbeit
Stefan Hamann · Deutsch
Schrift

Die Aufgabe – und ihre Grenze

Poppy soll persönliche Agenten mit Unternehmen verbinden: Discovery, Sessions, Sign-in und Handeln über Unternehmensschnittstellen. Der Fokus liegt auf längerfristiger Kundenvertretung statt nur auf einem einzelnen Checkout. Die öffentliche Entwicklung ist noch jung; veröffentlichter Draft und laufende Überarbeitung müssen sichtbar getrennt bleiben.

Nicht dafür gedacht: Keine fertige universelle Zahlungsschicht; Designpartnerschaft ist kein Nachweis einer produktiven Integration.

Wie es sich in den Stack einfügt

  • Ergänzt UCP um persönliche Agentenbeziehungen und Unternehmenszugriff.
  • Operations ist eine Erweiterung, kein konkurrierendes Basisprotokoll.
  • PACT adressiert verwandte Probleme; gemeinsame Drahtkompatibilität ist nicht belegt.

Release und Arbeitsfassung getrennt

Veröffentlichter Stand
0.1 (veröffentlichter Draft) ·
Arbeitsfassung
0.2

0.1 ist unter einer eigenen URL eingefroren. Draft 0.2 ist noch nicht veröffentlicht und enthält als Breaking gekennzeichnete Änderungen.

Lizenz / Bedingungen
Apache-2.0 für Spezifikation/Dokumentation; Marken, Logo und Design sind nicht umfasst.
Originalbedingungen prüfen ↗
Quellenprüfung
· Kein Installations- oder Konformitätstest

Ein konkreter Ablauf

Die Schritte ordnen die Rolle des Protokolls ein. Sie sind kein ausführbarer oder getesteter Quickstart.

  1. Der persönliche Agent entdeckt die Unternehmensschnittstellen.
  2. Session und gegebenenfalls Sign-in ordnen den Zugriff einem Kundenkontext zu.
  3. Der Agent handelt innerhalb der freigegebenen Möglichkeiten; ein Kauf braucht zusätzlich passende Commerce- und Zahlungsregeln.

SDKs und Implementierungswege

Die Einträge unterscheiden Bibliotheken, Modelle und Beispiele. Paketnamen sind Upstream-Einstiege, keine hier getesteten Installationsempfehlungen. Prüfen Sie vor der Integration die exakte Version und deren Spezifikationsunterstützung.

Offizieller Projekteinstieg

Offizielles Company-Kit

Artefakt: Spezifikation, Company-Kit und Validator-Tests

Paket / Modul: kit/company im Repository

Version & Kompatibilität: Kein fertiges offizielles Registry-SDK verifiziert

Nicht als fertiges Node-/Python-SDK oder vollständige API-Implementierung darstellen.

Community · unabhängigPython · TypeScript

Datalayer Personal Agent Protocol

Artefakt: Community-SDKs

Paket / Modul: personal-agent-protocol; @datalayer/personal-agent-protocol

Version & Kompatibilität: Am Draft 0.1 orientiert

README nennt fehlende Operations-, Token-Exchange-, Sign-in- und Streaming-Teile; Lizenz und Registry-Release vor Einbindung final prüfen.

Was für den Betrieb offen bleibt

  • Die laufende Spec-URL zeigt Draft 0.2: für 0.1-Implementierungen bewusst den Snapshot nutzen.
  • Das offizielle Repository enthält Spezifikation, Company-Kit und Validatoren; seine Website implementiert nicht die beschriebenen APIs.

Eine offene Spezifikation erteilt keine automatische Erlaubnis für Zahlungen oder Verkaufskanäle. Testmodus, Benutzerfreigabe und Produktionszulassung bleiben eigene Schritte.

Originalquellen

Redaktioneller Stand: . Ein Versionsstand gilt für die genannte Spezifikation oder Bibliothek, nicht automatisch für andere Sprachpakete. „Nicht verifiziert“ bedeutet nicht „existiert nicht“.