CLARYEL · Utilizare reală

Îl folosim în fiecare zi

Aici este muncă reală pentru firma noastră, făcută de agentul CLARYEL: contabilitate, configurarea mașinilor, infrastructură. Date reale și răspunsuri reale ale sistemului.

CLARYEL lucrează în fiecare zi pe propriul sistem.

Datele rămân local, în CLARYEL Box.

Cum funcționează

  1. Dăm sarcina în cuvinte simple: vocal sau printr-un mesaj
  2. Agentul CLARYEL se descurcă singur și face toată munca
  3. Primim rezultatul și un raport, adesea mai mult decât am cerut

Din partea noastră: doar sarcina și aprobarea acțiunilor importante.

Business

Sarcini zilnice ale firmei pe care le rezolvăm vocal prin sistem.

Contabilitate

Verificarea facturilor: FAKE și duplicate

Am întrebat cât am cheltuit pe IT într-un an. Sistemul a găsit singur facturi FAKE și duplicate, le-a eliminat după aprobarea noastră și și-a corectat propria cifră.

  1. Întrebarea
  2. Corectarea
  3. Rezultat corectat
Ce este în captură

Întrebarea: cât am cheltuit pe IT în ultimul an. Agentul CLARYEL răspunde: aproximativ €54.691 și semnalează singur că printre documente există facturi FAKE și duplicate.

Ce este în captură

Cerem eliminarea datelor FAKE și a duplicatelor. Agentul găsește 64 de facturi FAKE, cere aprobarea noastră înainte de ștergerea forțată, apoi curăță datele și verifică rezultatul.

Ce este în captură

Starea finală verificată: 188 de facturi valide în valoare de €38.627,70. Agentul își corectează singur răspunsul anterior: cheltuielile IT din ultimul an au fost €36.993,58.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Înainte → după (din capturile 1–3)

  • 64 de facturi FAKE eliminate
  • 188 de facturi valide · €38.627,70
  • IT, ultimul an: ≈€54.691 → €36.993,58

Totul este real: sistem real, documente reale, sume reale. Direct din utilizarea noastră zilnică: documente colectate din contul Amazon, din mai multe căsuțe de e-mail, din Google Drive și din arhiva fizică a sistemului nostru.

Contabilitate

Contabilitate la cheie: de la computerul nou la fisc

Procesul complet: configurarea unui computer de la zero, instalarea Ubuntu, a programelor necesare, Odoo și NextERP, preluarea facturilor din Amazon Business și trimiterea lor la Agenzia delle Entrate. Sarcinile se dau vocal de pe telefon; se verifică doar rezultatul.

Ce este în captură

O ilustrație la postare, nu o captură de ecran: șapte pași (computer nou, Ubuntu 24.04, Docker/Python/Git și alte programe, Odoo, NextERP, facturi Amazon Business, trimiterea la Agenzia delle Entrate) și, jos, o sarcină vocală de pe telefon.

O ilustrație la postare, nu o captură de ecran.

ERP

Un ERP a cărui interfață nu am deschis-o niciodată

Un proces de afaceri funcționează deja integral prin agent: facturi și documente de transport din e-mail, Google Drive și Amazon Business → ERP și contabilitate → sistemul fiscal → rapoarte centralizate → reconcilierea cu extrasele bancare.

Ce este în captură

O ilustrație la postare, nu o captură de ecran: în stânga, un om printre munți de ferestre și setări; în dreapta, o sarcină vocală pentru agent, care lucrează singur cu programele și livrează un rezultat gata.

O ilustrație la postare, nu o captură de ecran.

Configurare și infrastructură

Cum configurează și întreține singur agentul CLARYEL mașinile noastre: hardware, răcire, modele AI, viteză.

Răcire

Controlul ventilatorului GPU

Am cerut în cuvinte simple: ventilatorul GPU să urmeze temperatura plăcii video, iar setările să reziste la repornire. Agentul CLARYEL a aflat singur ce trebuie controlat, a turat ventilatorul la maximum timp de un minut, a reglat curba și a confirmat totul printr-o repornire reală, în circa 30 de minute.

  1. Cereretext obișnuit, fără comenzi
  2. RecunoaștereZ10PA-U8 · Tesla P100 · NCT7904D
  3. Un minut la maximum1468 → 5294–5421 RPM în 5 s · GPU 37 → 31 °C
  4. Curbă≤35 °C 35% → ≥85 °C 100%
  5. Repornire1319 RPM, 35 °C: totul a pornit singur
0%25%50%75%100%3545607585~78%35%47%67%86%100%°C
Curbă: temperatura GPU → turația ventilatorului~78%: regim de urgență dacă senzorul de temperatură nu mai răspundeLin: cel mult ±15% la fiecare 5 s

