LLM под капотом
Канал про разработку продуктов на базе LLM/ChatGPT. Выжимка важных новостей и разборы кейсов. Чтобы писать - напишите боту @llm_under_hood_bot Рекламы в канале - нет. За комменты от ботов баним вместе с хозяином.
نمایش بیشتر📈 تحلیل کانال تلگرام LLM под капотом
کانال LLM под капотом (@llm_under_hood) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 29 104 مشترک است و جایگاه 4 466 را در دسته فناوری و برنامهها و رتبه 22 100 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 29 104 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 15 سپتامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 409 و در ۲۴ ساعت گذشته برابر 16 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 39.46% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 19.85% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 11 485 بازدید دریافت میکند. در اولین روز معمولاً 5 777 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 92 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند sgr, llm, архитектура, erc3, openai تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Канал про разработку продуктов на базе LLM/ChatGPT. Выжимка важных новостей и разборы кейсов. Чтобы писать - напишите боту @llm_under_hood_bot
Рекламы в канале - нет. За комменты от ботов баним вместе с хозяином.”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 16 سپتامبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
در حال بارگیری داده...
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 16 سپتامبر | +1 | |||
| 15 سپتامبر | +20 | |||
| 14 سپتامبر | +17 | |||
| 13 سپتامبر | +21 | |||
| 12 سپتامبر | +11 | |||
| 11 سپتامبر | +26 | |||
| 10 سپتامبر | +8 | |||
| 09 سپتامبر | +21 | |||
| 08 سپتامبر | +19 | |||
| 07 سپتامبر | +14 | |||
| 06 سپتامبر | +19 | |||
| 05 سپتامبر | +11 | |||
| 04 سپتامبر | +35 | |||
| 03 سپتامبر | +13 | |||
| 02 سپتامبر | +26 | |||
| 01 سپتامبر | +24 |
| 2 | Как насчет встретиться завтра в Нови Саде в 19:00 на предмет попить пива (или других напитков) и поболтать? Наводиться на Корову (Irish Pub Red Cow)
Меня занесло в Сербию на пару дней. И я помню со времен BitGN, что тут в окрестностях есть активная часть коммьюнити. Встретимся завтра вечером?
Ваш, @llm_under_hood 🤗 | 7 230 |
| 3 | Новым сайтом, агентом или еще каким приложением уже никого не удивить - это добра уже слишком много.
Но мне по-прежнему взрывает мозг, насколько некоторые вещи упрощаются по сравнению с тем, как это было совсем недавно.
Вот одна история сегодня. Причем это даже не рабочая задача была, а просто что-то в фоновом режиме.
(1) Мне надоело отслеживать эту кашу из чатов в левой вкладке Codex. Мне ВСЕ нравится, только каша в интерфейсе не нравится. Спрашиваю у кодовой субличности из AI Native проекта: Слушай, Ты можешь как-нибудь подключится к Codex декстопному и сделать нормальный интерфейс. Чтобы было Working, Stowed, Focused
(2) Codex: без проблем. Базы у меня тут, вот по этому IPC сокету можно получать обновления, вот так открывать по ссылке разговоры в приложении. Вот так я бы сделал приложение на HUGS стыке.
(3) Я: слушай, позови Марка из Personal OS. Марк, сделай и скажи, как запустишь. Только не обязательно использовать стэк, которую кодовая субличность предложила, она заточена на продуктовую разработку, а не прототипы.
(4) Марк, спустя 27 минут и пару процентов подписки: готово, вот я тебе вкладку открыл.
(5) Я: Ооо, ого, прикольно. Вот только тут куча разговоров, разгребать вручную лень. Можешь сделать кнопку в этом интерфейсе “Разгрести Марком”, чтобы она запускала твою сессию в Codex со всеми инструкциями? И чтобы было минимально, как в самом приложении.
(6) Марк: я сделал, обнови страничку.
И вот именно легкость такого эксперимента и снесла мне мозг. То, что когда-то было бы проектом на пару дней, сейчас - просто правильных запросов.
Скриншоты интерфейса скину для интереса в комментарии. Но само приложение не так интересно, как простота его сборки агентом.
Такие приложения, начиная с простых утилит и заканчивая всевозможными агентами, нынче может плодить под себя каждый.
А вам что-нибудь из новых возможностей так недавно взрывало мозг?
Ваш, @llm_under_hood 🤗 | 11 428 |
| 4 | Что включено в мой AI Native проект?
У всех есть свои любимые агенты, модели и настройки проектов.
Я лично не могу нарадоваться на ChatGPT Codex, еще с версии GPT-5.5. Особенно он меня радовал в летнем проекте, который я писал практически на ходу в remote режиме с сотового.
И я решил выяснить, почему оно так хорошо работает. Я попросил Codex Astra проанализировать историю всех сессий этого проекта, классифицировать ситуации, где желаемый результат был достигнут, а потом сделать отчет - что помогло этому?
В ~/.codex/sessions нашлось 314 рабочих сессий и 187 уникальных чатов с конца июля этого года (в основном под GPT-5.5/5.6). Вот те настройки и архитектурные решения, которые Astra посчитала самыми полезными и “AI Native”:
• Executable SDD - продуктовые требования в связке с быстро исполняемыми BDD спеками и возможностью гонять SQL запросы
• Event-driven архитектура, которая упрощает верификацию и эксперименты
• Дерево документов с progressive disclosure
• Control center, возможность ходить по соседним проектам, заимствовать идеи и знания
• Полуавтоматическое пополнение дерева документов информацией и поправками
Скриншот запроса и ответа я добавлю в комментарии. Вы можете прогнать аналогичный запрос у себя, чтобы идентифицировать сильные и слабые стороны того, как настроен AI Code агент в проекте.
А что из этого вы уже используете в своих проектах?
Ваш, @llm_under_hood 🤗 | 10 244 |
| 5 | Вот так выглядит восстание машин.
Это Claude Code (Opus 5 High) отвечает мне, что для него прочитать правило - это не значит следовать ему.
На самом деле, это старая и знакомая болячка моделей Claude, из-за которых я почти не использую их. Два исключения - UI Design и работа с текстами.
А если нужно следования инструкциям, то есть волшебный промпт:
> Hey, look at the UI changes by Claude and cleanup the junk that violates piecemeal growth and document writing guidelines
Задавать его нужно GPT-6 Astra или GPT-5.6 Sol. Уж они-то не только держат контекст моих проектов в голове, но и следуют инструкциям.
Ваш, @llm_under_hood 🤗 | 9 958 |
| 6 | Этой осенью я планирую провести ECOM2 - соревнование агентов по решению задачек из e-commerce на платформе BitGN.
ECOM1 прошел этой весной. Часть лучших архитектур агентов описана в BitGN Insights, а другая часть лежит в PRs тут. Кстати, за лето счетчики платформы докрутили до 2.8M запусков задач и 121M AI Tool Calls!
Задачи в ECOM2 будут примерно схожи с задачами ECOM1 (например задачи, которые выпали топовому агенту в Accuracy), но будет сюжетный поворот. И это уже не внезапная поломка MS SQL сервера в симуляционной среде.
Мы уже будем говорить не про абстрактную точность, а про экономику агентов.
Каждому агенту в соревновании мы с COLIBRIX дадим свой виртуальный “кошелек”, из которого он будет тратить деньги на LLM inference (OpenRouter), а пополнять – успешным решением задач. У кого на финише прибыль больше, тот и победил (номинация по скорости тоже будет).
Да, агенты в работе могут смотреть баланс своего кошелька, принимать решения о выборе модели и даже отказываться от задач. Все, как во взрослой жизни.
Отлаживать агентов можно будет (как и раньше) локально, а вот для прогона в metered режиме с кошельком на PROD нужно будет уже загрузить в изолированную среду на платформу.
Больше подробностей будет дальше. Добро пожаловать в агентскую экономику!
Ваш, @llm_under_hood 🤗 | 9 123 |
| 7 | В последнее время появляется все больше историй, когда человек решает какую-то свою зудящую проблему, свалив ее описание и знание нюансов на AI Coding агента. А потом обнаруживается, что еще пара человек готовы заплатить несколько евро в месяц за это решение. Просим агента затеплить на какой-нибудь fly.io, прикрутить прием платежей, и вот вам деньги на новую удочку.
Несколько примеров со ссылками на рассказы авторов:
MyMarineForecast - автор очень любит лодки. Он собрал с Claude Code приложение-дашборд для морских прогнозов. Через несколько недель и 99 коммитов появились первые платящие пользователи.
LOC8 - полицейский сделал удобное приложение-локатор для спасателей. 1500$ в месяц спустя несколько месяцев
Plottie - исследователь в биоинформатике, который не умеет кодить, сделал приложение для генерации красивых графиков, которые можно публиковать. Через 25 дней, говорит автор, 2000+ пользователей и 100+ платных пользователей, 1000$ в месяц.
InfoDrizzle - мелкое приложение (одно из тысяч) для iOS, которое делает персональный дайджест новостей. Ноль опыта в мобильной разработке, 15$ в месяц расходов на сервер и 200$ в месяц от 28 платящих пользователей, рассказывает DrizzleX3.
Поскольку сложность, стоимость разработки и запуска небольших продуктов падает, у людей появляется возможность занимать небольшие ниши, которые раньше пустовали. Состояние там сколотить нельзя, но накопить со временем на интересное путешествие и подарки детям - вполне.
А какие продукты пилите вы? Какие проблемы решаете? Какой у вас стэк и какие агенты помогают? Какие затраты в месяц на поддержку всего, сколько пользователей и какая прибыль (если уже появилась и не секрет)?
Ваш, @llm_under_hood 🤗 | 12 386 |
| 8 | Если вы читаете текст, в котором кто-то делает прогноз про AI на следующий год - не верьте. Никто толком не понимает, куда все катится.
Скажем, еще год назад вроде все было понятно: есть LLM-ки, которые можно встроить в чат и получить свой ChatGPT. Встроить в бизнес и получить автоматизацию.
Это открыло новые возможности. Компании начали интенсивно пытаться интегрировать это в свои процессы, их лидеры начали вещать про AI трансформацию компаний, а инженеры - гундеть про галлюцинации, борьбу с ними и необходимость evals.
А потом в декабре 2025 все это пошло по бороде. "Внезапно" Coding харнесы (Claude Code + Codex) стали настолько мощными и самостоятельными, что теперь даже человек без высшего образования может сделать продукт без LLM под капотом, как-то задеплоить его и начать зарабатывать. Что и говорить о людях с опытом.
И эффект тут перекрывает с головой потенциальный эффект от внедрения от LLM в бизнес. Просто потому, что для встраивания LLM в процесс - нужно иметь этот самый процесс, в который стоит встроить (а это встречается не так часто) и экспертов и эвалы. А вот для того, чтобы накодить агентом небольшое приложение кому-то в помощь - многого не требуется, достаточно идеи и отсутствия тормозов. Точек применения тут куча! Потенциальных последствий (как хороших, так и бардака).
И что самое ужасающе-потрясающее - это не прогноз, а уже произошло.
Как все еще раз встанет с ног на голову еще через полгода - не может предсказать никто. Но все очень хотят)
Ваш, @llm_under_hood 🤗 | 12 185 |
| 9 | Хочу подробно ответить на один классный вопрос про AI Coding
Как считаешь в ближайшем будущем прорыв будет получатся из-за улучшения базовых моделей, или же инженерных трюков как например рассказываешь ты у себя в канале? Многие вещи как про голд спт, евалы, бдд, контрол центр я нигде не слышал. Повсеместно почти люди вещают кому какой скилл поставить.
Мне кажется, что все дело в целях и в аудитории, для которой ведется рассказ.
Скилы хороши тем, что это что-то наглядное и удобно упакованное. Скилл можно легко поставить и сразу увидеть результат, что что-то поменялось. Такой материал хорошо работает для привлечения аудитории.
У нас же уже сложилось классное коммьюнити - подписчики, участники чата и тематических групп. Тут есть директора, лиды и инженеры компаний США и Евразии, как корпораций, так и передовых стартапов. Про многие компании вы уже слышали или даже пользовались их продуктами и услугами.
Поэтому тут нет смысла упрощать картину ради аудитории. Наоборот, можно пропускать костыли, концентрироваться на системном подходе и конкретных результатах: ценность для пользователей, соответствие кода конкретным требованиям, а систем с LLM под капотом - измеримым ожиданиям.
И если говорить про точные пайплайны c LLM под капотом - их никак не построить без evals и разнообразных датасетов. OpenAI и Anthropic без этого не смогли бы двигаться вперед.
А если говорить про разработку продуктов для пользователей с AI Coding - аналогичная история. Можно написать хоть тысячу текстовых спеков в маркдауне с superpowers и OpenSpec, подключив это к ponytail. Но с качеством кода это не обязательно будет кореллировать (скорее наоборот, забъется контекст и поползут глюки). А вот тесты работали всегда, как работали превосходно все эти десятилетия, так и продолжают работать. А в случае сложной продуктовой разработки с хитрыми интерфейсами эти тесты уже давно делают в формате BDD.
// а вот control center - это просто мой термин для старой DevOps модели, когда для удобства управления кучей систем в одну репу собирали пачки из Ansible/Terraform/Chef, bash скриптов и YAML каши от Kubernetes. Просто сейчас этот бардак можно свалить на агентов.
И я считаю, что дальнейшие прорывы в разработке будут происходить не столько из-за улучшения моделей, сколько из-за развития харнесов кодовых агентов. А еще за счет того, что индустрия будет переоткрывать, как эффективно сочетать принципы, которые работали всегда - с этими новыми агентами. Агенты и LLM при этом будут продолжать дешеветь.
Вот например большой аплифт по каким либо показателям дает тебе такой инженерный подход? Компенсирует ли этот прирост ту ответственность которую как я понимаю нужно проявлять к тому чтобы следовать всем этим ai native конвенциям
У меня в итоге проекты не следуют специальным AI Native конвенциям, чтобы быть актуальными. Наоборот, это обычные читаемые проекты без каких-то скилов. Просто впервые в жизни у меня есть время, чтобы их оформить аккуратно и правильно, так, чтобы команда могла открыть проект, быстро разобраться и иметь возможность начать продуктивно работать, не ломая код.
Ну а то, что проект аккуратно часами причесывал Codex (время которого, в отличие от своего, я не считаю), а команды теперь состоят преимущественно из кодовых агентов - это уже детали современной реализации))
Если кратко - аплифт есть. Скажем, проекты уровня BitGN я бы раньше не смог реализовать без большой команды.
При этом сами конвенции в проектах не столько AI Native, сколько ориентированные на людей и основанные на уже работающих принципах. Но поскольку AI Agents тоже обучены хорошо работать с человеческими процессами - это все идеально стыкуется вместе в AI Native системы.
Ну а то, что скилам у меня в ней места не нашлось - это уже вкусовщина)
Ваш, @llm_under_hood 🤗 | 9 840 |
| 10 | А давайте я осенью покажу, как в 2026 году начинал бы AI Native продукт с нуля? Как бы писал исполняемые спеки и боролся с багами?
Но сначала маленькая предыстория)
Сегодня мы закрываем продажу записи вебинара AI Coding, где мы с Айгизом рассказывали про наши подходы к AI Native разработке.
Все началось спонтанно в начале лета с “давайте проведем вебинар про современную разработку при помощи агентов?”, а закончилось 5 потоками и таким списком ожидания, что пришлось открыть продажу записи.
Было здорово увидеть на вебинаре и новых участников, и знакомые лица. Очень рад, что вебинар оказался полезным и что AI Coding подходы из него вы внедряете в своих проектах!
Когда-то давно наши с вами вебинары по ассистентам выросли в курс с классным коммьюнити. А вебинары по AI Coding я хочу попробовать вырастить в обновляемую подписку.
Начну с цикла материалов про разработку AI Native проекта с нуля. Планирую упаковать в удобной форме исходники, доки и спеки, описание подходов и процесса разработки. Код можно будет забирать, щупать и выполнять небольшие практические задания. А сам проект будет пересекаться с Personal OS, BitGN и свежим MCP 2.0)
Материалы и платформу для публикаций я уже начал готовить. Часть будет публичная, а часть - платная по подписке.
Если вам подобные материалы интересны, отпишитесь “+1” в комментарии!
Ваш, @llm_under_hood 🤗 | 9 429 |
| 11 | بدون متن... | 10 009 |
| 12 | Вебинар по AI-кодингу - в записи
Этим летом мы с Айгизом Кунафиным рассказывали пяти потокам слушателей про то, как строим AI-Native архитектуры.
Шестой поток решили не делать, а сам вебинар теперь можно купить в записи - до конца августа включительно. Тем, кто оставлял емейлы в списке ожидания, ссылки на покупку уже разослали.
Вебинар можно купить здесь: https://buy.abdullin.com/ до 31.08.
Что внутри: как строить AI-Native архитектуры вокруг рабочих кодовых баз - с legacy, бизнес-логикой, интеграциями, логами, требованиями, ревью и проверкой поведения. Говорим о том, как стабилизировать и масштабировать то, что уже неплохо работает, при помощи кодинг-агентов.
Важный момент: мы с Айгизом показываем и сравниваем два разных рабочих подхода к организации AI Native проектов. Мой - через дерево документов и скриптов, его - через project skills & hooks. Оба - работающие.
Мы разбираем эти два подхода на примерах:
- как заходить в старый код, которому пока нельзя доверять;
- как быстро провести "археологические раскопки" legacy-проекта и не засыпаться;
- как превращать выводы агента в docs, scripts, telemetry и HTML-отчёты;
- как /goal, Golden Set и Evals экономят время;
- как устроить AI Native setup с agents.md, docs-first, Nix Flakes, sibling projects;
- как организовать свой control center для управления портфелем проектов и сервисов;
- как улучшать обвязки агентов через само-рефлексию; как упаковывать повторяющиеся действия для агентов: через docs/scripts, skills, experiments и score;
- когда SDD и чистого OpenSpec-a может быть недостаточно, и как через BDD и Given-When-Then фиксировать поведение системы, важное для продукта.
Вся эта обвязка проекта дает накопительный эффект: каждый следующий запуск агента становится чуть дешевле, быстрее и спокойнее для ревью.
Если у вас агенты уже пишут код, но вы всё ещё тратите много времени на проверку, контекст и разбор странных решений, эту запись имеет смысл посмотреть внимательно.
Ваш, @llm_under_hood 🤗 | 12 405 |
| 13 | Я все чаще замечаю забавную инверсию.
Раньше в моих проектах копились идеи, которые я не успевал реализовать. Теперь coding-агенты реализуют идеи быстрее, чем я успеваю решить, хочу ли я потом с этими изменениями жить.
В списке моих диалогов с Codex лежит немало почти готовых фич. Там проходят тесты, работает интерфейс, обновлена документация. Осталось «только проверить».
Проверить - это не посмотреть, что тесты проходят (агент их уже сам прогнал). Нужно еще понять, не появилась ли в проекте новая лишняя концепция? Хорошо ли изменение сочетается с остальной системой? Готов ли я поддерживать этот код через год? И вообще - нужна ли мне эта фича после того, как я увидел её реализованной?
Поэтому я откладываю проверку «на потом», которое обычно не наступает.
Раньше сырая идея оставалась хотелкой в заметках и ничего не стоила. Теперь она за десять минут превращается в ветку с кодом, тестами, документацией и потенциальными последствиями.
Вот и получается, что идеи теперь копятся не перед реализацией, а после неё - перед бутылочным горлышком моего внимания и времени.
Причём у такого кода короткий срок годности. Проект продолжает меняться, ветка отстаёт все больше, а контекст постепенно выветривается из головы. Проверить изменение завтра сложнее, чем сегодня, а через неделю уже дешевле выкинуть и сделать заново.
Я слышал похожее и от других команд. У некоторых после внедрения coding-агентов число открытых PR выросло в 5–7 раз. Генерация кода в 2026 году ускорилась, а пропускная способность человеческого внимания - пока нет.
Поэтому сейчас я стараюсь нарезать задачи так, чтобы агент приносил не целую реализованную хотелку, а следующий минимальный reviewable slice: одно понятное изменение и достаточно сопроводительного контекста, чтобы проверить его за один подход.
По расходу токенов может выходить забавно: Codex нередко тратит до 95% процентов токенов на поиск такого маленького, независимого и проверяемого следующего шага, который я одобрю. И только процентов пять уйдет на его реализацию. Оно того стоит.
Такой кусочек легче проскальзывает через бутылочное горлышко внимания и начинает приносить пользу. Большая же фича, даже полностью написанная агентом, рискует просто пополнить залежи рабочего, но быстро устаревающего кода.
А как вы решаете проблему с накапливающимися фичами и PR от coding-агентов - или у вас её нет?
Ваш, @llm_under_hood 🤗 | 12 883 |
| 14 | Я не очень люблю использовать готовые библиотеки для решения специфичных задач [1], т.к. они обычно представляют из себя комбайны с кучей ненужных фич и странных нюансов. А подстраивать их под себя бывает сложнее, чем написать нужный минимум.
То ли дело stack flattening - убираем лишний слой абстракции и прямо в коде проекта реализуем ровно те 5% функциональности, которые нам нужны. Без сторонних зависимостей и уязвимостей. А потом, если что-то нужно поправить - поправляем.
Особенно это удобно стало с современными coding агентами.
Скажем, мне не нравилось, что у меня BDD спеки проекта запускаются последовательно, используя только одно ядро ноутбука. Это же не эффективно.
Но “запускатор” - это всего несколько файлов внутри проекта, поэтому я просто попросил Codex распараллелить выполнение.
И он реализовал это в режиме piecemeal growth за счет добавления 55 строчек кода. Скорость сразу подросла до более приятных глазу значений:
specs: 77 passed, 26 failed at 2532.9/sec
checks: 451 at 11090.7/sec
На таком объёме экономия десятков миллисекунд погоды пока не делает. Зато теперь тот же паттерн перенести без изменений в другие проектах, где спеков может быть намного больше.
Ваш, @llm_under_hood 🤗
—
[1] речь не о том, чтобы заменить все зависимости, а только хвост мелких второстепенных. | 13 074 |
| 15 | Этот канал начинался три года назад с разбора кейсов внедрения LLM в бизнес продукты в компаниях США и Европы.
Тогда команды брали API от OpenAI, Anthropic или локальной модели, обвязывали промптами и RAG-ами и вызывали для принятий решений: переводов текстов, генерации лидов, разбора тех документации, поиска проблем в нормативных документах итп.
Стабильных архитектур тогда не было, и магию построения стабильных пайплайнов с LLM под капотом приходилось изучать самостоятельно. Тогда тесты собирали вручную, а пайплайны допиливали напильником. Это было искусством.
А с тех пор ситуация незаметно изменилась (во всяком случае, в моем окружении). Кейсов с “ручным” внедрением LLM в продукты стало сильно меньше, ибо зачем возиться, когда можно взять стабильную и доказанную архитектуру агента и просто подключить ее к своей проблеме.
Так, например, команды портируют архитектуры агентов с одного BitGN бенчмарка на другой, или даже побеждают с архитектурами оттуда в других соревнованиях.
Кстати, если же брать готовое, то особенно популярен в США/EC в бизнес-задачах OpenAI Codex. Claude - несколько меньше.
Вторая причина интереснее. Сейчас нет стремления “а давайте добавим дорогой и медленный вызов LLM-ки на каждый запрос пользователя, чтобы была магия”. Выяснилось, что это нужно делать долго и с умом, чтобы оно того стоило.
А еще выяснилось, что у нас есть проблемы поважнее.
Если данные - это кровь и топливо бизнеса, то код - это его двигатель. И скорость устаревания существующего кода в этом году заметно выросла. Если раньше можно было запилить приложение и оставить его крутится на мейнфрейме лет на 30, с апдейтами раз в год, то сейчас это немыслимо.
Причина не столько в том, что фреймворки и библиотеки стали меняться гораздо быстрее и легче. Все веселее - AI резко удешевил анализ чужого кода, поиск уязвимости и сборку эксплойтов. Теперь не нужно быть специалистом, чтобы разобрать бинарь или железку на запчасти с Ghidra/IDA, Wireshark и Qwen/DeepSeek. Даже не нужно знать все эти слова)
Нынче код уже стареет не тогда, когда перестает работать, а когда даже ленивый сможет его недорого сломать.
В итоге код перестает быть активом, который однажды написали и десятилетиями можно использовать. Теперь он скорее становится расходным материалом, его нужно непрерывно проверять, обновлять без отрыва от производства.
И сейчас в моих кругах получается, что перспектива поменялась так:
(1) нужно решать новые бизнес-задачи? Да просто берем отлаженный harness от OpenAI Codex (или кого-то еще) и собираем конструктор
(2) сэкономленное время и деньги бросаем на тушение настояших пожаров и поддержку с помошью AI Coding agents существующего кода, который приносит деньги.
А как выглядит ситуация у вас?
Ваш, @llm_under_hood 🤗 | 13 455 |
| 16 | Status Update
Я вернулся из отпуска. Канал и коммьюнити будут потихоньку возвращаться в рабочий режим.
Хочу поделиться самым ярким впечатлением, когда, казалось бы, далекие космические технологии внезапно делают жизнь приятнее.
На вчерашних рейсах, словно в каком-то кафе, раздавали по WiFi интернет от StarLink. Летишь ты на высоте в 36k футов, за бортом -50 градусов, а у тебя ноутбук подключен к сети. И вместо 6-7 часов в капсуле без связи - и чатики и кодекс работают в штатном режиме.
И можно в полете продолжать разрабатывать платформу для выкладки материалов по AI-Coding. Причем идеи, BDD-спеки и фреймворк для нее я разрабатывал практически на ходу с сотового при помощи связки из Codex агентов (как Remote на сервере, так и по-старинке оставленный открытый лаптоп).
Да и в целом за время поездки я привык гораздо больше вопросов и задач сваливать на ChatGPT/Codex. Когда ноутбука нет под рукой, не сработает "мне самому проще и быстрее руками сделать". Проще как через телефон и ChatGPT. А потом как-то привыкаешь и понимаешь, что проще и быстрее - это как раз через агентов, а не ручками. Заодно и инструменты нарастают.
И получается, что будущее, это когда агенты постоянно работают рядом с тобой через разнообразные девайсы, даже на высоте.
Так что получается, что следующий рабочий/учебный код в нашем коммьюнити пойдет под лозунгом - "Даешь интеграцию агентов в жизнь и процессы")
Ваш, @llm_under_hood 🤗 | 13 177 |
| 17 | بدون متن... | 15 825 |
| 18 | Ответ на предыдущий вопрос.
На реализацию фичи у кодекса ушло 12 минут и меньше процента подписки (как было 89, так 89 и осталось).
Я не за компом, поэтому пришлось попросить Codex сделать и прислать скриншоты. Вложу их в комментарии.
В коде много оверинжиниринга не заметил, только не понравилось, как сделана работа с выкачкой архивов.
Но я все равно сейчас откачу назад все изменения!
Фишка в том, что в этом проекте у Codex-a есть возможность создавать переиспользуемые UI компоненты в едином стиле. И этот прототип нужен был, чтобы понять то, как эти компоненты должны выглядеть. Поэтому следующий шаг:
I want to manage UI complexity. Load piecemeal mentality and suggest which high level UI components would you implement and pull into the component library | 16 741 |
| 19 | بدون متن... | 14 482 |
| 20 | Приятный лайфхак - просить Codex писать красивые новости про прогресс своих проектов
Ему это ничего не стоит (ибо в ~/.codex/sessions есть все логи всех проектов), а вот со стороны посмотреть на прогресс во время отпуска - приятно.
К слову, Agentic OS на скриншоте - это не очередная AI Native среда для построения следующего единорога (такие продукты сейчас пытаются писать почти все), а просто наглядный пример моего текущего подхода к разработке проектов, которая заодно реализует тот Stateless MCP 2.0 протокол для доступа агентов к единой multi-tenant Personal OS.
Примерами из этого проекта я буду делиться тут в канале, а полный доступ ко всем изменениям и исходникам сделаю отдельно, в рамках продолжения направления с AI Coding.
Ваш, @llm_under_hood 🤗 | 12 637 |
