Programare Pascal care se termină într-un diff pe care îl poți revizui

Ce poate face agentul într-un proiect

• Fișiereread_file, write_file, edit_file, grep, glob și list_dir funcționează în folderul de lucru al chat-ului, astfel încât o unitate .pas, un fișier .dpr sau un formular text .dfm sunt la o singură cerere distanță. Un contor afișează fișierele create, editate și citite.
• Shellexecută comanda de build, comanda de test sau formaterul pe Windows, în WSL sau prin SSH pe un server deținut de tine. Succesul este evaluat pe baza codului de ieșire real, iar comenzile periculoase sunt blocate înainte de execuție.
• Webweb_search găsește pagini web, iar http_get citește o singură pagină de documentație, ceea ce ajută când ai nevoie de semnătura exactă a unei rutine sau de formularea unui mesaj de eroare. Agentul citește pagina; tu decizi ce să folosești.
• Capturi de ecran și imaginiocr extrage textul dintr-o captură de ecran salvată, de exemplu un mesaj de compilator pe care nu l-ai putut copia din fereastră, iar gen_image salvează fișiere imagine reale în folderul de lucru.
• Orchestraretask lansează sub-agente paralele pentru părți independente ale unei sarcini, run_on_model trimite un pas dificil către un model mai mare, iar skill reutilizează un playbook salvat, cum ar fi o rutină de control al versiunilor pentru ramuri și commit-uri.
• Moduri de aprobareAuto-run execută imediat, Ask first se oprește înainte de acțiunile care modifică ceva și afișează diff-ul pentru acceptare, iar Plan only scrie un plan și nu execută nimic. Planurile supraviețuiesc repornirilor aplicației.
• Cronexecută un prompt la o programare fixă, de exemplu o solicitare nocturnă de a rula comanda de test și de a raporta codul de ieșire. Setează programarea o dată și citește rezultatele în chat dimineața următoare.
• Modeleconectează un furnizor de AI cloud printr-un endpoint API, un model rulează local pe PC-ul tău sau modelul integrat. Butonul Test afișează timpul de răspuns și fereastra de context a conexiunii.

Patru sarcini din proiecte reale

Citește o unitate moștenită

Un dezvoltator Delphi care moștenește un proiect deschide adesea o unitate pe care nimeni nu a atins-o de ani. Cere-i lui Arraydeck să o explice. Agentul apelează read_file, apoi descrie secțiunea de interfață, secțiunea de implementare și clauza uses cu cuvinte simple, iar grep arată de unde sunt apelate procedurile sale din alte unități. Nu se scrie nimic. Folosește răspunsul ca pe o hartă, nu ca pe o dovadă: compară fiecare afirmație cu sursa, deschide unitatea în editorul tău și execută comanda de build, care raportează codul de ieșire real, înainte să modifici o linie din proiect. Repetă solicitarea pentru următoarea unitate când prima este clară.

Fă o rutină de șiruri să gestioneze Unicode

Pentru a converti cod Unicode într-un șir, găsește mai întâi rutina care construiește sau împarte textul. Agentul rulează grep pentru numele funcției, citește unitatea cu read_file și propune o modificare cu edit_file. În Ask first, diff-ul așteaptă acceptarea ta. Shell execută apoi comanda de build și comanda de test, iar fiecare card afișează codul de ieșire real. Șirurile folosesc ghilimele simple și := atribuie o valoare, așa că citește diff-ul în raport cu modul în care funcționa vechea rutină, testeaz-o cu text din datele tale și respinge modificarea dacă un caz se comportă diferit. Păstrează o copie a vechii rutine până când testele sunt de acord.

Reducerea returnărilor într-o funcție

Oamenii discută despre câte returnări ar trebui să aibă o funcție, iar Arraydeck lasă această alegere în seama ta. Alege o funcție cu mai multe ieșiri și cere o versiune care setează Result o singură dată. Agentul citește unitatea, editează funcția și arată modificarea ca un diff. Programarea Pascal păstrează valoarea de returnare în Result, astfel încât modificarea este mică și ușor de verificat linie cu linie. Rulează testele după aceea, deoarece agentul nu poate promite că noua versiune se comportă la fel ca cea veche, și respinge diff-ul dacă un test eșuează. O modificare mică, revizuită, bate o rescriere mare.

Verifică cum folosește un formular dialogurile

Pentru a vedea cum să folosești corect dialogurile FMX în propriul proiect, cere agentului să găsească fiecare loc în care se afișează un dialog. Rulează grep peste fișierele .pas, deschide potrivirile cu read_file și scrie o listă scurtă în chat, numind fiecare unitate și fiecare handler de evenimente. Evenimentele, cum ar fi un click pe buton, sunt proceduri ale formularului, astfel încât lista citește ca un cuprins. Treci la Ask first înainte să ceri modificări, revizuiește fiecare diff și testează formularele singur, deoarece agentul nu proiectează formularele vizual. Repetă pentru fiecare formular.