Peste sarcină

  • A salvat procedura ca abilitate pentru mașinile următoare.
  • A explicat sincer pe ce se bazează concluzia că fan5 este ventilatorul GPU.
  • În aceeași sesiune a redenumit și mașina în P1005, așa cum cerusem mai devreme.
  • Din partea noastră: o comandă pentru drepturi de administrator, răspunsul «Ready» și o confirmare pe parcurs.
  • ≈ 30 de minute (06:26–06:57 după capturi)
Ce este în captură

Cererea noastră (06:26) în text obișnuit. Agentul începe imediat recunoașterea fără drepturi de administrator: placă Z10PA-U8, GPU Tesla P100; încă nu există interfață de control al ventilatorului; temperatura GPU lizibilă: 39 °C.

Ce este în captură

Agentul ne cere să rulăm o singură dată o comandă care îi dă drepturi de administrator pe P1005 (revocabile oricând) și prezintă planul: găsirea cipului care controlează ventilatorul, un mic serviciu bazat pe temperatura GPU, un minut la maximum verificat cu tahometrul. Adresa mașinii este acoperită.

Ce este în captură

Sfârșitul planului: serviciu cu pornire automată, redenumirea hostului în P1005; dacă controlul s-ar dovedi imposibil, agentul va spune sincer. Răspunsul nostru «Ready» (06:29), apoi progresul: serviciul de control, o confirmare (06:43), «totul a supraviețuit repornirii» (06:49) și începutul raportului.

Ce este în captură

Raport, punctele 1–3: cipul Nuvoton NCT7904D, corespondența canalelor (pwm2 → fan5, până la ~5300 RPM: turbina P100), un minut la maximum (1468 → 5294–5421 RPM în 5 s, GPU 37 → 31 °C) și curba în funcțiune.

Ce este în captură

Raport, punctul 4 și concluzia: pornirea automată a driverului și a serviciului, repornire reală (fan5 la 1319 RPM, GPU la 35 °C, Strata a pornit singură, portul 8080 ascultă), numele hostului P1005, o notă sinceră despre cum a fost identificat ventilatorul GPU și procedura salvată ca abilitate.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Configurare

Întrebare tehnică, prin voce

O sarcină practică: printr-un mesaj vocal am întrebat cum este alcătuit sistemul. A răspuns cu date reale ale mașinilor noastre: hardware, discuri, modelul IA și viteza. Dacă un punct nu este clar, e suficient să întrebați imediat ce înseamnă.

Ce este în captură

Răspunsul la întrebarea vocală despre configurare: două mașini, claryel01 și P2002, cu procesor, memorie, GPU, discuri, versiuni de software, model AI și viteză măsurată (~44–48 tok/s). Jos, rândul despre modelul de rezervă (Cloud fallback: xAI Grok 4.7).

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Parcul de mașini

Trei mașini, un singur agent

Am cerut o fișă scurtă a tuturor mașinilor noastre cu Strata. Agentul CLARYEL a verificat singur rețeaua, a găsit trei mașini și a adunat pentru fiecare memoria, discul, GPU-ul, versiunile Strata și ale modelului și viteza. Toate trei sunt comandate de un singur agent.

viteza de generare

  • P2002principală62 GiB DDR5 · AMD RDNA4 16 GiB46.8 tok/s
  • Mac Studiocea mai rapidă256 GB LPDDR5X · M3 Ultra60.0 tok/s
  • P1005pentru sarcini în fundal31 GiB DDR4 · Tesla P100 16 GB16.2 tok/s

Pe toate trei: Strata v0.1.45 · Qwen3.8-Flash-Next IQ3_S · context 262 144

Ce este în captură

Cererea noastră (07:47) și începutul răspunsului: rețea verificată, sunt trei mașini. Prima este P2002: 62 GiB DDR5, Lexar NM1090 PRO 2 TB, AMD RDNA4 cu 16 GiB, Strata v0.1.45, Qwen3.8-Flash-Next IQ3_S, 46.8 tok/s. Adresa este acoperită.

Ce este în captură

Mac Studio: 256 GB LPDDR5X (M3 Ultra), SSD de 2 TB, 60.0 tok/s, cea mai rapidă. P1005: 31 GiB DDR4, Tesla P100 16 GB, 16.2 tok/s, pentru sarcini în fundal. Pe scurt: un singur agent pe claryel01 le comandă pe toate trei, peste tot același model; rezervă P2002 → Mac Studio → Grok. Adresele sunt acoperite.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Instalare

Strata pe o mașină nouă: agentul a trecut singur peste toate capcanele

Am întrebat ce dificultăți au apărut la pornirea Strata v0.1.45 pe un Mac Studio (M3 Ultra, 256 GB). Agentul CLARYEL a compilat singur motorul din surse, a găsit și a aplicat o corecție, a mutat modelul de 79 GB și a ocolit o eroare a motorului.

Ce este în captură

Întrebarea noastră (05:16) despre dificultățile cu Strata pe Mac Studio. Răspunsul, punctele 1–3: nicio versiune gata pentru Mac, versiunea 0.1.45 stricată și corecția din PR #2895, începutul relatării despre mutarea modelului de 79 GB.

