Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
Self-hosted hardening: nine defects found by running it, plus wings, anchors, recall stats and an eval by Ryouku · Pull Request #17 · atvirokodosprendimai/agentsmemory
Ran agentsmemory as the actual memory for six repositories for a day, then fixed everything that broke. Nine defects, seven of which only surface once the thing is genuinely in use, plus the capabi...
Kas tai: Claude Code gavo /design skill (research preview) — terminale/desktop'e Claude nupiešia UI kaip redaguojamas lentas (artboards), pasirenki kryptį, pakoreguoji, ir tada Claude tą dizainą implementuoja kodu. Prieinama Pro/Max planuose, reikia atsinaujinti Claude Code.
Verdiktas mums: PASIIMTI į akiratį, bet nediegti dabar.
Bet tai neišvengiama turbūt... kažkada turbūt reik atnaujint info, ypač dabar renkam daug visko, kas ateityje bus nebereikalinga... Arba kažkiek kitaip bus negu dabar suprantam...
Taip, praeitas mano atsakymas kaip tik apie juos — perskaičiau 120 video komentarų. Trumpai: dauguma „ačiū Nate", bet penki verti dėmesio, o naudingiausi trys: (1) atminties sistemai reikia ir užmiršimo, ne tik kaupimo (mūsų bazė kol kas tik auga); (2) aviacijos taisyklė „nerotuojamos poros apsipranta" — tinka mūsų tikrintojams: 203 nuolat vertina tuos pačius agentus, ilgainiui nebematys nukrypimų; (3) sintezė sensta kartu su ją rašiusiu AI modeliu — dar vienas argumentas sinteces pergeneruoti iš žalios medžiagos, o ne laikyti amžinai. Dar du buvo malonūs patvirtinimai: vienas komentatorius daro savaitines agentų „įtampų" sesijas (beveik mūsų VARTŲ SESIJA), kitas wiki šviežumą palaiko naktiniu pergeneravimu — abu sutampa su tuo, ką jau darom. Visi trys nauji punktai jau registre.
vis geriau, bet jo. Pas mane bent jau, dažnai „skonio“ neturi – prikuria kaip jam patogiau, dependency spaghetti, etc. Veikia, bet liepiu perdaryt tvarkingai, kad pats pažiūrėjęs suprasčiau ir gėda nebūtų 🙂
Man irgi taip atrodo ir kartais neranda sprendimo, vis daužo galvą į sieną, duodu Claude pažiūrėt kas nutiko, tas pakoreguoja ir vėl Codex dirba, bet kai Claude padaro, tai Codex labai gerai randa klaidas, bet gaila nevisas...
Kitaip nelabai įmanoma naudotis, bet matau, kad jau atsiranda ir pas tiekėjus tokių minčių, nes jau siųlo MD failus talpinti į Google drive per patarimus, vakar išmetė man... Bet aš juos jau nuo sausio ten bandžiau talpint, tik šūdinai sekėsi juos paskui naujint ar skaityt priverst 🙈 Dabar per Git dirba, tai mažiau grybauja...
Aš per dieną 5 panašius video duodu pažiūrėt jiems, kad man paskui papasakotų kas ten gero... Ankščiau pats žiūrėdavau su 1,25 sparta, kad greičiau peržiūrėt 😅
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ų.
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..