Programação Pascal que termina em um diff para você revisar

O que o agente pode fazer em um projeto

• Arquivosread_file, write_file, edit_file, grep, glob e list_dir funcionam na pasta de trabalho do chat, então uma unidade .pas, um arquivo .dpr ou um formulário .dfm estão a um pedido de distância. Um contador mostra arquivos criados, editados e lidos.
• Shellexecuta seu comando de build, de teste ou formatador no Windows, no WSL ou via SSH em um servidor que você possui. O sucesso é julgado pelo código de saída real, e comandos perigosos são bloqueados antes de serem executados.
• Webweb_search encontra páginas e http_get lê uma página de documentação, o que ajuda quando você precisa da assinatura exata de uma rotina ou do texto de uma mensagem de erro. O agente lê a página; você decide o que usar.
• Capturas de tela e imagensocr lê texto de uma captura de tela salva, por exemplo, uma mensagem do compilador que você não pôde copiar da janela, e gen_image salva arquivos de imagem reais na pasta de trabalho.
• Orquestraçãotask inicia sub-agentes paralelos para partes independentes de uma tarefa, run_on_model envia uma etapa difícil para um modelo maior, e skill reutiliza um playbook salvo, como uma rotina de controle de versão para branches e commits.
• Modos de aprovaçãoAuto-run atua de imediato, Ask first pausa antes de ações que alteram algo e mostra o diff para aceitar, e Plan only escreve um plano e não executa nada. Planos sobrevivem a reinicializações do app.
• Cronexecuta um prompt em um agendamento, por exemplo, um pedido noturno para executar seu comando de teste e relatar o código de saída. Defina o agendamento uma vez e leia os resultados no chat na manhã seguinte.
• Modelosconecte um provedor de IA em nuvem por meio de um endpoint de API, um modelo executando localmente no seu PC ou o modelo integrado. O botão Teste mostra o tempo de resposta e a janela de contexto da conexão.

Quatro tarefas de projetos reais

Leia uma unidade herdada

Um desenvolvedor Delphi que herda um projeto muitas vezes abre uma unidade que ninguém mexe há anos. Peça ao Arraydeck para explicá-la. O agente chama read_file, descreve a seção de interface, a seção de implementação e a cláusula uses em palavras simples, e grep mostra de quais outras unidades seus procedimentos são chamados. Nada é escrito. Use a resposta como um mapa, não como prova: compare cada afirmação com a fonte, abra a unidade no seu editor e execute seu comando de build, que relata o código de saída real, antes de alterar uma linha do projeto. Repita o pedido para a próxima unidade quando a primeira estiver clara.

Faça uma rotina de strings lidar com Unicode

Para converter código Unicode em uma string, primeiro encontre a rotina que constrói ou divide o texto. O agente executa grep pelo nome da função, lê a unidade com read_file e propõe uma alteração com edit_file. No Ask first o diff aguarda sua aprovação. O Shell então executa seu comando de build e seu comando de teste, e cada cartão mostra o código de saída real. Strings usam aspas simples e := atribui um valor, então leia o diff em comparação com como a rotina antiga funcionava, teste com texto de seus próprios dados e rejeite a alteração se um caso se comportar de forma diferente. Mantenha uma cópia da rotina antiga até que os testes concordem.

Reduza os retornos em uma função

As pessoas discutem quantos retornos uma função deve ter, e o Arraydeck deixa essa escolha para você. Escolha uma função com várias saídas e peça uma versão que defina Result uma vez. O agente lê a unidade, edita a função e mostra a alteração como um diff. A programação Pascal mantém o valor de retorno em Result, então a edição é pequena e fácil de verificar linha por linha. Execute seus testes depois, porque o agente não pode prometer que a nova versão se comporta como a antiga, e rejeite o diff se um teste falhar. Uma edição pequena e revisada supera uma reescrita grande.

Verifique como um formulário usa diálogos

Para ver como usar diálogos FMX corretamente no seu próprio projeto, peça ao agente para encontrar todos os lugares onde um diálogo é exibido. Ele executa grep sobre os arquivos .pas, abre as correspondências com read_file e escreve uma lista curta no chat, nomeando cada unidade e cada manipulador de eventos. Eventos como um clique de botão são procedimentos do formulário, então a lista lê-se como um sumário. Mude para Ask first antes de pedir alterações, revise cada diff e teste os formulários você mesmo, porque o agente não desenha formulários visualmente. Repita para cada formulário.