Ce este în captură

Punctele 3–6: mutarea modelului (Starlink ~6,5 MB/s, rețea ~11 MB/s, rsync de pe P2002 în 2 h 05 min), o greșeală de majuscule în numele modelului, eroarea motorului „fiecare cerere 400” și ocolirea --no-prefill-borrow, confuzie cu un proces vechi pe portul 8080.

Ce este în captură

Punctele 6–7 și rezultatul: „blocarea” la prima pornire (~10 minute pentru citirea a 55 GB de pe disc), Mac ≈ P2002 la generare (~58 față de ~57 tok/s), prefill +36%, totul salvat în abilitatea strata-mac-deploy.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Actualizare

Agentul a actualizat motorul propriului „creier”

În Telegram i-am cerut agentului CLARYEL să actualizeze Strata pe P2002, mașina pe care rulează chiar el. Agentul a pornit actualizarea cu o plasă de siguranță, a reparat singur un eșec la ultimul pas și a comparat onest viteza înainte și după.

Ce este în captură

Întrebarea despre versiuni (04:30), răspunsul (v0.1.43.1 pe P2002, v0.1.45 pe GitHub) și comanda „actualizează-te” (04:31). Agentul descrie planul: actualizare separat de el însuși și un supraveghetor cu revenire automată la 0.1.43.1.

Ce este în captură

Rândul despre trecerea la modelul de rezervă (grok-4.7) la 04:46; raportul: cod pe v0.1.45, motor compilat (34 MB, 0 erori), înlocuirea fișierului eșuată („Text file busy”), agentul repară singur. Dedesubt: nota despre actualizarea abilității și întrebarea noastră despre versiunea actuală (04:50).

Ce este în captură

Răspunsul: pe P2002 rulează Strata v0.1.45, vechea 0.1.43.1 e păstrată ca rezervă, model Qwen3.8-Flash-Next IQ3_S, context 262 144; măsurători de viteză înainte și după actualizare.

Ce este în captură

Concluzia agentului: prefill net îmbunătățit (până la +80% într-o măsurătoare), generare mai mică cu ~10–20% în două măsurători noi; agentul propune încă 3–4 rulări și revenirea dacă încetinirea se confirmă.

Capturile sunt în limba originală; sub fiecare există un rezumat.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Monitorizare

Verificarea de dimineață a casei și a computerelor

Dimineața, agentul CLARYEL verifică singur senzorii casei inteligente Home Assistant, copiile de rezervă, starea discurilor și temperatura computerelor conectate și raportează doar ce necesită atenție.

Ce este în captură

O ilustrație la postare, nu o captură de ecran: rezultatul verificării de dimineață — camera cu computere la 28,8 °C, bateriile senzorilor la 20% (birou) și 30% (terasă), senzorul ușii „Leo” pe ON, care trebuie verificat.

Ce este în captură

O ilustrație la postare, nu o captură de ecran: lanțul Strata v0.1.43 → Qwen3.8-Flash-Next (IQ3_S) → agent → senzori Home Assistant, copii de rezervă, discuri, temperatura computerelor; jos, instrumentele ajutătoare (Telegram, ChatGPT, ChatGPT Go + Codex, Grok 4.7).

O ilustrație la postare, nu o captură de ecran.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Hardware și viteza modelelor

Cum rulează același model pe hardware diferit, de la o veche Tesla P100 la o Radeon nouă. Cifrele provin doar de pe ecrane.

Viteza modelului

31 tok/s cu RAM aproape liberă: modelul este citit de pe SSD

Strata v0.1.41, Qwen3.8-Flash-Next IQ3_XXS, o Radeon de 16 GB și 31 GB RAM. Un răspuns de 12.136 de tokenuri cu 31 tok/s, cu doar 3,2 GB RAM ocupați.

Ce este în captură

Monitorul Strata: generare 31,0 tok/s, prefill 43 tok/s, VRAM 15,7/16 GB, GPU 45 °C, context umplut 19% (12k din 64k), o cerere: 12.136 de tokenuri în 396,3 s; RAM 3,2/31 GB.

Ce este în captură

Model și motor: qwen3.8-flash-next-iq3_xxs, v0.1.41, context 65.536 de tokenuri, cache KV pe 8 biți în VRAM, 5.681 de experți în VRAM (9,2 GB). Computer: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 de fire), 31 GB RAM.

Ce este în captură

Setările Strata alese: Qwen3.8-Flash-Next, IQ3_XXS, context 64K, cache KV pe 8 biți, imagini dezactivate, mod low-RAM (31 GB RAM, experți citiți parțial de pe SSD), AMD Radeon RX 9070 (~16 GB VRAM); fișierul modelului ~47 GB.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Viteza modelului

Context 256K: 26 de cereri pe o singură placă video de 16 GB

Am rulat Strata v0.1.41 cu Qwen3.8-Flash-Next IQ3_S pe un context de 262.144 de tokenuri. Răspunsuri de până la 14.829 de tokenuri, cu 3,3 din 31 GB RAM ocupați: modelul lucrează aproape numai în memoria video.

