IRONSTICK← Pagina principală

IRONSTICK — Puntea către IA de desktop

O singură punte locală, patru IA de desktop pe picior de egalitate — Claude Desktop / Claude Code, ChatGPT Desktop, Qwen Desktop și Kimi Desktop — plus chatul IA integrat în IRONSTICK. Ce este puntea, cum se licențiază, cum se raportează la chatul din aplicație, cum se instalează, cum se afișează fiecare acces, ce puteți face cu ea — și catalogul complet al celor 175 instrumente. Ediția Windows.

1. Ce este puntea

Puntea conectează propria dumneavoastră IA de desktop — Claude Desktop (sau Claude Code), ChatGPT Desktop, Qwen Desktop sau Kimi Desktop — la aplicația IRONSTICK în funcțiune pe același calculator. IA poate citi apoi materialul dosarului prin instrumente construite anume — cronici, texte integrale de documente, e-mailuri, termene, date de bază — și lucra cu el în profunzime: analiză, verificare încrucișată, redactare. Conexiunea este strict locală (127.0.0.1); niciun server IRONSTICK nu este implicat. Datele pe care le citește IA sunt prelucrate sub propriul dumneavoastră abonament la acel furnizor și termenii lui — imaginea completă este în declarația de flux de date GDPR.

• Necesită aplicația de desktop respectivă cu contul propriu (Anthropic, OpenAI, Qwen sau Kimi).
• Funcționează doar cât timp IRONSTICK rulează — închiderea aplicației închide sursa de date.
• Acest canal transmite date reale, nepseudonimizate, în mod deliberat — exact asta face posibilă redactarea de șabloane gata de depunere.
• Documentele marcate secret sunt invizibile pentru punte.
• Memoria IA între conversații este construită pentru procese de lungă durată: intrările legate de un dosar activ nu expiră niciodată, iar fiecare folosire le reîmprospătează durata — doar materialul mort se învechește după un an.
• Accesul de scriere este deliberat îngust: propunerile ajung în Monitorul de consistență a datelor spre verificarea dumneavoastră; ciornele sunt predate în procesorul de text; nimic nu se scrie direct în înregistrări.

1b. De ce puntea?

Fiindcă lucrul pe abonament este de obicei de multe ori mai ieftin decât prin API. O IA de desktop rulează pe abonamentul forfetar pe care îl aveți deja la furnizor; fiecare dialog, fiecare citire de text integral, fiecare rundă de ciornă este acoperită. Aceeași muncă prin chatul din IRONSTICK rulează pe cheia dumneavoastră de API și se facturează pe token — la dialoguri lungi pe dosare mari asta se adună repede.

Unde strălucește puntea este costul: este un reducător masiv de costuri pentru dialogurile IA și instrumentul de ales ori de câte ori documente sau volume mai mari de date se gestionează prin IA — citirea unor dosare întregi, menținerea la zi a cronicilor, protocoalelor și memoriei, parcurgerea a sute de anexe — muncă ce ar fi prohibitiv de scumpă token cu token.

1c. Licențiere — patru punți sau pachetul

Fiecare acces IA de desktop este propriul modul licențiat:

• Disponibilitatea este codată în cheia dumneavoastră de licență semnată: doar punțile licențiate iau ființă — una nelicențiată nu are front-end, nu are suprafață de instrumente și nu apare în configurare.
• Puteți licenția o singură punte (doar IA de desktop pe care o folosiți) sau pachetul tuturor celor patru — extensibil ulterior.
• Punțile licențiate pot rula în paralel; un dosar poate fi lucrat de mai multe IA de desktop deodată.

1d. Chatul IA integrat în IRONSTICK — același model, plus Gemini, fără licență suplimentară

IRONSTICK are și un chat IA propriu integrat, care rulează pe exact același strat de lucru ca puntea — aceleași instrumente, aceleași porți, aceeași întemeiere și aceeași redactare gata de depunere. Ce poate puntea, poate și chatul din aplicație. Dincolo de cei patru furnizori de punte, oferă suplimentar Gemini de la Google ca furnizor.

• Fără licență suplimentară. Chatul din aplicație este integrat în IRONSTICK; nu are nevoie de un modul de punte în plus.
• Rulează pe API-ul furnizorilor (propria cheie de API), facturat pe token. Fiindcă tarifele API sunt ceva mai ridicate decât un abonament forfetar, chatul din aplicație poate fi mai scump în uzul zilnic decât folosirea punții împreună cu aplicația de desktop a furnizorului — unde modelul de abonament este mult mai ieftin.
• În schimb, calea API prin IRONSTICK este mai strâns supravegheată și controlabilă: pseudonimizată de router, dialog de consimțământ, jurnal de audit și plafoane de dimensiune — pe aceleași porți ca puntea.

2. Instalare (oricare dintre cele patru)

Fluxul este același pentru fiecare IA de desktop; diferă doar sursa de descărcare și butonul de configurare.

