Собственно, основная мысль размещена в самом начале
Основная идея. Чтобы получить код, соответствующий требованиям, не нужно изобретать новую методологию. Управление требованиями и их изменением, независимая верификация, контроль кода, статистический контроль процесса — всё это давно разработано, формализовано в стандартах и опробовано на людях; в своих принципах эта дисциплина переносится на агентов целиком. Систему агентской разработки следует строить из тех же контуров. Но агент как исполнитель обладает свойствами, отличными от свойств человека-исполнителя, и эти свойства смещают акценты внутри знакомых контуров: значительная часть того, что в человеческой разработке получалась «сама собой» — за счёт памяти исполнителей, их вопросов, неловкости перед коллегами, выученных привычек, — для агента не существует, и соответствующая функция должна исполняться системой явно, как механически закреплённый элемент.
Вы видите в этом всем много воды - я то, с чем сталкиваюсь каждый день, отлаживая процесс производства.
Процесс, который описан - он ни разу не новый. В общем виде это стандартный процесс разработки ПО.
А вот новой реализацией данного процесса для управления агенткой разработкой мы сейчас занимаемся. Готовим к выпуску продукт, который будет реализовывать комплексный процесс разработки программного обеспечения. Первую версию планируем выпусть через 1-2 месяца.
В целом поддерживаю логику. Тут ещё надо рассмотреть другую ось. Другая ось - это стандартизация/платформатизация решений и стеков. То есть, когда по класс задач создается заранее описанная архитектура архитектурные паттерны и ограничения разрабатываются и применяются в проекте. Как это ранее было с библиотеками. Соответственно, собственно, роль архитектора будет сводиться в этом случае к тому, какую платформу выбрать.
Мы развиваем агентскую разработку на основе спецификаций. Сделали на это тему открытый стандарт https://renar.tech/. Присоединяйтесь к развитию.
Вот здесь https://habr.com/ru/articles/1021474/ предложена методология разработки в виде стандарта SENAR. Там же фреймворк построенный на этой методологии.
Код, который только в голове у программистов - это неотделяемый код. Это большая проблема для любого проекта. Естественно, что такой проект начинает деградировать, если программист, которые его делал уходит.
Для того, чтобы код отделялся от программиста есть документация. Именно там описывается архитектура, логика все остальное, что не необходимо.
ИИ агенты отлично понимают документацию, также хорошо её создают. ИИ агента нужно снабжать нужным контекстом для работы с тем куском кода, с которым он сейчас работает. И никакой деградации происходить не будет.
Собственно, основная мысль размещена в самом начале
Вы видите в этом всем много воды - я то, с чем сталкиваюсь каждый день, отлаживая процесс производства.
Процесс, который описан - он ни разу не новый. В общем виде это стандартный процесс разработки ПО.
А вот новой реализацией данного процесса для управления агенткой разработкой мы сейчас занимаемся. Готовим к выпуску продукт, который будет реализовывать комплексный процесс разработки программного обеспечения. Первую версию планируем выпусть через 1-2 месяца.
В целом поддерживаю логику.
Тут ещё надо рассмотреть другую ось. Другая ось - это стандартизация/платформатизация решений и стеков. То есть, когда по класс задач создается заранее описанная архитектура архитектурные паттерны и ограничения разрабатываются и применяются в проекте. Как это ранее было с библиотеками. Соответственно, собственно, роль архитектора будет сводиться в этом случае к тому, какую платформу выбрать.
Мы развиваем агентскую разработку на основе спецификаций. Сделали на это тему открытый стандарт https://renar.tech/. Присоединяйтесь к развитию.
Вот здесь https://habr.com/ru/articles/1021474/ предложена методология разработки в виде стандарта SENAR. Там же фреймворк построенный на этой методологии.
Код, который только в голове у программистов - это неотделяемый код. Это большая проблема для любого проекта. Естественно, что такой проект начинает деградировать, если программист, которые его делал уходит.
Для того, чтобы код отделялся от программиста есть документация. Именно там описывается архитектура, логика все остальное, что не необходимо.
ИИ агенты отлично понимают документацию, также хорошо её создают. ИИ агента нужно снабжать нужным контекстом для работы с тем куском кода, с которым он сейчас работает. И никакой деградации происходить не будет.