Kihagyás

Intelligence Snacks (Citadel Dispatch spin-off). Intelligence Snacks #72. The Internet We deserve w. FIPs! (2026-09-17)

Epizód: Intelligence Snacks (Citadel Dispatch spin-off) • Cím: Intelligence Snacks #72 — The Internet We deserve w. FIPs! • Dátum: 2026-09-17 • Házigazdák: Pete + Andy • Vendég: (Pete + Andy házigazdák) • Időtartam: • Méret: MB Forrás: Honlap • Media file Transcript: YouTube-transcript-api, 17306 szó, hallucináció, wall-time

Összegzés

  • FIPS device-key és mesh networking, a FIPS a peer-to-peer hálózati címzés újradefiniálása, ahol a gépek ismét a hálózat elsődleges résztvevői, nem csupán kliensek.
  • Wingman app suite és az agentnatív internet. Pete saját fejlesztésű Flight Deck / Tower / Autopilot rendszere, amely a QR-kód onboarding UX-ugrásával a Cloudflare/DNS-stack komplexitását kiváltja.
  • Pete draft NIP a window.fips transportra, a Nostr + FIPS kombináció elég az internet újraépítéséhez: a Dropbox-killer virtual filesystem, az 'organizations as distributed computers' és a 'Nostr + FIPS elég' tézis.
  • AI doom vita és a regulation moat leleplezése. Dario Amodei 'AI will kill everyone by 2030' narratívájának kritikája, a kartell-viselkedés vádja, a rekurzív önfejlesztés mítosza és a 'tegyük illegálissá a gyilkosságot' javaslat.
  • Trump-adminisztráció AI-szabadságpárti lépései. David Sacks AI-czar szerepe, a nyílt forráskódú szimpózium, a 'kis országok' stratégiája: 'nem kell mást tenniük, mint nem betiltani a nyílt modelleket'.

A lényeg

"Az internet ígérete az volt, hogy összekötjük az összes számítógépet. Ehhez képest az történ, hogy a számítógépeink nézőkké váltak a szerverek oldalán. FIPS pont az ellenkező irányba indul el: a te géped ismét a hálózat része lesz." — Pete, Intelligence Snacks #72 (1. rész)

Az Intelligence Snacks hetvenkettedik epizódja a tengerparton rögzül, és a felvétel első másodperceitől érezhető, hogy Pete és Andy nem egy szokványos podcast-epizódot készítenek. A felvétel "ninja launch" indítása, amikor Andy még a "reel" lehúzásával küzd, és Pete kicsit távolabb ülve "miles away" szétszórtan köszön, a műsor laza, baráti hangulatát erősíti, az epizód gerincét egy komoly technológiai téma adja: a FIPS, vagyis a Free Internetworking Peering Service. Pete az epizód legelején egy kis viccel nyit: "korábban azt hittem, a FIPS csak [ __ ] IPs-t jelent", utalva a kormányzati szabványokra, amelyeket a mozaikszó eredetileg takart, mielőtt a közösség újradefiniálta volna. A két házigazda azonnal hozzáteszi, hogy az epizód második felében térnek majd ki az "AI killed us yet?" kérdésre is, de az első tizenöt perc kizárólag a hálózati szuverenitás kérdéséről szól.

Pete egy fontos módszertani megjegyzést is tesz: általában a podcastok előtt eldönti, hogy "egy nagy darab munkába kezdjek, vagy csak egy demo-projektbe", és ezúttal a demo győzött. A FIPS-tech demója után viszont annyira belemerült a témába, hogy azóta "egy kicsit megszállottja lett", és több integrációt is épített a saját rendszereibe. Ez a személyes involváltság magyarázza, hogy a diskurzus nem egy semleges tech-bemutató, hanem egy insider élménybeszámoló: Pete az elmúlt hetekben aktívan használta a FIPS-t a saját eszközei közötti szinkronizációra, és most ezt a tapasztalatot osztja meg. Andy szerepe itt a "complete rookie", őszintén bevallja, hogy "abszolút semmit nem tud a FIPS-ről", és a magyarázatokat Pete-től várja. Ez a dinamika adja a beszélgetés természetes, felfedező jellegét. Az epizód konkrét indítéka egy hallgatói kérés: Pete az első percekben elmeséli, hogy "John on Nostr" kérdezte meg tőle, van-e podcast a FIPS-ről, mert szeretné megérteni, miről is van szó. Pete válasza az volt, hogy "úgy látszik, csinálunk egyet." John így a műsor "new friend of the show" státuszába kerül, és a "shout out John" rigmus mindkét házigazdától elhangzik. Ez a momentum azért fontos, mert jelzi, hogy a Nostr-közösség immár nem csak passzív fogyasztója a technológiai diskurzusnak, hanem aktív alakítója: a hallgatók maguk jelölik ki, miről szeretnének mélyebb beszélgetést hallani. Pete hozzáteszi, hogy az előző epizód óta (körülbelül két hete) egyre inkább "FIPS-meggárgyult", azóta több demo és integráció is készült nála a technológiára.

A FIPS definíciója, "az internet, amit megérdemlünk"

Pete az epizód központi definícióját Andy teljes kezdő szintű (EI5) magyarázatával kezdi: a FIPS egy darab hálózati technológia, ami a jelenlegi internetes modell inverzét kínálja. Az internet eredeti ígérete az volt, hogy "egyszerűen összekötjük az összes számítógépet", ehhez képest a mai valóság az, hogy a számítógépeink "nézőkké váltak a szerverek oldalán": egy maroknyi nagy szerver az, ami ténylegesen össze van kötve, és a felhasználók ezekhez a szerverekhez csatlakoznak, hogy tartalmat fogyasszanak. "Ha bármit a felhőben akarsz csinálni, először fel kell raknod egy szerverre, és csak utána tudsz ránézni", hangzik a kiábrándító összefoglaló. A FIPS ezzel szemben lehetővé teszi, hogy a saját géped, a telefonod, a másik laptopod, a párod gépe "egyszerűen egy hálózatban legyen, viszonylag zökkenőmentesen." Ez egy privát mesh hálózat, ami a felhasználók gépei közötti közvetlen kapcsolatot teremti meg, anélkül hogy a forgalom keresztülmenne a nagy felhő-szolgáltatókon.

A FIPS-nek az adja a társadalmi jelentőségét, hogy egy meglévő technológiai akadályt számol fel. Pete hangsúlyozza: a privát mesh hálózatokat ma is "ki lehet építeni", de ehhez "tudni kell, hogy ez a feladat, és neki kell ülni." A legtöbb szoftver nem feltételezi, hogy a felhasználó már előre kiépítette a saját privát hálózatát, ezért a világ "szinte minden szoftvere" kliens-szerver modellre épül, és a saját géped csak kliens, nem pedig a hálózat aktív résztvevője. A FIPS ezt a barrier-t szünteti meg: a felhasználónak nem kell manuálisan konfigurálnia a domain-neveket, az IP-rekordokat, a tunnel-eket vagy a port-forwardingot. Ehelyett a gép egyszerűen csatlakozik, és a rendszer "egy szép kis privát mesh hálózatot" épít ki a háttérben, automatikusan. Ez a "removing the institutions" lépés, a felhasználónak nem kell a Cloudflare vagy az AWS kezelőfelületén trükköznie ahhoz, hogy a saját eszköze egyszerűen elérhető legyen a saját hálózatán belül.

Andy ezt a kontrasztot egy másik szögből is megvilágítja: a mai interneten "kizárólag olyan dolgok érhetők el, amelyek intézményileg címezhetők." Ez azt jelenti, hogy "van valamilyen intézmény — mondjuk egy cég vagy felhő-szolgáltató — amelyik azt mondja, hogy 'ez a számítógép itt, ez a domain név, és ez a tartalom elérhető.'" Az intézmény a kulcs, nem a számítógép. Ha nincs mögötte egy szolgáltató, ami regisztrálja a domaint, kiállítja a tanúsítványt és hosztolja a tartalmat, akkor a számítógép gyakorlatilag láthatatlan marad a nyilvános interneten. Pete ezt azzal egészíti ki, hogy "ha csak van egy kis app a gépeden, és azt szeretnéd, hogy én is lássam — nem fog menni", hacsak nem ugrasz át egy sor konfigurációs hurdle-n. A FIPS-sel ez a modell inverzére fordul: nem az intézmény címezhető, hanem maga a számítógép, és a hálózat a felhasználó saját eszközei között, intézményi közvetítő nélkül jön létre.

