Comments 5
Не понял, где тут участвует SAP Gui Scripting? Большинство задач решаются стандартными транзакциями (или это были просто тестовые примеры?)
На самом деле успешно вайбкодить можно и без "обратной связи", но важно указывать релиз, SP level и тд. Владение ABAP/Java в достаточной степени обязательно, чтоб критически осмыслять предложенный код, смочь исправить косяки самому, если ллм не справляется. Имо не стоит ожидать от ллм комплексного решения, но как каркас для будущего функционала, идея реализации(to-be) оно всё таки годное вполне.
Через Sap GUI Scripting, мы в программе обращаемся к открытой у нас в другом окне транзакции DBACOCKPIT(SQL редактор). Получается следущий маршрут доставки запросов в SAP : LLM ->Python ->GUI Scripting ->SQL редактор
На самом деле успешно вайбкодить можно и без "обратной связи", но важно указывать релиз, SP level и тд. Владение ABAP/Java в достаточной степени обязательно, чтоб критически осмыслять предложенный код, смочь исправить косяки самому, если ллм не справляется. Имо не стоит ожидать от ллм комплексного решения, но как каркас для будущего функционала, идея реализации(to-be) оно всё таки годное вполне.
Согласен, что в качестве каркаса, с последующей доработкой "напильником" - хорошее решение. Но расстраивает слегка конечно, когда для других языков агенты почти автономные, а ABAP - на ручном приводе )
Хм. Есть предположение, что Sap Julie имеет существенно больше контекста ...
Сапёр в эпоху LLM: Создание Text-to-SQL агента для базы данных SAP ERP