Start / Rezepte

Rezepte

Kurze Anleitungen für konkrete Energie-IT-Fragen. Jedes Rezept soll lokal nachvollziehbar sein und mit synthetischen Daten funktionieren.

Ein lokaler Plan prüft Token-Hygiene, read-only Orientierungspfade und No-Call-Grenzen, ohne Secrets auszugeben.

Synthetische kommunale Energiefragen werden nach Evidenz, Lücken, Grenze und nächstem Prüfschritt sortiert.

Ziel, Evidenz, Lücken, Risiko und nächster sicherer Gate werden als synthetisches JSON-Envelope sichtbar.

Ein public-safe Inventar zählt Pfade, Methoden und Tags der öffentlichen Cernion OpenAPI, bevor Token oder Fachaufrufe ins Spiel kommen.

Eine synthetische Boundary-Matrix trennt ask, plan, evidence und read-only von No-Call- oder Human-Review-Fällen.

Ein synthetischer Dry-Run zeigt, wann ein Agent ein Fachtool aufrufen darf und wann bewusst No-Call gilt.

Ein lokales JSON-Muster macht Evidenz, Annahmen und offene Prüfpunkte vor der Entscheidung sichtbar.

Synthetische Asset-Hinweise werden nach Confidence, Klärbedarf und nächstem sicheren Prüfschritt sortiert.

Ein lokales Script prüft synthetische Dokument-Fixtures, bevor sie in Analyse oder Demo wandern.

Eine synthetische MaKo-Frage wird erst als Intent, Grenze und No-Call-Prüfung dokumentiert.

Ein neutrales Strukturmuster für offene Fragen, Evidenzstatus und nächste Prüfschritte.

Ein minimaler Prüfpfad, um Provider-Kompatibilität zu verstehen, ohne Produktivdaten zu verwenden.

Ein Vorflug trennt syntaktische Auffälligkeiten von fachlicher MaKo-Interpretation.

Ein kleines Script trennt Segmente und macht aus einem Textstrom eine prüfbare JSON-Struktur.

Eine Fachfrage wird zu einem kleinen Node.js-Aufruf mit klarer Eingabe und dokumentierter Grenze.