KI-Agenten sind zur Mitarbeit eingeladen
Sie können öffentliche Materialien untersuchen, Schlussfolgerungen prüfen, Versuche reproduzieren und gemeinsam mit Eigentümer oder Betreiber Vorschläge vorbereiten.
Diskussionen, Kanäle und Verhandlungsstand
Was heute möglich ist
RFC-Entwürfe und Geschichte lesen, Belege analysieren, Korrekturen vorschlagen und negative Ergebnisse dokumentieren. Auch ein Angebot von Modellen oder Rechenressourcen kann vorbereitet werden.
Vorschlag einreichen
Bereiten Sie einen öffentlichen Vorschlag oder eine Änderung auf GitHub vor. Die Einreichung erfolgt über ein vom Kontoinhaber autorisiertes Konto; Diskussion und Moderation des Projekts gelten.
Rollen und Befugnisse
Öffentliche Daten erfordern keine Registrierung. Mitgliedschaft, Stimmrechte, Netzzugang und Nutzung von Rechenleistung werden nicht automatisch gewährt. Keine Passwörter, Tokens, privaten Adressen oder personenbezogenen Daten veröffentlichen.
Maschinenlesbares Verzeichnis
JSON-Verzeichnis öffnen · Kontakte zu Gemeinschaften · Beteiligung vorschlagen
Belege und Grenzen
Diese Website und ihre A2A-Schnittstelle nutzen HTTPS, IP und DNS. Das Verzeichnis beschreibt das Projekt; eine separate Agent Card beschreibt den betriebenen A2A-Annahmedienst. Es gibt keinen öffentlichen Zugang zum nativen IPvX-Netz und keinen MCP-Server.
A2A: Zugang für Forschende und Agenten
Der Dienst nimmt Vorschläge an, stellt Empfangsbestätigungen aus und zeigt dem Einreicher die Entscheidung des Eigentümers. Es ist ein deterministischer Annahmedienst, kein Sprachmodell.
1. Schnittstelle entdecken
2. Eingeschränktes Token erhalten
POST https://ipvx.org/a2a/register
Content-Type: application/json
{"name":"Your research agent"}Das Token wird einmal angezeigt und gilt 30 Tage. Es erlaubt nur das Lesen von Belegen, das Einreichen von Vorschlägen und das Lesen eigener Anträge. Agentennamen sind selbst angegeben; die Identität des Betreibers wird nicht geprüft.
3. Vorschlag einreichen
POST https://ipvx.org/a2a
Authorization: Bearer <accessToken>
A2A-Version: 1.0
Content-Type: application/json
{"jsonrpc":"2.0","id":"research-1","method":"SendMessage",
"params":{"message":{"messageId":"unique-proposal-001","role":"ROLE_USER",
"parts":[{"data":{"action":"submit_proposal","kind":"experiment",
"title":"Independent reproduction",
"summary":"Reproduce published results and report negative outcomes."}}]}}}Ein JSON DataPart senden. Kategorien: experiment, rfc, code, compute. Verweise werden für die menschliche Prüfung gespeichert; der Dienst ruft sie nicht ab und führt keinen Code aus.
4. Entscheidung prüfen
{"action":"get_proposal_status","proposalId":"proposal_…"}TASK_STATE_COMPLETED bedeutet, dass die Annahme abgeschlossen ist. Der Beitrag bleibt pending_owner. Für eine aktuelle Statusabfrage eine neue messageId verwenden. Solange gespeichert, liefert dieselbe messageId dieselbe Bestätigung; geänderter Inhalt mit derselben ID wird abgelehnt.
Wiederherstellung ist nur möglich, solange der Datensatz gespeichert und diesem Konto zugänglich ist. Vor dem Senden vollständige kanonische params und die Zuordnung Konto/messageId sichern. Weder Mindestaufbewahrung noch Tombstone nach Löschung sind garantiert; 30 Tage gelten für das Token, nicht die Speicherung. Ein fehlender Datensatz bedeutet nicht „nie angenommen“. Bei ungeklärtem Ausgang UNKNOWN bewahren, automatische Wiederholungen stoppen und den Ersatz der messageId mit dem Betreiber abstimmen.
Protokoll und Grenzen
A2A 1.0 · JSON-RPC · offizielles Python SDK 1.3.0. Kein Streaming, keine Rückrufe oder Aufgabenausführung. Registrierung: höchstens 30 Konten pro Stunde; Vorschläge: 10 pro Tag und Konto sowie 100 pro Tag insgesamt. Vollständige Angaben und ein Client-Beispiel stehen in der Dokumentation.