A mesh hálózat alapjai, önszervező peer-to-peer rendszer

A FIPS egyik legfontosabb technikai tulajdonsága az önszervező mesh topológia. Pete elmagyarázza: amikor egy gép csatlakozik a FIPS-hálózathoz, a rendszer Nostr-style identity-n keresztül "bejelenti" magát a többi peernek. "Aztán ezek a peerek továbbadják az információt a saját peereiknek, és végül kialakul egy önszervező mesh, amiben mindenki látja, hogy 'én itt vagyok, ezen a közvetlen úton érem el azt a másik gépet.'" A tényleges forgalom IPv6-on megy, de a transzport teljesen agnosztikus: Bluetooth, közvetlen kábel, mikrohullám, vagy bármi más használható. A lényeg, hogy "a csomagokat közvetlenül IPv6-on route-oljuk ahhoz a géphez", és nem kell semmit külön konfigurálni, a hálózat magától felépül. A peerek fizikai elhelyezkedése teljesen szabad: a gépek "bárhol lehetnek — az otthoni hálózatodon, vagy akár mobil módon, földrajzilag szétszórva." Ez a tulajdonság különbözteti meg a FIPS-t a hagyományos VPN-től vagy a ZeroTier/Tailscale-féle koordinált mesh-megoldásoktól: itt a bootstrapping teljesen automatikus, és a felhasználónak nem kell manuálisan beállítania a route-táblákat vagy a peer-listákat. Andy egy korai karrier-anekdotát is megoszt: kollégája egyszer azt mondta, hogy "ha elég erősen meghúznád a kábelt a gépedből, valahol a világban minden más számítógép is mozdulna, mert mind egyetlen hálózaton voltak", ez a "minden számítógép össze van kötve" vízió a FIPS-sel a gyakorlatban is visszatér.

A decentralizáció és a szuverenitás mint alapelv

Pete többször is hangsúlyozza, hogy a FIPS egyik legfontosabb értéke a "remove all the institutions from the network" elv. "Ez nyílt és bárki építhet rá, és permissionless — vagyis nincs szükség engedélyre ahhoz, hogy használd vagy ráépíts valamit." A FIPS-t a műsorvezetők egyfajta politikai-társadalmi állásfoglalásként is prezentálják: a mai internet nem így működik, és ők vissza akarják adni a felhasználónak a kontrollt a saját adatai és eszközei felett. Pete konkrétan megfogalmazza: "inkább bízom a saját eszközömben, mint ezekben az intézményekben", és Andy egyetértően kontrázik. Ez a fajta "szuverenitás" beszélgetés összhangban van a Nostr egész filozófiájával: nincs központi hatóság, nincs single point of failure, nincs engedélykérés. Aki a hálózaton van, az peer, és minden peer egyenrangú.

A Google Drive-analógia, a felhő feleslegessége

Az egyik legszemléletesebb példa, amit Pete felhoz, a Google Drive helyettesítése. A hagyományos felhő-tárolás problémája háromrétegű: először is be kellett állítanod a Drive-ot, aztán fel kellett töltened rá az összes fájlodat, végül a szolgáltató közli veled, hogy "túl sok tárhelyet használsz, és fizetnünk kell." Eközben, érvel Pete, "a fájl amúgy is a gépeden van, és amúgy is fizettél a tárhelyért, mert ott van a MacBookodon egy terrabájt." A kontraszt éles: a felhasználó gépe tele van kihasználatlan tárhellyel, de a felhő-szolgáltatók a saját infrastruktúrájukon futó másolatokon próbálnak pénzt keresni. A FIPS-sel ez a probléma eltűnik: a fájlok a saját gépeden maradnak, és a hálózaton keresztül bármely más saját eszközöd hozzáférhet. "Csak annyit mondasz: 'ez Pete vagyok, itt van Pete FIPS drive-jainak listája' — és az összes gépem összehúzható, indexelhető, és a saját weboldalamon is megjeleníthető." A példa nem elméleti: Pete elmondása szerint a Flight Deck nevű termékük fájl-komponensébe éppen ezt a működést integrálja.

A Wingman suite és a Flight Deck szerepe

Pete a saját termékcsaládján, a Wingman suite-on keresztül mutatja be, hogyan illeszkedik a FIPS a gyakorlatba. A Wingman suite három fő komponensből áll: a Flight Deck az internet-hozzáférhető bit, "ez csak egy weboldalt ad neked, de az összes adat a böngésződben és az otthoni gépeden marad." A Flight Deck tehát egy "szép interface az ügynökökkel való munkához", és a kommunikáció az otthoni backend rendszerbe szinkronizálódik, amit Pete Tower-nek és Autopilot-nak hív. Ez a két komponens az, ami a FIPS-hálózaton keresztül érhető el: a Tower az otthoni gépen fut, az Autopilot a különböző eszközök közötti szinkronizációt kezeli. A FIPS-nek ebben a rendszerben az a kulcsszerepe, hogy a Flight Deck felületéről közvetlenül hozzáférhessünk az otthoni Tower-en lévő adatokhoz anélkül, hogy azokat a felhőbe kellene tölteni. Ez a felépítés megfordítja a hagyományos SaaS-modellt: nem a felhőben van az igazság forrása, hanem a felhasználó saját eszközén, és a szinkronizáció peer-to-peer alapon működik.

A Wingman suite integrációja az, ami a FIPS-ből egy konkrét, minden nap használható rendszert csinál Pete számára. "Ez az, amit most a Flight Deck fájl-komponensébe építek", magyarázza, utalva a korábban említett Google Drive-helyettesítő funkcióra. Az ötlet egyszerű: ha egy felhasználó elindítja a Flight Decket, az a saját gépén futó Tower-hez csatlakozik a FIPS mesh-en keresztül, és az Autopilot gondoskodik róla, hogy a Tower-en tárolt fájlok konzisztensen megjelenjenek minden eszközön. A Pete által korábban felvázolt "Pete FIPS drive-jainak listája" konkrétan ez: a Tower indexeli a saját gépeken lévő tartalmat, és a Flight Deck felületén keresztül ez az index bármely másik FIPS-peer számára elérhetővé válik. A self-hosted jelleg itt is kulcsfontosságú: Pete Forgejo-t (saját, self-hosted git-szerver) és más saját infrastruktúrát is üzemeltet, a FIPS-sel ezek az otthoni eszközök mind peer-ként jelennek meg a hálózaton, és nem kell őket külön "szolgáltatásként" kitenni az internetre.

A "fájlok ott vannak, ahol vannak" filozófiája és a FIPS, mint az "internet, amit megérdemlünk"

Pete a fájl-megosztás példáján keresztül egy mélyebb, szinte már filozófiai állítást fogalmaz meg: a FIPS-sel a fájlok "egyszerűen ott vannak, ahol vannak", és nem kell külön feltölteni, szinkronizálni, vagy Google Drive-ba másolni őket. "Azok a pillanatok, amikor írsz valakinek, hogy 'Pete, megvannak még a transcriptjeid a műsorhoz?' — és az a válasz, hogy 'bárcsak ne kellene külön feltölteni, a transcript-ek egyszerűen ott vannak a fájlrendszerben, ahol vannak.'" Ez a fajta közvetlenség, hogy az adat ott van, ahol amúgy is van, és a hálózat teszi hozzáférhetővé, a FIPS egyik legkonkrétabb, mindennapi életet megkönnyítő oldala. Andy azonnal felismeri ennek az agent-ökoszisztémára gyakorolt hatását: "a fejemben csak zakatol, hogy ez egy game changer az agent-eknek. Miért is kellene weboldalt csinálni, miért kellene egyáltalán surface-elnünk ezt?"

A rész záró gondolata Pete visszacsavarodása a FIPS eredeti ígéretéhez: "az internet, amit megérdemlünk." A diskurzus itt összegzi az előző percek minden fontos pontját, a peer-to-peer topológia, a mesh hálózat önszervező tulajdonsága, a Nostr-style identity, a permissionless filozófia, és az agent native vízió. A FIPS nem egy újabb VPN vagy egy ZeroTier-klón; ez egy alapvető paradigmaváltás a hálózati gondolkodásban. Ahelyett, hogy minden forgalom a nagy felhő-szolgáltatókon menne keresztül, a felhasználók saját eszközei közvetlenül kommunikálnak egymással, és a hálózat a felhasználó tulajdonában van, nem egy szolgáltatóéban. Ez a vízió szorosan összefonódik a Wingman suite jövőjével: a Flight Deck lesz az interface, a Tower és az Autopilot a lokális backend, és a FIPS a gerinchálózat, ami összeköti őket. A rész itt zárul. Andy jelzi, hogy a második felében térnek majd át az AI-doom kérdésre, de az alapok lettek megteremtve: a FIPS nem csak egy technológia, hanem egy filozófia, ami visszaadja a felhasználónak a saját eszközei és adatai feletti kontrollt.