Ce este în captură

Un cadru din videoclip: modelul scrie un răspuns tehnic lung despre cum funcționează modelele Mixture-of-Experts (rutarea experților, cache KV, ierarhia memoriei). Videoclipul complet este în postarea originală.

Ce este în captură

Monitorul Strata: generarea ultimei cereri 14,8 tok/s, prefill 112 tok/s, VRAM 15,8/16 GB, context 62% (162k/256k), RAM 3,3/31 GB; în tabelul cererilor, generare de la 13,0 la 19,6 tok/s și răspunsuri de până la 14.829 de tokenuri; total: 26 de cereri.

Ce este în captură

Model și motor: qwen3.8-flash-next-iq3_s, v0.1.41, context 262.144 de tokenuri, cache KV pe 8 biți în VRAM, 3.114 experți în VRAM (6,0 GB). Computer: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 de fire), 31 GB RAM.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Videoclipul este în postarea originală; aici e un cadru din el.

Viteza modelului

Mai multă RAM: 45 tok/s pe un context de 164.000 de tokenuri

Aceeași mașină cu mai multă RAM (62 GB în sistem). Strata v0.1.43 cu Qwen3.8-Flash-Next IQ3_S: generare cu 45,2 tok/s la un context umplut 63%.

Ce este în captură

Monitorul Strata: generare 45,2 tok/s, prefill 94 tok/s, VRAM 15,9/16 GB, GPU 44 °C, context 63% (164k/256k), RAM 53,5/62 GB; două cereri de circa 162.000 de tokenuri, prefill 1.176 tok/s, generare 48,3 și 45,2 tok/s.

Ce este în captură

Model și motor: qwen3.8-flash-next-iq3_s, v0.1.43, context 262.144 de tokenuri, cache KV pe 8 biți în VRAM, 3.114 experți în VRAM (6,0 GB). Computer: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 de fire), 62 GB RAM.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Viteza modelului

Un Xeon vechi și o Tesla P100: 19–27 tok/s

Cea mai modestă configurație: Intel Xeon E5-2690 v4, 31 GB RAM și o placă Tesla P100 de 16 GB. Strata v0.1.45 cu Qwen3.8-Flash-Next IQ3_S dă 19–27 tok/s, cu doar 2,2 GB RAM ocupați.

Ce este în captură

Monitorul Strata și htop: generare 26,9 tok/s, încărcare Tesla P100 100%, VRAM 15,7/16 GB, 97 W, PCIe Gen3 x16, CPU 45%, citire disc 164 MB/s, RAM 2,2/31 GB; cereri: 19,3 tok/s (253 de tokenuri) și 25,3 tok/s (12.686 de tokenuri în 504,1 s).

Ce este în captură

Model și motor: qwen3.8-flash-next-iq3_s, v0.1.45, context 262.144 de tokenuri, cache KV pe 8 biți în VRAM, 3.051 de experți în VRAM (5,8 GB). Computer: Tesla P100 16 GB, Intel Xeon E5-2690 v4 (28 de fire), 31 GB RAM.

Capturile sunt în limba originală; sub fiecare există un rezumat.

Contabilitate

Verificarea facturilor: FAKE și duplicate

Un scenariu real din ERP-ul nostru, în trei pași.

  1. Întrebarea

    Întrebăm cât am cheltuit pe IT în ultimul an. Sistemul răspunde (≈ €54.691) și semnalează singur facturi FAKE și duplicate.

  2. Corectarea

    Îi cerem să elimine datele FAKE și duplicatele. Înainte de ștergerea forțată cere aprobarea noastră, apoi curăță și verifică.

  3. Rezultat corectat

    188 de facturi valide pentru €38.627,70. Suma corectată: €36.993,58: sistemul își corectează singur răspunsul anterior și confirmă starea finală.

Înainte → după (din capturile 1–3)

  • 64 de facturi FAKE eliminate
  • 188 de facturi valide · €38.627,70
  • IT, ultimul an: ≈€54.691 → €36.993,58

Un scenariu real din ERP-ul nostru: întrebat despre cheltuielile IT, sistemul găsește singur facturi FAKE și duplicate, le elimină după aprobarea noastră, verifică rezultatul și își corectează propria sumă anterioară.

Ștergerea documentelor este sigură: datele au copie de rezervă, există un istoric al modificărilor cu posibilitate de revenire și o reconciliere constantă, de exemplu cu extrasele bancare.

Răcire

Controlul ventilatorului GPU

