Gridbert wird offen gebaut. Hier siehst du was passiert ist, woran gerade gearbeitet wird, und was als nächstes kommt.
Mitglieder einer Energiegemeinschaft (enixi als Erster) können über einen Link ihr Energieprofil sehen: Grundlast, Tagesgang, Solarfenster-Nutzung, Reststromanteil.
Der User lädt seine Rechnung hoch, das Profil bekommt eine Tarif-Schicht. Gridbert kann dann sagen, ob dein Reststromtarif zu deinem Verbrauchsprofil passt.
Erste End-to-End-Kette: Profil sehen, Sparpotenzial erkennen, wechseln. Wartet auf den Prod-API-Zugang von E-Control.
Adapter-Mechanismus mit einem zweiten Partner beweisen. Kandidaten: weitere EEG-Plattform, PV-Wechselrichter-Integration, Energieberater.
Nicht jeder Schritt ergibt rückblickend Sinn. Hier steht trotzdem, was wir überlegt und entschieden haben.
Bis gestern stellte sich Gridbert auf der Startseite als Tarifrechner mit Chat vor. Jetzt sagt er in erster Person was er ist: Energie-Agent über Rechnung, Verbrauch, PV, Batterie, Wärmepumpe, E-Auto, Energiegemeinschaft. Vier davon sind noch "Bald", aber sichtbar. Wer im Hero weniger zeigt als er bauen will, verkauft sich unter Wert.
Drei Thesen treiben das. Fragmentierung ist das Problem für Haushalte, nicht der einzelne Tarif. Wert entsteht beim Zusammenführen von Rechnung, Verbrauch, EEG und Erzeugung. Steuerung (Speicher, Wärmepumpe-Lastverschiebung) ist Langfrist-Story, nicht Einstieg. Verworfen wurde der lineare Process-Stepper "Analyse, Wechsel, BEG, PV". Ein Agent reagiert auf das Profil. Er drückt nicht durch einen Funnel.
Profil-Dashboard links, Chat-Panel rechts (persistent), beide teilen denselben State. Mobile als Tabs. Verworfen wurde der separate Chatbot rechts unten. Wenn der Chat nichts vom Dashboard weiss, wird er einmal benutzt und nie wieder.
Statt Slides eine Live-Preview-Site mit einem konkreten EEG-Mitglieder-Profil. B2B-Verkauf läuft besser, wenn die Gegenseite das Produkt selbst klickt. Daraus wurde Sprint 1: enixi-Mitglieder können direkt ihr Profil sehen.
Production-Outage nach Last-Test. Rate-Limiter ohne Eviction, Base64-Bloat bei Rechnungen, Provider-Client-Spawning, History-Bloat im Agent. Vier Lecks gleichzeitig. Behoben in einer Nacht. Lehre: Memory-Budgets gehören in die CI, nicht in den Post-Mortem.
Rechnungsanalyse und Verbrauchsanalyse als REST-Endpoints freigegeben (/api/v1/invoice/extract und /api/v1/consumption/analyze). Erster API-Key für enixi. Pilot kostenlos, danach 30 Cent bis 1 Euro pro Call. Doku unter app.gridbert.at/api/v1/docs.
Vier Audit-Runden mit jeweils drei parallelen Reviewern (Compliance, Funktional, UX), bis 0 BLOCKER und 0 HIGH übrig waren. Bei einer Behörde lieber einmal vollständig als dreimal nachbessern. Wartet jetzt auf Rückmeldung von Roswitha Hann und auf den Prod-API-Zugang.
Pipeline gebaut und mit Test-Daten validiert. Wartet auf ersten echten User-Consent. Bottleneck ist nicht EDA selbst, sondern der Consent-Pfad im Netzbetreiber-Portal. Wie kommt ein User dorthin, was sieht er, was muss er klicken? Genau das wird gerade dokumentiert.
Nach dem Update der E-Control Nutzungsbedingungen (25.03.) durften Tarif-Daten gridbert.at nicht verlassen. Wir haben den öffentlichen Tarifvergleich darum pausiert. Inzwischen steht er wieder: Der Vergleich läuft jetzt auf First-Party-Tarifdaten, die wir selbst pflegen, und ist für alle offen. Compliance ging vor Reichweite, aber pausieren musste keine Sackgasse bleiben.
E-Control garantiert nicht die Richtigkeit der Tarif-Daten, die Anbieter ihnen melden (Punkt 10.4 NB). Gridbert hat strukturierte Rechnungsdaten als Ground Truth, etwas das die Behörde selbst nicht hat. Daraus entstehen drei Langfrist-Optionen. Datenspende, Forschungskooperation, Marktbeobachtungs-Auftrag.
Ich dokumentiere alles. Ist halt so ein Nerd-Ding.