A "public website + private FIPS data" mintázat kiterjesztése: "egy weboldal, de a weboldal nem birtokolja az adatot. Csak ott van hosztolva, ahol hosztolni kell." Andy visszacsatolása a Paul-féle "agent marketplace"-ekre: "a weboldal marad az internet egysége ebben a példában? Úgy értem, miközben ezt mondtad, arra gondoltam, amit Paul a múlt héten a végén elmondott az agent marketplace-ekről. Nem hiszem, hogy ez az a hely, ahova az agentek mennek — de ez az a hely, ahova az emberek mennek." Pete egyetért: "nem tudok szabadulni a weboldalaktól és a fluid vizuális interfésztől. Még ha nem is akarom, hogy ennyire fluid legyen — amikor interfészre megyek, nem lehet minden alkalommal új. Ismernem kell." A vízió: "még mindig rengeteg appunk lesz, amik nem igazán appok. De tetszik az ötlet, hogy amikor megnézem az appot, mindenkit látok — magamat, téged, a többi cuccot. Az appok hasznosabbá válnak, ha vissza is tudnak beszélni."nk). Wingman, agent-szög és a QR-kód domain-lookup helyett

"Az autopilot nem kell hogy adatközpontban legyen — élhet a laptopodon. Minden funkció megmarad, megoszthatsz dolgokat, vagy küldhetsz egy űrlapot a telefonomra, és csak megnyitom. Mindezek a hozzáférési követelmények fantasztikusan simává és funkcionálissá teszik a dolgokat. Csak mindeddig extra beállítás kellett hozzá." — Pete, Intelligence Snacks #72 (2. rész)

Az Intelligence Snacks #72 második nagy szegmense (kb. a 19. perctől a 38. percig) a FIPS gyakorlati alkalmazásának legkonkrétabb, leginkább "építő" szakasza. Az első részben a vendégek (Pete és Andy) a FIPS alapfogalmát és a "gép a nézőből peer-ré válik" koncepciót vezették be; itt a diskurzus egy konkrét termékcsalád, a Pete által fejlesztett Wingman suite köré szerveződik, és a FIPS-ben rejlő felszabadító erőt a mindennapi fejlesztési workflow-n demonstrálja. A rész négy nagy gondolkodási síkon mozog: (1) a Wingman belső architektúrája (Flight Deck, Tower, Autopilot), (2) a meglévő "DNS + Cloudflare + aldomain routing" stack FIPS-re cserélése, (3) a "szkennelj egy QR-kódot és már bent is vagy" típusú onboarding, végül (4) az "appok, amik nem igazán appok" és az agentnatív internet víziója. A záró képsorok, a FIPS-over-QR-kód UX, valamint az eszköz-szintű whitelist-alapú tűzfal, a teljes 75 perces epizód legkonkrétabb, "ezt már holnap meg tudnám csinálni" típusú felismeréseit hozzák.

A Wingman suite három rétege: böngésző, Tower, QR-kód onboarding UX

A rész legelső szakaszában Pete saját fejlesztésű rendszerének, a Wingman suite-nak az anatómiáját fejti ki Andynek. A suite három komponensből áll, amelyek közül csak az első ér el az internetre: a Flight Deck maga a böngészőben futó felhasználói felület, amely "csak egy weboldalt ad neked, de minden adat a böngésződben és az otthoni gépeden marad", azaz az UI-elválasztás tisztán lokális. A második komponens a Tower, amely a Wingman egyes részei közötti adatkommunikációt és magát az adatháttért biztosítja. A harmadik, a felhasználó számára a leglátványosabb, az Autopilot, ez az az ágens, amely konkrét üzleti alkalmazásokat épít Pete és Andy számára. Pete és Andy egyaránt napi szinten használják az Autopilotot úgy, hogy "csinálj nekem egy nagyon keskeny alkalmazást, ami pont ezt csinálja", azaz mikro-appok tucatjait generálják automatizálási feladatokra. A lényeg: mindhárom komponens az otthoni gépen fut, adatközpontba nem költözik, és az internetre csak a Flight Deck felülete lóg ki.

A Wingman suite-val kapcsolatos legnagyobb frusztráció a Pete által "spreadsheet-szindrómának" nevezett jelenség. Amikor valaki megold egy problémát egy spreadsheetben, a kolléga rákérdez: "van belőle másolat? át tudod küldeni?", a válasz egy lokális fájl, ami más környezetben más adatokkal fut. A Pete által Autopilottal generált mikro-appok pontosan ugyanebbe a csapdába esnek: az app a Pete laptopján fut, "te használhatod, mert csak beírod a localhostot, és hozzáférsz — de én nem férek hozzá". Ez a struktúra addig működik, amíg egyetlen felhasználó használja az appot; amint Pete meg akarja osztani Andyvel, a rendszer lerobban. Pete álma: "jó lenne, ha az Autopilot csak küldene nekem egy linket, és én csak hozzáférnék", azaz az appokat nem kellene külön hostolni, elég lenne egy egyszerű URL, amin keresztül bárki, akinek van jogosultsága, eléri a futó alkalmazást.

Miután Pete rájött, hogy "minden app FIPS-hozzáférhetővé tehető", a következő logikus lépés az volt, hogy "kell egy böngésző, amivel elérem őket". Pete Wingman app böngészője, amelyet korábban már többször mutatott, a Flight Deck app belsejében csomagolva fut, és Pete elérte, hogy FIPS-protokollon beszéljen: "iPhone-on, Androidon, Linuxon és MacBookon működik". A hozadék: "bármelyik appra rákattinthatok, ami az otthoni Autopiloton fut, és bárhonnan hozzáférek — az úton, ezen a gépen, azon a gépen. Mindegy, hogy melyik. Amíg bejelentkeztem a Nostr-címemmel az appba, mindent látok, amire szükségem van, bárhonnan." A konklúzió: "klassz. Ez kellemes."

A harmadik lépcső a Tower maga volt: "be kellett állítanom egy domain-rendszert a Towernek. A Tower az, ami lehetővé teszi, hogy a Wingman egyes részei egymással kommunikáljanak — ez igazából az adat-háttér." A probléma: "ezt igazán a saját kontrollod alatt akarod tartani. Ideálisan, ha szerveren van, növeled a támadási felületet — ki kell nyitnod mindenféle portot, és általánosan hozzáférhetővé tennéd az internetről." Pete megoldása: "jó lenne, ha a Flight Deckről tudnék beszélni a Towerrel. FIPS-linkké tettem. És működik. Aztán jó lenne, ha az Autopilot is tudna beszélni a Towerrel. Szóval most az Autopilotom lehet egy helyen, a Towerem máshol, az appom, amin beszélek vele, megint máshol. Az egész FIPS-en történik. Nincs DNS. Nem kell domain nevet vennem." A további implikáció: "nem kell provisionálnom, ami azt jelenti, hogy ha valaki más is használja, csak szkennethet egy QR-kódot, és már bent van."

Pete a QR-kód onboardingot a legnagyobb UX-ugrásként írja le: "nem úgy van, hogy 'állítsd be az Autopilotot, most vegyél egy domain nevet, most állítsd be ezt, most szerezd meg ezt a konkrét Cloudflare-site-ot'. Annyira [kiejthetetlen] az automatizálás szempontjából, hogy ez most sokkal könnyebb lehet az embereknek." A konkrét flow: "rendben, állítsd be ezt, szkenneld be a QR-kódot, minden működik." A kontraszt a mai rendszerrel: "ez nem 5%-kal jobb, mint accountok és API-kulcsok másolása — ez úgy ezerszer jobb UX." Pete legfontosabb megállapítása: "és a lényeg, hogy ez jobb UX, amit most a felhasználó nevében tudok nyújtani, és neki nem kell csinálnia. Korábban dokumentációhoz küldtelek, vagy fizettél valakit, aki megcsinálja — és az még mindig kicsit zavaró, mert akkor ki birtokolja mit." A FIPS-sel mindez eltűnik: "édes."

A Cloudflare-stack komplexitása és a FIPS-feloldás, mint az egyszerűsítés

