Razor Dvara

v0.1.0 · aktualisiert 2026-08-22 · kontrollierter agentischer Checkout für COD-Handel

„Ich versuche, Zahlungsmethoden einzurichten, bei denen ich für COD-Bestellungen einen Aufpreis verlangen möchte." — Händler auf Shopify Community, 1. Jan. 2025 (Thread, null Antworten)

COD ist immer noch etwa die Hälfte der indischen E-Commerce-Bestellungen. Es verursacht auch die meisten Retouren: Märkte der Stufe 2/3 verzeichnen 58–64 % COD, aber 76–83 % des RTO-Volumens (bepragma.ai, Juni 2026). Jede fehlgeschlagene Lieferung kostet allein 180–240 ₹ in der Logistik.

Razor Dvara ermöglicht es Händlern, COD-Regeln einmal festzulegen. KI-Käufer erhalten strukturierte Antworten. Der Audit-Trail beweist, was passiert ist.

Was es tut

Jede Antwort enthält reason_code und rule_id. Jede Entscheidung wird an einen Audit-Trail angehängt. Wenn das Backend ausfällt, liefert der Edge-Cache veraltete Daten mit einem Degraded-Flag und schließt die Bestellung nur mit Vorauszahlung ab.

Related MCP server: ecommerce-store-mcp

Architektur

AI buyer / checkout agent
         |
         | MCP (streamable HTTP)
         v
+-------------------------------------------+
| Razor Dvara MCP Server                    |
| 5 tools · zero overlap w/ official 45    |
+-------------------+-----------------------+
                    |
                    v
+-------------------------------------------+
| Policy Engine (src/gates/)                |
| merchant caps · PIN rules → reason + ID  |
+-------------------+-----------------------+
                    |
                    v
+-------------------------------------------+
| Audit Trail (Cloudflare D1)              |
| sequence numbers · UTC · append-only    |
+-------------------+-----------------------+
                    |
                    v
+-------------------------------------------+
| SWR Edge Cache                           |
| 8s origin timeout → stale fallback       |
| degraded flag → fail-closed COD          |
+-------------------------------------------+

Shopify side: Payment Customization Function
  keyed on dvara.cod.eligible metafield
  hides COD when any cart line ineligible

Vollständige Architektur mit Protokoll-Herkunft: docs/architecture.md

Ehrliche Einschränkungen

• Angebote werden nur über das Dashboard erstellt. Wir hängen bestehende Angebots-IDs an; wir erstellen keine neuen.

• RTO/COD Intelligence ist nur über das Dashboard verfügbar, ohne öffentliche API. Unser Scorer verwendet kalibrierte Gewichte aus veröffentlichten Branchenraten – es ist kein ML.

• Serviceability ist ein eingehender Vertrag, den wir selbst implementieren. Der dokumentierte 10-Sekunden-Hard-Kill von Magic Checkout ist die SLA, die wir garantieren.

• Nur Testmodus (rzp_test_-Schlüssel). Es fließt kein echtes Geld.

Was wir nicht bauen

• Chat-UI – dies ist Infrastruktur zwischen Agenten und Geldaktionen, kein Konversationsprodukt.

• Echtes ML für RTO-Scoring – kalibrierte Gewichte ohne Lieferergebnisdaten würden irreführende Präzision erzeugen.

• Angebotserstellung über API – Razorpay stellt sie nicht bereit; etwas anderes vorzugeben wäre unehrlich.

• Produktionsbereitstellung – Buildathon-Prototyp mit Testschlüsseln.

Belege

Jede Behauptung ist einem überprüfbaren Artefakt zugeordnet: docs/EVIDENCE.md

Tests

pnpm install
pnpm test

36 Tests in 7 Dateien, die Regelauswertung, Risikobewertung, Serviceability, Cache-Degradierung, Shopify-Funktionsverhalten und End-to-End-Pipeline-Determinismus abdecken.