Ž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).

J EProgramavimas / agentai
ar esate patys susikure ar is githuba kazka issitrauke savikontroles ir klaidu gaudymui? yra mintis pokyciui, AI ja supranta pavirsutiniskai, padaro sprendima ir tada dar 10 leidimu taisai klaidas. Kaip isvengiate tokio perteklinio darbo kur AI su agentais apsvasto ivairias galimybes isgaudo klaidas ir paleidzia max teisinga versija. Esu mates POW labai propoguojama dalyka, bet ar tikrai verta moket saibas uz ji - neesu tikras. Esu tikras, kad tokiu dalyku yra free tik reik susirast :) Gal turite kokiu asmeniniu teisingu patirciu?
AI knowledge about kas yra , ir musu decisions / argumentai kodel
AI kuiciasi po ADR ir po koda su memory, ir uzduoda klausimus / teigia kas netinka - last decision by human
ir taip jauciu varysim iki tol kol, turesim "savo skaitmenine versija" ( digital mirror ) 😄
  • 😁1
ale as tobulino savo skaitmenine versija o LLM manes nebekankina nes i visus klausimus atsako mano skaitmenis as 🙂
> The part I'd defend hardest: the palace does not make the model smarter, it makes it calibrated —
pas mane tai jeigu debuginasi GUI tai playwright naudoja tas ilgai uztrunka nes prisidaro screenshot mobile, desktop ir t.t. ir taiso, jeigu tiesiog paziuret ar route veikia irg razina greiciau, unit testai su golang kodui tai greit prasisuka nes 1 go cmd go test ./...
Aurelijus
pas mane adversariniai testai, playwright nelabai naudoju nes visualiai tu bugu nera, logikos bugai tik

bet jau siaip pradedu pasitiket sistema 😉
Chionsas
aš tai būna, kad ir neskaitau – ypač jei ten koks dashboard'ų kodas. matai, kad veikia, lenteles rodo ir valio
nes siaip projektas == wing_<project/folder>
tai jis db siaip atsiskiria/zino kas sito projekto kas ne
Programavimas / agentai
⏺ The checkpoint ran before I stopped — but let me verify it landed rather than assert it, and fix one real gap: two
lessons from this session are craft, and I filed them only in the diary, which nothing traverses to.

Called agentsmemory 2 times (ctrl+o to expand)

⏺ Diary, drawers and edges all landed. The gap is real though — two lessons from this session are craft, not project
facts, and they're sitting only in the diary. Checking whether wing_craft already has them:

Called agentsmemory 2 times (ctrl+o to expand)

⏺ Neither is filed. Both are genuinely cross-project, so they go to wing_craft:

⏺ Calling agentsmemory… (ctrl+o to expand)
Mindaugas ŽvirblisProgramavimas / agentai
⏺ Now weaving the edges — a drawer with no edge is reachable by search but invisible to the bootstrap that traverses:

Called agentsmemory 5 times (ctrl+o to expand)

⏺ The checkpoint was already satisfied before I stopped — I verified it rather than assuming, and it had a real gap
worth closing.
The gap I found and fixed: two lessons from this session were sitting only in the diary — and the diary is the one
room nothing traverses to. Both pass the craft test (they'd be true in a repo sharing no code with this one), so they
belonged in wing_craft, not the project wing:
🙂
ir dar pasako kas negerai , tai as galiu apskaityt ir kazka improvint on stop
pasirodo ... reikejo instrukcijos, nes harness provaidina info ir kai konfliktas - prioritizuoja - harness
Programavimas / agentai
❯ remember, always validate your memories

⏺ Two readings of that, and I should not guess between them — but first, checking whether it's already filed before I
add a duplicate.

Called agentsmemory (ctrl+o to expand)

⏺ Substantial prior art — but nothing in human-decisions, and this is a human call with different weight from a
checklist. Filing it as a reinforcement, not a discovery:

⏺ Calling agentsmemory… (ctrl+o to expand)

⏺ Now applying the rule to itself — asking the question it's supposed to answer, and looking at the actual rank:

Calling agentsmemory 2 times… (ctrl+o to expand)
⎿ "must I validate memories every time, or only when they look wrong?"
Filed and validated by its own rule — rank 1, rerank 0.865, well clear of the 0.387 runner-up. So it's retrievable,
not just stored.

Recorded in wing_craft/human-decisions, not the project wing, because it's true in any repository. Three things I was
deliberate about:
Worth naming: this session gave you two live examples of the failure. I twice reported a feature broken when my own
verification was at fault — a stale cookie jar, and a link I scraped without reading what it meant — and separately found a
real defect only because I drove the binary instead of trusting a green suite. The stale CSS drawer was the read-side case:
I re-measured instead of trusting it, and it had already been fixed. That's the habit you're asking for, and it's now
written down as a standing rule rather than something I happened to do.
  • 👍1
⚠ One conflict to flag: the wing root's must.decisions.permissions edge points at drawer bf1ed1c3… which no longer exists —
a dangling must.* edge. Recovering that decision by search instead.
ChionsasClaude
paleidau Claude'ą suinstaliuot Postgres database kažkokiai nišinei programai (neturiu install'o, perkelta paprastai iš kito kompo). Tai jis suinstaliavo PostgreSQL, bet ta programa bando jungis kažkokiu passwordu, kurio aš nežinau. Todėl jis dekompiliavo tą .NET programą, ištraukė passwordą ir db schemą, kruios ji tikisi.. ir programa veikia 😁
liepiau tik db pridėt, žiūriu – jis jau programą dekompiliuoja :D
m vid
.net byte codas ir taip kaip kodas skaitosi, nereikia net dekompiliuoti
vis juokas kad unity didžiasias atidaro kodo kurėjas žaidimų sferoi

Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.