Обсуждение на Reddit критикует реактивных ИИ-ассистентов и призывает к истинной проактивности.

Основная критика современных ИИ-ассистентов
В дискуссии на Reddit в сообществе r/openclaw критикуется фундаментальный дизайн современных ИИ-ассистентов как реактивных систем. Автор утверждает, что все крупные ИИ-инструменты работают одинаково: «вы замечаете что-то, открываете чат, объясняете ситуацию, и только тогда он помогает». Эта модель ставит человека в роль и сенсора, и маршрутизатора, в то время как ИИ пассивно ждёт.
В посте приводятся конкретные примеры этого ограничения: оповещение Sentry в 2 часа ночи, четыре заблокированных элемента на доске Linear и письмо от клиента с описанием симптомов — всё это проблемы, о которых ИИ-ассистент не знает, пока его не спросят. Автор утверждает, что это создаёт «агента с хорошими исполнительными способностями», а не по-настоящему проактивного помощника.
Запланированные проверки против истинной проактивности
В дискуссии признаётся некоторый прогресс в сторону проактивности благодаря таким функциям, как напоминания, запланированные проверки и фоновые задачи по таймеру. Однако автор отличает это от подлинного проактивного интеллекта, называя запланированные проверки «лучшим будильником, а не более умным помощником».
Ключевое ограничение, которое выявлено, заключается в том, что запланированные системы лишены контекстного понимания. Как объясняется в посте: «Он не знает, что оповещение Sentry и письмо клиента — это одна и та же проблема. Он не знает, что такая проблема всегда отнимает у вас 3 часа во вторник. Он просто работает по расписанию».
Требования для настоящей проактивности
Автор описывает три требования для по-настоящему проактивных ИИ-систем:
- Постоянная память о том, как на самом деле работает ваш мир
- Триггеры на основе событий, которые срабатывают при изменениях (а не когда таймер говорит проверить)
- Способность рассуждать с учётом временного контекста, а не только в рамках одного окна контекста
В посте подчёркивается, что системе нужна контекстная осведомлённость, чтобы «самостоятельно решить, что именно это оповещение важнее 40 других, сработавших в этом месяце». Автор отмечает, что это действительно сложная проблема, которую одно лишь планирование не решает.
Текущая разработка и открытые вопросы
Пользователь Reddit упоминает, что работает в этом направлении с помощью инструментов с открытым исходным кодом и саморазмещаемых решений, и признаёт технические сложности. В дискуссии поднимается ключевое различие в этой области: «Кто-нибудь ещё проводит это различие между запланированной проактивностью и контекстной осведомлённостью? Кажется, что в этой области их считают одним и тем же».
📖 Read the full source: r/openclaw
👀 Смотрите также

Режимы сбоев агентного ИИ и развивающие поддерживающие структуры
Агентные ИИ-системы терпят неудачу в производстве из-за дрейфа согласованности, потери контекста при передаче задач, нарушения границ и коллапса координации. Источник предлагает подход «развивающего каркаса» с пятью компонентами: мониторинг согласованности, восстановление координации, осознание согласия и границ, реляционная непрерывность и адаптивное управление.

Тонкая настройка Phi-4-mini путем обучения только параметров LayerNorm не приводит к улучшению производительности.
Энтузиаст протестировал обучение только значений γ в LayerNorm на модели Phi-4-mini в Python и медицинской областях с разными скоростями обучения и форматами данных. Производительность незначительно снизилась на всех тестах по сравнению с базовым уровнем, и автор пришёл к выводу, что трансформеры уже динамически направляют информацию через механизм внимания.
Нью-Йорк и Лос-Анджелес вводят строгие запреты на ИИ в школах: как это повлияет на разработчиков и EdTech
Нью-Йорк запретил ИИ в классах K-8, LAUSD ввел годичный мораторий на использование ИИ для всех учащихся. Вот что нужно знать разработчикам образовательных инструментов.

Claude Opus 4.5 и Sonnet 4.5 удалены из выбора моделей (/model selection), для их использования требуется флаг запуска.
Claude Opus 4.5 и Sonnet 4.5 больше не доступны в меню выбора /model во время сессий. Теперь пользователи должны начинать сессии с флагом --model, указывая полный идентификатор модели, чтобы получить доступ к этим старым версиям.