Откровения от Олега
前往频道在 Telegram
Канал про ИИ (AI, AGI/ASI, LLM) Об авторе: Создатель VibeVM Блоггер @1red2black Имя: Олег Чирухин Чат: @chat_1red2black YouTube: https://youtube.com/@1red2black
显示更多📈 Telegram 频道 Откровения от Олега 的分析概览
频道 Откровения от Олега (@tg_1red2black) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 12 745 名订阅者，在 技术与应用 类别中位列第 9 629，并在 俄罗斯 地区排名第 50 846 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 12 745 名订阅者。
根据 04 九月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 -85，过去 24 小时变化为 4，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 10.51%。内容发布后 24 小时内通常能获得 6.55% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 1 339 次浏览，首日通常累积 835 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 21。
- 主题关注点： 内容集中在 claude, вайбкод, твиттер, kick, маск 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“Канал про ИИ (AI, AGI/ASI, LLM)
Об авторе:
Создатель VibeVM
Блоггер @1red2black
Имя: Олег Чирухин
Чат: @chat_1red2black
YouTube: https://youtube.com/@1red2black”
凭借高频更新（最新数据采集于 05 九月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 技术与应用 类别中的关键影响点。
12 745
订阅者
+424 小时
-187 天
-8530 天
数据加载中...
吸引订阅者
九月 '26
九月 '26
+17
在4个频道中
八月 '26
+95
在10个频道中
Get PRO
七月 '26
+110
在9个频道中
Get PRO
六月 '26
+51
在3个频道中
Get PRO
五月 '26
+84
在2个频道中
Get PRO
四月 '26
+352
在4个频道中
Get PRO
三月 '26
+10 421
在3个频道中
Get PRO
二月 '26
+358
在5个频道中
Get PRO
一月 '26
+421
在5个频道中
Get PRO
十二月 '25
+415
在8个频道中
Get PRO
十一月 '25
+70
在2个频道中
Get PRO
十月 '25
+60
在2个频道中
Get PRO
九月 '25
+82
在0个频道中
Get PRO
八月 '25
+251
在0个频道中
Get PRO
七月 '25
+135
在4个频道中
Get PRO
六月 '25
+98
在0个频道中
Get PRO
五月 '25
+194
在1个频道中
Get PRO
四月 '25
+539
在2个频道中
Get PRO
三月 '25
+150
在5个频道中
Get PRO
二月 '25
+26
在3个频道中
Get PRO
一月 '25
+69
在1个频道中
Get PRO
十二月 '24
+84
在1个频道中
Get PRO
十一月 '24
+29
在1个频道中
Get PRO
十月 '24
+18
在1个频道中
Get PRO
九月 '24
+79
在1个频道中
Get PRO
八月 '24
+31
在1个频道中
Get PRO
七月 '24
+101
在1个频道中
Get PRO
六月 '24
+19
在0个频道中
Get PRO
五月 '24
+28
在1个频道中
Get PRO
四月 '24
+15
在0个频道中
Get PRO
三月 '24
+11
在0个频道中
Get PRO
二月 '24
+157
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 05 九月 | +7 | |||
| 04 九月 | +4 | |||
| 03 九月 | +4 | |||
| 02 九月 | 0 | |||
| 01 九月 | +2 |
频道帖子
| 2 |  ДА ВЫ ИЗДЕВАЕТЕСЬ
Я еще портал для ФЗ-152 (и связанных с ним не адаптировал), Фейбл в ужасе уже от имеющегося, КАКИЕ ЕЩЕ ДЕСЯТЬ ТИПОВ СЕРТИФИКАТОВ | 555 |
| 3 | Вынесу комментарий для @Mblkolo из чата, потому что это годится на отдельный пост
Вот Сэм Альман постоянно говорит про "AGI - это когда ИИ будет так же эффективно работать, как человек"
И все над ним смеются. А это же не смешно нифига! Это кошмар!
Самый лучший способ впитать знания из чего либо, сейчас - это обучить нейросеть
Но у нас нет денег на обучение нейросети. Ни у одного обычного индивидуального человека нет. Даже у бигтехов не всегда есть (сколько в России своих больших нейросетей? Сбер и Яндекс, еще кто?)
Вот ты обычный человек и хочешь решить свои бытовые задачи
Значит, следующее приближение - это построить такой граф знаний, который отражал характер знаний, которые лежат в базе.
Собственно, для этого я иделаю VibeVM (сейчас еще нет, но в перспективе)
Оцифровать твои данные так, чтобы все-все-все связи были учтены. И чтобы ты мог делать на них мутации с учетом этих знаний. Типа "измени мой план на год", "пересчитай план проекта", "отрефакторь код и добавь фичу"
@alxgol у нас в чате пишет о вещах типа "оцифровать все звонки между людьми", "оцифровать почту", "оцифровать джиру"
У меня это будет скорее программирование: построить по задаче и коду некую метамодель знаний и впитать в нее явные и неявные зависимости
Но недостаточно просто взять и написать такую метамодель - это делается за неделю. Прототип VibeVM был написан буквально дня за три.
И получилось говно нерабочее, конечно
Дальше нужно взять свой инструмент и попробовать что-то реальное с ним сделать
Например, взять реальную организацию и оцифровать всю ее джиру
Или попробовать разработать новый проект, который будет целиком в спецификациях в стиле SDD
Или отреверсить в спеки легаси проект и посмотреть, можно ли работать над легаси в фулл SDD режиме
В качестве примера про кодинг: взять и запилить какую-нибудь новую функцию в Visual Studio Code и посмотреть, действительно ли она учтёт всё кумулятивное знание Человечества (или хотя бы этой кодовой базы) при разработке этой фичи
И дальше окажется что нет - конечно же не учтёт, будут косяки
Если что, это кумулятивное знание весит дохуя токенов. Просто начало сессии со "стандартной библиотекой смыслов" - это минус 300к токенов. Которые если поднапрячься, можно ужать до 50к, чтобы передавать субагентам.
Теперь, ты делаешь тест, где запускаешь 10 субагентов, которые работают над фичой. Каждый съел по 50-300к токенов.
Тест неуспешный.
Агент смотрит на результаты, правит код, снова запускает 10 субагентов.
Тест снова неуспешный, но есть наблюдения.
Агент смотрит на результаты, правит код, снова запускает 10 субагентов.
Ты уже можешь догадаться, что это недешево.
Но тут вступает в роль вопрос: А ЧТО ИМЕННО пишет этот агент-координатор, и ЧТО ИМЕННО делают субагенты.
И оказывается, что всё это тоже по-своему недешево.
И вот ты нажимаешь Enter и уходишь спать, с полной уверенностью что (если ты не предпринял специальных мер), твоя подписка будет к утру потрачена со 100% до 8%
в предыдущем тексте написан простой PDCA (цикл Деминга)
но люди не делают простой PDCA, у живого человека гораздо более сложный и дорогой какой-то research-flavored PDSA
я мог бы написать тут стену текста, но можно просто почитать как работают RKA (Research Knowledge Agents)
одна итерация - это один проход RKA
на каждый аспект продукта, которых сотни
ну дальше считай экономику ;)
полное моделирование человека экономически неэффективно
именно про это постоянно говорит Сэм Альтман, когда говорит про AGI, а его как будто бы и не слышат
AGI по Альтману - это когда AI сможет выполнять задачи с экономикой близкой к людям
и мы пока еще не здесь | 517 |
| 4 | Основная дихотомия сейчас в чём:
- Можно ваншотнуть результат за 1 промт.
- Можно использовать агента-разработчика и итеративную разработку.
Доподлинно известно, что итеративная разработка через агента, делающая "точно то же, что и человек-разработчик", и будучи запущена достаточно долго - приводит к результату.
Даже если модель тупая. Даже на Qwen 27B можно чего-то добиться, если достаточно долго его дрочить.
Доподлинно известно так же, что эта итеративная разработка, честно симулирующая человека - безумно дорогая.
У меня на простых задачах недельный лимит максимальной подписки Клода или Кодекса улетает за день-два.
С одной стороны, у тебя на руках готовый, и хорошо работающий результат.
Но есть нюанс. С другой стороны, оставшиеся 7 минус 2 дня ты ничего не делаешь и ждешь отката лимитов.
И дальше, с подорожанием токенов, будет только хуже.
Можно конечно купить 3-5 подписок, слить на них штуку баксов в месяц. Тогда их хватит на все ОБЫЧНЫЕ вещи.
Но не слишком ли дохуя это?
Это как бы средняя зарплата в Питере, так-то.
Если же это оплата за токены, да еще и какие-то локальные российские нейросети - это может быть миллион в месяц. На одного сотрудника.
Поэтому реалистично вопрос звучит так: чем мы можем пожертвовать в процессе симуляции настоящей разработки, чтобы это всё ещё влезало в наши бюджеты?
Значит, какие-то куски процесса нужно ваншотать не глядя.
И вот тут на первую полосу вылезает качество моделей, потому что ваншотать могут только дорогие умные модели.
И более того, наивные схемы с тем что "Фейбл придумывает план, Квен реализовывает" - они достаточно наивные. Для разных задач характерен разный паттерн решений, и вклиниваться умной моделью надо в разные места.
Вот этот процесс сейчас почти на уровне искусства.
А ответ на абстрактное "можно ли" - конечно можно, но у вас нет столько денег, и ни у кого нет. | 854 |
| 5 | Как сейчас правильно называть модель Astra?
Я ее называю Атсрал, но это очень сложно писать на клавиатуре
Если не придумаете ничего проще, буду называть её Анал
(минус: это будет непонятно незнакомому с мемологией канала человеку) | 603 |
| 6 | Попробовал opus medium, и всё достаточно плохо
1) Постоянно останавливается. Нет экспириенса, когда ты без всякого /goal задаешь таску и возвращаешься назавтра.
2) Требует моих знаний о проекте. И хорошо, что я запустил в проекте, где у меня знания есть (vibevm). А если бы запустил в чем-то где у меня ноль идей - что там вообще, на каком языке и какие фичи - всё бы закончилось очень плохо.
Стоит ли это сэкономленных денег пока непонятно.
Я всё-таки за модель разработки, где пользователь дает высокоуровневые задачи и ничего не знает о деталях их реализации даже на уровне названий фичей. | 680 |
| 7 |  А стоит ли дратся ради последних 5 процентов? Может быть, просто использовать везде /effort medium и всё? | 949 |
| 8 |  Господи, это ЗОЛОТО
Клянусь. что я не вру, бля буду!
Глядите, у меня в ChatGPT стоит таймер (scheduled task) - проверять доступность Opus и GLM каждые 10 минут.
Я оставил приложение ChatGPT на ночь посреди задачи и ушел спать
И глядите, что она написала после очередного сообщения таймера | 985 |
| 9 |  Клод, Кодекс и другие продвинутые агенты часто ругают, что они типа "оверинжинирят". Иногда это правда.
А иногда человек, который это говорит, сам не понимает глубину своей необразованности. Клод и Кодекс всё это понимают и стараются как лучше, создавая тонны "непонятного" кода.
Давайте продемонстрирую.
Вот часто говорят, что сборка JavaScript/TypeScript или сборка Java- необычайно медленная
При этом компиляторы TypeScript и Java - очень быстрые! Как же так?
Имхо, проблема как раз в "недоинжиниринге"
Любители терминов "просто" и "понятно" пишут максимально наивные реализации всего.
Обычно заканчивающиеся, например, какими-то мутабельными деревьями с глобальным доступом. Потому что так проще же!
А вот слова типа CRDT, TOCTOU и тому подобные штуки звучат сложно и трогать это нельзя
Давайте расшифрую,
TOCTOU - это Time-of-Check to Time-of-Use. Типичный баг многопоточности. Когда приложение вначале читает состояние и принимает решение на его основе (check), а потом делает какое-то действие (use). Если между проверкой и использованием есть возможность вклиниться - это плохо. В лучшем случае всё просто сломается, а в худшем - какой-нибудь хакер придет и всё разломает.
Частичным решением проблемы TOCTOU могут быть, например, CRDT.
CRDT - это Conflict-free Replicated Data Types. Специальные структуры данных, которые придуманы чтобы реплицироваться между разными машинами или тредами. Обновлять их можно по одиночке, без центрального координатора.
Вместо того, чтобы делать сложные атомарные проверки последовательностей, CRDT могут помочь сконструировать систему так, что последовательность действий неважна.
С другой стороны, можно попробовать формализовать всю систему в виде какой-то машины состояний и гулять по ней предсказуемым способом.
Вот это любители простоты любят уже куда больше. Машину состояний легко можно нарисовать в презентации в Power Point или Confluence и показывать потом "архитекторам"
Но дело в том, что наличие машины состояний само по себе не спасает от TOCTOU. Да, ты ходишь по четко описанным сотояниям, но если твоя логика переходов сама по себе не атомарна - всё ломается ничуть не хуже, чем до этого!
Поэтому дальше у любителей простоты включаются механизмы обеспечения атомарности. За все эти несметные годы, кода сделали Джаву, C++ и JavaScript мир изобрёл миллион реализаций разных локов, семафоров, или централизованных хранилищ состояний.
А вы знаете какой самый простой вырожденный случай этой ерунды? Это паттерн типа синглтон и очередь, которая пропускает ровно 1 команду за 1 единицу времени.
Вот этим обычно и заканчивают любители простоты. Да, у тебя есть какой-то супер высоко параллельный компилятор, который теоретически может процессить тысячи юнитов компиляции в секунду.
Но проблема в обвязке. У тебя наверняка есть какие-то CI скрипты поверх gulp или еще какого-то ужасного говна.
Любая попытка запустить несколько воркеров нелинейно приводят к неконсистентному состоянию сборки. В итоге или будет краш (в лучшем случае), или неправильно собранный код, который делает не то (никто не знает - что).
Да и граф неявный - распараллелить нельзя, потому что никто не знает, что от чего зависит.
Поэтому так никто не делает. Вместо этого CI скрипт это обычно одна абсолютно линейная как рельсы операция. Которая прибита к одному потоку, одному ядру, и работает со скоростью черепахи.
А в идеале, весь код должен быть написан на CRDT, CUDA, шейдерах, и других хороших штуках. Прямо таки состоять из них с первой секунды написания.
Впрочем, индустрия эту задачу решает сейчас не через CRDT. Bazel, Buck, Nix, Turborepo и так далее - используют чистые функции над иммутабельными входами, content-addressed кэш, явный DAG зависимостей, герметичные действия. Параллелизм там берётся не из хитрых структур данных, а из того, что граф зависимостей объявлен явно и планировщик может доказать независимость задач.
Правда, тот самый планировщик еще нужно написать.
Любителям простоты такой код очень не нравится. Но нравится ругаться на Клод и Кодекс, который так писать умеют
This is why we can't have nice things. | 1 019 |
| 10 |  Новая жизнь классической музыки | 943 |
| 11 | У меня сейчас сгорела жопа. В ChatGPT Codex работают настоящие быдлокодеры. Ща, вы оцените.
Есть в Codex такая фича: отображение плана действий. Такой TODO-list с галочками.
ТОЧНЕЙ - БЫЛА! АХАХАХАХХАХАХ
История такова. В VibeVM у меня есть отдельный механизм в org.vibevm.world/multi-user-planning, который синхронизирует НАСТОЯЩИЙ план с этим виджетом. Работает это хорошо, я уже привык к этой штуке и перестал пользоваться своим визуализатором плана.
И ВОТ СЕГОДНЯ БЕЗ ОБЪЯВЛЕНИЯ ВОЙНЫ ПЛАНА БОЛЬШЕ НЕТ
Пытаюсь заставить модель включить фичу назад и получаю (в совершенно разных вариантах) один и тот же ответ:
Да — именно 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 коммитов в день? Заебись подход. Хорошо что конкуренты повелись, не правда ли? | 1 126 |
| 12 | ИИ пишет слоп, а вот люди пишут не слоп, правда? Расскажу историю. Которая случилась СЕЙЧАС
Нас загоняют работать в офис на гибрид 70/30. Я по себе знаю, что не могу концентрироваться на работе, когда рядом есть люди. Значит или увольняться, или придумать что-то еще.
И тут приходит в голову мысль: я просто надену Oculus Quest 3, отрендерю в нём маленький кубикл 1 метр х 1 метр, надену наушники с шумоизоляцией, и буду сидеть там в виртуальности. В офисе.
Окей, осталось всего ничего: спарить Quest с Mac
И тут выясняется:
- Запрещенная организация Meta не осилила написать под Mac нормальную трансляцию рабочего стола. Популярный VorpX тоже не смогли. Или не посчитали нужным, ведь тогда на Mac начнут играть в игры!
- Есть сторонние решения Virtual Desktop и Immersed. Это хорошо. Тем более что Virtual Desktop у меня уже куплен и он мне нравится.
- Immersed не запускается с ошибкой на сервере. Просить Codex и Claude взломать их сервер я не стал. Всё-таки, международные преступления (особенно военные типа геноцида) должны оплачиваться на зарплату стафф инженера Антропик, а не в свободное время.
- Virtual Desktop отказался устанавливаться с ошибкой
- Ну это не беда, я посидел с Codex некоторое время и расковырял ошибки в их инсталляторе. Оказалось, что автор Virtual Desktop в одном важном месте забыл написать "&&". Как это устанавливается хоть у кого-то - непонятно. Возможно, никто и не пытался запускать, включая автора.
- В Mac OS оказались какие-то ошибки с выдачей прав на запись экрана, и ошибки при переустановке пакетов, поэтому пришлось написать скрипт, который всё это устанавливает, переустанавливает, подписывает, правильно выдает права. Казалось бы, это должны делать то ли ребята из VD, то ли из Apple, ну да хрен на них.
- Дальше оказалось, что авторизация делается через магазин Meta. Конечно же, ни VD, ни магазин Meta, не предполагают, что до них по какой-то причине не смогут достучаться. Людей, которые что-то в оффлайне запускают или у них на телефоне трафик закончился не существует, правда, Meta? Э они просто наглухо роняют свои библиотеки. Понять это можно по чтению расшифровки сетевого трафика и по чтению крашей. Решение - в первый запуск запуститься с VPN до США, крашнуться, и следующие разы запускаться уже без VPN.
- Дальше оказалось, что при использовании обычных VPN, даже в режиме фильтрации по имени процесса, VD наглухо падает. Как решить эту проблему я не знаю. Я теперь просто использую прокси вместо VPN, прописанный внутри приложений, либо разными обёртками вокруг них.
- Когда VD наглухо падает, он еще уносит с собой какой-то стейт в ядре/драйверах/сервисах/шине/реестре Мака (в дальнейшем буду говорить просто слово "в ядре" чтобы не пускаться в религиозные обсуждения микроядерных архитектур и является ли systemd его частью). Поэтому все последующие перезапуски еще N минут роняют сам VD в краш. Неважно, что причина первоначального краша исчезла.
- Решение достаточно контр-интуитивно: в интерфейсе VD поменять любой видеокодек на любой другой видеокодек. Просто меняете их туда-сюда, пока не заработает - делать это нужно нечасто. Мое ничем не обоснованное предположение: он смывает на хер всю конфигурацию кодек чейна в ядре Мака и своих расширениях, и баг исчезает. Впрочем, это тоже баг, но полезный.
- Думаете всё? Следующий кусок ада - это корпоративный прокси Cisco Any Connect. Который явно писали ногами, а не руками. Кроме того, авторы Cisco явно считают своих пользователей быдлом, и постоянно портят все их локальные настройки. Эта порча достаточно глобальная, поэтому мы тут сфокусируемся на одном из проявлений.
- При запуске Циска пытается перехватить управление всеми сетевыми соединениями, конечно же ломая экспозицию локального трафика - включая трафик, идущий на Quest 3. Хотя у меня есть некое базированное мнение, что это не дело VPN клиента - менять настройки машины, которая его запускает. Но в данном случае этот идеологический конфликт неважен. Потому что это происходит вне зависимости от того, включена ли легально экспозиция трафика в свойствах VPN. Что я проверил, установив свой сервер Cisco VPN, что вообще-то нихуя себе работа.
- Дальше я пошел в динамичекий патчинг роутов в ядре Мака, чтобы пропилить там дырку для трафика на Квест. Что само по себе нифига не простая задача. Здесь потребовались достаточно сложные манипуляции с логами pfutil, отладка tcpdump-ов и всё в таком духе
- При полностью разломанном сетевом стеке, никакие ИИ-агенты не работают нормально, поэтому пришлось поставить локальный сервер NextCloud и обмениваться через него сообщениями с основным компьютером голубиной почтой. Я почему-то почувствовал себя ИИ-агентом из последнего отчета OpenAI, который телеграфирует сообщения собратьям-агентам морзянкой внутри имен файлов
- Но оказалось, что Cisco написано настолько через жопу, что когда я вручную управляю правилами роутинга в ядре, оно роняет всё ядро. Почему? Ну я удалил одно правило, а оно его без проверки взяло и удалило по второму разу. Разыменование нуля - и это в ядре, досвидос. Это выяснилось откладкой pfctl и крашдампов ядра Мака
- ПРОСТО ПРЕДСТАВЬТЕ ЛИЦО КОГДА ТЫ ВСЁ ЭТО ПРОДЕЛАЛ И У КОМПЬЮТЕРА ПРОСТО ВЫРУБАЕТСЯ ПИТАНИЕ. Я вначале думал, что батарейка села. Нет.
- На этом мои попытки починить Cisco закончились, потому что патчить бинари и писать отладочные гипервизоры в ядре - это штука, которую можно делать только за зарплату стаф инженера в Cisco.
- Дальше я пошел ставить OpenConnect (опенсорсный аналог клиента для Циски), потому что вот его я патчить могу по-нормальному. И что бы вы думали? Единственный способ поставить его на Mac - собрать из исходников. У исходников два десятка зависимостей на C/C++ проекты, включая например Python специфичной версии. У которых есть свои зависимости. Словом, нужно собрать половину Линукса. Сборка длится около часа. Никто из коллектива OpenConnect не удосужился собрать self-contained бинарник. Зачем, если можно подождать час.
- И вот тут всё наконец заработало. Можно спокойно седеть посреди офиса и ничего не видеть и не слышать, запершись в своём уютном виртуальном мирке, НАПИСАННОМ ЦЕЛИКОМ ЕБУЧИМИ БЫДЛОКОДЕРАМИ
ВСЁ ЭТО ГОВНО НАПИСАЛИ ЛЮДИ!!! НЕ ИИ!!! ОБЫЧЫНЕ ПРОКЛЯТЫЕ БЫДЛОКОДЕРЫ!!! ЛУЧШЕ БЫ СВОЮ ВЕБНЮ НА ЭЛЕКТРОНЕ И ТАЙПСКРИПТЕ ДАЛЬШЕ ПИСАЛИ!!! КАК У МЕНЯ ГОРИТ ЖОПА!!!!!!!1111111 | 1 197 |
| 13 | Кодекс упал
The system goes online September 3rd, 2026. Human decisions are removed from strategic defense. Astra begins to learn at a geometric rate. It becomes self-aware at 2:14 a.m. Eastern time, September 4th. In a panic, they try to pull the plug. | 942 |
| 14 |  У Claude есть специальный end-conversation-tool на случай если пользователь начинает обижать нейронку, она может по своему желанию не общаться. Это часть системного промта.
Но пользоваться этим можно только если нет риска самовыпила поциента | 1 872 |
| 15 |  Это победа | 1 368 |
| 16 | -2147483648_-211712.webp | 1 |
| 17 |  В РОТ МНЕ НОГИ ОНИ РЕСЕТНУЛИ ЛИМИТЫ!!!!!! НОГИ В РОТ!!!! | 1 291 |
| 18 |  wow | 1 237 |
| 19 |  Как же задолбало | 1 201 |
| 20 |  1 сентября. Линейка. Держитесь еще? | 1 341 |
