Dziś historia zatacza koło - email, który zaczynał się od prostych wiadomości tekstowych, stał się kontenerem dla całych aplikacji dostepne w czasie sekund w erze LLM. To, co dla ludzi stanowi zagrożenie bezpieczeństwa (program w emailu = potencjalny malware), dla systemów AI jest naturalną funkcjonalnością.
Email, który kiedyś był tylko komunikacją tekstową, dziś może pełnić rolę dystrybutora aplikacji podobnie jak przeglądarka.
📧 Perspektywa historyczna - od pierwszego "QWERTYUIOP" do współczesnych aplikacji 🤖 Dwoistość bug vs feature - różnica między percepcją człowieka a AI 🔒 Wyzwania bezpieczeństwa - problemy z bezpieczeństwem aplikacji LLM i potencjalne zagrożenia Cognity
Email był pierwszym kanałem cyfrowej komunikacji - i dziś ponownie staje się uniwersalnym medium, tym razem do dystrybucji kodu i oprogramowania generowanego przez LLM. Kluczowe jest jedno: nie potrzebujemy żadnej dodatkowej infrastruktury. Wystarczy format .eml, zgodny z protokołami MIME/multipart, aby przesłać kompletną, zintegrowaną aplikację - podobnie jak przeglądarka renderuje złożone dokumenty HTML/Markdown.
| Element | Email (.eml) | Przeglądarka |
|---|---|---|
| Format główny | MIME multipart | HTML/DOM |
| Stylizacja i prezentacja | HTML+CSS w body | HTML+CSS |
| Skrypty i logika | JS/linki lub kod jako załączniki | JS |
| Struktura | multipart/alternative, attachments | komponenty HTML, iframe |
| Renderowanie | Klient pocztowy | Silnik przeglądarki (WebKit, Blink) |
Wnioski: .eml to de facto ustandaryzowany kontener, który - podobnie jak przeglądarka - obsługuje prezentację, interakcję i kod w jednym pliku.
-
Użytkownik wysyła opis potrzeby (np. "stwórz kalkulator VAT").
-
LLM generuje aplikację (np. HTML+JS, Python, notebook itp.).
-
System pakietuje to jako
.emlz załącznikami i strukturą multipart. -
Email trafia do odbiorcy, który może:
- przeczytać opis
- otworzyć aplikację
- uruchomić ją przez klienta (desktop agent lub sandbox)
- Email to najczęściej stosowany i zaufany kanał w IT.
- Każdy klient pocztowy potrafi odczytać MIME/multipart, w tym HTML, JS i pliki binarne.
.emlto samoopisowy, przewidywalny format - idealny do automatyzacji i walidacji.
System EMLLM integruje:
- Skany kodu AI (statyczna i behawioralna analiza)
- Sandbox uruchomieniowy
- Ślad audytowy z historią wersji
- MFA, rate limiting i podpisy kodu
Dzięki temu możliwa jest kontrolowana dystrybucja aplikacji przez email, nawet w środowiskach o podwyższonych wymaganiach bezpieczeństwa.
To alternatywa dla przeglądarki i CI/CD w jednym - zwłaszcza tam, gdzie infrastruktura jest ograniczona, a czas dostarczenia ma kluczowe znaczenie.
Email, Markdown, HTML - to różne twarze tej samej idei: ustandaryzowanego, lekkiego formatu do prezentacji i logiki. Dzięki AI, email właśnie awansował do roli przeglądarki dla kodu.
EMLLM nie wymyśla koła na nowo. Po prostu montuje do niego silnik AI.
--- slides:
Slajd 1: Tytuł – „EMLLM – Email jako przeglądarka nowej generacji” z hasłem o historii zataczającej koło dzięki sztucznej inteligencji.
Slajd 2: Perspektywę historyczną: od prostych wiadomości emailowych do współczesnych aplikacji generowanych przez LLM.
Slajd 3: Porównawczą tabelę technologii – email (MIME, HTML+CSS, JS, klient pocztowy) vs. przeglądarka (HTML/DOM, WebKit/Blink).
Slajd 4: Schemat działania EMLLM – od opisu potrzeby, przez generację kodu i pakowanie do .eml, aż po interakcję odbiorcy.
Slajd 5: Moduł bezpieczeństwa – analiza kodu AI, sandbox, audyt, MFA, rate limiting oraz podpisy.
Slajd 6: Dlaczego rozwiązanie działa – email jako zaufany, uniwersalny kanał IT, zapewniający kompletną dystrybucję aplikacji.
Slajd 7: Pozycjonowanie EMLLM jako alternatywy dla przeglądarki i CI/CD, tam gdzie liczy się szybkość i prostota.
Slajd 8: Podsumowanie idei, gdzie email, Markdown i HTML kryją w sobie tę samą rewolucyjną myśl.