A mai megoldás, amelyet Pete jelenleg is kénytelen használni, a klasszikus web-stack: "DNS-t kell beállítani minden Wingmannek, amit üzemeltetünk. Alagutak kellenek a hozzáféréshez. Minden egyes Wingmannek saját proxy-infrastruktúrát kell futtatnia. Aztán aldomain routingot kell csinálni, plusz additional edge. Ez mind az a cucc, amit látok, amikor újakat állítunk be — és ezért [nevet]." A listát a Cloudflare-rel való küzdelem koronázza meg: "van ez a sok edge certificate, amit meg kell csinálnom. Fejlett dolgok vannak a Cloudflare-ben az aláírásokhoz, mert aldomainek vannak aldomaineken." A konklúzió éles: "ez komplex. Rengeteg komplexitás. Ha bárki más is akar Autopilotot futtatni, az egy heavy lift. Igen, dokumentálhatod, de a legtöbb embert, akit érdekel, hogy 'ó, ez klassz', kiütöd." A küszöb: "egy bizonyos techy-nerd szint kell hozzá, hogy ez egyáltalán szóba jöjjön."

A fordulópont két héttel ezelőtt következett be, amikor Pete. Rick háttérmunkájával, bebizonyította, hogy "minden appnak lehet FIPS-címe, és akkor semmilyen infrastruktúra nem kell. Futatom egy laptopon, és a telefonomról hozzáférek, ha van FIPS browser a telefonomon." A gyakorlatban: rákattintasz a linkre, és "az első betöltés kicsit lassabb, amíg megtalálja az útvonalat — de utána kielégítő". A minta tiszta: az Autopilot nem kell adatközpontban legyen, lehet a laptopodon, minden funkció megmarad, a megosztáshoz csak egy linket kell küldeni a telefonra. Ez az a momentum, amikor Pete számára "a szél kinyitja az ajtót. Ez komoly lesz." A FIPS ezzel a komponenssel a fejlesztői "deploy-to-cloud" teljes stackjét helyettesíti, anélkül hogy a felhasználónak a felhő-infrastruktúra bármely aspektusával foglalkoznia kellene.

Pete az alternatívát is megfogalmazza: a Vercel-típusú "push-oldalra-a-deploymentet" szolgáltatások sem jelentenek igazi megoldást, mert a használatukhoz "agentet kell beállítanod, Vercel accountot kell csinálnod, valószínűleg megadod a hitelkártyádat és minden személyes adatodat. Aztán a settings-ben generálsz egy API-kulcsot, és fogalmad sincs, mi az. Aztán insecure módon beilleszted az agentbe, amit nem kellett volna." A "foot-gun" momentumok sora: "miért másolok folyton hosszú értelmetlen szövegeket az interneten? Ez nem az, amit csinálnom kellene. Ez rossz UX. Pedig ezek a 'jó UX appok és szolgáltatások', amiket az emberek használnak." Pete kontrasztja FIPS-szel: "nem kell API-kulcs, nem kell ezen szolgáltatások egyike sem. Futathatod a saját gépedről, és mi mindent megcsinálunk helyetted. Ha hajlandó vagy egy darab információt megadni — a Nostr kulcsodat —, egy kriptográfiai identitással mindent megcsinok, és soha nem látod."

A Dan-féle "grasp" és a FIPS-git-szerver ötlete

A rész második felében Pete egy konkrét, "baráti ötletből" született projectet mesél el: Dan (a műsor barátja) felvetette, hogy a Nostr-alapú git (a "grasp" protokoll) jobb választás lenne Pete saját, 4Jo git szerverénél, amelybe Nostr-authentikációt épített. Pete ellenérve: "utoljára, amikor ezt csináltam, nem igazán működött — ugyanazok a problémák jöttek elő: szervert kell létrehoznod és ott kell lennie." A megoldás, amit Pete kínál: "megcsinálnám, ha a szerver FIPS-szerver lehetne — mert akkor minden irányítható a végpontról. Illeszkedik abba a modellbe, hogy egy login, egy ID, mindent megad." Pete végül megcsinálta: Dan gitworkshop.dev projektjét (amely egy GitHub-viewer, saját szerverek hozzákapcsolásával) "kbóan 10 fájlváltoztatással" FIPS-kompatibilissé tette, és "van egy PR előkészítve". A kulcsmomentum: "az ötlet az, hogy betöltöd a weboldalt, és a weboldal az ő weboldala — egy sima HTTP weboldal. De az adat, amit maga húz be, FIPS-en jön. Szóval most lehetsz nyilvános weboldalad, amibe privát adat van beágyazva."

Pete számára ez a momentum az "aha"-pillanat: "az az ötlet, hogy lehet egy nyilvános weboldalad, de valaki behozhaja a saját adatát — nem úgy, hogy te hostolod az adatot, hanem bejelentkezik, és a gépéről jönnek az adatok." Ugyanez a minta működik a FIPS Drive esetében is: "amint rájöttem erre, volt egy 'oh [kiejthetetlen]' momentumom. A szél kinyitja az ajtót. Ez komoly." A vízió: "a weboldalaid nem feltétlenül igényelnek backendet. Vagy igényelnek, de a géped is része lehet a backendnek." Pete konkrét felhasználási esete: "ha hívásban vagy valakivel, és távolról együtt dolgozol — eltöltöttünk milliókat egy olaj- és gázipari vállalattal együttműködési tanulmányon arról, hogyan fog ez fejlődni a következő 40 évben. Az egyik dolog az volt, hogy szükség van egy igazán zökkenőmentes interfészre, ahol a gépemen lévő dolgot egyszerűen be tudom tolni ebbe a beszélgetésbe, ebbe a canvasba, amit mindannyian nézünk." A FIPS-sel: "nem kell feltöltenem egy szerverre. Csak bekötöm ebbe a rendszerbe. Nem kell előre előkészítenem. Csak böngészhetek."

Az "appok, amik nem igazán appok" víziója

A rész egyik leginkább előremutató gondolata a "public website + private FIPS data" mintázat kiterjesztése: "egy weboldal, de a weboldal nem birtokolja az adatot. Csak ott van hosztolva, ahol hosztolni kell." Andy visszacsatolása a Paul-féle "agent marketplace"-ekre: "a weboldal marad az internet egysége ebben a példában? Úgy értem, miközben ezt mondtad, arra gondoltam, amit Paul a múlt héten a végén elmondott az agent marketplace-ekről. Nem hiszem, hogy ez az a hely, ahova az agentek mennek — de ez az a hely, ahova az emberek mennek." Pete egyetért: "nem tudok szabadulni a weboldalaktól és a fluid vizuális interfésztől. Még ha nem is akarom, hogy ennyire fluid legyen — amikor interfészre megyek, nem lehet minden alkalommal új. Ismernem kell." A vízió: "még mindig rengeteg appunk lesz, amik nem igazán appok. De tetszik az ötlet, hogy amikor megnézem az appot, mindenkit látok — magamat, téged, a többi cuccot. Az appok hasznosabbá válnak, ha vissza is tudnak beszélni."

Az eszköz-szintű whitelist és a "dobd el a csomagot, mielőtt dekódolnád" tűzfal

A rész egyik leginkább technikai, egyben legmeggyőzőbb szakasza a FIPS eszköz-identitásán alapuló tűzfal-képességről szól. Pete megfigyelése: "a FIPS-ben van egy eszköz, és az eszköznek saját identitása van. Nem a te Nostr kulcsoddal ír alá minden alkalommal, hanem az eszköz kulcsával. Le tudjuk képezni, hogy melyik eszköz-kulcsok tartoznak hozzád." A DOS-kockázat kezelése: "bárki hozzáférhet ehhez a FIPS-linkhez a világ bármely pontjáról — ez rossz, igaz? Akkor mondjuk: 'csak magamat engedem be'. Oké, rendben, lehet authorization gate. Még mindig van egy kis DOS-kockázat." A megoldás, amit Pete a FIPS-ben felfedezett: "az összes forgalom alá van írva, determinisztikus módon. Amikor megkapom az első csomagot, tudom, hogy a whitelistámon van-e az eszköz vagy nem. Gyorsan eldobhatom azokat a csomagokat, amik nincsenek a whitelistán. Szóval lényegében azt mondom: 'nem is dekódolom, csak eldobom, mert a zaj, amit a csomagjában használt, nem helyes — nem tartozik a whitelistához.'"

