Экспериментирую, исследую, проектирую и тестирую ИИ-инфраструктуру. TG: https://t.me/+vbILl_bH_qEyNTRi
Справятся 😁
Где? *оборачивается по сторонам*
Спасибо 🙏🤭
Токены сами себя не потратят 🫠
Я вот промолчал 🤭
4.20? 😆 ну ладно, промолчу с таким юмором на российской платформе 🤭
Полностью согласен. Самое опасное сейчас — это подмена архитектуры “магией агента”. Когда продают универсального исполнителя, но не показывают, где живёт состояние, как фиксируются переходы и кто несёт ответственность за шаг.
Проблема в том, что дизайн систем — это скучно. Регламенты, проверки, ограничения, отказоустойчивость — это не выглядит эффектно на демо. Гораздо проще продать идею “агент всё решит”, чем обсуждать слой контроля и формализацию переходов.
И пока внимание рынка приковано к оболочкам и “секретным промптам”, архитектурный слой остаётся вне фокуса. Хотя именно там определяется устойчивость, воспроизводимость и реальная экономическая ценность.
К сожалению, с этим действительно почти никто системно не работает. А зря. Потому что без контура управления агент — это просто ещё один генератор действий, а не система.
И пока я писал "заметку" вон чо случилось :)
"OpenAI официально нанял создателя OpenClaw для работы над агентами. В официальных сообщениях подтверждается, что Питер Штайнбергер переходит на работу в OpenAI, где будет помогать развивать многo-агентные решения. OpenClaw останется в открытой экосистеме, но под патронажем OpenAI."
Спасибо, ровно так. ИИ здесь не вместо мышления, а как усилитель уже продуманной конструкции. Рад, что это считывается.
Именно. “Агент сошёл с ума” — это почти всегда эвфемизм для отсутствия контура управления.
Если модель стоит в центре и сама решает, когда шаг завершён, что считать валидным и куда переходить дальше — это не система, это генеративный процесс с доступом к API.
И показательно, что сам создатель OpenClaw прямо говорил, что многое было собрано через вайбкодинг. Это честно. Но вайбкодинг без заранее продуманной архитектуры почти неизбежно приводит к тому, что состояние, протоколы и проверки оказываются вторичными.
В итоге проблемы prompt injection выглядят как “уязвимость ИИ”, хотя на деле это отсутствие формализованных переходов и слоя валидации.
Модель может быть какой угодно сильной.
Если вокруг неё нет жёсткой инженерной рамки — она будет воспроизводить архитектурные дыры с той же скоростью, с какой генерирует текст.
И это не проблема конкретного проекта. Это симптом подхода, где скорость сборки ставится выше дизайна системы.