Понимание архитектуры ИИ-агентов: Детерминированные и вероятностные слои

Пользователь Reddit на r/openclaw поделился ментальной моделью для понимания систем ИИ-агентов, которая различает детерминированные и вероятностные слои. Эта структура помогает объяснить, почему некоторые настройки агентов кажутся нестабильными или непоследовательными.
Двухслойная архитектура
Пользователь описывает системы агентов как имеющие два различных типа слоёв:
Детерминированный слой
Этот слой обрабатывает традиционные вычислительные задачи, где один и тот же вход всегда даёт одинаковый выход. Примеры из источника включают:
- Скрипты на Python
- Команды Linux
- API
- Базы данных
- Операции с файлами
- Cron-задачи / планировщики
Как отмечает пользователь: "Если скрипт выполняет python scrape_news.py, компьютер просто делает именно это. Никакого творчества не требуется."
Вероятностный слой
Этот слой представляет собой компонент LLM, который по своей природе нечёткий и может каждый раз выбирать разные пути рассуждения. LLM обрабатывает такие задачи, как:
- Интерпретация желаний пользователя
- Решение, какой инструмент использовать
- Планирование шагов
- Обобщение результатов
- Выбор следующего действия
Как слои взаимодействуют
Согласно источнику, архитектура следует такому потоку:
Пользователь / событие → LLM решает, что делать → код выполняет это → результаты возвращаются к LLM → следующее решение
Пользователь описывает это так: "LLM по сути является планировщиком, а скрипты и инструменты — исполнителями."
Ключевая идея: перенос работы на детерминированную сторону
Главное осознание пользователя было таким: "хорошие системы агентов стараются перенести как можно больше работы на детерминированную сторону."
Вы не хотите, чтобы LLM обрабатывал задачи, с которыми отлично справляется детерминированный код, например:
- Парсинг JSON
- Выполнение вычислений
- Подсчёт элементов
- Управление состоянием
Пользователь заключает: "LLM в основном должен заниматься рассуждениями и решениями, а всё остальное должно обрабатываться детерминированными инструментами."
Эта ментальная модель помогла пользователю понять, почему поведение некоторых агентов казалось непоследовательным — часто это было связано с излишней зависимостью от вероятностного слоя для задач, лучше подходящих для детерминированного кода.
📖 Read the full source: r/openclaw
👀 Смотрите также

Сократите затраты на токены на 95% с помощью семи техник оптимизации OpenClaw
Подробное руководство, описывающее семь методов снижения потребления токенов AI-агентами на 95%+, включая древовидные загрузочные файлы, автосжатие AI, перенос задач на локальную модель и фоновые задачи CPU по расписанию.

Оценка RAG-чатбота: как прогон модели + исправление ретривера сократили затраты на 79% и повысили качество на 19%
Разработчик оценил RAG-бота для поддержки клиентов и обнаружил ошибки в настройке поиска, недостатки эвристических оценщиков и более дешевую модель, которая превзошла производственную. Качество улучшилось с 6,62 до 7,88, а стоимость снизилась с $0,002420 до $0,000509 за сессию.

Как избежать непредвиденных расходов в OpenRouter при автоматизации OpenClaw
Команда разработчиков случайно потратила $750 за 3 дня на OpenRouter, используя по умолчанию Claude Sonnet 4.6 ($3/млн токенов) для всех автоматизированных задач. Они сократили расходы на 97%, изменив модели по умолчанию, зафиксировав cron-задачи и подзадачи на более дешёвых вариантах и оставив дорогие модели только для важной работы.

Как настроить суб-агентов с отдельными рабочими пространствами в OpenClaw
Решение от сообщества для конфигурации нескольких суб-агентов с изолированными workspace и разными моделями