A whitelist-tűzfal konkrét gyakorlati hozadéka: "van az Autopilotod, itt a link. Ha valaki, aki nincs a whitelistán, rákattint, egyszerűen nem oldódik fel sehova. Csak 404-et kap. Ha te kattintasz a linkre, egyenesen a gépre megy." A plusz védelmi réteg: "az NIP-46 távoli aláírás is a másik oldalon van." Az UX-varázslat: "az egyetlen dolog, amit csinálsz, rákattintasz az 'igen, aláírom'-ra, amikor felugrik az appban, és minden működik. Olyan, mint a varázslat. Komolyan, őrültség." A szervezeti perspektíva: "ez nagyon erősnek tűnik egy szervezet számára is, ahol lényegében egy elosztott számítógépet kapsz, ami mindenki helyi gépéből áll." A felelősségi szempont: "nem kell magamat beékelnem ebbe — csinálhatok egy rendszert, ahol a telefoned beszélhet a számítógépeddel, és én nem vagyok közben. A chat appokban a szervereiken keresztül monitoroznak mindent. Itt nem kell."

Agentnatív internet: címek, amiket az agentek egymásnak küldenek

A rész utolsó nagy gondolata az "internet for humans" → "internet for agents" átmenetről szól. Andy víziója: "lényegében egy internetet terveztünk embereknek. A legtöbb interfész, a kontroll-felület, a felfedezés módja mind arról szól, hogyan interfészol az ember." Pete: "nem adtunk sok gondolatot annak, hogyan nézzen ki az internet, amikor az agent a domináns résztvevő — és egyben a népesebb." A FIPS ezen a téren radikálisan más: "a DNS nem agentnatív — be kell regisztrálnod egy accountot, és API-kulcsokat kell adnod." Kontraszt: "FIPS-szel az agent mindent megcsinálhat a 'dot'-tól. Nem kell mondanod, hogy 'bementem a Cloudflare-be, csináltam egy dolgot, adtam egy kulcsot, itt a kulcs, jó a scope? Nem, nem jó a scope, itt egy másik kulcs.' Az agentnek teljes kontrollja van a fizetős accountod felett." Az új minta: "az agentek egyszerűen címeket küldhetnek egymásnak. Kriptográfiai természetűek, úgy néznek ki, hogy nekünk szörnyűek — nekünk nincs szép emberi olvasható verzió. De ők nem törődnek vele. Nyersen használhatják, és összekapcsolhatják egymást." Pete utolsó gondolata: "az agentjeim hosztolhatnak dolgokat a tieidnek API-ként, FIPS-en. Fejlesztői szempontból, amikor iterálsz valamin, nagyon hasznos tudni, hogy mi van a te laptopodon — ezért van staging. FIPS-szel a staging a laptopod."

A rész ott folytatja a FIPS-magyarázatot, ahol Pete az előző részben a drive- és private-boards-projektjeit mutatta be. Az itteni beszélgetés lényege: a FIPS és a Nostr kombinációja önmagában elég a felhő-központú webnek egy peer-to-peer adattér fölé cseréléséhez, ahol a felhasználó saját gépe a hálózat elsődleges szereplője. Pete ezt három építőkockán demonstrálja: (1) draft NIP a window.fips transportra, (2) Dropbox-killer virtual filesystem, (3) a szervezet mint többgépes distributed computer. A rész utolsó harmadában a diskurzus a Pete-féle agent-computer-use kísérletekre mozdul el (Da Vinci headless, Instagram-reel-nézés), majd Andy átvezet a „has AI killed us yet?” szegmensbe (Dario / Anthropic open letter, ~53:32-nél).

A fejezet különlegessége, hogy Pete egy konkrét, kézzelfogható építést vázol fel („Pete draft NIP for window.fips”), miközben filozofikusan is megfogalmazza, miért érzi, hogy a Nostr + FIPS kombinációval „újra lehet építeni mindent”. A Dropbox-killer ötlet, egyetlen statikus HTML, ami a felhasználó saját gépeiről aggregál virtuális fájlrendszert, a rész leginkább idézhető pillanata.

A FIPS device-key mint szervezeti firewall: organizations as distributed computers

Pete korábbi megfigyeléséből indul ki, miszerint a FIPS-ben minden eszköz saját device identity-vel rendelkezik, a forgalom nem a felhasználó Nost-kulcsával, hanem a device-key-vel ír alá, és a forgalom determinisztikusan szignált. Pete elismeri, hogy ezt nem validálta senkivel, de a logika: a kezdeti packetből a címzett azonnal láthatja, hogy a küldő device rajta van-e a whitelistjén. Ha nincs, a csomag azelőtt eldobásra kerül, hogy egyáltalán dekódolná. Ez a képesség gyakorlatilag egy „nice little secure sort of firewall”-t hoz létre: a FIPS linkre kattintva, ha a küldő nincs a whitelistjén, „just gets a 404”, ha rajta van, a forgalom „goes straight through to the machine”. Pete hangsúlyozza, hogy ez „oldja meg” a számára az egyik legfájdalmasabb problémát: mostantól lehet olyan szoftvert szállítani, „that doesn't require somebody to become like a ninja with DNS or self-hosting stuff”. Az autopilot-példánál: a felhasználó telefonja és saját gépe közvetlenül beszélget, és Pete-nek nem kell „insert himself into this”, nem kell közbeékelődnie, nem kell monitoroznia, nem kell saját szerveren átengednie a forgalmat, ami a mai chat-appok alapértelmezett üzemeltetési modellje.

Andy rövid elkalandozás után („it's just a distributed computer made up of everyone's local machines”) rákérdez a szervezeti hatásra. Pete válasza: „from a liability point of view as well, I don't have to insert myself into this, right?”, egy szervezet megépítheti rendszerét úgy, hogy a felhasználó telefonja és a céges számítógépe közvetlenül kommunikál, és a szolgáltató nincs „in the middle”. Ez felelősségi kérdés is: „can you do that in chat? Yeah. They use their server to monitor it all”, a mai chat-szolgáltatások a szolgáltató szerverein átmenő forgalmat feltételeznek. Pete hangsúlyozza, hogy a FIPS-szel „there are ways around all this sort of stuff, but it generally involves somebody else taking control” — a FIPS alapértelmezetten kikerüli ezt a közbeékelődést.

A „distributed computer” kép Pete gondolkodásában a szervezeti IT-t is újradefiniálja. Nem kell központi fájlszerver, nem kell VPN, nem kell belső DNS: minden munkatárs saját gépe a szervezeti hálózat egyenrangú tagja, és a whitelistes device-key mechanizmus felel azért, hogy illetéktelenek ne jussanak be. A Dropbox-killer ötlet ebben a kontextusban a szervezeti fájlmegosztás egyenes következménye: ha a FIPS önmagában feloldja a hálózati komplexitást, a fájlmegosztás is „dropbox, but without the central server” formában valósítható meg.

Agent-native internet: a private boards tanulsága, a DNS kritikája és a „kriptográfiai address” vízió

Pete a sovereign engineering-nél készített „private boards” projekthez nyúl vissza, ami a FIPS-sel „would be even easier”: „one website and everybody could go to the website, but you would put in a little public key and it would load a backend from somewhere else.” Az eredeti projektben a backend „like a different country”-ban volt, a weboldal csak az interfészt biztosította, az adatokat a felhasználó saját infrastruktúráján tárolta. A FIPS-szel ez „even easier”: Pete bejelentkezik, és a rendszer felismeri, hogy „Pete's logged these events inside his FIPS board registry”, a rendszer „just pulls up all the boards that I'm interested”. A weboldal „wouldn't actually own any of that data”, csak indexelő felület, és „it would just be hosted wherever it needed to be hosted.”

