Комментарии 5
ну вообще уже есть готовые фреймворки для оркестирования, например embabel. Зачем придумывать велосипед. Там есть планнер и параллельное выполнение
Конечено, все придумано до нас. Но если не придумывать новое, так бы и сидели на LangChain.
Embabel, так же как Microsoft Agent Framework, это набор запчастей для того чтобы встроить агентский цикл в свою разработку на java/.net, а я пишу про универсальные харнесы в которых эксплуатанты (а не разпработчики) сами формируют свои автономные агентские циклы.
Полезная статья, спасибо.
Не заставляйте родителя быть диспетчером каждого шага.
Если граф зависимостей известен заранее, пусть его исполняет ядро.
Чем плоха схема?
- агент-орекстратор отдает задачу агенту-кодер
- агент-кодер возвращает результат агенту-оркестратору
- агент-орекстратор отдает на ревью агенту-ревьюверу и получает от него результат ревью
- по итогую ревью агент-орекстратор решает отправить обратно на доработку агенту-кодеру или передать дальше скажем тестеру
Она совершенно ничем не плоха, просто требует дополнительное время и токены на то что в обычной жизни проходит самостоятельно. Нам же для того чтобы фичу двигать по колонкам канбан-доски не нужен лид чтобы за ручку водил разраба, к рецензенту, от реценента к тестировщику. А циклов доработки там может быть дофига, особенно когда задача нетривиальная. И вот штук 6-7 циклов доработки это лишних токенов тысяч 100 и минуты 2-3 накладных расходов, которые вроде как и не нужны
Но чтобы это хорошо работало, так же как и в жизни нужны хорошие DORы и DODы, иначе будут друг дружке пургу гонять до посинения
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как агенты общаются друг с другом: делегирование, DAG, сообщения и цена координации