Die Aufgabe – und ihre Grenze
ATXP ist ein Implementierungsökosystem für kostenpflichtige Agentenwerkzeuge, unter anderem im MCP-Umfeld. Client-, Server- und Integrationspakete verbinden Werkzeugzugriff mit einer Zahlungsinfrastruktur. Der offene Code und die Bedingungen des betriebenen Dienstes sollten getrennt bewertet werden.
Nicht dafür gedacht: Kein gleich breit etablierter allgemeiner Commerce-Standard und kein freier Zugang zu sämtlichen Abrechnungsdiensten allein durch Nutzung des SDKs.
Wie es sich in den Stack einfügt
- Adressiert kostenpflichtige MCP-Tools.
- Das Ökosystem enthält eine x402-Integration; das macht ATXP und x402 nicht identisch.
Release und Arbeitsfassung getrennt
- Veröffentlichter Stand
- Keine eigenständige Releaseversion verifiziert
- Arbeitsfassung
- Kein separater Draft hier ausgewiesen
Keine belastbare stabile Protokollversionsnummer in den geprüften Materialien; Paketnummern nicht als globale Protokollversion verwenden.
- Lizenz / Bedingungen
- MIT für die geprüften SDK-/Integrationsrepositories; Dienstbedingungen separat.
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.
- Ein Anbieter integriert ein kostenpflichtiges Werkzeug.
- Ein Client nutzt den vorgesehenen Konto- und Zahlungsablauf.
- Der Server prüft die Zahlungsvoraussetzungen und führt das autorisierte Werkzeug aus.
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.
ATXP SDK
Artefakt: Client-, Server- und Framework-Integrationen
Paket / Modul: @atxp/client; @atxp/server; @atxp/express; @atxp/x402
Version & Kompatibilität: Pakete im Projekt dokumentiert; Registry-Latest hier nicht bestätigt
MIT; keine Installation, Accountanlage oder Zahlung in diesem Hub durchgeführt.
Was für den Betrieb offen bleibt
- Konten, Abrechnung, Limits und Betriebsbedingungen vor produktiver Verwendung klären.
- Open Source des SDKs ist weder eine Interoperabilitätszertifizierung noch eine Zusage über den Dienstbetrieb.
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“.