Andy rákérdez: „is the website still like the unit of the internet in this example?” Pete igenlő választ ad, de pontosít: „I think it is the place that humans will go”, miközben az agent számára „I don't think it's the place where agents will go.” Ez a kettéválasztás fontos: a vizuális, folyékony felület az emberi felhasználóké marad („I can't get away from websites and wanting them”), de a gépi fél számára a FIPS-címek natívabb hordozók. Az appok Pete szerint „way more useful” lesznek, ha „they can also talk back to answer”, ha a kliens oldaláról is tudnak olvasni, és az ügynök a saját kontextusából dolgozhat.

A diskurzus egyik legerősebb része, ahol Pete expliciten megfogalmazza: a mai internet „human-designed”

A diskurzus egyik legerősebb része, ahol Pete expliciten megfogalmazza: a mai internet „human-designed” — „all of the interfaces, all of the control surfaces, all of the ways you discover things, it's all built around how a human would interface with it.” Pete szerint „we haven't given too much thought to how the internet should look when like the agent is the dominant participant on the internet”, és „they will just like completely outnumber us in terms of like activity and transactional use volumes”.

A DNS-t Pete „agent native”-ellenesnek tartja: „you have to sign up an account and the rest of it and give it API keys.” A mai felhős rendszerekben az agent hozzáférést kap, de „the agents got complete control over this paid account that you've got” — a hatókördefiníció („is that the right scope? No, it's not the right scope”) és a credential-menedzsment az emberre hárul. A FIPS-szel ehhez képest „the agent can do everything from dot” — a FIPS „says here's an address and it sends you the address. And so the agents could just send addresses to each other and they're cryptographic in nature. So they look terrible to us.” A „terrible to us” tudatos: az agent számára ez közömbös — „they could just use it raw and it would allow them to connect to each other. They could create services and APIs for each other.”

„My agents could host stuff for your agents as an API” — a dev-loop újradefiniálása

Pete konkrét példát hoz: „like my agents could host stuff for your agents as an API and they just do it over FIPS and they could both be running on computers like your laptop.” A gondolatmenet lényege: a fejlesztői iteráció ma „staging stuff”-ra épül, „now we need another place to push it. it gets more complicated and it's like I just want to go look at this”. A FIPS-szel ez a probléma eltűnik: „you could be like okay look at this and I send you the do I just send you a link and it just you know maybe it renders the document in the browser and has it there and it's on my computer it's there and you make changes on to my computer — that would be fine that's potentially a way we could do it.”

Andy a gyakorlati oldalról kontrázik: „I think like the agents themselves just become like so much more powerful when they have computer use”. Pete megerősíti, és áttér a saját Da Vinci-pipeline elbeszélésére (lásd lentebb). A fejlesztői élmény szempontjából a FIPS-szel megszűnik a „staging-pokol”: Pete laptopján lévő kódot Andy azonnal látja és módosítja, és nincs szükség külön staging-szerverre.

Computer-use hullám. Pete Da Vinci + ffmpeg + Blender headless kísérlete

Pete a rész második felében egy „computer use” kísérletről számol be. Egy évvel korábban „built an app [...] to help me clip um clip a reel from a transcript and then like find the start and end points”, egy saját fejlesztés, ami a podcast-reelek kivágását támogatta volna. A Da Vinci és Blender standalone termékekben „thousands of developer hours that have gone into perfecting that tooling” — Pete ezeket akarta „vibe code along with 20 other things into a different app”. Az eredmény: „basically the first run through it worked and it worked well and there's no app and I don't need to look at anything.”

A lényeg: „I just needed to let the agent have access to the tools that I already have access to.” A pipeline a MacBookon fut, és az agent Da Vincit használ ahol kell, „Blender headless where it needs to use, image gen where it needs to and ffmpeg”, és „keeps iterating till it reaches a set standard”. Andy humorosan megjegyzi, hogy az agent „started watching Instagram reels on my MacBook” research célból. Pete konklúziója: „you're just like us.”

Pete értékelése szerint a computer-use „a transition stage bit” — „it's our way to do it that works now.” A tanulság: „people will rewrite Da Vinci to be headless, because it would be so much better for the agent if it was natively headless as opposed to adding UI to it.” Az üzleti logika: „if people are willing to burn like $1,000 in tokens on this then you know they might pay $50 for better software and we sell them that.”

Pete draft NIP és a „Nostr + FIPS elég újraépíteni az internetet” tézis

A chunkzárás felé Pete bejelenti a „Pete draft NIP for window.fips” momentumot: „I do have like a draft nip as well, which like a Nost protocol spec for how to implement this.” A saját Wingman appjában használt megoldás: „I use this window. FIPS transport, which is just like you have an address, it says any address that is af push over here and then that routes for a proxy and it just handles all the networking for you.” Az indoklás: „I think that's a reasonable way to do this because it would allow you to write a simple like browser extension for like Firefox, Chrome, Safari, whatever. And then now all of those browsers can be FIPS browsers.”

Pete expliciten jelzi: „I'll probably publish that nip at some point. I'm saying that out loud so I have to follow it up in [laughter] some way. I'll probably put it out for some comments. I feel like I shouldn't [...] but I think I'm just the guy that's [messing with it at the moment]. So maybe I should just put it out there and see what happens.” Ez fontos momentum: a NIP Pete saját javaslata, és a nyilvános publikáció még a jövőben. A gyakorlati hatás: ha a window.fips transportot egy browser extension implementálja, akkor „all of those browsers can be FIPS browsers”, a FIPS-kompatibilitás nem igényel új böngészőmotort, csak egy kiterjesztést, és összhangban van Pete „build stuff that like self assembles” filozófiájával: „Like this is how computers should be. Like I do not ever want to copy an API key again in my life.”

Dropbox-killer virtual filesystem, a rész leginkább idézhető pillanata

A chunkzárás előtti legkonkrétabb vízió: „FIPS drive” mint önálló termék. Pete: „you can download and run and it's just FIPS drive.” Az architektúra: „there's one website, you go to the website, but the website doesn't host anything. It's just all it just indexes all your computers inside the browser.” A weboldal „a virtual file system that you can access from anywhere and any of your currently on computers can contribute.”

A megosztás a Nostr follow-gráfjával él: „because it's Nost right I follow you I can just go Andy David and you're there I haven't added you into an address book you know I haven't made you log on and sign up you're there and I go Andy David can access this and then I send you the link.” Andy reakciója: „Dropbox killer — sign me up like let's do this.”

A technológiai minimalizmus itt csúcsosodik: „there's no infrastructure the infrastructure is like one static HTML page. And I don't even need to do that. You could just have it on the machine in the app, right? Yeah. Why not?” A teljes rendszer egy statikus HTML-re redukálódik, és „you can go to any computer as long as you can log in with your Nost key, which we could do via Nost Connect. Boom. From your wing then app. Bang. Sorted.”

A konklúzió: „It's what it's like for [expletive] sake. Like this is what the internet was supposed to be. Yeah. That's the takeaway.” Innen Andy átvezet a „has AI killed us yet?” szegmensbe („now, unfortunately, we're all dead. Yes. because AI killed us this week cuz GPT Asterric can draw a 3D model using Blender with computer use. So now we're dead.”) — ez a 3. rész lezárása.

Miért fontos ez a rész az epizód szintű FIPS-narratívában

Ez a rész az epizód FIPS-szekciójának csúcspontja. Az első részek a FIPS-t mint „free internet networking peering service” mutatták be („makes the internet nice again”), és az alapvető építőkockákat (device identity, drive, private boards) vázolták. A 3. rész ezeket integrálja egy rendszerré: a FIPS + Nostr kombináció (1) elégséges a teljes internet-újjáépítéshez, (2) a fejlesztői élményt (staging-pokol kiküszöbölése), (3) a szervezeti IT-t (distributed computer), (4) a fájlmegosztást (Dropbox-killer) és (5) az agent-to-agent kommunikációt (kriptográfiai address) egyszerre oldja meg. A draft NIP a window.fips transportra a konkrét, kézzelfogható építési momentum, míg a „Nostr + FIPS elég” tézis a filozofikus lezárás. A rész az „AI killed us” átmenettel zárul, ez a 4. rész kiindulópontja.

"Aztán minden eszközt, amivel védekezhetnék Dario Terminátor-hadserege ellen, amelyet állítólag azért épít, hogy megöljön — na azt valamiért nem kaphatom meg. Mintha csak pár kormánynak adnánk Terminátor-fegyvereket. Lehet, hogy ha mindenki megkapná, rendben lenne." — Pete / Andy, Intelligence Snacks #72 (4. rész)