Sarcina, în captura 1: ventilatorul GPU este conectat la placa de bază; trebuie să urmeze temperatura GPU, să meargă un minut la maximum pentru a confirma că controlul funcționează, apoi să primească niveluri optime, iar după repornire totul trebuie să funcționeze automat.

  1. Cerere

    Un mesaj obișnuit în Telegram, fără comenzi tehnice.

  2. Recunoaștere

    Mai întâi, fără drepturi de administrator, agentul a stabilit: placă Z10PA-U8, GPU Tesla P100, temperatura GPU lizibilă (39 °C), dar încă nimic cu care să controleze ventilatorul. A cerut drepturi de administrator cu o singură comandă și a prezentat planul. Cu acces, a găsit cipul Nuvoton NCT7904D (9 intrări de tahometru, 4 canale PWM) și, trecând fiecare canal de la 0 la 255, a făcut corespondența: pwm2 → fan5, până la ~5300 RPM, adică turbina P100. Celelalte trei canale au rămas pe automatul din BIOS.

  3. Un minut la maximum

    pwm2 = 255 timp de 60 de secunde: în 5 secunde fan5 a crescut de la 1468 la 5294–5421 RPM, iar GPU s-a răcit de la 37 la 31 °C. Apoi controlul a revenit la curbă (255 → 195 → 90); citirile tahometrului confirmă că funcționează.

  4. Curbă

    ≤35 °C → 35%, 45 °C → 47%, 60 °C → 67%, 75 °C → 86%, ≥85 °C → 100% (P100 își reduce frecvențele la 91 °C, deci rămâne o rezervă). Turația se schimbă lin, cu cel mult ±15% la fiecare 5 secunde; dacă nvidia-smi nu mai răspunde, ventilatorul trece în regim de urgență ~78%.

  5. Repornire

    Driverul se încarcă automat, iar controlul rulează ca serviciu cu pornire automată. Agentul a repornit cu adevărat mașina și a verificat totul de la zero: modul încărcat, serviciu activ, fan5 la 1319 RPM, GPU la 35 °C.

Peste sarcină

  • A salvat procedura ca abilitate pentru mașinile următoare.
  • A explicat sincer pe ce se bazează concluzia că fan5 este ventilatorul GPU.
  • În aceeași sesiune a redenumit și mașina în P1005, așa cum cerusem mai devreme.
  • Din partea noastră: o comandă pentru drepturi de administrator, răspunsul «Ready» și o confirmare pe parcurs.
  • ≈ 30 de minute (06:26–06:57 după capturi)

Configurare

Întrebare tehnică, prin voce

O sarcină practică: printr-un mesaj vocal am întrebat cum este alcătuit sistemul. A răspuns cu date reale ale mașinilor noastre: hardware, discuri, modelul IA și viteza. Dacă un punct nu este clar, e suficient să întrebați imediat ce înseamnă.

Ce arată răspunsul: două mașini, claryel01 și P2002; procesor, memorie, GPU și discuri; versiuni de software; model AI; viteză măsurată.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Un termen tehnic nu este clar? Întreabă imediat sistemul, direct în dialog: ți-l explică în cuvinte simple.

Parcul de mașini

Trei mașini, un singur agent

Cererea, în captura 1 (07:47): pentru fiecare mașină cu Strata, mărimea și tipul memoriei, NVMe, GPU și memoria video, versiunea Strata, modelul, versiunea agentului și viteza modelului pe acea mașină; răspuns scurt și în engleză.

Agentul a scanat singur rețeaua și a confirmat că sunt trei mașini (celelalte adrese sunt o imprimantă și portul Wi-Fi al Mac-ului). Toate trei rulează Strata v0.1.45 cu același model Qwen3.8-Flash-Next IQ3_S (context 262 144), deci răspunsurile sunt coerente oricare mașină ar răspunde.

viteza de generare

  • P2002principală62 GiB DDR5 · AMD RDNA4 16 GiB46.8 tok/s
  • Mac Studiocea mai rapidă256 GB LPDDR5X · M3 Ultra60.0 tok/s
  • P1005pentru sarcini în fundal31 GiB DDR4 · Tesla P100 16 GB16.2 tok/s

Pe toate trei: Strata v0.1.45 · Qwen3.8-Flash-Next IQ3_S · context 262 144

Viteza de generare: P2002 46.8 tok/s, Mac Studio 60.0 tok/s (cea mai rapidă), P1005 16.2 tok/s: un model de 78 GB la 31 GB de memorie, de aceea această mașină preia sarcinile în fundal. Toate trei sunt comandate de o singură instanță a agentului pe claryel01; rezerva urmează lanțul P2002 → Mac Studio → Grok.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Contabilitate

Contabilitate la cheie: de la computerul nou la fisc

Viktor a parcurs deja acest proces cu agenți în cloud, aproape fără să atingă interfețele programelor: sarcini vocale, verificarea rezultatului. Acum mutăm astfel de procese reale pe IA locală CLARYEL.

Pași: computer nou de la zero → Ubuntu și configurare → programele necesare → contabilitate Odoo → ERP NextERP → importul facturilor din Amazon Business → trimiterea la Agenzia delle Entrate.

Prima observație: local, astfel de sarcini durează deocamdată mai mult decât în cloud. Mai întâi vedem ce funcționează fără ajustări și abia apoi optimizăm.

