У меня на последнем (экспериментальном) проекте выстроен классический цикл разработки:
CD (трекер задач) TDD (строгая test-driven разработка), CI (сборка и прогон тестов), деплой, smoke тесты, анализ телеметрии - все это экспонировано в утилиты командной строки доступные агенту (MCP сервера мне не нравятся т.к. их неудобно юзать человеку).
Управляет всем агент (мастер), у которого в подчинении пул других агентов (папетов) с которыми он обменивается сообщениями через MCP (его я накостылял)
Роль человека в этом.. Боюсь это говорить, но практика показала что для фронтир моделей человек по больше части не нужен вообще.
/loop 1h изучи логи и заведи баги /loop 1h разай задачи /goal пустой трекер
Ну а касательно вопросов:
> Пытаетесь ли вы менять архитектуру проектов специально под ИИ-агентов?
Архитектура по большей части это свойство проекта а не процесса разработки, главное что бы она была с ним совместима (например, была тестируемой)
> Как дела с многопоточностью, когда используете много агентов одновременно?
Я пришел к тому что интеграция в главную ветку централизована, все остальное делается асинхронно. Агенты прекрасно находят общий язык.
> Нужна ли вообще строгая файловая типизация или это путь к архитектурной бюрократии?
Строить универсальную онтологию гиблое дело, но формализовать ее для конкретного проекта это всегда благо
> И где, на ваш взгляд, проходит граница между разработчиком и оператором ИИ-системы?
On a long enough time line, the survival rate for everyone drops to zero.
Так эту теорему еще 10 лет назад Хоофт доказал (см его cogwheels) но в итоге уперся в проблему с нижней границей гамильтониана которую, к слову, так и не решил. A тут ее просто проскочили.
А Вольфрам и не утверждал, что его постулат относится к линейным системам, у него совершенно другая онтология.
У меня на последнем (экспериментальном) проекте выстроен классический цикл разработки:
CD (трекер задач) TDD (строгая test-driven разработка), CI (сборка и прогон тестов), деплой, smoke тесты, анализ телеметрии - все это экспонировано в утилиты командной строки доступные агенту (MCP сервера мне не нравятся т.к. их неудобно юзать человеку).
Управляет всем агент (мастер), у которого в подчинении пул других агентов (папетов) с которыми он обменивается сообщениями через MCP (его я накостылял)
Роль человека в этом.. Боюсь это говорить, но практика показала что для фронтир моделей человек по больше части не нужен вообще.
/loop 1h изучи логи и заведи баги
/loop 1h разай задачи
/goal пустой трекер
Ну а касательно вопросов:
> Пытаетесь ли вы менять архитектуру проектов специально под ИИ-агентов?
Архитектура по большей части это свойство проекта а не процесса разработки, главное что бы она была с ним совместима (например, была тестируемой)
> Как дела с многопоточностью, когда используете много агентов одновременно?
Я пришел к тому что интеграция в главную ветку централизована, все остальное делается асинхронно. Агенты прекрасно находят общий язык.
> Нужна ли вообще строгая файловая типизация или это путь к архитектурной бюрократии?
Строить универсальную онтологию гиблое дело, но формализовать ее для конкретного проекта это всегда благо
> И где, на ваш взгляд, проходит граница между разработчиком и оператором ИИ-системы?
On a long enough time line, the survival rate for everyone drops to zero.
Так эту теорему еще 10 лет назад Хоофт доказал (см его cogwheels) но в итоге уперся в проблему с нижней границей гамильтониана которую, к слову, так и не решил. A тут ее просто проскочили.
А Вольфрам и не утверждал, что его постулат относится к линейным системам, у него совершенно другая онтология.