Programování v Pascalu, které končí diffem, který můžete zkontrolovat

Co agent umí v projektu

• Souboryread_file, write_file, edit_file, grep, glob a list_dir fungují uvnitř pracovní složky chatu, takže jednotka .pas, soubor .dpr nebo textový formulář .dfm je na dosah jednoho požadavku. Počítadlo ukazuje, kolik souborů bylo vytvořeno, upraveno a přečteno.
• Shellspouští váš příkaz pro sestavení, příkaz pro testy nebo formátovač na Windows, ve WSL nebo přes SSH na serveru, který vlastníte. Úspěch se posuzuje podle reálného návratového kódu a nebezpečné příkazy jsou zablokovány před spuštěním.
• Webweb_search najde stránky a http_get přečte jednu stránku dokumentace, což pomáhá, když potřebujete přesnou signaturu rutiny nebo znění chybového hlášení. Agent stránku přečte; vy rozhodnete, co použít.
• Snímky obrazovky a obrázkyocr čte text ze uloženého snímku obrazovky, například hlášení kompilátoru, které jste nemohli z okna zkopírovat, a gen_image uloží skutečné soubory s obrázky do pracovní složky.
• Orchestracetask spustí paralelní sub-agenty pro nezávislé části úkolu, run_on_model pošle jeden náročný krok většímu modelu a skill znovu použije uložený postup, například rutinu pro verzování větví a commitů.
• Režimy schvalováníAuto-run jedná okamžitě, Ask first se před akcemi, které něco změní, pozastaví a zobrazí diff k přijetí, a Plan only napíše plán a nic nespustí. Plány přežijí restart aplikace.
• Cronspustí prompt podle harmonogramu, například noční požadavek na spuštění příkazu pro testy a hlášení návratového kódu. Harmonogram nastavíte jednou a výsledky si přečtete v chatu dalšího rána.
• Modelypřipojte poskytovatele AI v cloudu přes API endpoint, model běžící lokálně na vašem PC nebo vestavěný model. Tlačítko Test ukazuje dobu odezvy a kontextové okno připojení.

Čtyři úkoly z reálných projektů

Přečtěte zděděnou jednotku

Vývojář Delphi, který přebírá projekt, často otevře jednotku, kterou nikdo nedotkl roky. Požádejte Arraydeck, aby ji vysvětlil. Agent zavolá read_file, pak popíše sekci interface, sekci implementation a uses clause prostými slovy a grep ukáže, kde jsou jeho procedury volány z jiných jednotek. Nic se nepíše. Použijte odpověď jako mapu, ne jako důkaz: porovnejte každé tvrzení se zdrojem, otevřete jednotku ve svém editoru a spusťte příkaz pro sestavení, který hlásí reálný návratový kód, než změníte řádek projektu. Opakujte požadavek pro další jednotku, až bude ta první jasná.

Převeďte řetězec na Unicode

Pro převod Unicode kódu v řetězci nejprve najděte rutinu, která text vytváří nebo rozděluje. Agent spustí grep pro název funkce, přečte jednotku pomocí read_file a navrhne změnu edit_file. V Ask first čeká diff na vás. Shell pak spustí váš příkaz pro sestavení a příkaz pro testy a každá karta ukazuje reálný návratový kód. Řetězce používají jednoduché uvozovky a := přiřazuje hodnotu, takže čtěte diff proti tomu, jak stará rutina fungovala, otestujte ji textem z vašich dat a zamítněte změnu, pokud se jeden případ chová jinak. Uchovejte kopii staré rutiny, dokud testy nesouhlasí.

Snižte počet returnů v funkci

Lidé se hádají, kolik returnů by funkce měla mít, a Arraydeck nechává tuto volbu na vás. Vyberte funkci s několika výstupy a požádejte o verzi, která nastavuje Result jednou. Agent přečte jednotku, upraví funkci a zobrazí změnu jako diff. Programování v Pascalu udržuje návratovou hodnotu v Result, takže úprava je malá a snadno kontrolovatelná řádek po řádku. Spusťte testy, protože agent nemůže slíbit, že nová verze se chová jako ta stará, a zamítněte diff, pokud test selže. Malá, zkontrolovaná úprava je lepší než velký přepis.

Zkontrolujte, jak formulář používá dialogy

Abychom viděli, jak správně používat FMX dialogy ve vlastním projektu, požádejte agenta, aby našel každé místo, kde se zobrazuje dialog. Spustí grep přes soubory .pas, otevře shody pomocí read_file a zapíše krátký seznam do chatu, který označuje každou jednotku a obslužnou rutinu události. Události, jako je kliknutí na tlačítko, jsou procedury formuláře, takže seznam čte jako obsah. Přejděte do Ask first předtím, než požádáte o změny, zkontrolujte každý diff a otestujte formuláře sami, protože agent nevymýšlí formuláře vizuálně. Opakujte pro každý formulář.