Programmazione Pascal che si conclude con un diff che puoi revisionare

Cosa può fare l'agente in un progetto

• Fileread_file, write_file, edit_file, grep, glob e list_dir funzionano nella cartella di lavoro della chat, quindi un'unità .pas, un file .dpr o un form .dfm sono a una richiesta di distanza. Un contatore mostra i file creati, modificati e letti.
• Shellesegue il tuo comando di build, di test o il formatter su Windows, in WSL o via SSH su un server di tua proprietà. Il successo è valutato dal codice di uscita reale, e i comandi pericolosi sono bloccati prima dell'esecuzione.
• Webweb_search trova pagine e http_get legge una singola pagina di documentazione, utile quando serve la firma esatta di una routine o la formulazione di un messaggio di errore. L'agente legge la pagina; tu decidi cosa usare.
• Screenshot e immaginiocr legge il testo da uno screenshot salvato, ad esempio un messaggio del compilatore che non hai potuto copiare dalla finestra, e gen_image salva file immagine reali nella cartella di lavoro.
• Orchestrazionetask avvia sotto-agenti paralleli per parti indipendenti di un lavoro, run_on_model invia un passaggio difficile a un modello più grande, e skill riutilizza un playbook salvato, come una routine di controllo versione per branch e commit.
• Modalità di approvazioneAuto-run agisce immediatamente, Ask first si ferma prima delle azioni che modificano qualcosa e mostra il diff per l'accettazione, e Plan only scrive un piano ed esegue nulla. I piani sopravvivono ai riavvii dell'app.
• Cronesegue un prompt su un programma, ad esempio una richiesta notturna per eseguire il comando di test e riportare il codice di uscita. Imposta il programma una volta e leggi i risultati nella chat la mattina successiva.
• Modelliconnetti un provider AI cloud tramite un endpoint API, un modello in esecuzione locale sul tuo PC o il modello integrato. Il pulsante Test mostra il tempo di risposta e la finestra di contesto della connessione.

Quattro attività da progetti reali

Leggere un'unità ereditata

Uno sviluppatore Delphi che eredita un progetto apre spesso un'unità che nessuno ha toccato da anni. Chiedi ad Arraydeck di spiegarla. L'agente chiama read_file, poi descrive la sezione interfaccia, la sezione implementazione e la clausola uses in parole semplici, e grep mostra da dove vengono chiamate le sue procedure da altre unità. Non viene scritto nulla. Usa la risposta come una mappa, non come prova: confronta ogni affermazione con la fonte, apri l'unità nel tuo editor ed esegui il comando di build, che riporta il codice di uscita reale, prima di modificare una riga del progetto. Ripeti la richiesta per l'unità successiva quando la prima è chiara.

Far gestire Unicode a una routine stringa

Per convertire codice Unicode in una stringa, trova prima la routine che costruisce o divide il testo. L'agente esegue grep per il nome della funzione, legge l'unità con read_file e propone una modifica con edit_file. In Ask first il diff attende te. Shell poi esegue il tuo comando di build e il tuo comando di test, e ogni scheda mostra il codice di uscita reale. Le stringhe usano virgolette singole e := assegna un valore, quindi leggi il diff rispetto a come funzionava la vecchia routine, testala con testo dai tuoi dati e rifiuta la modifica se un caso si comporta diversamente. Tieni una copia della vecchia routine finché i test non concordano.

Ridurre i return in una funzione

Si discute su quante return dovrebbe avere una funzione, e Arraydeck lascia questa scelta a te. Scegli una funzione con diverse uscite e chiedi una versione che imposti Result una volta. L'agente legge l'unità, modifica la funzione e mostra la modifica come un diff. La programmazione Pascal mantiene il valore di ritorno in Result, quindi la modifica è piccola e facile da controllare riga per riga. Esegui i test dopo, perché l'agente non può promettere che la nuova versione si comporti come la vecchia, e rifiuta il diff se un test fallisce. Una modifica piccola e revisionata batte una riscrittura grande.

Controllare come un form usa i dialoghi

Per vedere come usare correttamente i dialoghi FMX nel tuo progetto, chiedi all'agente di trovare ogni punto in cui viene mostrato un dialogo. Esegue grep sui file .pas, apre le corrispondenze con read_file e scrive un breve elenco nella chat, nominando ogni unità e ogni gestore di eventi. Eventi come un clic su un pulsante sono procedure del form, quindi l'elenco legge come un indice. Passa a Ask first prima di chiedere modifiche, rivedi ogni diff e testa i form da solo, perché l'agente non progetta i form visivamente. Ripeti per ogni form.