Skip to main content

Developer Journey: Corrently Energy APIs testen und integrieren

Stand: 2026-08-09. Diese Seite verbindet die öffentlichen Corrently-API-Einstiege zu einer technischen Journey für Entwickler, Integratoren und technische Entscheider.

Worum geht es?

Corrently stellt öffentliche Energie-APIs und Beispiele für Strompreis-, CO2-, Grünstrom-, Schedule- und Forecast-Anwendungen bereit. Die Journey hilft beim nächsten Schritt: erst API finden, dann in der Console testen, danach SDK/Code und Integrationspfad wählen.

Keine Preis-, SLA-, Vertrags- oder Produktivzusage: Die öffentlichen Endpunkte und Beispiele dienen der technischen Orientierung. Fair-Use, höhere Limits, produktive Rollen und Betriebsgrenzen werden separat geklärt.

Schnellstart

  1. API auswählen: Starten Sie mit der Übersicht der öffentlichen Corrently APIs.
  2. Token erzeugen: Nutzen Sie die Developer Console / Token-Seite als öffentlichen Einstieg für Tests.
  3. Beispiel ausführen: Prüfen Sie einen tokenfreien Beispiel-Endpunkt, z. B. die GrünstromIndex-Prognose: https://api.corrently.io/v2.0/gsi/prediction?zip=69256.
  4. Code anbinden: Für Node.js/JavaScript steht das Paket corrently-api bereit; die Projektquellen liegen auf GitHub.
  5. Integration einordnen: Wenn daraus ein dauerhafter Prozess wird, helfen STROMDAO Daten & APIs bei der fachlichen Einordnung. Für REST-/MCP-/Agenten-Workflows siehe Cernion REST API, API Playground und Cernion MCP Tools.

Use Cases nach Intent

Intent Passender Einstieg Nächster technischer Schritt
Strompreise und lokale Prognosen testen Marketdata / GrünstromIndex Console-Beispiel prüfen, JSON-Struktur verstehen, danach SDK oder REST-Pfad wählen
Lasten zeitlich optimieren Energy Schedule Optimierungsziel festlegen: Preis, Solar, Emission oder Komfort
CO2- und Scope-2-nahe Stromdaten einordnen CO2 Advisor / CO2 Meter Datenherkunft, Standortbezug und Reporting-Grenzen prüfen; keine Norm- oder Rechtszusage ableiten
PV-/Speicher-/Flexibilitätslogik vorbereiten PV Generation Forecast, Strommix, Dispatch Beispielrequest testen und dann Integrationsanforderungen sammeln
Agenten/MCP-Workflow vorbereiten Cernion MCP Tools Tool-Auswahl und Human-in-the-loop-Grenzen klären

Token, Fair Use und Produktivgrenze

Der öffentliche Developer-Einstieg ist ein Test- und Orientierungspfad. Bitte keine echten Kundendaten oder vertraulichen Betriebsdaten in frei zugängliche Beispiele eintragen. Produktive Nutzung, dauerhafte Limits, Rollen, Monitoring und Betriebsgrenzen werden vor einer verbindlichen Integration separat geklärt.

Public-safe Grenze

Diese Seite beschreibt verfügbare öffentliche Einstiegspunkte und technische Orientierung. Sie ersetzt keine technische Due Diligence, keine rechtliche/regulatorische Prüfung und keine individuelle Betriebs- oder Vertragsklärung.