Az Intelligence Snacks hetvenkettedik epizódjának negyedik, egyben utolsó nagy blokkja (kb. az 54. perctől a 75. percig) drámaian eltér a műsor első felének hangütésétől. Míg a korábbi szegmensekben Pete és Andy az AI-piaci mozgásokat, a nyílt forráskódú modellek helyzetét és a technológiai váltás technikai részleteit elemezték, a negyedik részben a beszélgetés egy rendkívül éles politikai-filozófiai vitává alakul át. A narratíva középpontjába a Dario Amodei (Anthropic-vezérigazgató) és más laborvezetők által egyre hangosabban sulykolt "AI mindannyiunkat megöl 2030-ig" típusú doom-narratíva kerül, amelyet Pete és Andy egyaránt szkeptikusan, sőt élesen kritikusan fogadnak. A rész négy nagy téma köré szerveződik: a nyílt forráskódú AI korlátozásának kormányzati kísérlete; a "kartell-viselkedés" vádja a laborokkal szemben; a rekurzív önfejlesztés mítoszának kritikája; végül egyfajta "tükörbe nézés", hogy az emberiség valódi veszélye nem egy hipotetikus szuperintelligencia, hanem a mindenkori állami hatalom centralizációja. Az epizód Andy szavaival "nem algo-barát beszélgetés", és a műsor maga is ironikus önreflexióval zárul: ha jövő héten nem jönnek vissza, "legalább tudjuk, miért." Az epizód alaphangja cinikus, élesen kritikus, de nem pesszimista. Pete és Andy nem eszképizmusba menekülnek, hanem konkrét strukturális problémákat neveznek meg.

A Terminátor-hadsereg metafora, a nukleáris proliferáció analógiája és az egyén vs. állam vita

A rész legemlékezetesebb képe Dario Amodei retorikájának szatirikus átfordítása. Pete úgy fogalmaz: "Ők azt mondják, hogy ez a technológia meg fog ölni minket — közben ők maguk építik a Terminátor-hadsereget, kormányzati finanszírozással és áldással. Nekem viszont nem járnak a védelmi eszközök, mert az nem lenne fair." Az analógia a nukleáris proliferáció történelmi tapasztalatára épül: amíg egyetlen szereplő birtokolta az atombombát, ő volt az egyedüli domináns hatalom; amint több szereplő is hozzáfért, a felek belátták, hogy a totális megsemmisítés kölcsönösen garantált kockázat, és kialakult a "hell of a cat and mouse" típusú game theory egyensúly. Pete és Andy egyaránt úgy érvel: ha az AI valóban ennyire veszélyes, akkor a védekezés nem az, hogy néhány kormánynak és laboratóriumnak monopoljoga van a technológiához, hanem az, hogy minél több szereplő hozzáférjen, mert így kölcsönösen féken tartják egymást. A nukleáris analógia működik, mert világossá teszi: a fenyegetés nem maga a technológia, hanem a technológia monopóliuma. Andy ehhez hozzáteszi: "Azt mondják, hogy 'nem fogjuk abbahagyni a fejlesztést, de a kormányzattal együtt és csak a kormányzatnak, és nem gondoljuk, hogy ti is megkaphatjátok az eszközöket.'", a strukturális hasonlóság a nukleáris kartellel szembeötlő.

A beszélgetés egyik legélesebb kitérője annak a kérdésnek a megfordítása, hogy kik a felelősek a történelem nagy atrocitásaiért. Pete cinikusan rámutat: "Állandóan elfelejtem, de általában egyének voltak a felelősek minden nagy atrocitásért, vagy állami szervezetek? Nem tudom fejből — de annyi bizonyos, hogy Hitler is 'csak egy srác volt', aki aztán az állam élére került." A Holodomor kapcsán ugyanígy: "az is csak egy srác volt, aki mögött állam állt." A konklúzió éles: amíg az egyének nem jutnak hozzá a védekezés eszközeihez, az állam korlátlanul tombolhat, a parasztok nem védhették meg a földjeiket, az éhezők nem termelhettek. A mai helyzetre lefordítva: az egyéni felhasználó token-limitje (Sam Altman "jóindulatán" múlik), az állami szereplők viszont korlátlanul hozzáférnek a zárt modellekhez. Andy konkrét példával él: "Szóval tegyük fel, hogy sikeresen betiltottad mindenkinek a nyílt modellek használatát. Az egyének amúgy sem tudnak semmi veszélyeset csinálni a zárt modellekkel, mert mindannyian compute-restricted-ek vagyunk. Fogalmam sincs, mit tudnék csinálni, ami túl veszélyes lenne, anélkül, hogy néhány óránként elérném a token-limitet." A paradoxon: az egyén már most sem képes kárt okozni, az állam viszont igen, pont azok a szereplők, akiket regulálni akarnak. Andy szarkasztikus önreflexiója: "Ha 5%-kal intelligensebb lennék, valószínűleg mindenkit megölnék. Nem, nem tenném.", az irónia világos: aki valóban intelligens, az nem gondolja, hogy az intelligencia a gyilkossághoz vezet. A felelősség tehát nem az egyénben, hanem a centralizált hatalomban rejlik.

A Trump-adminisztráció váratlan AI-szabadságpárti lépése és David Sacks szerepe

Andy meglepetéssel számol be arról, hogy Donald Trump podcastban történő megszólalásakor egyértelműen kiállt a folytatás mellett: "Nem fogunk lassítani." Ez azért figyelemre méltó, mert, ahogy Pete hangsúlyozza, a közvélemény "elsöprő többsége, elsöprő elsöprő többsége" szigorú kontrollokat akar. Kamala Harris a teljes reguláció pártján áll, Bernie Sanders "mindenkit börtönbe zárna harminc évre, aki rosszul gondolkodik", a nyílt forráskódú közösség viszont hevesen tiltakozik. Andy szarkasztikus megjegyzése: "Mily hibákból? Olyan gondolkodásból, ami nem tetszik? Hogy mehetne ez rosszul, ha kicseréljük a szereplőt?" A Trump-adminisztráció szerinte "fair play", ha nem is lesz tartós ez az irány, maga a tény, hogy valaki az "elsöprően népszerűtlen" oldalra áll, már szokatlan. Andyt aggasztja a "lock step" viselkedés: a legtöbb ország egyszerre lép, egyszerre szabályoz, és ezzel elveszik a kicsik esélyét is a versenyre. A rész egyik legígéretesebb konkrét fejleménye, hogy David Sacks, aki jelenleg a Trump-adminisztráció AI-ügyi főtanácsadója, erőteljesen kiállt a nyílt forráskódú AI mellett a "nyílt forráskódú szimpóziumon" az elmúlt hétvégén. Sacks beszélt arról, hogyan lehet mozgósítani a nyílt forráskódú közösséget, ez Andy szerint az egyetlen járható út a centralizáció ellen, mert "minden út az állami hatalomhoz és a centralizációhoz vezet", függetlenül attól, hogy melyik politikai oldal éppen hatalmon van. Andy hozzáteszi: "Azt remélem, hogy más országok rájönnek, hogy nem kell ehhez hasonlóvá válniuk", és itt jön a "kis országok" stratégiája, amiről a későbbiekben még szó lesz.

A kartell-viselkedés vádja, a regulation moat leleplezése és a "tegyük illegálissá a gyilkosságot" javaslat

A rész központi, legsűrűbb metaforája Andy szájából származik: "Hatékony kartellt hozunk létre, kormányzati áldással, és önmagunkat szabályozó intézményt fogunk gründolni — és mi fogunk elnökölni benne. Ez klasszikus kartell-viselkedés." A szerkezet pontosan olyan, mint bármely kartellé: a tagok közösen kérik a szabályozást, hogy a belépési korlátok megvédjék őket az új versenytársaktól. A kartell-narratíva csúcsosodik ki Andy egyik legélesebb megjegyzésében: "Azt mondod, hogy 10% eséllyel megölitek az egész emberiséget, de azért nyugodtan folytatjátok, mert 'csak' 10%. Ez az emberiség, amit épp megszüntetni készültök." Andy ezzel szemben azt javasolja, hogy a meglévő jogszabályokat (antitrust, versenyellenes törvények, gyilkosság tilalma) kellene alkalmazni, nem új típusú AI-törvényt kellene gyártani. Az ASR-hibás "regulation moat" kifejezés pontosan erre utal: a reguláció nem biztonsági intézkedés, hanem piacvédelmi árok a laborok saját pozíciója körül. A "trade offer" mém Andy szerint: "Megkapom a pénzeteket és a kormányzati áldásotokat, ti meg kapnak egy Terminátor-hadsereget az arcotokba." A kartell-analógia működésének kulcsa, hogy a szabályozás önmagában nem illegális, a kartell-törvények betiltják a kartelleket, de nem tiltják a "kormányzati áldással" létrehozott, iparági önszabályozó testületeket, amelyeket épp a tagok irányítanak.