O ilustrație la postare, nu o captură de ecran.

ERP

Un ERP a cărui interfață nu am deschis-o niciodată

Nu învățăm butoane și meniuri: îi cerem agentului să instaleze programul și să execute funcțiile necesare, prin API, MCP sau folosind propriul computer al agentului. Avem nevoie de rezultat, nu de interfață.

Procesul pas cu pas: strângerea facturilor și documentelor de transport din e-mail, Google Drive și contul Amazon Business; introducerea lor în ERP și contabilitate; transmiterea datelor către sistemul fiscal; pregătirea rapoartelor centralizate; reconcilierea tuturor cu extrasele bancare, aflate tot pe Google Drive.

La setări la fel: în loc să le înțelegem pe fiecare, îi spunem agentului „trebuie să funcționeze așa: fă-o, verifică și spune-mi rezultatul”. Noi dăm sarcina și verificăm rezultatul. Nu cu toate programele se poate deocamdată complet.

O ilustrație la postare, nu o captură de ecran.

Instalare

Strata pe o mașină nouă: agentul a trecut singur peste toate capcanele

Pentru Mac nu există o versiune gata făcută: motorul Metal se compilează din surse (~5–15 min). Versiunea 0.1.45 pentru Mac era stricată; agentul a găsit PR-ul deschis #2895, l-a aplicat pe versiune, iar recompilarea a reușit.

Modelul de 79 GB: prin HuggingFace via Starlink ar fi mers cu ~6,5 MB/s (~3,4 h), așa că agentul l-a copiat cu rsync de pe P2002 prin redirecționarea agentului SSH, în 2 h 05 min. Apoi fiecare cerere către motor returna 400; agentul a găsit în codul sursă ocolirea --no-prefill-borrow.

Rezultat: Mac ≈ P2002 la generare (~58 față de ~57 tok/s) și net mai rapid la prefill (+36%). Agentul a salvat toate capcanele în abilitatea strata-mac-deploy, așa că o repetare e aproape o copiere.

Actualizare

Agentul a actualizat motorul propriului „creier”

Întrebare (04:30): ce versiune de Strata folosește „creierul” și care e cea mai nouă pe GitHub. Răspuns: pe P2002 rulează v0.1.43.1, cea mai nouă e v0.1.45 (lansată pe 17 octombrie 2026). Agentul a avertizat că actualizarea va reporni motorul pe care rulează chiar el: câteva minute de întrerupere, cu revenire ca garanție.

La comanda „actualizează-te” (04:31), agentul a lansat actualizarea separat de el însuși: git pull → compilarea motorului HIP 0.1.45 → repornirea serviciului, în timp ce un supraveghetor verifică motorul 5 minute și revine la 0.1.43.1 dacă nu pornește. Compilarea a fost curată (34 MB, 0 erori), dar înlocuirea fișierului în uz a eșuat („Text file busy”) și motorul s-a oprit. Agentul a păstrat fișierul vechi ca rezervă, l-a instalat manual pe cel nou și a repornit serviciul.

Verificare (04:50): rulează v0.1.45, model Qwen3.8-Flash-Next IQ3_S, context 262 144. Viteza cu același script: răspuns scurt 31,0 (înainte 33,5–33,7), generare de 1024 de tokenuri 47,7 / 44,4 (înainte 53,0–60,1), prefill 1,5K 874 / 531 (înainte 488–490). Concluzia agentului: prefill net mai bun, generare mai mică cu ~10–20% în două măsurători; cu doar două rulări nu o numește regresie și propune încă 3–4 măsurători și revenirea la 0.1.43.1 dacă încetinirea se confirmă.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

Monitorizare

Verificarea de dimineață a casei și a computerelor

Combinația din imagine: Strata v0.1.43 + Qwen3.8-Flash-Next (IQ3_S) + agentul. Agentul citește senzorii Home Assistant (temperatură, umiditate, mișcare, lumină, energie) și verifică copiile de rezervă, discurile și temperatura computerelor. Vorbim cu el prin Telegram.

Ce a găsit verificarea: în camera cu computere sunt 28,8 °C, vizibil mai cald decât în alte încăperi, deci trebuie verificate ventilația și răcirea; bateriile senzorilor din birou (20%) și de pe terasă (30%) trebuie înlocuite; senzorul ușii „Leo” arată ON, dar valoarea poate fi depășită și trebuie verificată la fața locului.

Viktor nici măcar nu a deschis interfața Home Assistant. Instrumente ajutătoare în acea zi: ChatGPT a desenat imaginea postării, ChatGPT Go + Codex au ajutat la configurare, iar agentul apela din când în când la Grok 4.7 ca model suplimentar pentru raționamente complexe.

În această lucrare modelul de rezervă era extern (Grok) și fără filtru. Pentru sistemul nostru local acest lucru nu este acceptabil, așa că modelul de rezervă a fost înlocuit cu un al doilea model local. Astăzi modelele cloud sunt apelate doar prin filtru și, la nevoie, după confirmarea explicită a utilizatorului.

