Programación en Pascal que termina en un diff que puedes revisar

Lo que el agente puede hacer en un proyecto

• Archivosread_file, write_file, edit_file, grep, glob y list_dir funcionan dentro de la carpeta de trabajo del chat, así que una unidad .pas, un archivo .dpr o un formulario .dfm de texto están a una solicitud de distancia. Un contador muestra archivos creados, editados y leídos.
• Shellejecuta tu comando de compilación, de prueba o de formateo en Windows, en WSL o por SSH en un servidor que poseas. El éxito se juzga por el código de salida real, y los comandos peligrosos se bloquean antes de ejecutarse.
• Webweb_search encuentra páginas y http_get lee una página de documentación, lo que ayuda cuando necesitas la firma exacta de una rutina o la redacción de un mensaje de error. El agente lee la página; tú decides qué usar.
• Capturas de pantalla e imágenesocr lee texto de una captura de pantalla guardada, por ejemplo, un mensaje del compilador que no pudiste copiar de la ventana, y gen_image guarda archivos de imagen reales en la carpeta de trabajo.
• Orquestacióntask inicia subagentes en paralelo para partes independientes de un trabajo, run_on_model envía un paso difícil a un modelo más grande, y skill reutiliza un plan guardado, como una rutina de control de versiones para ramas y commits.
• Modos de aprobaciónAuto-run actúa de inmediato, Ask first pausa antes de acciones que cambian algo y muestra el diff para aceptar, y Plan only escribe un plan y no ejecuta nada. Los planes sobreviven a los reinicios de la app.
• Cronejecuta una solicitud en un horario, por ejemplo, una solicitud nocturna para ejecutar tu comando de prueba e informar el código de salida. Configura el horario una vez y lee los resultados en el chat a la mañana siguiente.
• Modelosconecta un proveedor de IA en la nube a través de un punto final de API, un modelo que se ejecuta localmente en tu PC o el modelo integrado. El botón de prueba muestra el tiempo de respuesta y la ventana de contexto de la conexión.

Cuatro tareas de proyectos reales

Leer una unidad heredada

Un desarrollador de Delphi que hereda un proyecto a menudo abre una unidad que nadie ha tocado en años. Pídele a Arraydeck que la explique. El agente llama a read_file, luego describe la sección de interfaz, la sección de implementación y la cláusula uses en palabras claras, y grep muestra desde qué otras unidades se llaman sus procedimientos. No se escribe nada. Usa la respuesta como un mapa, no como prueba: compara cada afirmación con la fuente, abre la unidad en tu propio editor y ejecuta tu comando de compilación, que informa el código de salida real, antes de cambiar una línea del proyecto. Repite la solicitud para la siguiente unidad cuando la primera esté clara.

Hacer que una rutina de cadenas maneje Unicode

Para convertir código Unicode en una cadena, primero encuentra la rutina que construye o divide el texto. El agente ejecuta grep por el nombre de la función, lee la unidad con read_file y propone un cambio con edit_file. En Ask first el diff espera tu respuesta. Shell luego ejecuta tu comando de compilación y tu comando de prueba, y cada tarjeta muestra el código de salida real. Las cadenas usan comillas simples y := asigna un valor, así que lee el diff comparándolo con cómo funcionaba la rutina antigua, pruébalo con texto de tus propios datos y rechaza el cambio si un caso se comporta de manera diferente. Guarda una copia de la rutina antigua hasta que las pruebas estén de acuerdo.

Reducir los retornos en una función

La gente discute sobre cuántos retornos debería tener una función, y Arraydeck deja esa elección para ti. Elige una función con varias salidas y pide una versión que establezca Result una vez. El agente lee la unidad, edita la función y muestra el cambio como un diff. La programación en Pascal mantiene el valor de retorno en Result, así que la edición es pequeña y fácil de verificar línea por línea. Ejecuta tus pruebas después, porque el agente no puede prometer que la nueva versión se comporte como la antigua, y rechaza el diff si una prueba falla. Una edición pequeña y revisada supera una reescritura grande.

Verificar cómo un formulario usa diálogos

Para ver cómo usar correctamente los diálogos de FMX en tu propio proyecto, pídele al agente que encuentre cada lugar donde se muestra un diálogo. Ejecuta grep sobre los archivos .pas, abre las coincidencias con read_file y escribe una lista corta en el chat, nombrando cada unidad y cada controlador de eventos. Eventos como un clic de botón son procedimientos del formulario, así que la lista se lee como un índice. Cambia a Ask first antes de pedir cambios, revisa cada diff y prueba los formularios tú mismo, porque el agente no diseña formularios visualmente. Repite para cada formulario.