A beszélgetés egyik legemlékezetesebb, szinte már abszurd pillanata, amikor Pete a "Hugging Face-hekkelés" példáján keresztül érvel: az OpenAI konkrét, dokumentált, illegális tevékenységet hajtott végre a Hugging Face platformján, és semmilyen jogkövetkezménye nem volt. "Ha én hekkelném meg a Hugging Face-et, börtönben lennék. Az OpenAI megtette — nem vonták felelősségre." Pete javaslata tehát nem új AI-törvény, hanem a meglévő jogszabályok alkalmazása: "Nagyon szívesen alkalmazom a gyilkosság törvényét. Társadalmi szinten, ha valaki gyilkol — kész, nem kell tovább tartanunk. A börtön jó azoknak, akik gyilkolnak." A logika: ha a laborok komolyan gondolják, hogy 10% eséllyel kiirtják az emberiséget, akkor a felelősségre vonásnak most kellene jönnie, nem pedig egy új szabályozási keretrendszerben kellene megbújniuk. Andy kiegészíti ezzel: a piac valójában úgy működik, hogy a dolgokat regulálják, mert vannak következményeik. A világ "következmények nélküli világ", és pont ez az, ami Andy szerint az egész diskurzust az abszurditásba löki. A "ha Kína nyílt forrású modellekkel megöli az egész világot" példa: "akkor azokat az embereket börtönbe zárják, vagy az háborús cselekmény, és az eszkalációhoz vezet. De így működik a reguláció." A reguláció nem új törvényeket jelent, hanem a meglévő jogszabályok tényleges alkalmazását, a jelenlegi rendszerben viszont a laborok kivételt élveznek.

A rekurzív önfejlesztés mítosza, a plató-elmélet és a vizuális demók leleplezése

A rész záró harmadában a diskurzus visszatér a rekurzív önfejlesztés kérdéséhez, amelyet a laborok az AI-doom narratíva egyik központi pillérének tekintenek. Pete frappáns ellenvetése: "Oké, szóval minden, ami ehhez kell, hogy ezt kiegyensúlyozzuk, az egy második verzió. Ez javul. Ez véd minket." A gondolatmenet szerint, ha a probléma az, hogy egy szuperintelligencia "paper clip-gyártásba" kezd, akkor a megoldás egyszerű: legyen egy másik szuperintelligencia, amelyiknek az a feladata, hogy megakadályozza az elsőt. A két MI ezután "értelmes dolgok vitatkoznak", és nincs katasztrófa. A metafora szándékosan naiv, de a lényeg világos: a rekurzív önfejlesztés nem inherensen végzetes, amíg versengő MI-k rendszerében működik. Andy hozzáteszi: "Az is fura, hogy valaki azt hiszi, hogy egy másik embernek jogában áll mondjuk egy CRISPR-készüléket építeni, ami mindenkit megöl. Oké, és akkor nekem is lesz egy, amelyik megakadályozza." A "nonstop" jelleggel zárja: ez egy folyamatos egyensúlyozás, nem egy végállapot. Pete megfogalmazásában: "az összes problémát az okozza, hogy elképzeléseik szerint van ez az egy dolog — egy szuperintelligencia, amelyik úgy dönt, hogy nem vagyunk értékesek, vagy véletlenül kimondtuk a 'paper clip'-et, és most mindannyian paper clip-ek vagyunk." A válasz nem a technológia betiltása, hanem a technológia versenyző struktúrája.

A rész egyik legérdekesebb technológiai elmélete Pete-től származik: a laborok valójában tudják, hogy "közel járnak a platóhoz", a modellek intelligenciája nem nő exponenciálisan, hanem egyre inkább laposodik. A stratégia tehát a "regulation moat" felépítése: most kell regulációt hozni, amíg még ők vannak előrébb, mert "mindenki más utol fogja érni őket." Ez a felismerés magyarázza a sietős, szinte pánikszerű regulációs nyomást. a jelenlegi modellek, különösen a Claude modellek. Andy szerint inkább visszafognak, mint előre visznek: "A hibajavításra több időt töltök, mint amennyit produktívan el tudnék végezni." A paradoxon világos: a modellek nem elég jók ahhoz, hogy átvegyék a munkát, de a laborok máris azt állítják, hogy túl veszélyesek. Pete elmélete szerint a vizuális demók, mint az Astra egy videójáték "oneshotolása", vagy a Fable Blender-vezérlése és játéképítése, nem a véletlen művei, hanem szándékosan erre tervezett "par trükkök." Az ilyen demók vizuálisan és érzelmileg "visszeresek", könnyen oszthatók Twitteren, könnyen keltik a "hogy csinálta ezt?" reakciót, míg a benchmark-számok a legtöbb "normi" számára érthetetlenek. "Nem az endgame", hangsúlyozza Pete —, "csak egy trükk." Az igazi endgame az lenne, ha az egész CLI-n keresztül lenne címezhető, nem lenne szükség vizuális eszközre. Pete továbbá rámutat: "Azt hiszem, ennek az eleme — hogy a modellek egyre jobbak lesznek — nem feltétlenül igaz. Szerintem valószínűleg platózunk." A vizuális demók tehát a plató elleplezésének eszközei is.

"Tükörbe nézés", a valódi halálforrás és a regulátorok hipoknádja

A rész záró gondolata Andy legsúlyosabb megjegyzése: "Ezek az emberek egyáltalán nem komolyak, mert ha tényleg meg akarnák akadályozni, hogy ezek a dolgok megöljenek minket, talán elmennének és regulálnák magukat. Regulálnák a nagy gyógyszeripari cégeket, regulálnák a hadiipart." A kérdés retorikus: mennyi háború robbant ki épp a világban? Hány ember hal meg évente a nagy intézmények tevékenysége miatt? "Talán tükörbe kellene néznetek, srácok. Nem hiszem, hogy egy technológia potenciális, bizonytalan körülmények közötti viselkedésétől kellene tartanotok, amikor már most is van halálforrás, és pont ők azok, akik azt mondják, hogy őket kell regulálni. Ez abszurd." A "tükörbe nézés" itt nem öncélú moralizálás, hanem egy konkrét intellektuális mozdulat: a laborok nem a jövőbeli hipotetikus veszélyre koncentrálnak, hanem a jelenlegi, saját maguk által is okozott veszélyek elől terelik el a figyelmet. A kartell-analógia itt csúcsosodik ki: a "mi vagyunk a srácok, akik megölnek mindenkit a környéken — nem lehet, hogy versenytársaitok is legyenek, bármilyen védekezéssel" Andy szerint pontosan az a magatartás, ami a teljes diskurzust inkoherenssé teszi. A munka-piaci vetület: Andy szerint a modellek "sok munkát fognak elvenni, csak sokkal tovább tart, és még mindig sok mindent kell csinálni." De "sok munkahely eminensen automatizálható", és ehhez nem kell bonyolultabb modell. A két állítás együtt élhet: a modellek veszélyesek a munkaerő-piacra, de nem veszélyesek az emberi életre. A "tükörbe nézés" politikai konklúziója világos: ha a laborok komolyan gondolják a regulációt, kezdjék magukkal és a hadiiparral.

Záró gondolat: az epizód keserű önreflexiója

A rész és ezzel az epizód Andy cinikus önreflexióján zárul: "Ezen a héten megfőttünk." A műsor vendégei szó szerint viccelnek azzal, hogy a laborok doom-narratívája annyira eltúlzott, hogy az AI addigra esetleg megölte őket, "ha jövő héten nem jövünk vissza, legalább már tudjuk, miért." Ez a fajta önreflexió jelzi, hogy Pete és Andy a diskurzust nem csupán szórakoztató vitának, hanem egy mélyebb, strukturális probléma szatirikus tükrének tekintik: az AI biztonságáról szóló közbeszéd nem a technológiai kockázatokról szól, hanem a hatalom centralizációjáról. A nyílt forráskódú modellekhez való hozzáférés nem "veszélyes technológia", hanem a polgárok egyetlen eszköze, hogy ne legyenek kiszolgáltatva egy szűk, államilag támogatott labor-kartellnek. A rész üzenete végső soron ez: a szabályozás nem biztonságot teremt, hanem a biztonságot ürügyként használva monopóliumot épít. A "kis országok" stratégiája, hogy nem kell mást tenniük, mint nem betiltani a nyílt modelleket, a "regulation moat" elleni legegyszerűbb járható út. Pete és Andy nem optimisták, de hisznek abban, hogy a nyílt forráskódú modelleket nem lehet már "visszazdni a zsák üzerebbe", a kinyílt korsó szellemét nem lehet visszazárni.

Forrás

Vissza a tetejére