O ilustrație la postare, nu o captură de ecran.

Viteza modelului

31 tok/s cu RAM aproape liberă: modelul este citit de pe SSD

Setări: modelul Qwen3.8-Flash-Next IQ3_XXS (~47 GB), context 64K (65.536 de tokenuri), cache KV pe 8 biți, mod low-RAM: o parte din „experții” modelului este citită de pe SSD. Placă video AMD Radeon RX 9070, ~16 GB.

Rezultatul pe monitorul Strata: 12.136 de tokenuri în 396,3 s, generare 31,0 tok/s, VRAM 15,7 din 16 GB, RAM 3,2 din 31 GB, GPU 45 °C. În memoria video sunt 5.681 de „experți” (9,2 GB), restul se citește de pe disc.

Concluzie: un model mare rulează fără cantități uriașe de RAM, pentru că motorul ține în memoria video ce e mai important și citește restul de pe un SSD rapid. Este o cale spre computere mult mai accesibile pentru IA locală.

Viteza modelului

Context 256K: 26 de cereri pe o singură placă video de 16 GB

Scopul era simplu: să înțelegem cum vom automatiza mai târziu astfel de rulări pe hardware diferit și cum vom prezenta rezultatele pentru comparație. Mașina: Intel Core Ultra 7 270K Plus, 31 GB RAM, AMD Radeon 16 GB.

Bilanțul de duminică dimineață (09:44): 26 de cereri, 169.326 de tokenuri de prompt citite cu 108 tok/s (alte 1.923.247 luate din cache-ul conversației), 166.539 de tokenuri scrise cu o medie de 20,5 tok/s. Contextul este umplut 62% (162k din 256k).

Nu totul a mers bine: în listă sunt o cerere „Closed” și una „Stopped”. Videoclipul din postarea originală arată modelul scriind un răspuns tehnic lung; acolo Viktor explică și ce n-a mers.

Viteza modelului

Mai multă RAM: 45 tok/s pe un context de 164.000 de tokenuri

Computer: Intel Core Ultra 7 270K Plus (24 de fire), AMD Radeon 16 GB, 62 GB RAM, context 262.144 de tokenuri. Acum motorul folosește și RAM: 53,5 din 62 GB ocupați.

Două cereri de circa 162.000 de tokenuri fiecare: prima citită cu 1.176 tok/s, generare 48,3 tok/s; a doua luată aproape integral din cache-ul conversației (162.199 de tokenuri), generare 45,2 tok/s.

Compromisul e clar: cu mai multă RAM generarea e vizibil mai rapidă, dar rămâne mai puțină memorie pentru alte sarcini. Cu 31 GB motorul aproape nu atingea RAM, iar computerul rămânea liber pentru altă muncă.

Viteza modelului

Un Xeon vechi și o Tesla P100: 19–27 tok/s

Modelul nu încape în RAM și rulează din memoria video (15,7 din 16 GB) și de pe un disc NVMe prin PCIe 3.0. Procesorul e încărcat cam 45%, RAM e aproape liberă: computerul poate fi folosit și pentru altă muncă.

Pe monitor: generare acum 26,9 tok/s; în istoricul cererilor, 19,3 tok/s la un răspuns scurt (253 de tokenuri) și 25,3 tok/s la unul lung (12.686 de tokenuri în 504,1 s). Placa video la 36 °C, 97 W din 250.

Pentru noi acesta e reperul-cheie de preț: chiar și hardware vechi și ieftin, cu motorul bine configurat, e deja potrivit pentru muncă reală.

De ce este periculos cloudul

Toate documentele companiei în cloudul altcuiva? Este un risc, nu o comoditate

Când contractele, ofertele, e-mailurile și know-how-ul ajung într-un AI în cloud sau într-un SaaS, compania depinde de regulile altcuiva: furnizorul procesează datele pe propriile servere, poate schimba condițiile de utilizare a datelor, prețurile și limitele, iar infrastructura și furnizorii săi pot cădea sau pot fi compromiși. CLOUD Act se aplică furnizorilor americani, iar temeiul juridic al transferurilor UE–SUA este din nou contestat. Cu CLARYEL, documentele și AI-ul rămân pe hardware-ul clientului: disc criptat, copii de rezervă, acces la distanță criptat și o bază de date care poate fi oprită în orice moment. Pe configurațiile de bază este mai lent decât cloudul, dar fără limite de tokenuri și fără surprize pe factură.1,3–5,7,9–15

Pentru o companie italiană este și o chestiune de secrete comerciale: art. 98 din Codul proprietății industriale protejează informațiile doar dacă sunt păstrate secrete prin „măsuri rezonabil adecvate”. Divulgarea secretelor comerciale se pedepsește cu până la 2 ani de închisoare (art. 623 din Codul penal italian), cu agravare dacă se folosesc mijloace informatice.17,18

