Читает ваши модули
Он перечисляет, ищет и открывает файлы .pas и .dpr в рабочей папке, а затем показывает, какие именно файлы и строки были найдены.
Pascal-разработка получает надежного помощника в лице Arraydeck — автономного AI-агента для Windows 10 и 11. Он открывает ваши модули, ищет в них, редактирует и запускает команду сборки, а каждое действие отображается в чате карточкой с реальным результатом. Вы следите за ходом работы шаг за шагом, а не гадаете, что произошло.
Он перечисляет, ищет и открывает файлы .pas и .dpr в рабочей папке, а затем показывает, какие именно файлы и строки были найдены.
Каждое изменение edit_file появляется как diff, и в режиме Ask first вы принимаете или отклоняете его до применения к файлу.
Shell запускает ваши команды сборки и тестирования, сообщая реальный код выхода, а не догадываясь, прошли они или нет.
Каждый шаг — это карточка в чате. Карточка указывает инструмент, файл или команду и результат, а развернутая карточка показывает полный вывод команды или diff, так что доказательства каждого действия остаются перед вами, пока вы решаете, что принять дальше.
*.pas4 файлаTStringList.Create2 совпаденияReport.pasreadReport.pas+5 -1build.batexit 0Разработчик Delphi, который наследует проект, часто открывает модуль, который никто не трогал годами. Попросите Arraydeck объяснить его. Агент вызывает read_file, затем описывает секцию interface, секцию implementation и uses clause простыми словами, а grep показывает, где его процедуры вызываются из других модулей. Ничего не записывается. Используйте ответ как карту, а не как доказательство: сравните каждое утверждение с исходным кодом, откройте модуль в своем редакторе и запустите команду сборки, которая сообщит реальный код выхода, прежде чем измените хоть одну строку проекта. Повторите запрос для следующего модуля, когда первый станет понятен.
Чтобы преобразовать Unicode-код в строке, сначала найдите процедуру, которая создает или разбивает текст. Агент запускает grep по имени функции, читает модуль с помощью read_file и предлагает изменение через edit_file. В режиме Ask first diff ждет вашего решения. Затем Shell запускает вашу команду сборки и команду тестирования, и каждая карточка показывает реальный код выхода. Строки используют одинарные кавычки, а := присваивает значение, поэтому читайте diff в контексте того, как работала старая процедура, протестируйте ее текстом из ваших собственных данных и отклоните изменение, если один случай ведет себя иначе. Сохраните копию старой процедуры до тех пор, пока тесты не совпадут.
Люди спорят о том, сколько возвратов должна иметь функция, и Arraydeck оставляет этот выбор за вами. Выберите функцию с несколькими выходами и попросите версию, которая устанавливает Result один раз. Агент читает модуль, редактирует функцию и показывает изменение как diff. Pascal-разработка хранит возвращаемое значение в Result, поэтому редактирование небольшое и его легко проверить построчно. Запустите тесты afterwards, потому что агент не может гарантировать, что новая версия ведет себя так же, как старая, и отклоните diff, если тест не прошел. Небольшое проверенное редактирование лучше большой переписки.
Чтобы узнать, как правильно использовать диалоги FMX в вашем собственном проекте, попросите агента найти все места, где показывается диалог. Он запускает grep по файлам .pas, открывает совпадения с помощью read_file и пишет короткий список в чат, называя каждый модуль и каждый обработчик событий. События, такие как нажатие кнопки, являются процедурами формы, поэтому список читается как оглавление. Переключитесь в режим Ask first перед тем, как запросить изменения, проверьте каждый diff и протестируйте формы самостоятельно, потому что агент не проектирует формы визуально. Повторите для каждой формы.
Arraydeck — это не хостинговый сервис и не плагин редактора. Он предназначен только для ваших собственных файлов, вашего ПК и серверов, которыми вы уполномочены пользоваться, и вы держите работу внутри них: файловые инструменты работают в рабочей папке чата, но Shell, веб и SSH не ограничены ею. Он не может гарантировать, что код или анализ верны, поэтому читайте каждый diff, собирайте проект и запускайте свои тесты, прежде чем полагаться на изменение.