Keine stillen Ă„nderungen
Schreiben braucht Vorschau und Bestätigung.
Ausgewählte Arbeiten
Fallstudie Geoekoproekt
Der Website-Betreiber schreibt der Website wie einem Kollegen
Seite finden, Feld ändern, Foto anhängen oder Entwurf erstellen. Jede Änderung wird vorab gezeigt, bestätigt und bleibt rückgängig machbar.
Eine kleine Ă„nderung sollte keinen Rundgang durch das CMS verlangen
Für Routinekorrekturen musste man Drupal öffnen, Inhaltstyp und Feld finden und den Seitenaufbau kennen. Deshalb entstand ein privater Operator für Betreiber und Redaktion, kein weiterer öffentlicher Chatbot.
„Erstelle aus diesem Foto eine Seite, veröffentliche sie und sende mir den Link.“
01
Außen ein Gespräch. Innen normale Drupal-Regeln.
Das Sprachmodell interpretiert den Wunsch, erhält aber keine Drupal-Zugangsdaten. Gewöhnlicher Code wählt eine erlaubte Aktion, liest die aktuelle Revision, zeigt die Vorschau und wartet auf Bestätigung.
REAL CHAT
Die Oberfläche ist der Chat, den der Betreiber bereits kennt
Das echte Gespräch zeigt, wie der Operator die Startseite liest, die Stellen-Seite findet und ein Foto mit einer einfachen Anweisung annimmt. Nur die russischen Nachrichtentexte wurden für diese Fallstudie übersetzt.
Was nach einer Nachricht passiert
- 01
Verstehen
Text, Sprachnachricht oder Foto wird zu einem strukturierten Auftrag.
- 02
Vorschau
Telegram zeigt Zielseite und geplante Ă„nderung.
- 03
Bestätigen
Nur der Initiator kann innerhalb von zehn Minuten freigeben.
- 04
Anwenden
Drupal validiert und speichert eine neue Revision; der Bot liefert den Link.
02
Der Bot kann absichtlich weniger als ein Administrator
Kein Löschen
Der Connector bietet keine destruktive Operation.
Kein Ăśberschreiben
Nach einer zwischenzeitlichen Ă„nderung lehnt Drupal den Auftrag ab.
Nachvollziehbares Undo
Ein Rollback erzeugt eine neue Revision und löscht keine Historie.
03
Am echten System gebaut, einschlieĂźlich der Fehler
Live-Tests zeigten Probleme mit russischer Titelsuche, „neueste“-Anfragen, doppelten Entwürfen, alten HTML-Rechten und Bildprüfung. Jeder Fehler führte zu einer engeren Regel.
Technische Details
Der Node.js-22-Telegram-Dienst läuft in Docker auf einem privaten VPS ohne öffentlichen Eingangsport. Eine Instanz steuert eine Website.
Drupal-Anfragen sind per HMAC SHA-256 signiert. Schreibvorgänge verlangen Idempotency-Key und exakte Ausgangsrevision.
Gemini plant nur erlaubte Aktionen. Drupal erzwingt Feldfreigaben, Validierung, DateiprĂĽfung und Revisionen.
Warten kleine Website-Änderungen noch darauf, dass jemand das CMS öffnet?