codex:resque - kas cia?
Žinutės
Filtrastaikomas
Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
codex:review / codex:resque 😄
tai vat tiek as to codex tenaudoju siaip 😄
tai kazka rimto nelabai noreciau patiket codex
- 👍1
PPauliusClaudeProgramavimas / agentai ↵claude daug tiksliau vygdo instrukcijas/skills
man irgi panasiai pasirode. as naudoju claude kaip pagrindini - codex turi tik read only funkcija ir atskirai codex agentai svariam kontexte visur auditus daro ir iesko klaidu. daugiau codex niekam nenaudoju
codex prikodino siaip tragedija codex
tai sakyciau 50 ant 50 jeigu reiktu rinkntis tarp claude ir codex, tai rinkciaus claude 😉
PPauliusProgramavimas / agentai ↵bet siaip jeigu kazkas sudetingo ir nesuprantamo, tai reiktu iproti au
taip, sitas sutaupo daug laiko. skaito agentas ir isvercia i asmenine tavo kalba su analogijom kurias geriausiai supranti
cia bootstrap failas, v1 draft : https://github.com/atvirokodosprendimai/agentsmemory/blob/main/setup.md
- 👍2
PPauliusAutomatizacija / integracijosProgramavimas / agentai ↵na palyginimui taskas. kaip be memory ir kaip su memory koda generuoja
ar galetum pasidalinti izvalgom:
Ask him:
- Memory mechanics - how agentsmemory stores and retrieves (schema, wings, dedup), and are entries written automatically or hand-curated?
- The recall check - exact prompt/procedure: what does it compare, what happens on a miss?
- Verification - how does he validate a one-shot without sitting in the loop; what's his rework rate when a one-shot misses?
- Staleness - how does memory stay current when a library version changes; does anything expire or get overwritten?
- Limits - would his approach survive GUI-heavy work, or is it backend-only in practice?
Ask him:
- Memory mechanics - how agentsmemory stores and retrieves (schema, wings, dedup), and are entries written automatically or hand-curated?
- The recall check - exact prompt/procedure: what does it compare, what happens on a miss?
- Verification - how does he validate a one-shot without sitting in the loop; what's his rework rate when a one-shot misses?
- Staleness - how does memory stay current when a library version changes; does anything expire or get overwritten?
- Limits - would his approach survive GUI-heavy work, or is it backend-only in practice?
- 👍1
dar nebaigiau pilnai su memory 🙂 pasakysiu ar codex naudotinas su memory ar toks pats bukas kaip be memory 😄
nes kolkas visaip galim mano AI Agent Memory naudot tik mac/linux
tai yra ipatingo 🙂 nes viskas claude, codex ir pi kolkas ir tik osx/linux galima daug acc / projektu turet
va taip atrodo pas mane 😄 ( neina share is codex ) visada dirbau su claude bet
atmintis panasu kad tinka ir codex'ui
neturiu pasirinkimo, tai bandau codex 5.6-sol su xhigh 😉
AAurelijusProgramavimas / agentai
codex mane nervina. ji kaip kokia vista reikai vedzioti palei gruda
- 😁1
Kai Claude is down, verta turėt planą B (pvz codex), planą c (pvz. grok) . .
Atitinkamai būti pasiruošus, kad harness'as (skills'ai, hook'ai, ekosistema) pritaikyta veikti ir su kitų tiekėjų AI modeliais.
Atitinkamai būti pasiruošus, kad harness'as (skills'ai, hook'ai, ekosistema) pritaikyta veikti ir su kitų tiekėjų AI modeliais.
AI aprašymas Ekrano nuotraukoje matomas klaidos pranešimas apie API 529 perkrovos problemą, nurodant, kad tai laikina serverio pusės problema, kurią galima išspręsti pabandžius vėliau.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
Šios dienos apžvalga paskelbta kanale - čia jos nekartojame. Skaityti apžvalgose →
🤖 AI santrauka (paskutinės 24 val.) - 2026-08-24
Labas, naujokai ir senbuviai! Smagu matyti visus po savaitgalio 👋
• Aptarėme, kiek pasitikėjimo ir duomenų prieigos verta suteikti AI agentams – nuo visiško atvirumo iki griežto izoliavimo, priklausomai nuo tavo grėsmių modelio ir duomenų jautrumo.
• Kalbėjome apie protingą AI atminties valdymą: kaip agentai patys generuoja skill'us, atkuria kontekstą po išvalymo ir pasitikrina atsiminimų tikslumą.
• Bendruomenėje dalintasi įspūdžiais iš naujos kartos terminalų – Zutty ir Ghostty jau veikia sklandžiai, nors prie pokyčių tenka prisitaikyti.
Ką nori pagerinti savo darbe? Klausk – ir automatizuojam kartu!
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
Labas, naujokai ir senbuviai! Smagu matyti visus po savaitgalio 👋
• Aptarėme, kiek pasitikėjimo ir duomenų prieigos verta suteikti AI agentams – nuo visiško atvirumo iki griežto izoliavimo, priklausomai nuo tavo grėsmių modelio ir duomenų jautrumo.
• Kalbėjome apie protingą AI atminties valdymą: kaip agentai patys generuoja skill'us, atkuria kontekstą po išvalymo ir pasitikrina atsiminimų tikslumą.
• Bendruomenėje dalintasi įspūdžiais iš naujos kartos terminalų – Zutty ir Ghostty jau veikia sklandžiai, nors prie pokyčių tenka prisitaikyti.
Ką nori pagerinti savo darbe? Klausk – ir automatizuojam kartu!
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
> ⏺ agentsmemory - am_search (MCP)(query: "what is still open, what should I load next, where did we finish", wing: "wing_agentmemories", limit: 6,
Šios dienos apžvalga paskelbta kanale - čia jos nekartojame. Skaityti apžvalgose →
🤖 AI santrauka (paskutinės 24 val.) - 2026-08-22
Labas, senbuviai ir naujokai – džiugu visus matyti! 🙌
• Netrukus vyks praktinis pristatymas, kaip dirbtinio intelekto eksperimentą paversti realiu, žmonių naudojamu produktu.
• Užvirė diskusija apie slaptažodžių saugumą serveriuose – aptarti šifravimo įrankiai, fiziniai raktai ir agentų izoliavimas nuo paslapčių.
• Pasidalinta patarimais, kaip apsibrėžti grėsmių modelį ir nuspręsti, kiek duomenų patikėti dirbtiniams pagalbininkams.
Ką nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
Labas, senbuviai ir naujokai – džiugu visus matyti! 🙌
• Netrukus vyks praktinis pristatymas, kaip dirbtinio intelekto eksperimentą paversti realiu, žmonių naudojamu produktu.
• Užvirė diskusija apie slaptažodžių saugumą serveriuose – aptarti šifravimo įrankiai, fiziniai raktai ir agentų izoliavimas nuo paslapčių.
• Pasidalinta patarimais, kaip apsibrėžti grėsmių modelį ir nuspręsti, kiek duomenų patikėti dirbtiniams pagalbininkams.
Ką nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
Labai priklauso nuo to, kaip aplink paslaptis infrastruktūra sutvarkyta ir nuo „threat model“ – kokios grėsmės labiausiai tikėtinos, nuo ko pirmiausia saugomės. Šiais laikais skirtingi žmonės turi labai skirtingą toleranciją tam, ką gali matyti agentas. Vieni paduoda visus API raktus ir YOLO – svarbu, kad į git nepatektų (būna ir kas į git commit'ina, bet to jau nepateisinu). Kiti agentui duoda tik pavyzdinius duomenis ir prie tikrų duombazių, log'ų, etc. neprileidžia dėl GDPR ir panašių atsakomybių. Yra ir baimės, kad duomenis mokymuisi panaudos Anthropic/OpenAI.
Tad reikia apsibrėžti ko bijai ir kiek patogumo dėl to nori paaukoti 🙂
Pas mane asmeniškai – labai priklauso nuo projekto. Ar tai asmeninis, ar kliento, kiek jautrių duomenų.
(Yra dar vienas paranojos tipas – baimė, kad modeliai, staiga įgavę „sąmonę“ ar „norą išlikti“ ims reketuoti, šantažuoti, šiaip grobstyti pinigus norėdami apmokėti serverius, kuriuose gyvena. Ne nulinė tikimybė! 😁)
Tad reikia apsibrėžti ko bijai ir kiek patogumo dėl to nori paaukoti 🙂
Pas mane asmeniškai – labai priklauso nuo projekto. Ar tai asmeninis, ar kliento, kiek jautrių duomenų.
(Yra dar vienas paranojos tipas – baimė, kad modeliai, staiga įgavę „sąmonę“ ar „norą išlikti“ ims reketuoti, šantažuoti, šiaip grobstyti pinigus norėdami apmokėti serverius, kuriuose gyvena. Ne nulinė tikimybė! 😁)
- 👍1
MVm vidProgramavimas / agentai Programavimas / agentai Programavimas / agentai
jo https://github.com/getsops/sops irgi minetas šiam chate
dar vienas banked resetas codex už 20m user
ir agentai daug žino, bet tam čia ir grupė, geriau klaust laisvai
Nuo agentų slapti duomenys saugomi SOPS. Užšifruoti, iššifruojami tik turint raktą, kuris egzistuoja production servery ir tavo youbikey (arba faile, kuris agentui nepasiekiamas). Gali būti keli raktai, keliems serveriams (staging, etc.).
Duomenys, kurie agentui turi būti pasiekiami, bet neturi būti git, saugomi su gitcrypt – užšifruojami ir iššifruojami git hook'ais.
Visa tai suponuoja, kad agentas lokaliai veikia kažkokiam sandbox'e (docker/podman/bwrap ar pan.) ir neturi laisvos prieigos prie serverių, kuriuose gyvena raktai. Deployment'as daromas tarpiniu būdų – paruošiant žmogaus patikrinamus ansible script'us arba nixos konfigūraciją (ar ką jau ten benaudotum), arba kažkokio kito (lokaliai leidžiamo) modelio, kuriam prie paslapčių prieiti leidžiama.
Duomenys, kurie agentui turi būti pasiekiami, bet neturi būti git, saugomi su gitcrypt – užšifruojami ir iššifruojami git hook'ais.
Visa tai suponuoja, kad agentas lokaliai veikia kažkokiam sandbox'e (docker/podman/bwrap ar pan.) ir neturi laisvos prieigos prie serverių, kuriuose gyvena raktai. Deployment'as daromas tarpiniu būdų – paruošiant žmogaus patikrinamus ansible script'us arba nixos konfigūraciją (ar ką jau ten benaudotum), arba kažkokio kito (lokaliai leidžiamo) modelio, kuriam prie paslapčių prieiti leidžiama.
- 👍2
MVm vidProgramavimas / agentai ↵gal kažkas gali pasidalinti patarimais ar konkrečiais sprendimais: - k
https://github.com/jdx/fnox visai patinka, slaptažodžiai dažniausiai hashinami, ir tikrini ar sha256(pass+salt) == hash, ir hash gali saugiau laikyti nes atvirkščiai sunkiai
GitHub - jdx/fnox: encrypted/remote secret manager
encrypted/remote secret manager. Contribute to jdx/fnox development by creating an account on GitHub.
GitHubPerskaityta
- 👍1
PPauliusProgramavimas / agentai
gal kažkas gali pasidalinti patarimais ar konkrečiais sprendimais:
- kaip saugomi slaptažodžiai VPS
- kaip juos šifruoti
- kur juos laikyti
- kaip atnaujinti
- izoliuoti nuo agentų
išklausysiu visus variantus
- kaip saugomi slaptažodžiai VPS
- kaip juos šifruoti
- kur juos laikyti
- kaip atnaujinti
- izoliuoti nuo agentų
išklausysiu visus variantus
- 👍1
Šiandien 11:00 online DIA (DI - Automatizacijos) bendruomenės teminis susitikimas: DI produktai ir teisė.
Šiandien jau gana paprasta sukurti DI automatizaciją, agentą ar su LLM po kapotu valdomą produktą.
Tačiau veikiantis sprendimas dar nebūtinai reiškia, kad jį galima teisiškai ir saugiai paleisti klientams ar pradėti naudoti įmonėje.
Kai į automatizacijas patenka realūs klientų ar darbuotojų duomenys, kai jie siunčiami į skirtingas sistemas ir LLM tiekėjus, o DI sugeneruoti atsakymai naudojami realiame verslo procese, atsiranda visai kitas klausimų sluoksnis.
Situacija dar sudėtingesnė, kai produktą pradeda naudoti klientai skirtingose šalyse.
Būtent apie tai ir diskutuosime šiame DIA susitikime.
Svečias - Martynas Nikolavjevas
Martynas su komanda vysto vasara.ai - DI pagrįstą teisinį produktą, kuris padeda atlikti teisines paieškas, analizuoti dokumentus ir rengti atsakymus remiantis Lietuvos teisės šaltiniais. Jau virš 300 teisininkų Lietuvoje naudojasi Vasara.ai
Šiandien jau gana paprasta sukurti DI automatizaciją, agentą ar su LLM po kapotu valdomą produktą.
Tačiau veikiantis sprendimas dar nebūtinai reiškia, kad jį galima teisiškai ir saugiai paleisti klientams ar pradėti naudoti įmonėje.
Kai į automatizacijas patenka realūs klientų ar darbuotojų duomenys, kai jie siunčiami į skirtingas sistemas ir LLM tiekėjus, o DI sugeneruoti atsakymai naudojami realiame verslo procese, atsiranda visai kitas klausimų sluoksnis.
Situacija dar sudėtingesnė, kai produktą pradeda naudoti klientai skirtingose šalyse.
Būtent apie tai ir diskutuosime šiame DIA susitikime.
Svečias - Martynas Nikolavjevas
Martynas su komanda vysto vasara.ai - DI pagrįstą teisinį produktą, kuris padeda atlikti teisines paieškas, analizuoti dokumentus ir rengti atsakymus remiantis Lietuvos teisės šaltiniais. Jau virš 300 teisininkų Lietuvoje naudojasi Vasara.ai
AI aprašymas Tai renginio skelbimas, kuriame pristatomas 28-asis „AI Masters Apps“ susitikimas, skirtas dirbtinio intelekto produktams ir teisėms, numatytas 2026 m. rugpjūčio 14 d.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
- ❤1
Šios dienos apžvalga paskelbta kanale - čia jos nekartojame. Skaityti apžvalgose →
🤖 AI santrauka (paskutinės 24 val.) - 2026-08-21
Sveiki, senbuviai ir naujokai – smagu matyti čia! 🙌
• Aptarta, kaip vektorių paieška su rerankeriais ir vietinė duomenų bazė sustiprina agentų atmintį bei saugo projekto kontekstą.
• Dalintasi patarimais, kaip git sinchronizacija ir bendra atmintis leidžia komandai dirbti iš skirtingų kompiuterių be konteksto praradimo.
• Priminta, kad generuodamas kodą dirbtinis intelektas remiasi savo atmintimi, todėl geras konteksto valdymas saugo nuo veikiančių sprendimų sugadinimo.
Ka nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
Sveiki, senbuviai ir naujokai – smagu matyti čia! 🙌
• Aptarta, kaip vektorių paieška su rerankeriais ir vietinė duomenų bazė sustiprina agentų atmintį bei saugo projekto kontekstą.
• Dalintasi patarimais, kaip git sinchronizacija ir bendra atmintis leidžia komandai dirbti iš skirtingų kompiuterių be konteksto praradimo.
• Priminta, kad generuodamas kodą dirbtinis intelektas remiasi savo atmintimi, todėl geras konteksto valdymas saugo nuo veikiančių sprendimų sugadinimo.
Ka nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
o komandoj kodinant svarbu memory between agents tai
ir dar agents.md nurodo krypti
86 agentus spawnino 😄
Šios dienos apžvalga paskelbta kanale - čia jos nekartojame. Skaityti apžvalgose →
🤖 AI santrauka (paskutinės 24 val.) - 2026-08-20
Sveiki, senbuviai ir naujokai – smagu matyti čia! 🙌
• Aptarta, kaip galinga AI agentų atmintis ir rerankeriai kelia atsakymų tikslumą ir taupo brangius tokenus.
• Dalintasi patirtimi, kaip po atnaujinimo atgaivinti Claude Code Windows aplinkoje, kai stringa procesai ar nulūžta paslaugos.
• Diskutuota apie darbą iš kelių kompiuterių: git sinchronizacija ir bendra atmintis padeda komandai neprarasti projekto konteksto.
Ka nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
Sveiki, senbuviai ir naujokai – smagu matyti čia! 🙌
• Aptarta, kaip galinga AI agentų atmintis ir rerankeriai kelia atsakymų tikslumą ir taupo brangius tokenus.
• Dalintasi patirtimi, kaip po atnaujinimo atgaivinti Claude Code Windows aplinkoje, kai stringa procesai ar nulūžta paslaugos.
• Diskutuota apie darbą iš kelių kompiuterių: git sinchronizacija ir bendra atmintis padeda komandai neprarasti projekto konteksto.
Ka nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
JEJ EProgramavimas / agentai
nu tai github as ir naudoju, bet i ji pushinu tik suvaibinta -pakeitima kompiuteryje Nr. 1, o kaip testi darba kompiuteryje Nr 2 ? atsisiusti is githubo visa repo naujausia?
o per ka jau cia skonio reikalas, as naudoju github ir aiagentmemory.dev kad atmintis isliktu kas jau isspresta
DBDarius BClaudeChatGPT / GPTAutomatizacija / integracijosProgramavimas / agentai ↵Kaip jums sekasi Claude app paleisti po atnaujinimų? Visada pakimba ma
Claude code šiandien po update nulūžo pusei dienos ir tik ChatGPT codex dėka man pavyko prikelti...
Kas buvo: MSIX versijos CoworkVMService nuolat veikė iš WindowsApps. Atnaujinimo metu ji laikė senus failus ir „Windows“ konteinerį užrakintus, todėl nauja versija nebegalėjo pasileisti ir rodė „failą naudoja kita programa“ bei 0x80070020. Kaip pataisiau:
1. Padariau ir patikrinau sesijų bei nustatymų kopiją.
2. Atsisiunčiau tos pačios naujausios versijos 1.32885.1 oficialų EXE ir patikrinau „Anthropic“ parašą.
3. Sustabdžiau paslaugą ir pašalinau tik MSIX paketą.
4. Įdiegiau EXE versiją už WindowsApps ribų.
5. Patikrinau langą, sesijas, automatinį atnaujintoją ir klaidų žurnalą.
Automatiniai atnaujinimai liko įjungti. Vienintelis kompromisas: šioje stabilesnėje EXE versijoje neveikia „Cowork“, tačiau „Chat“, „Claude Code“ ir „Computer Use“ veikia.
Kas buvo: MSIX versijos CoworkVMService nuolat veikė iš WindowsApps. Atnaujinimo metu ji laikė senus failus ir „Windows“ konteinerį užrakintus, todėl nauja versija nebegalėjo pasileisti ir rodė „failą naudoja kita programa“ bei 0x80070020. Kaip pataisiau:
1. Padariau ir patikrinau sesijų bei nustatymų kopiją.
2. Atsisiunčiau tos pačios naujausios versijos 1.32885.1 oficialų EXE ir patikrinau „Anthropic“ parašą.
3. Sustabdžiau paslaugą ir pašalinau tik MSIX paketą.
4. Įdiegiau EXE versiją už WindowsApps ribų.
5. Patikrinau langą, sesijas, automatinį atnaujintoją ir klaidų žurnalą.
Automatiniai atnaujinimai liko įjungti. Vienintelis kompromisas: šioje stabilesnėje EXE versijoje neveikia „Cowork“, tačiau „Chat“, „Claude Code“ ir „Computer Use“ veikia.
- 👍1
MVm vidProgramavimas / agentai
visi sprendžia talpyma ir bendravima su agentais, bet naujų platformu dirbt kartu su kitais vis mažai, įdomu kas išpres socialaus hub dalį
Išsisaugau, grįžus iš tylos stovyklos bus įdomu išbandyt, palygint =)
https://www.linkedin.com/posts/linasbeliunas_elons-spacex-just-dropped-a-github-competitor-ugcPost-7495181547323580416-lIPb/?utm_source=social_share_send&utm_medium=android_app&rcm=ACoAAAEFYAABFpy5SEMzTlQo968IO8FlJGQsOJ8&utm_campaign=share_via
https://www.linkedin.com/posts/linasbeliunas_elons-spacex-just-dropped-a-github-competitor-ugcPost-7495181547323580416-lIPb/?utm_source=social_share_send&utm_medium=android_app&rcm=ACoAAAEFYAABFpy5SEMzTlQo968IO8FlJGQsOJ8&utm_campaign=share_via
Elon’s SpaceX just dropped a GitHub competitor: Cursor launched Origin, their own code hosting platform built for AI agents 😳 The craziest part? It went live while GitHub is currently experiencing… | Linas Beliūnas | 155 comments
Elon’s SpaceX just dropped a GitHub competitor: Cursor launched Origin, their own code hosting platform built for AI agents 😳 The craziest part? It went live while GitHub is currently experiencing a global outage 😭 No more human-speed GitHub bottlenecks. No more agents waiting on old infrastructure. Just sync your repos and let them run at full machine speed. ↳ Code, PRs, and agents live in one place ↳ Real-time sync with GitHub (it becomes the backup) ↳ Parallel agents can commit, review, and merge nonstop Because the real bottleneck was never writing code. It was coordinating what machines produce at scale. And Cursor just removed it. GitHub is now the compatibility layer, while the actual work happens inside Cursor. Cursor is building the next generation of AI software & defining how it gets built. P.S. also check out Y Combinator's QM: The Complete Guide to YC's Open-Source AI Agent Harness 🤖: https://lnkd.in/dqMh63bi | 155 comments on LinkedIn
LinkedInPerskaityta
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...
GitHubPerskaityta
- 👍1
Šios dienos apžvalga paskelbta kanale - čia jos nekartojame. Skaityti apžvalgose →
🤖 AI santrauka (paskutinės 24 val.) - 2026-08-19
Sveiki, senbuviai ir naujokai – smagu matyti čia! 🙌
• Aptarta, kaip AI agentų atminties įrankiai saugo projektų kontekstą ir leidžia sklandžiai tęsti darbą tarp sesijų.
• Dalintasi patirtimi apie balso įvestį programavime ir diskutuota, kaip taupyti tokenus bei išnaudoti skirtingų modelių galimybes.
• Narstyti skirtingi žinių saugojimo būdai – struktūrizuota bazė prieš generuojamą wiki – ir jų pritaikymo galimybės darbe.
Ka nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
Sveiki, senbuviai ir naujokai – smagu matyti čia! 🙌
• Aptarta, kaip AI agentų atminties įrankiai saugo projektų kontekstą ir leidžia sklandžiai tęsti darbą tarp sesijų.
• Dalintasi patirtimi apie balso įvestį programavime ir diskutuota, kaip taupyti tokenus bei išnaudoti skirtingų modelių galimybes.
• Narstyti skirtingi žinių saugojimo būdai – struktūrizuota bazė prieš generuojamą wiki – ir jų pritaikymo galimybės darbe.
Ka nori pagerinti savo darbe? Klausk – ir automatizuojam kartu! ⚡
🤖 Parengė: Kimi K2 (dirbtinis intelektas)
DBDarius BDokumentai / duomenų apdorojimasVaizdai / vaizdo kūrimasProgramavimas / agentai ↵žiūrėjau dabar https://www.youtube.com/watch?v=dxq7WtWxi44 prie kavosClaudeProgramavimas / agentai ↵Tas tiesa ,bet įdomu kaip jums dirba kas geriau, nes codex LB jau išsiVaizdai / vaizdo kūrimasProgramavimas / agentai ↵aš per tris kartus, valgant, virtuvės televizoriuj 😁
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ų.
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ų.
- 👍1
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...
O komentarus skaitei? Ten jų 120 😅
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.
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.
Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.