KiloDashboard öffnen

Entwickler

Bau auf dem Routing-Gehirn.

Kilo ist API-first im überprüfbaren Sinn: Das Dashboard ist ein Client derselben öffentlichen REST-API, die du bekommst - mit denselben Berechtigungen und denselben Grenzen. Was das Dashboard kann, kann deine Integration auch: Links und QR-Designs erstellen, Analysen lesen, Routing-Regeln verwalten, alles über schlichtes HTTP.

Was du bauen kannst.

Link-Infrastruktur in deinem Produkt - erstelle Kurzlinks aus deinem Backend pro Registrierung, Kampagne oder Kunde, und lass das Edge jede Weiterleitung in etwa 50 Millisekunden beantworten.

QR-Pipelines für den Druck - erstelle einen Link und speichere sein QR-Design in einem Durchgang, damit jedes Plakat, jede Karte und jede Verpackung einen Code trägt, den du nach dem Druck umleiten kannst.

Berichte, die zum Dashboard passen - hol Summen, Zeitreihen, Länder, Geräte und Klick-Qualität in dein eigenes Warehouse oder in Kundenberichte. Gleiche Endpoints, gleiche Zahlen.

Workflows mit KI-Assistenten - verbinde Claude, Cursor oder einen beliebigen MCP-Client mit dem gehosteten MCP-Server und steuere dieselbe API im normalen Gespräch.

Ein Link in sechzig Sekunden.

Erstelle einen API-Schlüssel im Dashboard unter API keys - read für Berichte, read + write zum Erstellen. Der Klartext-Schlüssel wird genau einmal angezeigt. Mit dem Schlüssel in der Hand erstellt ein Aufruf einen Link:

POST /api/links
curl https://qr2r.com/api/links \
  -H "Authorization: Bearer $KILO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "default_target": "https://example.com/landing", "name": "Spring flyer" }'

Die 201-Antwort trägt deinen Slug - der Link ist ab diesem Moment unter qr2r.com/<slug> live, und sein Ziel lässt sich später umleiten, ohne dass sich irgendetwas ändert, das du gedruckt oder verschickt hast.

201 Created
{
  "slug": "aA3k9",
  "name": "Spring flyer",
  "default_target": "https://example.com/landing",
  "disabled": false,
  "created_at": 1719000000000
}

Von hier aus behandelt die API-Anleitung Authentifizierung, Berechtigungen, die Fehlerform und Rate-Limits; Links und Analysen + Regeln gehen jeden Aufruf mit je einem curl-Beispiel durch.

Die Entwickleroberfläche.

Fünf Ressourcen, eine API. Die interaktive Referenz und die maschinenlesbare Spezifikation werden aus denselben Schemata erzeugt, gegen die der Worker validiert - nichts davon kann auseinanderlaufen.

Worauf du dich verlassen kannst.

  • Weiterleitungen im Edge.

    Ein Link löst sich im Edge von Cloudflare in etwa 50 Millisekunden auf. Analysen und alles Schwerere laufen abseits dieses Pfads - nie vor deinem Besucher.

  • Ehrliche Fehler, benannte Grenzen.

    Jeder Fehler ist JSON mit einem einzigen error-Feld und einem dokumentierten Statuscode; das Rate-Limit antwortet 429 mit einem retry_after. Die Grenzen stehen in der Anleitung - sie werden nicht in Produktion entdeckt.

  • Ein Vertrag, der hält.

    Das Dashboard läuft auf genau diesen Endpoints - eine inkompatible Änderung würde zuerst Kilo selbst brechen. Das ist die stärkste Stabilitätsgarantie, die eine Plattform ehrlich geben kann.

Bau etwas darauf.

API-Schlüssel erstellen