Bez cichych zmian
Zapis wymaga podglądu i potwierdzenia.
Case study Geoekoproekt
Znajdź stronę, zmień pole, dodaj zdjęcie albo utwórz szkic. Każdy zapis ma podgląd, potwierdzenie i historię zmian.
Rutynowa zmiana oznaczała logowanie do Drupala, szukanie typu treści i pola oraz pamiętanie konstrukcji strony. Powstał więc prywatny operator dla właściciela i redakcji, a nie kolejny publiczny chatbot.
„Utwórz stronę z tego zdjęcia, opublikuj ją i wyślij mi link.”
01
Model językowy interpretuje polecenie, ale nie otrzymuje danych logowania do Drupala. Zwykły kod wybiera dozwoloną akcję, odczytuje rewizję, pokazuje podgląd i czeka na potwierdzenie.
REAL CHAT
Prawdziwa rozmowa pokazuje odczyt strony głównej, znalezienie strony ofert pracy oraz przyjęcie zdjęcia z prostą instrukcją. Na potrzeby case study przetłumaczono wyłącznie rosyjskie wiadomości.

Tekst, głos lub zdjęcie staje się jednym ustrukturyzowanym poleceniem.
Telegram pokazuje stronę docelową i dokładną zmianę.
Tylko autor może zatwierdzić operację w ciągu dziesięciu minut.
Drupal waliduje treść, tworzy rewizję, a bot zwraca link.
02
Zapis wymaga podglądu i potwierdzenia.
Connector nie udostępnia operacji kasowania.
Zmiana strony po podglądzie powoduje odrzucenie żądania.
Rollback tworzy kolejną rewizję zamiast usuwać historię.
03
Testy ujawniły problemy z rosyjską odmianą tytułów, słowem „najnowszy”, duplikatami szkiców, starymi uprawnieniami HTML i walidacją obrazów. Każdy błąd zamieniliśmy w węższą regułę.
Usługa Telegram na Node.js 22 działa w Dockerze na prywatnym VPS bez publicznego portu wejściowego. Jedna instancja obsługuje jedną stronę.
Żądania do Drupala są podpisane HMAC SHA-256. Zapis wymaga klucza idempotencji i dokładnej rewizji źródłowej.
Gemini planuje tylko dozwolone akcje. Drupal wymusza listę pól, walidację, kontrolę plików i rewizje.
Czy drobne zmiany nadal czekają, aż ktoś otworzy CMS?