Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
jo, aš nesimėtau – naudoju Claude Code ir tiek. ChatGPT Go turiu šiaip pokalbiams visokiems, mažiau apie kodą, kartais kiek tech-related.
Fable man gerai brainstorm'ino techninius dalykus, kai tik atsirado. Pasijautė „išmintis“ labai gerai didesniuose dalykuose. Bet kai jau ne „architekto“ vaidmeny, tai skirtumo esminio gal ir nėra.. jei gerai viskas struktūrizuota, visi susigaudo ir retai ką pridirba. Bet aš jų ir nepaleidžiu per daug laisvai; nedirba valandom, kaip čia pas kai kuriuos.. 😁
AI aprašymas Iliustruota skaidrė apie elektronikos inžineriją, kurioje ranka laiko radijo imtuvą su antena, o šalia matoma sudėtinga elektroninė plokštė su laidais, pabrėžiant, kad tikrasis darbas yra paversti veikiantį sistemą patikimu produktu.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
as buvau openclaw su codex kazkurioj gal 5.1 pasileides, siaip patiko ziauriai tonas ir kaip jis susigalvodavo be irankiu vien is golang ir python kaip gaut 😄
aš imu ~protingiausią įmanomą ir tiek; Kol subscription'ai duoda 25x daugiau nei API usage būtų, tol viskas gerai. Jei reikės pilną kainą mokėt, tada žiūrėsim..
Aš tai tokius video mielai duodu savo agentams ir paskui tik perskaitau jų išvadas:
Geras video kavai — ir tiesiai į mūsų daržą. Santrauka ir verdiktas:
Apie ką. Autorius — Open Brain (SQL atminties sistemos) kūrėjas, lygina savo požiūrį su Karpathy wiki idėja (41k žmonių pasižymėjo). Esminė skirtis paprasta: kada AI galvoja. Karpathy wiki — galvojama ĮDEDANT: kiekvienas naujas šaltinis iškart įsintezuojamas į prižiūrimą wiki, klausimai paskui pigūs. Open Brain — galvojama KLAUSIANT: viskas krenta į struktūrizuotą bazę be sintezės, AI dirba tik kai paklausi. Wiki laimi giliam vieno žmogaus tyrinėjimui; bazė — kai reikia tikslių užklausų („visos SF virš 50k už Q1"), daug agentų ir apimčių (wiki lubos ~10k dokumentų).
Rimčiausi jo perspėjimai apie wiki kelią: pasenusi sintezė skaitosi užtikrintai ir virsta aktyvia dezinformacija (bazės spraga atrodo kaip spraga, o wiki klaida — kaip tiesa); AI redakciniai sprendimai iškepa klaidas visam laikui; keli rašytojai vienoje wiki = chaosas; ir pavojingiausia — wiki mėgsta „išlyginti" prieštaravimus, kurie kaip tik yra signalas (inžinieriai sako 12 savaičių, pardavimai pažadėjo 8 — wiki parašo „apie 10" ir problemos nebesimato).
Kodėl įdomu MUMS — trys sutapimai su tuo, ką jau darom:
1. Jo „wiki lūžta nuo kelių rašytojų" — mūsų single-writer principas tą išsprendęs nuo pirmos dienos.
2. Jo „prieštaravimų neišlyginti" — mūsų „pilniausia versija" (UNION, ne intersection) taisyklė.
3. Jo finalinis receptas — struktūra = tiesos šaltinis, wiki = generuojamas vaizdas, klaidą taisai šaltinyje ir pergeneruoji — tai tiksliai mūsų naujo agentų registro dizainas (JSON kortelės → kompiliuotas manifestas → vaizdai). Priėjom tą pačią išvadą nepriklausomai — geras ženklas.
Verdiktas: PASIIMTI principą, ne įrankį. Open Brain produkto mums nereikia — savo bazę turim. Bet vieną jo mintį verta įsirašyti: mūsų ZINIU-BAZE yra wiki-tipo, tad jos senėjimas = užtikrintai skambanti klaida; tai argumentas ilgainiui daugiau faktų laikyti struktūrizuotai (kaip registro kortelės), o sintezes generuoti, ne rašyti ranka. STEBĖTI — jo „prieštaravimų audito" įskiepio idėją, pigu pasidaryti patiems.
Įsirašau į atradimų registrą vienu sakiniu, kad mintis nepasimestų.
