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

Пользователь 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
👀 Смотрите также

Клод Код Шпаргалка с 140 Советами и Файл LLMs.txt
Репозиторий на GitHub содержит шпаргалку по Claude Code с 140 советами, организованными в 14 разделов и помеченными по уровню сложности. Репозиторий включает файл llms.txt, который можно напрямую передать Claude для изучения или применения советов.

Анализ плагина памяти OpenClaw: Lossless Claw + LanceDB рекомендуется
Разработчик протестировал плагины памяти OpenClaw и обнаружил, что стандартная настройка вызывает раздувание токенов, в то время как сочетание Lossless Claw с LanceDB обеспечивает оптимальную производительность для поддержания контекста агента без высоких затрат.

Руководство: Развертывание OpenClaw с llama.cpp на мини-ПК GEEKOM IT15
Техническое руководство подробно описывает переход OpenClaw с Ollama на llama.cpp для запуска локальной модели Qwen3-8B с ускорением на GPU Intel Arc, охватывая изменения конфигурации, ручное управление сервером и устранение типичных проблем.

Как праздный агент сжигал 50 млн токенов в день – и как это исправить
Простаивающий агент OpenClaw сжег 50M токенов в день из-за heartbeat-пингов с раздутой сессией. Пользователь Reddit рассказывает, как отследил утечку и исправил её настройками конфигурации.