1. Instalați aplicația de desktop și autentificați-vă cu contul propriu, apoi porniți-o o dată (vezi rândul per furnizor de mai jos).
2. În IRONSTICK deschideți Configurare → Configurare IA → IA cu server MCP local (STDIO).
3. Comutați „Permite accesul conectorului de la IA de desktop locală" PE PORNIT (comutatorul principal al întregului canal).
4. Opțional comutați „Permite navigarea de către IA de desktop" PE PORNIT, dacă IA poate și dirija aplicația — deschide ecrane, dosare și documente, exportă fișiere. Citirea funcționează și fără.
5. Apăsați butonul potrivit „Configurează … Desktop". IRONSTICK își lansează propria instanță de punte și o înregistrează singur în acea IA de desktop — nimic de lipit, nimic de tastat.
6. Începeți o conversație nouă (sau apăsați „Repornește IA de desktop" în aceeași secțiune). IRONSTICK apare apoi printre conectorii IA, iar instrumentele de mai jos sunt disponibile în fiecare conversație.

Ecranul de configurare conține linkurile de descărcare și linkurile către termenii de utilizare și politica de confidențialitate ale fiecărui furnizor.

3. Cum se afișează accesele în bara de meniu

• Întâi consimțământul. Prima dată când o IA de desktop atinge date într-o rulare a programului, IRONSTICK arată un dialog de confirmare blocant. Refuzul blochează acel canal 10 minute; acceptarea îl deschide pentru restul rulării.
• Un logo propriu al IA apare în bara de sus lângă indicatorul CPU/RAM la fiecare apel de instrument și rămâne aprins 3 secunde după ultimul apel — seriile rapide de apeluri îl țin aprins continuu. Dacă simbolul e stins, nu se citește nimic. Fiecare IA are semnul ei: steaua portocalie Claude, nodul verde OpenAI, simbolul violet de chat Qwen, „K"-ul petrol Kimi.



• Meniul derulant de la simbolul IA arată ce a citit acea IA în sesiune: linia „instrucțiune de lucru + interdicția halucinației" (bifă verde cât e valabilă, cruce roșie după expirare), apoi per dosar indicatoarele profil, jurisdicție și digest plus o bară „documente citite r din n".
• Simbolul creier apare imediat ce memoria IA partajată are intrări și pulsează 3 secunde ori de câte ori un canal IA o citește sau scrie. Un clic deschide dialogul de gestionare; IA însăși nu poate șterge niciodată memoria.
• Navigarea de către IA (deschiderea de ecrane/dosare/documente) are loc doar dacă comutatorul ei e PORNIT — altfel instrumentele de navigare sunt refuzate.
• Acces paralel: când mai multe IA licențiate lucrează în același timp, bara de sus arată un logo pulsând per IA activă unul lângă altul; fiecare acces este mereu atribuit IA care l-a făcut.

4. Ce faceți cu ea — exemple

Vorbiți cu IA de desktop (sau cu chatul din aplicație) în limbaj simplu; își alege singură instrumentele potrivite. Cereri tipice:

5. Notă privind datele

6. Referință tehnică

Urmează prezentarea porților, catalogul complet al celor 175 instrumente, secțiunile despre gardienii de diligență și despre verificare, precum și descrierea tehnică. Numele instrumentelor sunt identificatori în engleză — exact așa cum le vede IA.

4. Cele șaisprezece porți deterministe împotriva halucinației & de siguranță

IRONSTICK nu încearcă să educe prin prompturi IA conectată — impune corectitudinea structural. Șaisprezece porți deterministe (logică pură, fără IA nicăieri) stau între model și înregistrările dumneavoastră. În tot catalogul de instrumente de mai jos, instrumentele asigurate prin porți poartă insigna POARTĂ.

Context & navigare

Găsirea înregistrării potrivite

Citirea unui dosar

Documente & căutare de pasaje

Judecători & hotărâri judecătorești

Cinci instrumente deterministe (fără IA nicăieri) pentru o singură întrebare: cum decide un anumit judecător sau procuror — ce preia din actele depuse, ce trece cu vederea, cât de previzibil este? Instrumentele localizează și măsoară; citirea hotărârilor și aprecierea lor rămân munca IA, pe textele integrale. Drept hotărâri contează numai documentele intrate de la o instanță sau de la un parchet.

Vindecarea OCR prin rescanare — micro-sourcing cu omul în buclă

Când un text integral stocat se dovedește trunchiat sau distrus de o rulare OCR veche, IA nu se împacă pur și simplu cu asta — vindecă baza de date, cu dumneavoastră ca autoritate finală. Ea cere o scanare proaspătă; dumneavoastră alegeți paginile în IRONSTICK (același selector de pagini ca la captarea documentelor); rescanarea este normalizată determinist (filigrane eliminate, tipare OCR corectate, spațiere uniformizată) și așezată în spațiul de lucru LÂNGĂ textul actual din baza de date. IA compară apoi ambele versiuni pasaj cu pasaj, o păstrează pe cea corectă, repară numai deteriorările mecanice ale OCR-ului — niciodată prin reformulare; numerele, numele și sumele rămân neatinse — și predă înapoi versiunea vindecată. IRONSTICK v-o arată integral și numai clicul DUMNEAVOASTRĂ o salvează ca nou text integral.

Pasul următor: avocatul ca instrument de precizie. IA nu folosește IRONSTICK doar ca sursă de date — acolo unde prelucrarea automată se lovește de limite fizice, apelează deliberat la dumneavoastră ca instrument vizual de precizie:

• Capacitate deplină chiar și cu fișiere uriașe. Acolo unde un PDF depășește orice context al IA (puntea impune limite dure: 10 MB, 90 de pagini), procesul nu se încheie cu un inutil „fișier prea mare” — IA numește în schimb locul exact: „pagina 12, aproape de sus”.
• Micro-efort țintit în loc de arheologie de dosar. Nu răsfoiți niciodată un dosar de 200 de pagini. Faceți clic pe agrafa din intrarea pe care IRONSTICK a deschis-o deja pentru dumneavoastră, săriți la pagina indicată și transcrieți exact cele trei cuvinte sau cifre ilizibile.
• Întoarcere directă în textul integral. Transcrierea dumneavoastră este preluată cuvânt cu cuvânt în versiunea vindecată, trece prin același dialog de acceptare, iar analiza continuă fără întrerupere.

Sistemele tradiționale cunosc exact două stări: „succes” (orice a produs OCR-ul, corect sau greșit) și „eroare — vă rugăm să prelucrați documentul manual”. Aici avocatul devine un micro-executant pentru exact acei 0,1 % dintr-o scanare pe care IA nu îi poate rezolva cu certitudine — o simbioză între viteza IA și vederea omului.

E-mail, calendar & termene

Persoane, instituții & evidențe de lucru

Reguli de lucru, formate & memorie

Propuneri (trec prin poarta de revizie — nu scriu niciodată direct)

Spațiul de lucru — conținutul mare nu trece niciodată prin IA

O zonă de lucru locală. Orice apel de instrument poate purta to_scratch: rezultatul complet este scris atunci într-un fișier din spațiul de lucru, iar IA primește doar calea și mărimea — fără previzualizare; și orice rezultat peste limita conectorului (10.000 de caractere; 20.000 pentru Claude Desktop și ChatGPT Desktop) ajunge acolo automat, în același fel — inclusiv deschizătoarele de seturi de instrumente. Conținutul mare nu curge prin ieșirea IA în NICIUNA dintre direcții (mai rapid, mai ieftin, fără erori de transcriere). Căile din spațiul de lucru pot fi folosite direct ca source_path pentru deliver_file și update_ki_instruction. Spațiul supraviețuiește repornirilor: notele proprii ale IA, registrul ei de stare și evidența acoperirii citirii se păstrează; descărcările de instrumente din zilele anterioare sunt curățate la fiecare pornire, iar fișierele neatinse după 180 de zile.

Spațiul de lucru este un seif. Din septembrie 2026 fiecare fișier din el este criptat AES-256 în repaus, cu aceeași derivare a cheii ca baza de date a dosarelor și depozitul de documente — nimic din ce scrie IA nu stă în clar pe disc. Citirea și scrierea trec numai prin poarta IRONSTICK; un fișier în clar pus în spațiu pe orice altă cale (un instrument de sistem de fișiere, o copiere manuală) este refuzat, eliminat și raportat IA ca încălcare de regulă. Fișierele părăsesc spațiul numai prin dialogul de export al IRONSTICK, niciodată către un folder de descărcări. Împreună cu baza de date, depozitul de documente și configurația criptate, aceasta închide ultima breșă: nicio dată de dosar nu stă necriptată pe discul utilizatorului — nici măcar fișierele de lucru ale IA.

Niciun instrument nu își scurtează propriul rezultat. evidence_readfull, read_full_case, read_email_body, open_url (legi și hotărâri întregi), read_tagesprotokolle, read_person și read_chronik își livrează întotdeauna conținutul COMPLET. O singură regulă centrală decide unde ajunge: sub limita conectorului în răspuns, peste ea întreg în fișierul din spațiul de lucru. IA nu trebuie să ghicească niciodată dinainte cât de mare va fi un rezultat.

Garda prospețimii: IRONSTICK supraveghează fiecare fișier din spațiul de lucru. În clipa în care datele de la bază se schimbă — un document nou sau o intrare nouă de cronică în dosarul descărcat, o scriere în calendar sau în protocol — ori un fișier pur și simplu se învechește, conținutul lui este înlocuit cu o notă de invalidare care îi spune IA exact cum să îl preia din nou. IA nu poate lucra niciodată din descărcări învechite pe tăcute.

Web, registre & validare

Verificare reciprocă — predați o lucrare ALTEI IA de desktop (Claude ⇄ ChatGPT ⇄ Qwen ⇄ Kimi)

Predare & livrare

7. Gărzile de diligență — puntea supraveghează etica de lucru a IA

Patru gărzi de diligență deterministe urmăresc cât de atent lucrează efectiv IA conectată. Ele sunt pură contabilitate și logică de șiruri — fără IA nicăieri — așa că nu pot halucina, nu costă practic nimic și nu pot fi convinse să renunțe la nimic:

• Garda acoperirii citirii. Când IA trage o descărcare integrală de dosar, fișierele de pregătire ale unui dosar sau un text integral peste limita conectorului, puntea consemnează rând cu rând ce intervale a citit cu adevărat — și păstrează această evidență peste reporniri. Cât timp rămân goluri, fiecare răspuns de instrument — căutări, grep, totul — poartă intervalele exacte de rânduri necitite, cu un procent. Un pretins „am citit tot” este pur și simplu imposibil; numai o citire completă aduce confirmarea unică „COMPLETE — toate rândurile citite”, un sfârșit demonstrabil matematic al obligației de citire — și înscrie citirea în registrul de pregătire.
• Fără previzualizare. Orice rezultat peste limita conectorului (10.000 de caractere; 20.000 pentru Claude Desktop și ChatGPT Desktop) este scris întreg în spațiul de lucru; IA primește doar o notă care numește fișierul, mărimea lui și cele două comenzi de continuare. Nimic nu se arată de două ori, iar IA citește conținutul mare acolo unde se află. Aceasta este valabil pentru fiecare instrument — inclusiv deschizătoarele de seturi de instrumente; numai cititorul de instrucțiuni și instrumentele spațiului de lucru înseși răspund direct. Și niciun instrument nu își scurtează propriul rezultat: sub limită ajunge complet în răspuns, peste ea complet în spațiul de lucru.
• Garda relivrării. Dacă IA continuă să corecteze un fișier de lucru după ce acesta v-a fost deja livrat, fiecare editare ulterioară primește ca răspuns reamintirea că aveți chiar acum în mână versiunea depășită și că fișierul corectat trebuie livrat din nou — gata cu tăcutul „am reparat în folderul de ciorne”.
• Garda ciornelor nelivrate. Când IA își scrie protocolul zilnic — semnalul „închei lucrul” — puntea enumeră pe nume fiecare ciornă versionată scrisă în sesiune care nu a fost livrată deloc. Munca terminată nu poate rămâne pe tăcute blocată în spațiul de stocare de lucru al IA.
• Garda formatului de e-mail. Fiecare acces la conținut de e-mail poartă automat trimiterea obligatorie la instrumentul pentru formatul e-mailului (casetă de copiere pentru subiect, casetă de copiere pentru corp, conținut obligatoriu, reguli de limbă) — IA este reamintită de singura cale corectă de livrare înainte de a putea improviza una.
• Garda casetei de copiere. De fiecare dată când IA scrie sau editează un fișier de lucru text, răspunsul poartă reamintirea că documentele ajung la utilizator numai prin instrumentul de livrare — lipirea în chat a unei scrisori finalizate, ca text sau casetă de copiere, ocolește formatarea, verificarea și urmărirea livrărilor și este o încălcare vizibilă de regulă. Singurul artefact legitim de tip casetă de copiere rămâne e-mailul, exact conform instrumentului pentru formatul e-mailului.
• Ancora dosarului. Fiecare răspuns de instrument care atinge un dosar poartă numărul înregistrat al dosarului, clientul și obiectul (poarta 10) — contextul inventat din amintirea unui alt dosar se infirmă singur în aceeași fereastră.
• Dirijarea treptei de model. Instrucțiunile îi spun IA de ce clasă de model are nevoie o sarcină: înaintea instrumentelor pentru acte de procedură (format de ieșire, verificare, livrare) vă cere într-o singură frază să comutați clientul de desktop pe modelul de vârf, iar după livrare vă spune că un model mai ieftin este din nou suficient. Când contoarele de propuneri arată întreținere a rețelei de părți (două propuneri de date de bază și o propunere de relație sau de legătură cu dosarul), puntea adaugă — o dată pe sesiune — indicația că această muncă, trecută integral prin porți, nu are nevoie de un model de vârf. Dumneavoastră decideți; IA continuă să lucreze.

De la aceeași versiune, executarea instrumentelor rulează și într-un fir de lucru izolat din interiorul aplicației — nici măcar accesele IA de mai multe secunde la dosare mari nu mai blochează vreodată interfața de utilizator IRONSTICK.

8. Compilatorul de acte de procedură — livrare numai contra dovezii

Actele de procedură și scrisorile se scriu în dialog cu IA de desktop, pe dosarul viu — același strat de lucru și aceleași porți ca la chatul propriu al IRONSTICK. Ceea ce părăsește sistemul este un șablon gata de depunere, niciodată un act finit de depus la instanță: dumneavoastră verificați, corectați și semnați. Două porți stau înaintea fiecărei predări: verificarea deterministă de mai jos și — dacă o activați în configurare pentru modelul API activ — Red/Blue Team: un al doilea model citește ciorna ca avocat al părții adverse; constatările substanțiale o trimit înapoi la refacere, cel mult două runde, fiecare punct analizat pe fond și niciodată preluat orbește. Dacă IA consideră constatările neîntemeiate, redepune fișierul neschimbat cu un răspuns scris la fiecare constatare — verificatorul nu este rulat a doua oară pe un fișier neschimbat, iar raportul verificatorului ajunge la dumneavoastră împreună cu acele răspunsuri. Predarea însăși trece prin dialogul de export al IRONSTICK, de unde ciorna ajunge în procesorul de text cu un singur clic.

Un act de procedură formal nu poate părăsi sistemul pe încredere. verify_pleading, un scaner determinist (fără IA nicăieri), verifică ciorna finalizată față de înregistrările dumneavoastră vii și față de biblioteca de legi verificată, pe opt clase de afirmații:

• Referințe la probe — ștampile IS și numere cu #, în lista de anexe ȘI în textul curent: existență, apartenență, integritatea ștampilei și proveniența citării legată de document: fiecare element citat sau anexat trebuie să conteze ca citit pentru ACEST document — preluat integral sau cu fișierul său din spațiul de lucru citit până la 100 %; o citire contează 2 ore, fiecare livrare a aceluiași document o prelungește, verificarea unui alt document resetează citirile anexelor. Citarea din fragmente de căutare sau din memorie pică verificarea. Un rând de anexă poate declara un interval de pagini („p. 12–15”); obligația de citire rămâne documentul întreg.
• Citări de legi — articolul citat trebuie să existe în textul verificat din bibliotecă (tolerant la punctul de mii, exact la limita de cuvânt) ȘI să aibă proveniența citirii: IA trebuie să fi tras efectiv acel articol din bibliotecă în această rulare a aplicației — articolele de presă, rezumatele web și memoria modelului nu întemeiază niciodată o normă și pică verificarea. Și subreferințele citate (alineat/punct) sunt verificate ca existență. O sursă care lipsește din bibliotecă nu se strecoară: IA trebuie să o ceară, iar cererea ajunge în dialogul dumneavoastră de consimțământ — sursele bifate sunt preluate, verificate și stocate; cele nebifate sunt respinse, iar fiecare citare ulterioară a lor poartă o notă vizibilă „utilizatorul a refuzat”.
• Citate cuvânt cu cuvânt — fiecare pasaj citat trebuie găsit integral în textele integrale ale dosarului sau în biblioteca de legi (tolerant la OCR). Un citat negăsit în nicio sursă este CONTRADICTED și blochează livrarea. Scoaterea ghilimelelor sau reformularea ușoară a pasajului nu ajută: citatul blocat este reținut pentru document și rămâne blocat. Un citat eliminat cu totul este permis — iar livrarea vă spune expres ce citate au fost scoase fiindcă nicio sursă nu le conține.
• Numere de dosar față de dosarele și înregistrările dumneavoastră.
• Sume cu toleranță ZERO — cifra trebuie să coincidă exact cu forma înregistrată; „14.500” acolo unde registrul spune „14.500,00” blochează livrarea până la corectare.
• Datele de bază ale părților — fiecare nume folosit trebuie să coincidă literă cu literă cu scrierea înregistrată, inclusiv diacriticele.
• CNP și IBAN — validarea sumei de control (o cifră de control invalidă este întotdeauna o halucinație) plus potrivirea cu registrul/înregistrările.
• Părți numite — fiecare persoană sau societate numită în document trebuie să fi fost citită (profil) ȘI să aibă legăturile verificate (who_is_connected_with); refuzul numește cele două apeluri și recomandă pe deasupra testul clicilor (read_cliques).

Fiecare constatare este VERIFIED, UNVERIFIED sau CONTRADICTED. Livrarea unui document formal este refuzată fără o atestare OK proaspătă pentru starea exactă a fișierului — fiecare editare anulează atestarea. După cinci rulări de verificare eșuate bucla se întrerupe definitiv, îi ordonă IA să se oprească și să raporteze și vă notifică direct pe dumneavoastră în aplicație. Iar livrările trec exclusiv prin depozitul de lucru propriu al aplicației, astfel încât atestarea, versionarea și urmărirea relivrărilor rămân atașate fiecărui fișier — livrarea inline și căile străine sunt refuzate.

Anexă — Descrierea tehnică completă a punții

Stare: 175 de instrumente membre · 20 de seturi de instrumente · revizia protocolului MCP 2024-11-05. Acest document descrie puntea exhaustiv — arhitectura, fiecare strat funcțional, fiecare poartă, fiecare limită și fiecare redirecționare — exclusiv în proză.

1. Scop și poziționare

Puntea conectează aplicații comerciale de IA de desktop (Claude Desktop, ChatGPT Desktop, Qwen Desktop, Kimi Desktop) la o aplicație IRONSTICK de gestionare a dosarelor juridice care rulează pe același calculator. IA de desktop primește o suprafață de instrumente controlată și autodescriptivă prin Model Context Protocol (MCP); fiecare apel este executat în interiorul aplicației IRONSTICK pe baza de date vie, iar fiecare rezultat este post-procesat de punte înainte de a ajunge la model. Obiectivele de proiectare sunt: o încărcare permanentă minimă a contextului modelului, impunerea structurală a regulilor de lucru pe care simplul text de instrucțiuni nu le poate garanta, protejarea muncii nesalvate a utilizatorului, protejarea datelor împotriva cererilor supradimensionate sau greșit direcționate și absența completă a oricărui material de configurare lizibil în produsul instalat.

2. Topologia proceselor

Puntea constă din două procese care cooperează.

Aplicația IRONSTICK găzduiește un server HTTP legat exclusiv de interfața loopback. Portul său și un token de acces hexazecimal de 48 de caractere sunt definite în depozitul de configurare al aplicației; fiecare cerere trebuie să prezinte tokenul. Acest server deține registrul de instrumente, execută toate apelurile de instrumente, aplică toate porțile și post-procesoarele și este unicul punct de adevăr pentru ceea ce un model conectat poate vedea și face.

În fața fiecărei IA de desktop stă un mic executabil nativ, compilat anticipat din Dart. El vorbește JSON-RPC prin stdio către IA de desktop (transportul MCP standard) și transmite munca mai departe către serverul HTTP al aplicației. Fiecare IA de desktop are propriul director de instalare, care conține o copie a acestui executabil și un fișier de configurare privat cu: portul loopback, tokenul de acces, un șir de identitate a apelantului (de exemplu claudedesktop, chatgptdesktop, qwendesktop), calea fișierului de instrucțiuni servit la pornirea sesiunii și calea scriptului de livrare. Identitatea apelantului călătorește cu fiecare apel de instrument ca argument intern și determină toate comportamentele specifice fiecărei IA descrise mai jos. Front-end-ul emite, de asemenea, către aplicație un semnal de viață aproximativ la fiecare trei secunde cât timp este conectată o IA de desktop; aplicația îl afișează ca indicator de prezență "punte conectată", cu o durată de viață de cincisprezece secunde, astfel încât utilizatorul vede întotdeauna dacă o IA externă este atașată în acel moment.

La handshake-ul MCP initialize, front-end-ul își returnează identitatea de server și, încorporat în rezultatul initialize, textul complet al instrucțiunilor de pornire a sesiunii. Front-end-urile cu versiunea 2.6.6 și ulterioare caută un fișier însoțitor al căii de instrucțiuni configurate, al cărui nume poartă un sufix de nucleu, și îl preferă; acesta livrează o instrucțiune de nucleu condensată, de aproximativ cincisprezece mii și jumătate de caractere, în locul manualului de lucru complet de aproximativ cincizeci și șase de mii, reducând încărcarea permanentă cu instrucțiuni la circa un sfert. Manualul de lucru complet rămâne disponibil modelului în orice moment printr-un instrument dedicat (vezi secțiunea 5).

3. Securitate, licențiere și consimțământ

Tot traficul este exclusiv pe loopback și autentificat prin token. Instrumentele de acces web impun o filtrare a cererilor pe partea de server: sunt permise numai ținte publice http și https; localhost, intervalele loopback, rețelele private și adresele link-local sunt respinse, astfel încât un model nu poate fi niciodată dirijat să scaneze calculatorul sau rețeaua locală prin punte.

Puntea și integrările de desktop ale fiecărui furnizor sunt module suplimentare licențiate separat. Disponibilitatea lor este codată ca biți într-o cheie de licență semnată; front-end-ul și suprafața de instrumente ale unui modul nelicențiat pur și simplu nu iau ființă.

Pentru conexiunea Claude Desktop, o poartă de consimțământ protejează primul acces la date pe fiecare rulare a aplicației: primul apel de instrument după pornirea programului ridică o fereastră modală de avertizare deasupra ecranului curent. Dacă utilizatorul aprobă, accesul este liber pentru restul rulării; dacă utilizatorul refuză, accesul este blocat zece minute și fiecare apel blocat returnează IA de desktop un mesaj explicativ care îi cere să încerce din nou mai târziu; după cele zece minute, următorul acces ridică din nou avertizarea. Starea este ținută numai în memorie și nu este păstrată niciodată.

Independent de consimțământ, un blocaj al instrucțiunilor păzește fiecare conexiune de desktop: niciun instrument — deschizătoarele de seturi de instrumente, instrumentul de executare a membrilor, totul — nu se execută până când apelantul nu a citit instrucțiunile și nu a redat cuvânt cu cuvânt interdicția halucinației (regula 5) prin instrumentul de confirmare; rămân deschise numai cititorul de instrucțiuni, instrumentul de confirmare și instrumentul pentru limba sistemului. Confirmarea este ținută pe fiecare IA de desktop și expiră la șaizeci de minute după ce a fost dată, după două ore fără niciun apel, la miezul nopții și la fiecare nou handshake de conexiune — după o expirare apelantul trebuie să recitească și să redea o regulă aleasă la întâmplare, în locul celei pe care o știe pe de rost. Pe conexiunea Claude fiecare chat este propriul apelant (deosebit prin evenimentele structurate ale instrumentelor din jurnalul local de sesiune al lui Claude, niciodată prin textul conversației), un chat al cărui context a fost compactat este blocat imediat, fără sancțiune, până când a recitit, iar unui chat care atinge dosarul de date cu instrumentele proprii de fișiere în loc de conector i se consemnează aceasta ca încălcare de regulă; un refuz numește cele două apeluri care deschid blocajul, iar meniul derulant de la simbolul IA din aplicație arată starea ca bifă verde sau cruce roșie.

Fiecare funcție de citire și de scriere a datelor este validată pe proprietar față de identitatea de proprietar derivată din licență. Înregistrările de probe marcate ca secrete sunt excluse, fără excepție, din orice funcție de citire, căutare, descărcare și ștampilare; înregistrările marcate ca șterse sunt la fel de invizibile.

4. Sistemul de instrucțiuni

Îndrumarea modelului sosește în trei straturi, cu specificitate strict crescătoare și rezidență strict descrescătoare.

Instrucțiunea de nucleu este livrată o singură dată, în interiorul rezultatului initialize. Ea conține mandatul (muncă juridică bazată pe fapte, la standard de Senior Associate), regulile universale (limba dialogului este egală cu limba de sistem IRONSTICK; jurisdicția documentelor generate vine din dosar, niciodată din dialog; disciplina datei; nicio citare din fragmente de căutare — fiecare pagină pe care se sprijină IA trebuie deschisă și citită prin open_url, oricare ar fi căutarea care a găsit-o; disciplina citărilor și a referințelor; limita de trei încercări pentru fiecare apel de instrument eșuat; disciplina livrării) și descrierea mecanismului seturilor de instrumente însuși, inclusiv explicația câmpului setului de origine descris în secțiunea 6.

Regulile de lucru pe fiecare domeniu nu sunt rezidente: ele sunt înmânate modelului cuvânt cu cuvânt și la zi de fiecare dată când deschide setul de instrumente corespunzător, ca parte a încărcăturii de deschidere.

Manualul de lucru complet — nucleul plus toate regulile seturilor de instrumente plus anexele (printre ele formatul de fișier al protocolului zilnic) — poate fi recitit în orice moment prin instrumentul de citire a instrucțiunilor; front-end-ul citește fișierul în direct, astfel încât modificările instrucțiunilor ajung la o sesiune în curs fără reconectare.

Trei dintre aceste reguli sunt, în plus, impuse structural și nu textual, prin porți descrise în secțiunile 3 și 7: blocajul instrucțiunilor, disciplina datei și disciplina surselor de legi. Citirea instrucțiunilor însăși este ultima regulă a blocului universal: modul de deblocare a conectorului este enunțat abia după toate regulile precedente, astfel încât un model care ajunge la el le-a citit.

5. Suprafața de instrumente și stratul seturilor de instrumente

O listă plată de 175 de instrumente degradează măsurabil alegerea instrumentelor la modelele de desktop actuale. De aceea puntea expune o suprafață redusă, de douăzeci și opt de intrări: șase instrumente de nucleu (data și ora curente; contextul GUI curent; limba sistemului; jurisdicția dosarului; recitirea instrucțiunilor; confirmarea instrucțiunilor), instrumentul de livrare injectat de front-end, douăzeci de deschizătoare de seturi de instrumente, instrumentul de executare a membrilor și instrumentul de inventar complet. Tot restul există numai ca membri în interiorul seturilor de instrumente.

Deschiderea unui set de instrumente este un apel de instrument obișnuit, fără argumente. Răspunsul livrează, dintr-o singură mișcare: întâi, acolo unde setul are unul, un bloc de context pregenerat determinist, calculat în momentul deschiderii (opt seturi de instrumente au asemenea producători — protocolul de pornire a sesiunii însuși; inventarul curent al fișierelor din spațiul de lucru; cele mai recente zece intrări din memorie ca previzualizare; primele treizeci de legi din biblioteca de legi; lista dosarelor fierbinți; documentele înregistrate azi și e-mailurile primite azi; protocolul zilnic de azi; instantaneul curent al termenelor și programărilor); în al doilea rând, regulile de lucru ale domeniului, cuvânt cu cuvânt; în al treilea rând, definițiile complete ale instrumentelor membre, cu schemele lor integrale de parametri; în al patrulea rând, un rând de rezervă care trimite la inventarul complet. Un eșec în interiorul unui producător de pregenerare nu împiedică niciodată deschiderea.

Membrii sunt executați prin instrumentul de executare a membrilor, care primește numele exact al membrului și un obiect de argumente. Înaintea executării rulează o validare ușoară a schemei: câmpurile obligatorii trebuie să fie prezente și nevide, iar parametrii de tip întreg, număr și boolean trebuie să poată fi interpretați ca atare; o încălcare returnează schema așteptată în loc să execute. Un nume de membru necunoscut returnează ca sugestie cel mai apropiat nume existent după distanța de editare. Stratul de instrucțiuni plafonează încercările de corectare la trei pentru fiecare apel eșuat, după care modelul trebuie să se oprească și să raporteze eroarea exactă.

Seturile de instrumente nu sunt modale; toate deschizătoarele rămân apelabile în orice moment, un instrument poate fi în mod deliberat membru al mai multor seturi de instrumente, iar încărcăturile de deschidere nu sunt niciodată deviate în spațiul de lucru (schemele într-un fișier ar fi inutile). Porțile de funcționalitate elimină grupuri întregi: când navigarea GUI nu este activată de utilizator, deschizătorul setului de navigare și toți membrii lui lipsesc din fiecare listă și din fiecare răspuns. Instrumentul de inventar complet listează fiecare membru cu un scop pe un rând și cu setul de instrumente care îl deține și există numai ca ieșire de avarie; descrierile seturilor de instrumente sunt ruterul principal. În total, cele douăzeci de seturi de instrumente poartă 280 intrări de membri pentru cele 175 de instrumente distincte.

Costul de context măsurat al acestui aranjament: configurația inițială (instrucțiunea de nucleu plus lista redusă de instrumente) este de aproximativ zece mii de tokeni; o singură deschidere de set de instrumente adaugă între aproximativ nouă sute și șapte mii și jumătate de tokeni, în funcție de set, înaintea conținutului său variabil de pregenerare.

6. Formatul definiției instrumentelor și lanțul său de producție

Fiecare definiție de instrument constă din patru părți. Descrierea poartă scopul instrumentului, mandatele sale de comportament și referințele sale încrucișate — și nimic altceva. Schema de intrare poartă fiecare parametru cu propria descriere, inclusiv valori implicite, formate, note de excludere reciprocă și mandate pe parametru; instrucțiunile de folosire a parametrilor trăiesc exclusiv aici. Câmpul de ieșire descrie, înaintea oricărui apel, exact ce returnează apelul, inclusiv ordonări, marcaje și forme de eroare, astfel încât modelul poate judeca potrivirea fără apeluri de probă. Câmpul setului de origine numește setul de instrumente căruia instrumentul îi aparține în primul rând, cu o valoare rezervată care marchează instrumentele de nucleu aflate întotdeauna în lista de nivel superior; un membru întâlnit într-un set străin anunță astfel unde trăiesc mai multe instrumente din familia lui, iar fiecare deschidere de set de instrumente poartă un rând explicativ care afirmă că modelul nu este niciodată închis în setul deschis.

Tot textul adresat modelului este în engleză, fără excepție. Lanțul de producție merge de la un singur document-sursă canonic, prin generatoare, în stratul suprapus compilat în aplicație și în planul de clustere care documentează topologia seturilor de instrumente; generatorul se întrerupe definitiv când orice descriere sau text de ieșire — la orice adâncime a schemei — se potrivește cu un detector de limbă germană, iar o gardă împotriva derivei întrerupe sincronizarea când o declarație de set de origine indică un set de instrumente care nu listează efectiv instrumentul ca membru. Limitele numerice declarate în schemele instrumentelor sunt impuse de un ajutor comun de limitare din funcțiile executante, astfel încât un maxim declarat este un maxim real.

7. Mecanisme universale la rulare

Următoarele mecanisme se aplică pe întreaga suprafață de instrumente și sunt implementate central, nu pe fiecare instrument.

Redirecționarea la cerere în spațiul de lucru: fiecare instrument acceptă un parametru suplimentar care numește un fișier din spațiul de lucru; când este setat, rezultatul complet este scris în acel fișier, iar modelul primește doar calea și mărimea — fără previzualizare. Conținutul mare nu curge astfel niciodată prin fluxul de tokeni al modelului, în nicio direcție, iar calea poate fi folosită direct oriunde se acceptă o cale sursă.

Protecția la depășire: orice rezultat care depășește limita conectorului — zece mii de caractere, o singură constantă centrală, dublată la douăzeci de mii pentru Claude Desktop și ChatGPT Desktop — este scris automat într-un fișier generat din spațiul de lucru. Modelul primește doar o notă care arată mărimea totală și numărul de rânduri, numele fișierului, asigurarea explicită că nimic nu s-a pierdut, cele două comenzi de continuare (citire pe intervale; căutare de tipar în fișier) și interdicția expresă de a cere din nou apelul — fără previzualizare, astfel încât conținutul mare este citit acolo unde se află, iar modelul se obișnuiește să lucreze din spațiul de lucru. Singura excepție este cititorul de instrucțiuni, al cărui pachet sosește întotdeauna complet; deschizătoarele de seturi de instrumente sunt deviate ca orice alt rezultat. Niciun instrument nu își scurtează propriul rezultat — limita conectorului este singurul loc în care se decide mărimea. Rezultatele de peste zece megabyți nu sunt deviate, ci primesc ca răspuns o instrucțiune de restrângere care numește filtrele aplicabile, fiindcă și spațiul de lucru plafonează acolo mărimea fișierului. Sunt exceptate de la deviere instrumentele de citire ale spațiului de lucru înseși (plafonate intern; devierea lor ar duce la recursivitate) și apelurile care au cerut deja redirecționarea în spațiul de lucru.

Poarta datei: orice instrument care scrie în IRONSTICK este refuzat apelanților externi dacă acel apelant nu a preluat data și ora curente în ultimele treizeci de minute. Refuzul numește remediul — preluați ora, apoi repetați apelul identic. Fereastra este ținută pe furnizor și este deliberat scurtă, pentru ca o conversație proaspătă să nu poată moșteni o preluare veche și pentru ca trecerile peste miezul nopții să fie prinse. Apelanții din aplicație nu sunt afectați. Aceasta există fiindcă altfel modelele externe ștampilează înregistrările cu "azi"-ul din epoca lor de instruire.

Poarta legilor: accesul web pentru legi și norme este refuzat structural până când a fost consultată biblioteca de legi internă; refuzul trimite la procedura bibliotecii. Orice sursă de lege care este totuși preluată de pe web trebuie raportată în bibliotecă prin instrumentul de înregistrare — stratul de instrucțiuni clasifică omisiunea drept încălcare a unei îndatoriri, iar rezultatele care ating surse juridice poartă un marcaj pentru auditabilitate.

Blocajul dur al navigării: opt ecrane sunt declarate protejate — cele patru formulare de captare (captarea documentelor, captarea documentelor legată de dosar, captarea cronicii dosarului, captarea clientului), formularul de creare a dosarului, formularul de atribuire instituție/persoană și editorul de text. Cât timp fereastra principală a utilizatorului arată oricare dintre acestea, fiecare funcție de navigare GUI și de export este refuzată la nivelul handlerului — învelișul prinde în egală măsură apelurile directe și executarea membrilor — cu un mesaj care numește ecranul protejat, interzice navigarea și îi cere modelului să răspundă cu datele pe care le are și să ofere deschiderea numai după ce utilizatorul a terminat și a salvat. Un model nu poate, așadar, distruge niciodată munca nesalvată a utilizatorului prin schimbarea ecranelor. Instrumentul de deschidere a paginilor web este exceptat explicit de la acest înveliș, fiindcă împarte prefixul de nume, dar nu navighează aplicația.

Oferta de navigare: rezultatele celor aproximativ patruzeci de instrumente a căror ieșire descrie un obiect care poate fi deschis în GUI — un dosar, o persoană, o instituție, un client, un anumit element de probă, un e-mail, intrări de calendar sau termene — primesc un rând adăugat care propune ca modelul să îi ofere utilizatorului deschiderea obiectului direct în IRONSTICK, numind apelul exact de navigare. Acolo unde argumentele de apelare conțin identificatorul obiectului, propunerea este concretă; pentru rezultate de căutare și de listare ea trimite la identificatorul unui rezultat. Rândul cere explicit acordul utilizatorului înainte de navigare, în afară de cazul în care cererea utilizatorului era deja o comandă de afișare/deschidere. Oferta este adăugată numai după tratarea depășirii și numai când rezultatul nu este o eroare, navigarea este activată și blocajul dur al navigării nu este activ — blocajul câștigă întotdeauna în fața propunerii.

Propagarea apelantului: identitatea apelantului însoțește fiecare executare și determină starea pe fiecare IA — briefingul de lucru, o dată pe zi, este urmărit pe fiecare IA de desktop, listările sarcinilor de verificare reciprocă exclud sarcinile proprii ale apelantului, iar jurnalul de apeluri atribuie fiecare rând.

Jurnalul de apeluri: un jurnal de diagnostic comutabil înregistrează câte un rând pentru fiecare apel de instrument al tuturor IA conectate — marca de timp, apelantul, numele efectiv al instrumentului (la executarea membrilor membrul interior, nu învelișul), argumentele plafonate la trei sute de caractere, mărimea rezultatului măsurată înaintea oricărei devieri la depășire, durata executării și un indicator de eroare. Comutatorul trăiește în depozitul de configurare al aplicației și este recitit cu o memorie tampon de zece secunde, astfel încât jurnalizarea poate fi comutată fără repornire. Există pentru analiza traseelor și optimizarea seturilor de instrumente și este menit să fie oprit ulterior.

Plierea diacriticelor și a scripturilor: fiecare căutare de cuvinte-cheie, căutare de tipar și comparație din toată puntea pliază majusculele și diacriticele pentru toate cele unsprezece limbi de sistem, inclusiv i-ul turcesc cu și fără punct (înlocuit înaintea trecerii la minuscule, fiindcă altfel schimbă lungimea), literele-variantă chirilice și ligaturile latine; plierea este stabilă ca poziție acolo unde se raportează poziții.

Convențiile rezultatelor: eșecurile sunt returnate ca text care începe cu un prefix de eroare și sunt marcate ca erori în rezultatul MCP; modelul este instruit să corecteze și să reîncerce de cel mult trei ori, apoi să se oprească și să raporteze. Marcajele structurate, autodescriptive, încorporate în rezultate (pentru operații de memorie, porți și altele asemenea) sunt stabile și documentate în câmpurile de ieșire respective.

Garda acoperirii citirii: când un model trage o descărcare integrală de dosar sau livrarea în spațiul de lucru a cititorului de dosar întreg, puntea consemnează, exact la rând, care intervale ale fișierului de descărcare au fost citite efectiv. Cât timp rămân intervale necitite, fiecare răspuns de instrument reușit — căutări, potriviri de tipar, totul — poartă intervalele exacte de rânduri necitite împreună cu un procent de citire; o pretinsă citire completă este, așadar, imposibilă. Odată ce fișierul este citit în întregime, sâcâiala încetează, iar următoarea citire pe interval confirmă o singură dată că toate rândurile au fost citite, dându-i modelului un sfârșit demonstrabil al obligației sale de citire. Sunt urmărite descărcările integrale de dosar, fișierele de antet și de digest ale instrumentului de pregătire a dosarului și fiecare text integral de document care a fost deviat în spațiul de lucru; citirile parțiale ale altor rezultate redirecționate rămân legitime și tăcute. Starea acoperirii este păstrată lângă spațiu și supraviețuiește repornirilor aplicației, iar un fișier citit până la capăt este înscris în registrul de pregătire — citirea rămâne valabilă chiar și după ce curățarea de la pornire a eliminat fișierul.

Garda relivrării: după o livrare reușită de fișier a cărei sursă se află în spațiul de lucru, un fișier-marcaj de lângă spațiu consemnează numele livrat și ora (livrările transmise ca conținut inline sunt consemnate și ele, sub numele lor de livrare). Fiecare editare, scriere sau normalizare ulterioară a unui fișier consemnat acolo primește ca răspuns reamintirea că utilizatorul are în mână versiunea livrată depășită și că fișierul corectat trebuie livrat din nou sub un număr nou de versiune. Răspunsul de livrare însuși preia, în plus, de la aplicație starea curentă a acoperirii citirii printr-un punct de acces intern care nu este instrument și mustră o livrare făcută în ciuda intervalelor necitite.

Garda ciornelor nelivrate: adăugarea la protocolul zilnic — semnalul de încheiere al modelului — enumeră pe nume fiecare fișier de lucru versionat scris de model în sesiune care nu a fost livrat niciodată, cu instrucțiunea de a livra acum artefactul finalizat; munca ce există doar în spațiul de lucru nu ajunge niciodată la utilizator.

Garda formatului de e-mail: fiecare răspuns al instrumentelor de citire și de preluare a e-mailurilor poartă trimiterea fixă potrivit căreia instrucțiunea obligatorie pentru formatarea și livrarea e-mailurilor — casetă de copiere pentru subiect, casetă de copiere pentru corp, secțiunea destinatarilor, conținut obligatoriu, reguli de limbă — vine de la instrumentul de specificație a formatului de e-mail, care trebuie preluat înainte de a construi orice e-mail și urmat întocmai.

Executarea în izolatul de lucru: corpul de calcul al instrumentelor de date și de analiză se execută într-un izolat de lucru dedicat din interiorul aplicației, cu propriul registru și propriile conexiuni la baza de date; izolatul de interfață al aplicației doar rutează, aplică porțile și post-procesează. Nici măcar accesele de mai multe secunde la dosare mari nu blochează, așadar, vreodată interfața de utilizator a aplicației; dacă lucrătorul moare, executarea revine fără întrerupere la izolatul de interfață, iar lucrătorul este repornit la următoarea ocazie. Instrumentele care au nevoie, prin natura lor, de izolatul de interfață — navigarea, dialogurile de confirmare, browserul încorporat, preluarea e-mailurilor și instrumentele de scriere trecute prin poarta de revizie — sunt exceptate prin proiectare de la rutarea către lucrător.

8. Porți de interacțiune

Trei instrumente răspund în mod deliberat la primul lor apel cu o întrebare în loc de un rezultat; la toate, răspunsul literal "unknown" este întotdeauna valid și niciodată sancționat.

Poarta livrării: instrumentul de livrare a fișierelor, apelat fără declarația de formalitate, nu livrează nimic și întreabă dacă livrarea este unul dintre cele patru feluri de artefacte formale — act de procedură, e-mail către instanță, intrare de cronică, protocol zilnic — sau niciunul dintre ele. Răspunsul "no" livrează imediat — dar afirmația este verificată pe conținut: un detector determinist inspectează fișierul, iar conținutul cu formă de scrisoare sau de act de procedură (formule de adresare și de încheiere în șase limbi, un bloc de destinatar, marcaje juridice, un bloc de identitate) refuză pretenția de informal și consemnează încercarea în jurnal; un asemenea conținut nu are cale informală. Răspunsul cu un fel formal returnează, tot fără a livra, instrucțiunea obligatorie de formatare pentru exact acel fel, încorporată în răspunsul porții; abia apelul repetat, care poartă indicatorul de confirmare că fișierul a fost verificat față de această instrucțiune, livrează efectiv. O gardă a seriei de versiuni refuză în plus prima livrare sub o rădăcină nouă de nume de fișier cât timp în folderul de livrare există deja o serie versionată cu același număr de dosar — redenumirea unui document pentru a-i reseta contorul de versiuni este structural imposibilă; un document cu adevărat diferit cere o declarație conștientă, consemnată în jurnal. Această poartă este implementată în interiorul executabilului front-end însuși, care preia în direct de la aplicație instrucțiunea de formatare curentă. Documentele și scrisorile nu ajung niciodată la utilizator ca text de chat sau casete de copiere — fiecare acces de scriere la un fișier de lucru text poartă această reamintire, iar singurul artefact legitim de tip casetă de copiere rămâne e-mailul, conform instrumentului său de format.

Poarta căutării: căutarea centrală de probe, la primul ei apel, nu caută nimic și întreabă trei lucruri — ce fel de element este căutat (document intrat, document ieșit, probă cu document atașat, declarație/transcriere, notă de cronică sau necunoscut), domeniul, acolo unde este prezent un identificator de client (numai acest dosar, toate dosarele clientului sau necunoscut — cu lista de dosare a clientului inclusă în întrebare) și forma dorită a răspunsului. Formele de răspuns sunt: o listă curată de identificatori (varianta implicită recomandată; rezultatele sunt apoi deschise individual prin cititorul de probe), rezultate compacte cu contextul potrivirii sau rezultatul complet scris într-un singur fișier din spațiul de lucru.

Poarta dosarului întreg: cititorul de dosar întreg, la primul său apel, nu încarcă nimic și raportează cât de mare este de fapt dosarul — numărul de probe și volumul acumulat aproximativ al conținutului din titluri, descrieri, texte integrale de documente și transcrieri — apoi îi cere modelului să decidă între instrumentele de căutare țintită și un apel repetat cu argumentul de livrare în spațiul de lucru, care scrie conținutul complet al dosarului, normalizat OCR, în spațiul de lucru și returnează doar identificatorul fișierului.

Poarta verificării: pentru actele de procedură formale instrumentul de livrare cere în plus o atestare proaspătă de la verificatorul determinist de acte de procedură. Acel verificator scanează fișierul finalizat din spațiul de lucru pe opt clase de afirmații — referințe la probe în lista de anexe și în textul curent (ștampile și numere, inclusiv proveniența citării legată de document: fiecare element citat sau anexat trebuie să conteze ca citit pentru acest document — preluat integral sau cu fișierul său din spațiul de lucru citit până la capăt; o citire contează două ore, fiecare livrare a aceluiași document prelungește cu două ore elementele citate de el, iar verificarea sau livrarea unei alte rădăcini de document resetează citirile anexelor; un rând de anexă poate declara un interval de pagini, obligația de citire rămâne documentul întreg), citări de legi față de biblioteca verificată (un articol absent din textul de lege verificat este o constatare contrazisă; citarea cere în plus proveniența citirii — fiecare citire din bibliotecă este înregistrată pe rulare a aplicației, cu numerele de articol efectiv returnate, iar un articol citat fără o asemenea înregistrare de citire este o constatare contrazisă, astfel încât articolele de presă, rezumatele web și memoria modelului nu pot întemeia niciodată o normă; subreferințele citate, precum alineatul și punctul, sunt verificate ca existență în zona de text a articolului; o sursă absentă din bibliotecă blochează până când este integrată sau respinsă), citate cuvânt cu cuvânt — fiecare trebuie găsit integral în textele integrale ale dosarului sau în biblioteca de legi; un citat negăsit în nicio sursă este contrazis și blochează livrarea, un citat ale cărui ghilimele au fost doar scoase sau a cărui formulare a fost ușor schimbată rămâne blocat, iar citatele eliminate cu totul sunt raportate utilizatorului la livrare —, numere de dosar, sume sub o regulă de toleranță zero (forma exactă înregistrată), datele de bază ale părților literă cu literă, inclusiv diacriticele, identificatori personali/bancari prin validatoarele de sumă de control și părți numite — fiecare persoană sau societate din registrul de entități care este numită în document trebuie să fi fost citită (profil) și verificată pe legături pentru acest document, refuzul numind ambele apeluri și recomandând testul clicilor. Constatările sunt clasificate ca verificate, neverificate sau contrazise; orice constatare contrazisă sau lege lipsă nerezolvată duce la un verdict de blocare. Atestarea se leagă de starea exactă a fișierului — orice editare o anulează — iar după cinci rulări de verificare eșuate bucla se întrerupe definitiv, îi cere modelului să se oprească și să raporteze și notifică utilizatorul direct în aplicație.

Poarta de consimțământ pentru sursele de legi: o sursă de lege raportată de model nu mai este integrată pe tăcute. Cererile se adună într-un singur dialog de consimțământ din aplicație — sursă, jurisdicție, IA solicitantă — unde intrările bifate sunt preluate, verificate și stocate (cu un impuls imediat către lucrător), iar intrările nebifate sunt respinse; o sursă respinsă transformă citările ulterioare ale ei în note vizibile de tip neverificat-prin-decizia-utilizatorului, în loc de blocaje tăcute. Monitorul de date poartă apoi legile numai pentru ciclul periodic de revizie.

Regula livrării numai din depozit: instrumentul de livrare acceptă exclusiv o cale sursă din interiorul depozitului de lucru al aplicației; conținutul inline și căile din afara depozitului sunt refuzate pentru orice tip de fișier. Aceasta menține atestarea de verificare, urmărirea relivrărilor, versionarea și acoperirea citirii atașate, fără excepție, fiecărui artefact livrat.

9. Pornirea sesiunii și cadrul

Deschiderea setului de instrumente pentru pornirea sesiunii rulează întregul protocol de pornire dintr-o singură mișcare și îl scrie într-un fișier fix, numit, din spațiul de lucru; răspunsul direct returnează doar ancora de dată, limba sistemului și contextul GUI curent, iar modelul citește restul — intrările de memorie scadente, briefingul zilnic, termenele, programările, sarcinile deschise de la cealaltă IA și indexul ultimelor zece protocoale zilnice — cu o singură citire din spațiul de lucru. Membrii acestui set de instrumente rulează din nou, la cerere, bucăți individuale.

Instrumentul de dată și oră răspunde cu un singur rând (dată, oră, fus orar, ziua săptămânii, sincronizat prin NTP unde este posibil, altfel ceasul sistemului) și poartă mandatul permanent ca fiecare tură de dialog să înceapă cu data curentă și ca datele să nu fie niciodată ghicite. Instrumentul de context GUI raportează ce ecran al ferestrei principale a aplicației este deschis, cu breadcrumb și cu clientul și dosarul deschise. Instrumentul pentru limba sistemului returnează identificatorul de limbă care guvernează dialogul și listele care traversează dosarele; instrumentul de jurisdicție returnează, pe dosar, jurisdicția care guvernează documentele generate și terminologia, este obligatoriu înaintea oricărei munci pe documente și cere întrebarea utilizatorului când nu este setată. Instrumentul de briefing de dimineață returnează briefingul structurat de azi, cu identificatori și marcaje, astfel încât modelul să poată acționa pe fiecare element; instrumentul de briefing de lucru urmărește, pe fiecare IA de desktop, dacă acea IA a fost deja informată azi, returnând protocoalele zilnice recente numai la primul contact al zilei.

10. Spațiul de lucru

Spațiul de lucru este dosarul de lucru al modelului pentru tot ce este mare. El oferă scriere cu posibilitate de adăugare pentru asamblarea pe bucăți; citire pe intervale cu rânduri numerotate, ale căror numere corespund direct editoarelor bazate pe rânduri; înlocuire exactă de text cu cerință de unicitate, o reîncercare tolerantă la spații și la ghilimele tipografice care cere în continuare unicitate și o soluție de rezervă instruită, de localizare și copiere, la orice altă nepotrivire; inserare după număr de rând sau după un marcaj; ștergerea unui interval de rânduri; înlocuirea atomică a unui interval de rânduri ca operație sigură de restructurare; căutare de tipar insensibilă la majuscule și diacritice într-un fișier sau în toate, cu un plafon de cincizeci de rezultate și rânduri de context opționale; un cuprins markdown care leagă titlurile de intervale de rânduri fără a citi fișierul; o listare a directorului; copiere; o comparație pe rânduri între două fișiere, care ascunde rândurile comune; o normalizare orientată spre livrare, care aplatizează markdown-ul structural la convențiile actelor de procedură, protejează referințele, completează la șapte cifre referințele scurte la probe și normalizează sfârșiturile de rând; uniformizarea spațiilor; curățarea sfârșiturilor de rând și a caracterelor invizibile; proiecții uniformizate distructive (un schelet de comparație cu minuscule sau numai plierea diacriticelor), întotdeauna într-un fișier țintă separat; contoare de cuvinte, litere și rânduri; și ștergere.

Un registru ușor de stare reține note cheie-valoare pentru sesiunea în curs — înainte de toate care fișier este ciorna principală curentă — cu semantică de citire, setare și ștergere, supraviețuind repornirilor aplicației.

Ciclul de viață: spațiul este de lungă durată și supraviețuiește repornirilor; notele proprii ale modelului, registrul de stare, metadatele fișierelor și evidența acoperirii citirii se păstrează, în timp ce descărcările de instrumente din zilele anterioare sunt curățate la fiecare pornire, iar fișierele neatinse timp de o sută optzeci de zile sunt curățate. Fiecare acces prin orice instrument al spațiului de lucru — inclusiv o simplă citire — resetează ceasul de ștergere al acelui fișier; simpla apariție în listarea directorului nu. Stratul de instrucțiuni obligă modelul să își șteargă fișierele de sarcină când o sarcină se încheie și să mute constatările durabile în sistemul de memorie.

11. Sistemul de memorie

Memoria IA persistentă este un carnet care traversează chaturile, partajat de toate IA conectate și de asistentul din aplicație. O intrare conține cel mult o mie de caractere — descrierile setului de instrumente și ale instrumentelor cer comprimarea la strictul esențial și împărțirea materialului mai mare — și este legată cel puțin de un client sau de un dosar (la o legătură cu dosarul clientul este derivat și corectat automat) și, opțional, de un element de probă, un e-mail, o entitate sau o instituție, toate validate. Intrările trebuie scrise în limba de sistem IRONSTICK, indiferent de limba dialogului, iar modelului îi este interzis să își folosească propriile fișiere private de memorie pentru cunoștințe de dosar, fiindcă acelea nu ajung nici la cealaltă IA, nici la utilizator. O dată scadentă opțională face ca o intrare să semene cu un termen: intrările scadente și cele depășite apar primele în protocolul de pornire a sesiunii și în vizualizările de termene ale aplicației.

Căutarea poate fi filtrată după oricare dintre identificatorii legați și după data scadentă (tot, exact azi sau o fereastră de zece zile în jurul unei date date), returnează cele mai noi întâi, cu o valoare implicită de douăzeci și un maxim de cincizeci de rezultate, și marchează intrările de carnet scrise de utilizator ca strict numai pentru citire pentru IA. Actualizarea înlocuiește textul și/sau mută, setează ori șterge data scadentă; tot ce nu este furnizat rămâne neschimbat. O actualizare al cărei text depășește limita este respinsă cu o declarație de capacitate care numește lungimea trimisă, limita, ocuparea curentă a intrării și restul liber; fiecare actualizare de text reușită raportează la fel ocuparea și restul; în ambele cazuri, odată ce rămân libere mai puțin de trei sute de caractere, răspunsul adaugă recomandarea permanentă fie de a reface întreaga intrare, fie de a crea o intrare suplimentară și de a lăsa o trimitere încrucișată în cea veche. Ștergerea este ireversibilă și refuză intrările de carnet ale utilizatorului și intrările de sarcini. Întreținerea este construită pentru proceduri de lungă durată: intrările legate de un dosar sunt exceptate de la curățarea de un an cât timp acel dosar este activ — cad numai când dosarul este trecut pe inactiv sau arhivat (ceea ce îi curăță imediat intrările) ori când clientul este șters; curățarea de un an se aplică numai intrărilor fără dosar. În plus, fiecare intrare returnată de o căutare în memorie și fiecare actualizare a unei intrări îi reîmprospătează durata de viață, iar curățarea măsoară vârsta față de cel mai recent dintre momentul creării și ultimul acces — o intrare care este efectiv folosită nu expiră niciodată; numai materialul mort se învechește. Intrările de carnet ale utilizatorului nu expiră niciodată automat.

Datele de bază, persoanele, relațiile și documentele nu își au locul în memorie: descrierile le îndreaptă către instrumentele de propunere și către captarea documentelor.

12. Termene, programări și calendar

Instrumentele de termene livrează termenele active fie compact (titlu, dată scadentă, zile rămase, dosar, cu intrările marcate ca secrete excluse), fie cu descrieri pe fiecare intrare și marcaje explicite de depășit și urgent (urgent însemnând zece zile sau mai puțin), precum și o formă de enumerare ordonată după urgență, cu filtre de perioadă (toate grupate după criticitate, numai critice, scadente în curând, azi, săptămâna aceasta, săptămâna viitoare sau o anumită dată). Instrumentul de programări enumeră o zi sau o perioadă, cu termenele de judecată întâi — termenele de judecată importate din portal, apoi termenele de judecată din calendar, apoi restul intrărilor de calendar. Cititorul de calendar listează intrările global sau pe dosar, cu interval de date opțional.

Instrumentul de captare în calendar nu scrie niciodată: deschide formularul de calendar al aplicației precompletat cu titlu, dată, ore, descriere și legătură opțională cu dosarul, iar utilizatorul completează și salvează. Descrierea lui impune o verificare obligatorie a duplicatelor înaintea fiecărui apel: citiți întâi calendarul aceleiași zile, comparați numai după dată, ignorând orele, iar la orice intrare asemănătoare arătați-o utilizatorului și întrebați dacă este același eveniment, apelând instrumentul numai după ce utilizatorul confirmă o intrare nouă.

13. Jurnalul zilnic

Sistemul de jurnal scrie și citește protocolul zilnic care traversează dosarele. Adăugarea vizează o zi (implicit azi, cu data preluată prin instrumentul de oră), adaugă întotdeauna la o zi existentă cu un separator și nu suprascrie niciodată, leagă dosarele vizate printr-o listă de dosare și așteaptă conținutul ca markdown curat, în stilul de protocol definit în anexa instrucțiunilor. Un instrument de notă adaugă un singur rând de eveniment în protocolul de azi, cu o referință opțională la dosar. Instrumentul de format returnează formatul obligatoriu al fișierului de protocol. Citirea funcționează după dată, interval sau cele mai noi întâi, cu opțiune de text integral și cu restrângere pe dosar; căutarea este o căutare de cuvinte-cheie insensibilă la diacritice în titluri și texte integrale, cu dată, titlu și fragment de context pentru fiecare rezultat. Ambele forme de listare au ca valoare implicită zece și ca plafon treizeci de intrări. Deschiderea setului de instrumente livrează deja integral protocolul de azi, cu o notă despre câte alte protocoale există în ultimele două săptămâni.

14. Accesul la dosare

Rezolvarea dosarului funcționează după numărul de dosar, după numele unei părți implicate (tolerant la diacritice, acoperind adversarul, reclamantul, titlul și clientul — obligatoriu ori de câte ori utilizatorul numește o parte fără număr, fiindcă multe dosare nu au deloc număr) și prin lista de dosare a clientului. Procedurile conexe vin din ierarhia dosarelor ca intrări părinte, copil și din același grup.

Instrumentul de prezentare rapidă returnează, într-un singur apel, fiecare câmp din fila dosarului, fiecare câmp din fila clientului, un dosar de portal legat, opțional, și ultimii cincisprezece identificatori de probe cu datele de intrare — gândit ca orientare înaintea oricărui acces la textul integral. Cititorul de cronică returnează cronica unui dosar cu cele mai noi intrări întâi, compact și fără texte integrale, cu filtre de dată și o limită de până la cincizeci de intrări, și este răspunsul rapid desemnat pentru "ce s-a întâmplat ultima dată" — nu contează deloc pentru pregătirea dosarului.

Pregătirea dosarului este un instrument și o poartă. Instrumentul de pregătire livrează, într-un singur apel, antetul (profil și jurisdicție) și digestul fiecărui document — identificator, dată, tip, titlu, rezumatul de la momentul captării, referințe încrucișate și mărimea textului integral — care este cronica; o a doua listare a acelorași rânduri a fost eliminată ca pură risipă de tokeni. Răspunsul începe întotdeauna cu o notă care spune unde se află antetul și digestul (în răspuns când întregul răspuns rămâne sub limita conectorului, altfel ca două fișiere din spațiul de lucru, care trebuie citite până la capăt) și care sunt cele mai noi cinci documente de citit integral. Poarta pregătirii refuză apoi, pentru apelanții externi, două trepte de ieșiri privind dosarul: o notă sau o intrare într-un dosar (jurnal, notă zilnică, intrare de cronică, notă de dosar) până când profilul, jurisdicția, digestul și cele mai noi cinci intrări de cronică (note fără PDF sau transcriere; imaginile sunt permise) sunt citite integral — astfel încât o serie în curs de intrări de cronică le respectă pe ultimele, fără a impune citirea unor documente grele pentru o simplă notă; o judecată asupra dosarului (verificarea actului de procedură, predare, export) în plus până când fiecare document citat sau anexat este citit integral. Citirile sunt contabilizate pe fiecare IA de desktop într-un registru păstrat, valabile trei zile sau până la următorul document intrat al dosarului; documentele ieșite și înregistrările de probe nu invalidează niciodată o citire. Același registru alimentează meniul derulant de la simbolul IA. O a treia treaptă, mai joasă, păzește conținutul dosarului însuși: fiecare instrument de conținut de dosar — cronică, cronologie, căutări după cuvinte-cheie, de pasaje și de perioadă, texte integrale, contradicții, declarații, obligații, termene, calendar, corespondență, utilizare, probe depuse, lanțuri de scrisori, liste de anexe, ștampile, media, instituții, etichete, evaluare și note de instrucțiuni — este refuzat pentru un dosar al cărui digest apelantul nu l-a citit, refuzul numind instrumentul de pregătire; a treia încercare refuzată pe același dosar este contabilizată ca încălcare de regulă. Contoarele de pregătire se resetează la fiecare citire a instrucțiunilor și la fiecare pornire de sesiune.

Citirea completă a dosarului este protejată prin poartă, așa cum se descrie în secțiunea 8. Descărcarea în spațiul de lucru este cea mai rapidă cale completă: ea asamblează întregul text al dosarului în interiorul aplicației, netrunchiat, normalizează anomaliile OCR (spații repetate, amestecuri de sfârșituri de rând, spații neseparabile, cratime moi, caractere de lățime zero), îl scrie direct în spațiul de lucru și returnează doar identificatorul fișierului, cu statistici; dosarele foarte mari se împart în fișiere-părți numerotate. Filtrele de domeniu restrâng descărcarea la direcția intrări, ieșiri sau ambele, iar o listă de identificatori de probe descarcă exact acele înregistrări — modul desemnat de a citi complet un document foarte mare, cu dosarul derivat din probă.

Cititorul de probe este baza obligatorie pentru orice afirmație de fond: el încarcă o înregistrare cu textul integral extras al documentului (complet și netrunchiat; peste limita conectorului sosește întreg în spațiul de lucru) și, acolo unde există, textul integral al chatului sau al transcrierii (acoperind chaturile de mesagerie și transcrierile de telefon, de ședință, de audiere și de instanță), plus rezumatul calificat, descrierea și metadatele, care sunt declarate a nu fi un înlocuitor al textului integral. Dacă nu apare niciuna dintre secțiunile de text integral, nu există text extras, iar modelul nu are voie să facă afirmații de fond despre înregistrare. O listă separată prin virgule de până la doisprezece identificatori citește mai multe înregistrări într-un singur apel. Un instrument de inventar media raportează existența, tipul, data și mărimea atașamentelor de imagine, audio și video ale unei înregistrări sau ale unui dosar, afirmând explicit că conținutul media nu poate fi citit ca text și că instrumentul există pentru ca o înregistrare care are numai media să nu fie clasificată greșit ca goală.

Etichetele sunt prezentate ca bilețele libere ale utilizatorului pe înregistrările de probe — textul este informația, culoarea nu are un înțeles fix, iar o înregistrare etichetată este declarată un marcaj puternic de relevanță. Trei moduri livrează o privire de ansamblu globală cu numărători și înregistrările la care se face referire, toate etichetele unui dosar sau o căutare de text în textele etichetelor, cu un filtru de domeniu care separă etichetele personale de cele legate de dosar. Grupurile tematice listează întregul peisaj de dosare al unui client ca grupuri cu dosare imbricate, inclusiv filiația arborescentă. Evaluarea stocată a dosarului poate fi obținută pe fiecare dosar.

15. Căutarea în interiorul dosarului

Căutarea centrală de probe punctează peste toate câmpurile probelor, textele integrale extrase ale documentelor și conținuturile transcrierilor, cu interogările din mai multe cuvinte combinate conjunctiv, independență de diacritice și un spor pentru frază; rezultatele sunt ordonate după relevanță fără a expune cifrele punctajului, fiecare rezultat indică ce câmp l-a declanșat, valoarea implicită este de cincisprezece și maximul de treizeci de rezultate, iar forma răspunsului urmează alegerea de la poarta din secțiunea 8. Căutarea de pasaje împarte documentele și transcrierile în ferestre de paragraf și de propoziție și returnează pasajele care se potrivesc cel mai bine, cu referința lor — localizând unde anume într-un text stă ceva, nu doar în ce înregistrare — cu o potrivire tolerantă la OCR care trece peste erorile de captare, un spor pentru frază și restrângere la exact un dosar sau la toate dosarele exact unui client (instrumentul desemnat pentru întrebările de tipul "a făcut X vreodată, undeva"; niciodată între clienți), cu valoarea implicită de opt și plafonul de douăzeci de pasaje. Un instrument de interval de date listează probele dintre două date. Instrumentul dedicat de găsire a corespondenței de la o parte este obligatoriu când utilizatorul cere documente de la sau către o anumită parte: el potrivește partea, tolerant la diacritice, cu înregistrările de implicare, filtrează după direcție (către mine, de la mine sau ambele), exclude chaturile și transcrierile, ascunde implicit capturile de ecran făcute de utilizator, arătându-le totuși numărul, și ordonează cele mai noi întâi — deosebit expres de căutarea după cuvinte-cheie, care ar returna și înregistrările care doar menționează partea.

16. Instrumente deterministe de analiză

Aceste instrumente calculează din înregistrări fără nicio implicare a IA. Cronologia returnează toate elementele unui dosar ordonate descrescător după data evenimentului, cu referință, marcă de timp, tip de înregistrare și titlu, cu valoarea implicită de trei sute și plafonul de cinci sute de elemente. Colectorul de contradicții, în mod deliberat, nu judecă: el adună până la o sută douăzeci de elemente candidate (implicit șaizeci), opțional filtrate la o entitate, cu referință, dată, participanți și conținut scurt, și lasă modelului judecata și citirile ulterioare de text integral. Instrumentul cine-ce-a-spus găsește fiecare element în care apare o persoană — ca participant, în titlu sau în text ori în formularea unei transcrieri — independent de diacritice, marcând sursa fiecărui rezultat, cu valoarea implicită de patruzeci și plafonul de o sută. Instrumentul rețelei de participanți numără ce persoane și entități apar împreună în aceleași elemente, global sau pe dosar, opțional concentrat pe o entitate. Instrumentul de obligații listează elementele deschise marcate cu termen, după data scadentă, cu numărători de zile, descrieri, referințe și marcaj de depășit/urgent.

Alte cinci instrumente deterministe servesc la caracterizarea judecătorilor și procurorilor individuali; drept hotărâri contează numai documentele intrate de la o instanță sau de la un parchet. Instrumentul de listare a hotărârilor returnează fiecare hotărâre în care o persoană a făcut parte din complet ca judecător sau a acționat ca procuror, în toate dosarele, luând în calcul numai un nume din antet (compunerea instanței) sau din blocul de semnături — un nume în textul curent nu contează, iar grefierii nu sunt listați niciodată. Cititorul de structură desface o hotărâre în instanță, secție, număr de dosar, fel, număr și dată, ședință, complet, fraza care numește părțile și obiectul, dispozitivul cuvânt cu cuvânt, cuvintele-cheie de soluție, calea de atac, pronunțarea, citările de legi cu starea lor în bibliotecă și mărimea motivării, fiecare cu poziția sa de caracter, raportând ce lipsește ca negăsit. Colectorul de acte depuse scrie fiecare act depus în dosar până la data hotărârii în două fișiere din spațiul de lucru — documentele ieșite ale clientului și documentele intrate ale părții adverse — restrâns la documentele adresate unei instanțe sau unui parchet, fiecare numai cu documentul său principal (e-mailul de însoțire și anexele tăiate), listând ca neatribuit ceea ce nu poate fi clasificat; fișierele lui poartă obligația de citire. Comparația hotărârii măsoară ce parte din motivarea proprie a instanței coincide, ca text, cu actele depuse de client, cu ale părții adverse, cu ambele, cu text de lege din bibliotecă sau cu nimic (formularea proprie a instanței), măsoară separat redarea pozițiilor părților și listează pasajele care coincid cu rata lor de coincidență de la șaptezeci la sută în sus, cele mai mari întâi, în formularea originală, cu pozițiile de caracter. Comparația de documente pune față în față oricare două documente, între clienți și dosare diferite, clasifică pasajele care coincid ca text de lege, sursă citată comună sau comune numai acestor două și își deschide răspunsul cu avertismentul că oferă numai o primă impresie și că ambele documente trebuie citite integral înainte de a se afirma ceva despre o legătură.

Familia instrumentelor de urmărire a depunerilor este deterministă față de actele de procedură stocate: instrumentul de utilizare răspunde, pentru un element de probă, ce anexe conține fizic și în ce acte de procedură a fost el însuși depus (cu dată și număr de dosar, în toate dosarele) sau, pentru un dosar, cu raportul de goluri al elementelor nedepuse niciodată; instrumentul de listare a probelor depuse returnează, pentru fiecare act de procedură stocat, identificatorii atașați plus mulțimea totală fără duplicate și este obligatoriu înaintea compunerii listei de anexe a unui nou act de procedură, cu rezerva documentată că sunt acoperite numai anexele atașate structural. Lanțul numerelor de înregistrare găsește, pornind de la un număr de scrisoare sau de la toate numerele care apar într-un document, fiecare document care împarte acel număr, în ordine cronologică — parcursul documentat al unei proceduri administrative. Instrumentul de listare a anexelor rezolvă anexele conținute fizic de un document, inclusiv ștampila deterministă de depunere pe fiecare anexă; instrumentul de ștampilă rezolvă orice identificator de probă la ștampila sa deterministă de depunere (mai multe fișiere stocate dau mai multe ștampile; o înregistrare fără fișier stocat dă un marcaj explicit de gol). Ambele instrumente purtătoare de ștampile interzic inventarea ștampilelor — ele trebuie întotdeauna preluate.

17. Vindecarea OCR

O cale de escaladare în patru pași repară textele integrale stocate care sunt distruse și este explicit interzisă ca înlocuitor comod al citirii. Cererea de rescanare îi cere aplicației să treacă din nou prin OCR PDF-ul original stocat; utilizatorul selectează paginile în IRONSTICK, iar modelul este instruit să informeze utilizatorul într-o singură frază și să aștepte. Instrumentul de stare trebuie apelat o singură dată, când utilizatorul spune că paginile au fost alese — buclele de interogare repetată sunt interzise — și, când scanarea este gata, returnează ordinul de lucru împreună cu două fișiere din spațiul de lucru care conțin scanarea proaspătă și textul actual din baza de date. Regula de comparare și vindecare permite numai corecturi mecanice ale OCR-ului, niciodată reformulări, cu numerele, numele și sumele păstrate exact. Acolo unde un loc este ilizibil în AMBELE surse, modelul îi poate cere utilizatorului o verificare vizuală înainte de predare — cel mult trei puncte pe document, cu înregistrarea deschisă la locul exact și cu locul numit precis ("pagina 7, al doilea paragraf — suma?"); cu navigarea dezactivată, înregistrarea și pagina sunt numite în chat. Instrumentul de predare înmânează fișierul vindecat din spațiul de lucru aplicației, care îl arată utilizatorului într-o fereastră modală; numai salvarea utilizatorului înlocuiește textul din baza de date și nimic nu se stochează automat. Ultima escaladare, cererea de predare a PDF-ului, deschide înregistrarea și face ca modelul să îi ceară utilizatorului să tragă personal PDF-ul original în chat — puntea, în mod deliberat, nu oferă nicio asistență privind calea, refuză ferm când nu a precedat nicio rescanare și refuză PDF-urile de peste zece megabyți sau de peste nouăzeci de pagini; modelul citește apoi vizual PDF-ul, construiește versiunea vindecată în spațiul de lucru și o predă prin aceeași poartă de revizie. La un refuz pentru mărime sau număr de pagini fluxul nu se încheie: soluția de rezervă prin transcriere deschide totuși înregistrarea, iar modelul îi cere utilizatorului să deschidă PDF-ul prin agrafă și să transcrie cuvânt cu cuvânt locurile decisive ("pagina X, aproape de sus, ar trebui să scrie … — vă rog să transcrieți exact") — cel mult trei locuri, preluate cuvânt cu cuvânt în versiunea vindecată; orice gol rămas este dezvăluit deschis. Avocatul acționează astfel ca instrument vizual de precizie pentru exact acea fracțiune dintr-o scanare pe care mașina nu o poate rezolva, în loc să prelucreze documentul manual.

18. Persoane, instituții, clienți și propuneri de date

Instrumentele de rezolvare găsesc clienți, persoane și instituții după un fragment de nume, tolerant la diacritice; un instrument de găsire după cuvânt-cheie caută în nume, note și câmpuri de analiză când se cunoaște doar un fragment. O verificare deterministă de listă compară un document care conține o listă de nume cu toate persoanele și societățile din evidență, adresat prin identificator de probă sau prin dosar — atunci se scanează cea mai nouă intrare a dosarului, numită în răspuns. Pe conexiunile Claude și ChatGPT verificarea părților acceptă dinainte următoarele părți și le caută în fundal cât timp se lucrează la cea curentă; rezultatele se păstrează treizeci de minute, iar ordinea porții rămâne neschimbată. Instrumentele de rețea listează pe toți cei conectați cu o parte prin relații explicite și dosare comune, clicile întregii rețele de părți prin detectare deterministă a comunităților (exact vizualizarea Univers a ecranului de persoane, cu un indicator de suspiciune pentru grupuri neobișnuit de dense și o separare opțională a persoanelor și instituțiilor pe straturi) și părțile cele mai conectate; fiecare răspuns privind o parte începe cu blocul dosarelor de care partea este legată. Cititorul de profil returnează fiecare câmp de date de bază și de analiză, complet și netrunchiat. Cititoarele de profil returnează profilul entității cu analiză și relații, toate relațiile unei persoane în ambele direcții, între persoane și instituții, profilul instituției și instituțiile legate formal de un dosar. Cititorul de evidență a timpului raportează timpul de lucru măsurat pasiv (fiecare vizualizare de pagină durând până la următoarea, plafonată la treizeci de minute, ultima fiind socotită un minut) ca privire de ansamblu a totalurilor și a dosarelor, clienților și zilelor din frunte sau ca defalcare pe zile a unui dosar, pe un interval de date sau pe o fereastră a ultimelor zile, cu valoarea implicită de șapte.

Scrierea directă în datele de bază este imposibilă. Două instrumente de propunere așază constatările în monitorul de consistență a datelor al aplicației, ca elemente de revizie: propunerea de date de bază (numai după ce utilizatorul a confirmat în chat că respectiva constatare trebuie consemnată) vizează o entitate sau o instituție existentă — rezolvată mai întâi după nume — sau descrie o înregistrare nouă prin nume și câmpuri, cu o listă de câmpuri permise în care numerele de identificare ale societăților și ale persoanelor împart un singur câmp, numai câmpurile fundamentate fiind permise, și cu referințe opționale la probe; propunerea de relație descrie o relație între două persoane rezolvate sau între o persoană și o instituție, cu exact un corespondent, o categorie obligatorie, o fundamentare opțională și referințe opționale la dosar, client și probe. O propunere poate, de asemenea, să redenumească o înregistrare (câmpul Name), să îi seteze felul (câmpul PersonKind: fizic sau juridic), să schimbe categoria unei relații existente, să propună o ștergere (a unei înregistrări, a unei etichete sau a unui termen îndeplinit) cu un motiv în limba sistemului, care este obligatoriu, sau să propună două înregistrări ca duplicate; o înregistrare nouă este acceptată numai după ce felul a fost decis în dialog, iar o propunere care atinge descrierea sau datele de contact ale unei persoane este refuzată dacă apelantul nu a citit acel profil în ultimele treizeci de minute. În ambele fluxuri înregistrarea se schimbă numai când utilizatorul acceptă propunerea în monitor. O propunere de înregistrare nouă primește mai întâi ca răspuns lista înregistrărilor existente asemănătoare — potrivite larg, nimic nu se stochează — iar apelantul trebuie fie să consemneze pe una dintre ele, fie să confirme explicit, prin parametru, că partea este cu adevărat nouă; o potrivire strictă este redirecționată către înregistrarea existentă. Fiecare parte nouă stocată returnează o sarcină obligatorie ulterioară, care îi ordonă apelantului să cerceteze și să consemneze legăturile părții, inclusiv prin cercetare web. Un al treilea instrument de propunere atribuie o parte unui dosar: exact o entitate sau o instituție, un motiv obligatoriu și referințe opționale la probe devin un element de revizie de legătură cu dosarul în același monitor; acceptarea scrie legătura de participant pe care se construiesc vizualizările de clici și de legături, în timp ce o legătură existentă, un duplicat în așteptare sau o respingere anterioară este raportată în loc să fie propusă din nou. Aplicația numără, de asemenea, propunerile pe apelant: după două propuneri stocate de date de bază și o propunere de relație sau de legătură cu dosarul, tratează sesiunea ca întreținere a rețelei de părți, adaugă o singură dată indicația că această muncă, trecută integral prin porți, nu are nevoie de un model de vârf și — în chatul din aplicație — menține rularea pe treapta medie de model. Procese independente de fundal alimentează același monitor: un extractor de date, cu duplicatele eliminate la sursă, și o scanare periodică de normalizare care propune contopiri și reclasificări potrivit modelului cu trei categorii (persoană fizică; persoană juridică, adică orice entitate colectivă care nu este un singur om, o înscriere în registrul comerțului prevalând asupra proprietății statului; instituție, adică organe ale statului fără înscriere în registru) — fără a contopi vreodată automat.

19. Biblioteca de legi

Biblioteca ține texte integrale de legi ca fișiere markdown, cu un număr intern de înregistrare pentru fiecare lege. Instrumentul de listare răsfoiește inventarul (identificator, jurisdicție, titlu, fel, nume de fișier, data ultimei verificări; implicit cincizeci, maxim cinci sute) și este numai pentru citire. Instrumentul de căutare este obligatoriu înaintea oricărei căutări pe internet a unei norme: el potrivește fie după denumire, în titlu și descriere, fie după un pasaj citat, cu toleranță aproximativă (ajung circa șaizeci la sută din cuvinte, iar terminațiile cuvintelor sunt tolerate), cere jurisdicția luată din dosar, clasează potrivirile din titlu cu mult deasupra potrivirilor din conținut (o potrivire în titlu contează nouă zecimi, fiecare potrivire în conținut o zecime, cel mult trei fragmente pe fișier) și returnează, pentru fiecare rezultat, numărul de înregistrare, numele fișierului, fragmente scurte cu pozițiile lor exacte de caracter și un apel gata făcut de extragere cuvânt cu cuvânt, al cărui interval este deja lărgit — cu cel puțin cinci sute de caractere dincolo de fragment — astfel încât modelul să preia el însuși formularea cu autoritate, în loc să se încreadă în fragment. Instrumentul de extragere returnează conținutul cuvânt cu cuvânt al unei legi între două poziții de caracter, adresat prin numărul de înregistrare, limitat la fișier, precedat de o notă că intervalul poate fi ajustat și că întreaga lege poate fi încărcată, rezultatele supradimensionate fiind deviate automat în spațiul de lucru; potrivirea cifrelor în căutările de legi folosește reguli de limită care tolerează notația cu punct pentru mii a portalurilor oficiale. Legile întregi pot fi încărcate după numele fișierului sau după numărul de înregistrare, fișierele mari fiind deviate automat. Instrumentul de înregistrare este canalul obligatoriu de raportare pentru orice lege găsită pe webul deschis: se trimit numai linkul, jurisdicția și, opțional, titlul și o frază; un proces de fundal preia, convertește, stochează și anunță sursa în monitorul de date, iar modelul însuși nu convertește niciodată nimic. Un ciclu de revizie a bibliotecii urmărește data ultimei verificări a fiecărei surse. O lege încărcată de utilizator ca fișier, fără sursă online, poartă în fiecare răspuns un avertisment de actualitate, fiindcă faptul că este în vigoare nu poate fi verificat. Respingerea unei legi în monitorul de date cere o confirmare care enunță consecința: legea părăsește biblioteca, iar respingerea unei actualizări elimină întreaga lege, și de pe serverul de birou.

Un instrument de reverificare verifică la cerere o lege față de sursa ei și raportează neschimbată, actualizată sau duplicat; o preluare mai proaspătă ia locul intrării, iar pe serverul de birou câștigă ultimul care a verificat, indiferent cine a înregistrat primul legea. Legile întregi aflate peste limita conectorului ajung în spațiul de lucru și nu înregistrează nimic ca citit; proveniența vine de la instrumentul de articol.

20. Validatoare și registre

Instrumentele deterministe de verificare acoperă: IBAN (format, lungime specifică țării, sumă de control); numere naționale personale, de asigurare și fiscale din nouă scheme în șase țări, prin cifre de control, cu un mod țintit pe fiecare schemă și un mod automat care testează toate schemele și le raportează pe cele valide; identificatori europeni de TVA (întâi verificarea offline a formatului de țară, apoi serviciul oficial în direct al Uniunii, returnând datele de societate eliberate acolo unde statul membru le furnizează); numere EORI față de serviciul în direct de validare al Uniunii; identificatori de entitate juridică (întâi suma de control, apoi registrul global pentru stare și nume); și numere din registrul comerțului prin portalul european al registrelor comerțului, redat într-un motor real de browser, modelul fiind instruit să citească pagina returnată și să confirme constatarea. Fiecare validator returnează un rezultat concret, motivat — valid cu detalii, invalid cu aspectul care nu se verifică, negăsit sau serviciu indisponibil, inclusiv starea — niciodată un simplu da sau nu, astfel încât un număr cu adevărat greșit poate fi întotdeauna deosebit de o întrerupere a serviciului. Stratul de instrucțiuni face obligatorie rularea validatorului potrivit înainte ca un asemenea număr să intre într-un document produs sau verificat. Același set de instrumente poartă instrumentul pentru locația aproximativă a utilizatorului (țară, oraș și adresă publică din cel mai recent instantaneu de autentificare, explicit nu o sursă de jurisdicție) și un instrument meteo fără garanții.

21. Accesul web

Două instrumente ajung pe internetul deschis, ambele prezentate ca suplimente la capacitățile web proprii ale IA de desktop, cu instrucțiunea explicită de a le folosi direct când IA nu are acces web propriu și cu interdicția de a le folosi pentru date legate de dosare. Instrumentul de căutare interoghează printr-o interfață web asemănătoare celei umane, cu posibilitatea alegerii motoarelor, și returnează rezultate cu titlu și link, menite să fie urmate cu instrumentul de deschidere a paginilor. Instrumentul de deschidere a paginilor preia exact un URL public, printr-un lanț de prelucrare în trepte pe care descrierea îl enumeră integral, pentru ca modelul să nu renunțe niciodată prematur: o cerere HTTP asemănătoare celei umane, cu antete reale de browser, tratarea redirecționărilor și compresie; detectarea automată a provocărilor anti-bot, cu escaladare într-un motor real de browser încorporat; detectarea paginilor-cochilie JavaScript, cu redare până când apare conținutul; conversie PDF exactă la pagină, folosind stratul de text pe fiecare pagină și OCR numai pentru paginile scanate, astfel încât documentele mixte funcționează; și conversia formatelor de birou și de text în text lizibil. Ieșirea este markdown, completă: conținutul principal este extras (navigarea, reclamele și bannerele de cookie-uri eliminate), paginile fără corp de articol își păstrează subsolul, fiindcă acolo stau adresa și datele de contact, iar acolo unde extragerea nu ar lăsa aproape nimic se livrează în schimb pagina întreagă. Un apel răspunde în patruzeci și cinci de secunde; un document mare sau scanat este prelucrat mai departe în fundal și livrat imediat la următorul apel cu aceeași adresă. Portalurile de legi sunt refuzate până când a fost căutată biblioteca, potrivit porții legilor.

22. Navigarea GUI și exporturile

Toată navigarea este opțională, printr-un comutator al utilizatorului; fără el întregul grup nu există. Instrumentele de navigare deschid, în fereastra principală a aplicației: un dosar (opțional pe fila de cronică sau de evaluare), lista de dosare a unui client, o persoană, o instituție (ambele evidențiate, cu detaliul deschis), o intrare de probă (pagina corectă a cronicii, evidențiată), pregătirea dosarului de export (cu o variantă complet automată rezervată dorinței explicite a utilizatorului de a avea un PDF complet), protocolul zilnic (opțional detaliul unei anumite zile), monitorul de e-mail (opțional detaliul unui anumit e-mail), căutarea globală cu o interogare lansată (rezervată dorinței explicite; răspunsurile din chat folosesc în schimb căutarea internă), zona de backup cu pornirea imediată a unui backup și orice ecran numit din lista canonică de ecrane. Dialogurile de export acoperă lista de clienți, lista de termene, prezentarea dosarelor unui client, dosarul de export în două tipuri de document și harta, plus construirea pachetului IA al clientului. Toate instrumentele de navigare sunt supuse blocajului dur și sunt țintele ofertelor de navigare din secțiunea 7.

23. Scriere, formate și livrare

Setul de instrumente pentru scriere leagă producerea documentelor de specificații preluate. Instrumentul pentru formatul de ieșire returnează instrucțiunea obligatorie de generare pentru felul de artefact cerut — pentru actele de procedură diferențiată în act de procedură versus scrisoare simplă, fiecare în forma cu reprezentare și în cea fără reprezentare, cu jurisdicția, limba și data dosarului rezolvate direct în instrucțiune și cu substituenți pe care modelul îi completează din datele conectorului; instrumentul pentru formatul de expediere prin e-mail returnează specificația obligatorie pentru trimiterile către instanță, cu livrare secvențială de pachete. Ambele trebuie urmate întocmai. Predarea către editor împinge un act de procedură markdown direct în procesorul de text IRONSTICK, cu textul încărcat, dar fără nimic stocat — utilizatorul verifică și salvează — și este disponibilă pe conexiunea Claude. Instrumentul de captare a cronicii deschide formularul de cronică precompletat în dosarul corect, fără a salva el însuși nimic.

Livrarea fișierelor către utilizator trece exclusiv prin instrumentul de livrare, pe care front-end-ul îl execută el însuși: fișierul ajunge în folderul dedicat de livrare din directorul de descărcări al utilizatorului, folderul se deschide cu fișierul evidențiat și se afișează un link. Folderul este numai pentru livrare — nimic din el nu este vreodată citit, editat sau șters de model. Conținutul sosește fie inline, fie, preferat și obligatoriu pentru fișierele mari sau deja scrise, prin cale sursă, pe care front-end-ul o citește direct de pe disc, astfel încât nimic nu este retastat prin model, inclusiv formatele binare. Modelul versionează el însuși numele de fișier, un număr nou la fiecare livrare, livrarea cu același nume suprascriind; rezultatul raportează versiunile existente ale rădăcinii numelui și pe cea mai mare, avertizând când numărul livrat nu este cel mai mare. Livrarea se face o dată pe sarcină, la sfârșit, niciodată pentru stări intermediare, și trece mai întâi prin poarta de formalitate din secțiunea 8.

24. Verificarea reciprocă între IA

Instrumentul de predare transmite o lucrare produsă celeilalte IA de desktop: conținutul merge într-un depozit mare de scurtă durată, o înregistrare de sarcină trimite la el, instrucțiunea (plafonată la o mie de caractere) arată ce trebuie să facă cealaltă IA, iar modelul îi cere apoi utilizatorului să declanșeze cealaltă IA în cealaltă aplicație. Instrumentul pentru căsuța de intrare listează sarcinile deschise adresate apelantului — ale sale nu apar niciodată — cu identificator, însărcinare și conținut integral, opțional filtrate după client sau dosar. Instrumentul de răspuns închide o sarcină (ștergându-i conținutul de scurtă durată) și trimite în același timp evaluarea înapoi, ca sarcină nouă, către expeditorul inițial; instrumentul de finalizare închide fără a returna. Citirea și scrierea în spațiul de lucru sunt membri ai acestui set de instrumente, pentru manipularea conținutului schimbat.

25. Fișierele de instrucțiuni IA

Pe fiecare dosar utilizatorul poate stoca fișiere de instrucțiuni pe care modelul trebuie să le consulte. Instrumentul de listare arată instrucțiunile unui dosar cu identificator, nume de fișier, mărime, data încărcării și fragment, fără texte integrale; inventarul global listează fiecare instrucțiune a tuturor clienților și dosarelor; cititorul individual returnează o instrucțiune netrunchiată după identificatorul ei numeric, cu opțiunea de a dirija conținutul brut în spațiul de lucru, exact la octet, pentru transmitere mai departe; cititorul în masă returnează toate instrucțiunile unui dosar într-un singur apel, cu aceeași opțiune privind spațiul de lucru. Ambele ieșiri de listare sunt deviate automat când sunt supradimensionate. Instrumentul de actualizare propune o versiune modificată pe exact una dintre trei căi — un fragment de adăugat (calea preferată pentru completări, aplicația asamblând ea însăși rezultatul, iar modelului fiindu-i interzis să reproducă conținutul existent), o cale sursă către o versiune nouă completă de pe disc sau conținutul nou complet inline — iar aplicația îi arată utilizatorului modificarea ca diferență; numai aprobarea explicită o adoptă, rezultatul (aprobat, respins sau în așteptare) este returnat, iar o stare de așteptare interzice retrimiterea. Exportul de pachet construiește pachetul complet de instrucțiuni și skilluri al unui client și deschide dialogul de export.

26. Integrări însoțitoare din afara suprafeței de instrumente

Un însoțitor pe partea clientului completează puntea fără a face parte din suprafața MCP: un plugin de skill instalabil pentru fiecare IA de desktop (cinci skilluri care oglindesc modelul de lucru cu seturi de instrumente și executarea instrumentelor, generate și versionate de configuratorul aplicației). Configurația front-end-ului punții pentru fiecare IA este scrisă de butoanele corespunzătoare ale configuratorului, care scriu întotdeauna identitatea apelantului și calea instrucțiunilor, pentru a proteja împotriva partajării configurației între IA.

27. Semantica eșecurilor și a refuzurilor — rezumat

Fiecare refuz din sistem este instructiv, nu sec: încălcările de schemă returnează schema așteptată; numele necunoscute returnează cea mai apropiată potrivire; poarta datei numește remediul exact; poarta legilor numește procedura bibliotecii; blocajul navigării numește ecranul protejat și alternativa amânată; blocajul de consimțământ numește fereastra de reîncercare; răspunsurile supradimensionate numesc fișierul și cele două comenzi de continuare sau filtrele de restrângere; eșecurile validatoarelor numesc aspectul care nu se verifică și deosebesc întreruperile de serviciu; respingerile de capacitate din memorie numesc ocuparea și restul și, aproape de limită, opțiunile de restructurare; porțile de livrare și de căutare își numesc opțiunile de răspuns, inclusiv ieșirea universală unknown; blocajul instrucțiunilor numește cele două apeluri care îl deschid; poarta pregătirii numește părțile necitite, cu identificatori și procente; verificatorul de acte de procedură numește, pentru fiecare citire expirată sau resetată, apelul exact care o restabilește. Contractul față de model este că, după cel mult trei încercări corectate la orice apel eșuat, modelul se oprește și îi raportează utilizatorului eroarea exactă.