Pascal-Programmierung, die in einem überprüfbaren Diff endet

Was der Agent in einem Projekt leisten kann

• Dateienread_file, write_file, edit_file, grep, glob und list_dir arbeiten im Arbeitsordner des Chats, sodass eine .pas-Unit, eine .dpr-Datei oder eine Text-.dfm-Form nur einen Befehl entfernt ist. Ein Zähler zeigt an, wie viele Dateien erstellt, bearbeitet und gelesen wurden.
• Shellführt Ihren Build-Befehl, Testbefehl oder Formatter unter Windows, in WSL oder über SSH auf einem Server aus, den Sie besitzen. Der Erfolg wird am echten Exit-Code gemessen, und gefährliche Befehle werden vor der Ausführung gesperrt.
• Webweb_search findet Seiten und http_get liest eine Dokumentationsseite, was hilft, wenn Sie die genaue Signatur einer Routine oder die Formulierung einer Fehlermeldung benötigen. Der Agent liest die Seite; Sie entscheiden, was Sie verwenden.
• Screenshots und Bilderocr liest Text aus einem gespeicherten Screenshot, zum Beispiel eine Compiler-Meldung, die Sie nicht aus dem Fenster kopieren konnten, und gen_image speichert echte Bilddateien in den Arbeitsordner.
• Orchestrierungtask startet parallele Sub-Agenten für unabhängige Teile einer Aufgabe, run_on_model sendet einen schwierigen Schritt an ein größeres Modell, und skill wiederverwendet ein gespeichertes Playbook, wie eine Versionskontroll-Routine für Branches und Commits.
• GenehmigungsmodiAuto-run handelt sofort, Ask first pausiert vor Aktionen, die etwas ändern, und zeigt den Diff zur Annahme, und Plan only schreibt einen Plan und führt nichts aus. Pläne überleben Neustarts der App.
• Cronführt einen Prompt nach Zeitplan aus, zum Beispiel eine nächtliche Anfrage, Ihren Testbefehl auszuführen und den Exit-Code zu melden. Legen Sie den Zeitplan einmal fest und lesen Sie die Ergebnisse am nächsten Morgen im Chat.
• ModelleVerbinden Sie einen Cloud-KI-Anbieter über einen API-Endpunkt, ein lokal auf Ihrem PC laufendes Modell oder das integrierte Modell. Die Test-Schaltfläche zeigt die Antwortzeit und das Kontextfenster der Verbindung an.

Vier Aufgaben aus echten Projekten

Eine geerbte Unit lesen

Ein Delphi-Entwickler, der ein Projekt erbt, öffnet oft eine Unit, die seit Jahren niemand mehr berührt hat. Fragen Sie Arraydeck, sie zu erklären. Der Agent ruft read_file auf, beschreibt dann den Interface-Abschnitt, den Implementation-Abschnitt und die uses-Klausel in einfachen Worten, und grep zeigt, wo seine Prozeduren aus anderen Units aufgerufen werden. Es wird nichts geschrieben. Nutzen Sie die Antwort als Karte, nicht als Beweis: Vergleichen Sie jede Aussage mit der Quelle, öffnen Sie die Unit in Ihrem eigenen Editor und führen Sie Ihren Build-Befehl aus, der den echten Exit-Code meldet, bevor Sie eine Zeile im Projekt ändern. Wiederholen Sie die Anfrage für die nächste Unit, wenn die erste klar ist.

Eine String-Routine für Unicode anpassen

Um Unicode-Code in einem String zu konvertieren, finden Sie zunächst die Routine, die den Text erstellt oder teilt. Der Agent führt grep für den Funktionsnamen aus, liest die Unit mit read_file und schlägt eine Änderung mit edit_file vor. In Ask first wartet der Diff auf Sie. Shell führt dann Ihren Build-Befehl und Ihren Testbefehl aus, und jede Karte zeigt den echten Exit-Code. Strings verwenden einfache Anführungszeichen und := weist einen Wert zu, also lesen Sie den Diff im Vergleich zur alten Routine, testen Sie ihn mit Text aus Ihren eigenen Daten und verwerfen Sie die Änderung, wenn ein Fall anders reagiert. Bewahren Sie eine Kopie der alten Routine auf, bis die Tests übereinstimmen.

Die Rückgabewerte einer Funktion reduzieren

Es wird darüber gestritten, wie viele Rückgaben eine Funktion haben sollte, und Arraydeck überlässt diese Wahl Ihnen. Wählen Sie eine Funktion mit mehreren Ausstiegen und bitten Sie um eine Version, die Result einmal setzt. Der Agent liest die Unit, bearbeitet die Funktion und zeigt die Änderung als Diff an. Pascal-Programmierung speichert den Rückgabewert in Result, daher ist die Änderung klein und Zeile für Zeile leicht zu prüfen. Führen Sie danach Ihre Tests aus, da der Agent nicht versprechen kann, dass die neue Version sich wie die alte verhält, und verwerfen Sie den Diff, wenn ein Test fehlschlägt. Eine kleine, überprüfte Änderung schlägt ein großes Rewrite.

Prüfen, wie eine Form Dialoge verwendet

Um zu sehen, wie FMX-Dialoge in Ihrem eigenen Projekt korrekt verwendet werden, bitten Sie den Agenten, jede Stelle zu finden, an der ein Dialog angezeigt wird. Er führt grep über die .pas-Dateien aus, öffnet die Treffer mit read_file und schreibt eine kurze Liste in den Chat, die jede Unit und jeden Event-Handler nennt. Events wie ein Button-Klick sind Prozeduren der Form, daher liest sich die Liste wie ein Inhaltsverzeichnis. Wechseln Sie zu Ask first, bevor Sie nach Änderungen fragen, prüfen Sie jeden Diff und testen Sie die Forms selbst, da der Agent Forms nicht visuell entwirft. Wiederholen Sie dies für jede Form.