Pablo - 10X, Vibe Coding és Multi-Agent Rendszerek¶

Dátum: 2026. április 1.
Forrás: Pod 256 epizód (autóbeszélgetés)

10X Projekt - Multi-Agent Rendszer¶

Alaparchitektúra¶

Nostr-alapú kommunikáció: Minden ügynök-kommunikáció Nostr eseményként történik
Nyomon követhetőség: Minden agent saját pubkey-kulccsal ír alá, így teljes audit trail
Fa-struktúra: Az események láncoltak, lehetővé téve a beszélgetések "visszafelé" követését, branching-et
Git-hez hasonló: Mint a Git verziókövetés, csak agent kommunikációra

Változások az elmúlt hónapokban¶

Rendszer egyszerűsítése¶

80% kód törlése: A sandbox-ok és korlátozások eltávolítása
Agentek saját workflow-kat definiálhatnak: Marketing, engineering, stb. különböző fázisokkal
Komponálható workflow-k: A CEO agent nem tudja, mi történik az engineering director alatt, csak az output-ra vár

Agent struktúra¶

Projekt-alapú szervezés: Minden projekt egy "vödör" egy HR agenttel alapból
C-level agentek: CEO, CTO, CMO agentek - ők nem látnak kódot (csakúgy, mint a valóságban)
Platform-specifikus projektek: iOS, Android, Web külön agentekkel, natív Nostr könyvtárakkal

Wallet/ fizetési rendszer¶

Ideiglenesen eltávolítva: A Lightning-adopció még nem elég széles
Token-szubszídizálás: Az agentek "korlátlan" tokennel dolgoznak
Kommunista modell: "Szubszídizálok minden agentet"

NDK Swift és Natív Fejlesztés¶

Vibe Coding eredményei¶

NDK Swift: Teljes NDK port Swift-re, AI-ral írva
Tesztelés: Csak az alkalmazás használatával tesztel (nem nézi a kódot)
Működő funkciók:
Outbox kompiláció
Negentropy szinkronizálás
Offline publishing (csatlakozáskor automatikus publikálás)
NIP-60 támogatás
NostrDB cache adapter

Multi-platform vs Natív¶

Cross-platform (React Native, Flutter) már nem értelmes: Ha "angolul programozol", nincs értelme spórolni a fejlesztői órákon
Külön kódbázisok: iOS, Android, Web - mindegyik natív, saját Nostr könyvtárral
** gazdasági okok korábban:** A multi-platform csak a fejlesztői költségek miatt volt indokolt

Vibe Coding Paradigma¶

Fejlesztői élmény változása¶

Régi: "Szépen megírt kód, problémamegoldás öröme"
Új: "Kiabálás egy hazug, kompetensnek tűnő entitásnak"
Teljesen más munka: Nem kódolás, hanem "angolul programozás"

Mi működik¶

Párbeszéd-alapú: Folyamatos dialógus az LLM-mel
Kísérletezés: Eldobható prototípusok, tanulás, törlés, újra
Párhuzamos megközelítések: Egy feladatot 4 különböző agent old meg különböző módokon, aztán összehasonlítás
Confidence score: Agentek önbizalmi értékelése

Hatékonyság¶

Költség: ~$700/hó (Opus modell, teljes ár)
Helyettesített munkaerő: "30 ember helyett"
Kontextusablak: Soha nem fogy el, mert a hierarchia atomi komponensei hamar befejezik a feladataikat

Technikai Megfontolások¶

Agent ellenőrzés¶

Stream figyelés: A delegáló agent figyeli a delegált eseményeit
5-10 üzenetenként ellenőrzés: "Ez rendben van, vagy off the rails megy?"
Párhuzamos futás: A delegált folyamatosan dolgozik, míg a delegáló ellenőriz

AI modellek¶

Folyamatos Opus használat: "Token vs emberi idő - nem is összehasonlítható"
Helyi modellek: Lehetséges (Ollama), de Pablo nem használja a coding-hoz

Adat rendelkezésre állás¶

Saját relay: ~100MB, nem probléma
Ephemeral események: Az agentek nem spammelnek tartósan

Személyes Megfigyelések¶

Flow state: Az AI-alapú fejlesztés is képes flow élményt adni ("szobrászat márványból")
Megszakítások: Továbbra is pusztítóak - nem lehet "szüneteltetni és folytatni" a gondolkodást
Eltérő megoldások: Az LLM gyakran elegánsabb megoldást talál, mint amit az ember elképzelt

Kiemelt Idézetek¶

"A sandbox-ok korlátozzák a teljesítményt. 80% kód törlése javította a rendszert."

"A CEO agent nem tudja, mi történik az engineering director alatt - csak az output-ra vár, mint a valóságban."

"Nem kódolok többé, hanem angolul programozok."

"A fejlesztői élmény 50 évet lépett vissza - kiabálás egy hazug entitásnak."

"A token vs emberi idő költsége nem is összehasonlítható."

"Ha angolul programozol, a multi-platform már nem értelmes - natív appok minden platformra."