Откровения от Олега
Канал про ИИ (AI, AGI/ASI, LLM) Об авторе: Создатель VibeVM Блоггер @1red2black Имя: Олег Чирухин Чат: @chat_1red2black YouTube: https://youtube.com/@1red2black
Show more📈 Analytical overview of Telegram channel Откровения от Олега
Channel Откровения от Олега (@tg_1red2black) in the Russian language segment is an active participant. Currently, the community unites 12 733 subscribers, ranking 9 630 in the Technologies & Applications category and 50 863 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 12 733 subscribers.
According to the latest data from 07 September, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -67 over the last 30 days and by -11 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 10.59%. Within the first 24 hours after publication, content typically collects 6.86% reactions from the total number of subscribers.
- Post reach: On average, each post receives 1 349 views. Within the first day, a publication typically gains 873 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 22.
- Thematic interests: Content is focused on key topics such as claude, вайбкод, твиттер, kick, маск.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Канал про ИИ (AI, AGI/ASI, LLM)
Об авторе:
Создатель VibeVM
Блоггер @1red2black
Имя: Олег Чирухин
Чат: @chat_1red2black
YouTube: https://youtube.com/@1red2black”
Thanks to the high frequency of updates (latest data received on 08 September, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
Бог-Программист пошёл более естественным путем, через физические решатели. По аналогии, как обычная линза + лазер позволяют мгновенно получать фурье преобразование исходного изображения вместо рассчета на компьютере с миллионами операций.а нейсроети позволяют мгновенно ваншотать интересные ответы но люди продолжают упорно превращать нейросеть в процессор со счётчиком команд, который работает по определенному плану кажется, вот это интересно: как и мы можем использовать то, что на каждом шаге у нас доступна вся мудрость весов нейросети, без необходимости выстраивать из нее машину состояний в ИИ агенте кажется тут есть какая-то параллель с реальным миром, как бы ее ухватить за хвост... например, как-то со всех сторон посветить на веса нейросети, чтобы получить N-мерную картинку, в которой одно из измерений, и плоскость сквозь эти измерения будет планом решения или даже самим решением. И не нужно тогда дрочить слона но точно так же, любой вызов инструмента, любой побочный эффект, создание файла на диске - это декогеренция. Которая случается каждый раз при взаимодействии с миром вне нейронки. И мы коллапсируем просто из привычки. Потому что так делают люди есть всякие приемы типа диффузионок и latent space reasoning (coconut, recurrent-depth / looped transformers) даже простые best-of-n, self-consistency, beam, MCTS над рассуждениями — это буквально "держать несколько ветвей и дать им интерферировать". Если считать голосование грубой формой интерференции ясно что не все задачи чисто по смыслу приводимы к одному шагу проблема в том, что из-за общей хуёвости моделей людям приходится моделировать состояние в виде графа, а не внутри самой модели в виде латентной рекурсии. Отсюда рождаются все эти чудовищные кодинговые агенты типа Claude Code, пространство XML спецификаций в VibeVM, и странные потуги собрать планы в n8n или проецировать XML онтологию на план кажется, что реально правильное решение для ИИ-агента, это когда задача - не последовательность шагов, а направление в пространстве активаций. Всякие штуки типа стиля и и настроек - это не галочка "explanatory style" в Клоде, а какие-то steering векторы и тогда полный план решения - это траектория в этом пространстве, и её можно задать не текстом, а геометрией. Последовательный CoT - просто её проекция на одномерную ось токенов, как классическая траектория есть проекция волновой функции на ось "что мы увидели" какие-то такие мысли в эту беспокойную ночь в Лас-Вегасе (с)
Да — именно todo-list plan, где пункты отмечаются pending / in progress / completed. Для него нужен инструмент update_plan; в этой сессии он не предоставлен. create_goal создаёт другой виджет (Pursuing goal) и не умеет отображать или обновлять todo-пункты. Я не могу честно эмулировать todo-widget ни Markdown-списком, ни UI automation. Если интерфейс позволит переключить эту задачу в режим с plan tool, я сразу спроецирую туда plan.toml; пока продолжаю с canonical plan и не называю goal widget планом.Если сильно надавить на модель, она начинает паниковать, пытаться рисовать план в виде Markdown-таблиц прямо посреди текста. Если еще сильней надавить - она вместо плана ставит произвольный goal (!!!) и говорит - ну гляди, всё я показать тебе не могу, но одну тасочку-то могу! Ту, что прямо сейчас делаю! Полез в Опус узнавать, что за херня творится. Опус мне отвечает на голубом глазу:
Модель не выкручивается — она права по существу. update_plan это не стиль поведения, а функция в tool schema, которую клиент объявляет при старте сессии. Если её нет в списке — никакая формулировка запроса её не создаст.
Почему у тебя его нет — три вероятные причины: 1) Ты в Plan Mode 2) Ты в Task Mode 3) Веб или мобилка вместо десктопа. Codex нельзя выбрать в веб-версии или мобильном приложении — только в настольном приложении на macOS и Windows.Замнем для ясности, почему в 2026 году в самых популярных и оплачиваемых за 200$ в месяц инструментах, быдлокодеры которые это накодили жопой, не могут на мобилке отобразить тот же React-компонент со списком, который отлично отображают в веб-интерфейсе. Замнем, замнем, про это будет отдельный пост. Сфокусируемся только на том, что Опус врёт как дышит. По форме ответ правильный, но на самом деле - это много слов для маскировки ответа "БРО Я ХЗ ЧЁ КАВО". Тогда я с горя пошел на кухню, сожрал целиком большую банку плавленного сыра Valio (большой столовой ложкой), помыл лицо, бороду и руки чистейшим Фейри (это самый простой способ отмыть бороду) И начал гуглить самостоятельно. И знаете чё нагуглил? Баг под номером openai/codex/pull/41744 MAKE THE UPDATE_PLAN TOOL OPT-IN
Сделать инструмент update_plan опциональным (opt-in) Что изменилось Значение по умолчанию для tools.update_plan.enabled теперь false; пользователи могут явно включить его, чтобы задействовать update_plan. Удалены встроенные инструкции по update_plan из системных промптов модели, режима совместной работы (collaboration mode), мульти-агентного режима, сжатия контекста (compaction), прогрева (prewarm) и продолжения целей (goal-continuation), когда инструмент отключён. Сохранены пользовательские базовые инструкции, инструкции каталога моделей, политики совместной работы и текст пользовательских целей, даже если в них упоминается планирование или update_plan. Тестирование Покрыты тестами: регистрация инструмента по умолчанию и при явном включении, согласованность промптов по разным путям запросов, а также сохранение пользовательских инструкций.Так, и в чем же причина? Зачем они это сделали? А ПРИЧИНА НИ В ЧЁМ Нигде, ни в release notes, ни в пулл-риквесте, ни в коммите не написано - нахуя они это сделали. Коммит и есть первопричина. Если честно: наверняка этот коммит сделала автоматическая система разработки Кодекса, работающая на модели Атсрал. Человек просто в этом не участвовал. А почему она это сделала? Я хотел крови и пошел рыть следы. По коммитам в Гите видно, что подсказки про update_plan выпиливается сразу из кучи промтов: model, collaboration-mode, multi-agent, compaction, prewarm и goal-continuation и так далее Ну и логически понятно ПОЧЕМУ Потому что эта фича жрёт и лимит токенов, и лимит tool use, буквально на каждый большой запрос. А сбалансировать эту систему они не смогли или забили. Кроме того, и это уже человеческая ошибка: у них в продукте одни и те же вещи называются разными словами. Процесс планирования переехал в /goal и /plan. Сущность, которую они обновляли командой update_plan должна была называться ЧЕКЛИСТОМ или TODO-LIST, а не планом. Наверняка модель Атсрал это поняла, ну и разобралась с дублированием... как смогла. Еще, в том же релизе 0.152.0 есть коммит "Update tests for default-enabled update_plan". То есть, они вначале решили: давайте повесим фичу под фичефлагом. И потом в том же релизе: да хер с ней, помнить еще об это фиче, ВАСЯН ЖГИ!!!! А вот показать при старте Кодекса диалоговое окно: "Мы отключаем важнейшую фичу, согласны?" - на это Атсрал еще не способен. Ну это потому что AGI еще не сегодня, а через месяц, понимать надо. Кстати, Васяна зовут "rka-oai", и это вся информация что о нем имеется. Судя по коммитам, чел работает над Кодексом с начала июня этого года. Имя это и учетка rka(at)openai.com нигде не ищутся, коммиты его мерджит бот copyberry. А само имя rka подозрительно напоминает... Research Knowledge Agent. Ближайший человек, который работал в OpenAI с такими инициалами - это Rachel Kang, но он в 2025 назад ушел в Microsoft работать в корпоративном антифроде. Вряд ли он тайно вернулся в OpenAI. Разве что его учётку решили переиспользовать для бота, потому что - а почему бы и нет? Поглумиться над уволенным безопасником, например. Вполне в духе OpenAI, например тащемто. Это конечно не расследование Христо Грозева, но кажется, тут всё ясно. ЕБУЧИЙ БОТ АВТОМАТИЧЕСКИ ВЫПИЛИЛ ВАЖНЕЙШУЮ UX ФИЧУ ИЗ ИНТЕРФЕЙСА КОДЕКСА Благо, фича всё ещё не выпилена из кода, и ее можно вернуть, добавив вот это в
~/.codex/config.toml:
[tools.update_plan] enabled = trueПомните как Черный гордился тем, что мерджит 100500 коммитов в день? Заебись подход. Хорошо что конкуренты повелись, не правда ли?