Modele externe rapide: doar printr-un filtru

La nevoie, sistemul CLARYEL poate apela modele externe rapide, de ultimă generație. Înainte de trimitere elimină din cerere datele personale și secretele comerciale, păstrând sensul cererii. La nevoie, vă arată cererea filtrată și o trimite în cloud doar după confirmarea dumneavoastră explicită.

Filtrul ajută la reducerea riscurilor; nu promite anonimizare 100%.

Sincer: canalul de comenzi (Telegram) este un serviciu extern, așa că mesajele și notele vocale trec prin serverele Telegram. Documentele, baza de cunoștințe și procesarea AI rămân locale.

Surse

  1. BSI / Allianz für Cybersicherheit — Local AI and further alternatives (2026)
  2. CNIL — Comment déployer une IA générative ? (2024)
  3. Anthropic — Updates to Consumer Terms and Privacy Policy
  4. OpenAI — Mixpanel security incident (2025)
  5. Google Threat Intelligence — Salesloft Drift data theft (2025)
  6. Malwarebytes — AI chat app leak (2026)
  7. 18 U.S.C. § 2713 (CLOUD Act) — govinfo.gov
  8. Sénat (France) — commission d’enquête, 9 June 2025
  9. CJEU C-311/18 (Schrems II) — EUR-Lex
  10. IAPP — EDPB requests review of the EU-US Data Privacy Framework (2026)
  11. CJEU C-703/25 P (Latombe) — EUR-Lex
  12. Microsoft Licensing — Microsoft 365 pricing and packaging updates (2026)
  13. TechCrunch — new weekly rate limits (2025)
  14. AWS — US-EAST-1 service disruption summary (Oct 2025)
  15. Cloudflare — outage on 18 November 2025
  16. The Register — unauthorized API usage bills (2026)
  17. D.Lgs. 30/2005 (Codice della proprietà industriale), artt. 98–99 — Normattiva
  18. Codice penale, art. 623 — Normattiva

Informații generale, nu consultanță juridică. Un sistem local ajută la reducerea riscurilor; conformitatea rămâne responsabilitatea companiei.

De ce este periculos cloudul

A da unui agent din cloud cheile infrastructurii înseamnă a deschide ușa spre cele mai valoroase date

Fiecare cheie API, token OAuth sau tunel acordat unui agent din cloud este încă o ușă pentru un atacator. Credențialele furate sunt cea mai frecventă cale de intrare; o singură integrare compromisă a dus la furtul de date de la multe companii; prompt injection poate scoate date fără un clic; pachete infectate folosesc deja agenți AI pentru a căuta secrete. Un agent din cloud cu acces la mașinile și cheile dumneavoastră este un punct de scurgere și o cale spre sistemul local, unde se află toate datele sau cele mai sensibile. Arhitectura locală CLARYEL reduce punctele de acces externe și cere unei persoane să confirme acțiunile riscante, în acord cu OWASP și cu cerințele NIS2 privind lanțul de aprovizionare.1–7

Surse

  1. Verizon — 2025 Data Breach Investigations Report
  2. OWASP — Top 10 for LLM Applications 2025 (LLM01, LLM06)
  3. NIST NVD — CVE-2025-32711
  4. GitHub Security Advisory — malicious Nx versions (GHSA-cxm3-wv7p-598c)
  5. CISA — supply chain compromise in the npm ecosystem (2025)
  6. Hunt.io — CVE-2026-25253 in internet-facing AI agent gateways (2026)
  7. Directive (EU) 2022/2555 (NIS2), art. 21 — EUR-Lex
  8. BSI / Allianz für Cybersicherheit — Local AI and further alternatives (2026)
  9. EDPB — AI Privacy Risks & Mitigations: Large Language Models (2025)

Informații generale, nu consultanță juridică. Un sistem local ajută la reducerea riscurilor; conformitatea rămâne responsabilitatea companiei.

De ce este periculos cloudul

Reglarea hardware-ului și a modelelor rămâne în interior: niciun agent din cloud lângă mașinile dumneavoastră

Măsurătorile de pe această pagină au fost făcute de agentul CLARYEL pe propriile noastre mașini, fără a oferi acces vreunui serviciu cloud. Credențialele furate și panourile de agenți expuse arată de ce: cine are cheile are sistemul. Viteza locală depinde de hardware și, pe configurațiile mici, este mai mică decât în cloud; în schimb, volumul de lucru nu este limitat de tarife, cote sau o factură pe tokenuri.1,2

Surse

  1. Verizon — 2025 Data Breach Investigations Report
  2. Hunt.io — CVE-2026-25253 in internet-facing AI agent gateways (2026)
  3. TechCrunch — new weekly rate limits (2025)
  4. The Register — unauthorized API usage bills (2026)
  5. Stanford HAI — AI Index 2025, Technical Performance

Informații generale, nu consultanță juridică. Un sistem local ajută la reducerea riscurilor; conformitatea rămâne responsabilitatea companiei.