
Почему три тупых LLM лучше одной умной 🧠
Дать одной LLM кучу инструментов и сказать "будь фуллстеком" — это как нанять джуна и поручить ему одновременно DevOps, бэкенд, дизайн и общение с инвесторами. Он порвется от головы до огнива.
При проектировании AI-систем можно использовать паттерн Supervisor.
Вместо одного бога-машины мы создаем узких специалистов.
Например, у нас есть код на ревью.
▫️ Агент-StyleChecker: получает
ast-дерево и ищет кривой naming. У него один тулз и строгий промпт.▫️ Агент-BugHunter: ищет
eval() и уязвимости.▫️ Агент-DocAdvisor: докапывается до отсутствия type hints.
Каждый агент — это отдельный граф со своим специализированным промптом и своими инструментами. Вероятность галлюцинации снижается кратно.
А над ними стоит Supervisor. Обычный узел графа, который просто маршрутизирует задачи: сначала отдал код первому, потом второму, потом третьему, собрал результаты и выдал финальный репорт. Агенты даже не общаются друг с другом напрямую — только через Супервизора. Это защищает систему от бесконечных циклов, где два агента начинают спорить друг с другом, сжигая ваш бюджет на API.
🗓 Сегодня будем разбирать такой подход на прямом эфире в Точке Сборки.
От вас — понимание ООП, базовых запросов к LLM и того, как работают агенты (можете посмотреть записи прошлых эфиров!).
Трансляция и запись будут доступны участникам. Оформление доступа происходит через бота: https://t.me/TScompiler_bot
Комментарии
0Комментариев пока нет.
Войдите, чтобы участвовать в обсуждении.