JSON-RPC-Request-Builder

Was es tut

Baut gültige JSON-RPC-2.0-Nachrichten - Requests, Notifications (ohne id), Erfolgs-Responses und Fehler-Responses - und prüft ihre Struktur. Enthält die Standard-Fehlercodes (-32700 … -32000). Füge eine bestehende Nachricht ein, um sie zurück in den Editor zu laden. 100 % clientseitig.

So verwendest du es

1. Wähle einen Message-Typ (Request / Notification / Result / Error) oder starte aus einem Preset: initialize, tools/call, notify.
2. Fülle die relevanten Felder aus (method/params/id/result/error code).
3. Verfolge die Live-Ausgabe auf der rechten Seite; Copy übernimmt sie, Download speichert sie als request.json.
4. Füge eine bestehende JSON-RPC-Nachricht über Paste an existing message ein, um sie im Round-Trip in den Editor zurückzuholen.
5. Die URL trägt immer deine aktuelle Nachricht - kopiere sie, um den exakten Zustand zu teilen oder zu bookmarken.

Beispiele

Preset tools/call (method tools/call, params {"name":"get_weather","arguments":{"city":"Paris"}}, id 2) →

{
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "name": "get_weather",
    "arguments": { "city": "Paris" }
  },
  "id": 2
}

Das Preset notify baut eine Notification - eine Method-Nachricht ohne id, auf die die Gegenseite nie antwortet:

{
  "jsonrpc": "2.0",
  "method": "notifications/initialized",
  "params": {}
}

Gut zu wissen

• Privat: die Generierung läuft lokal.
• Hinweise: skalare Params (die Spezifikation will ein Array oder Objekt) und eine geleerte id bei einem Request (die Gegenseite kann nicht antworten) erscheinen als Badges neben der Ausgabe.
• Leerer Params-Text lässt das params-Member weg; Text, der kein gültiges JSON ist, bleibt als String-Parameter stehen, damit deine Bearbeitung nie verloren geht.
• Fehlermeldungen nutzen den Standardtext, wenn du keinen angibst; unbekannte Codes fallen auf -32603 zurück (internal error).
• Verwandte Tools: JSON Formatter, JSON to SQL.