AI Для Задротов

Парни(девочки), извините, что нихуя не пишу. На канал просто вообще не находится времени.

Хотя рассказать есть про что:

- как я настраивал AI-агентов на своих VPS через OpenRouter и подключался к ним с Android через Termius по SSH
• как разворачивал Ollama на локалке и пытался юзать ее для решения реальных задач
• как на работе влез в проект на TypeScript(который я до этого ни разу не видел) и в итоге ебанул рефакторинг с pull request'ом на 600+ изменённых файлов
• как замутил себе полноценный second brain на md файлах, dev версии openGPT и кастомном mcp сервере

Короче, происходит куча всего пиздец интересного, чем реально хочется поделиться. Но времени - нихуя.Зато я внезапно нашёл, у кого времени овердохуя. У чуваков, которые в 2026 году продолжают сраться в комментариях ЗА PHP!!!

https://habr.com/ru/articles/1071378/

Ебаный в рот! Сейчас 2026 год, не 2006. Как, можно до сих пор всерьёз спорить о том, хороший PHP язык или плохой? Сравнивать его с другими языками, доказывать кому-то что-то, писать простыни, ебашить по двадцать ответов незнакомому человеку из интернета. Делать нехуй.

Я PHP, например, очень благодарен. Если бы не он, я вообще хуй знает, где бы сейчас был. Вряд ли достиг бы того, чего достиг в финансовом плане. Вряд ли уехал бы из родного города. Вряд ли вообще сложился бы как специалист так, как сложился. PHP для меня был охуенным трамплином в профессию.

И вообще, для своих задач и для своего времени это был классный инструмент. Мне даже реально нравилось смотреть, как язык год за годом эволюционирует, как в него постепенно завозят вещи, которые раньше казались чем-то из другого мира. Вам может не нравится итоговый результат, но колоссальный прогресс за годы отрицать не возможно. Но мне насрать если какому-то Васе из Новоурюпинска он не нравится!


И сам раньше участвовал в этих священных войнах. Могдоказывать, почему один язык лучше другого. Но СЕЙЧАС я вообще не понимаю — нахуя? Я уже код, который коммичу в прод, не читаю практически. Могу даже не знать на каком языке вайбкожу проет. А люди всё ещё находят время сидеть и сраться из-за PHP. Причём не пять минут!

Там под сотню комментов!

Люди реально открывают ноутбук, наливают себе чай, садятся поудобнее и думают:

«Так. Сейчас я объясню этому долбоёбу, почему PHP - нормальный язык».

Или:

«Сейчас я наконец-то докажу всему интернету, что PHP — говно».

Блядь, откуда у вас столько свободного времени? У меня две версии:

- Либо это боты
- Либо пациенты психлечебницы, которым зачем-то раздали интернет.

Какие у вас варианты? Что вообще должно произойти в жизни человека, чтобы в 2026 году он увидел спор про PHP и подумал:

«О, вот сюда я сейчас, блядь, зайду и объясню, как обстоит ситуация на самом деле».

Только не вздумайте читать эту хуйню. Максимум попросите LLMку сделать кратчайшую выжимку по популярным комментам.Но ничего интересного вы там не увидите.

Тот случай, когда я всё понимаю, но этого не понимаю

AI Для Задротов. Подписаться

🚨 В Codex завезли контекстное окно до 1 МИЛЛИОНА токенов.

И, судя по реакции, у части вайбкодеров случился коллективный оргазм:

🤯 МИЛЛИОН ТОКЕНОВ!!! ТЕПЕРЬ МОЖНО ЗАПИХНУТЬ В МОДЕЛЬ ВЕСЬ РЕПОЗИТОРИЙ!!!

Можно. Но давайте разберёмся 👇

🪣 1. Контекстное окно

Т.е сколько инфы модель технически может получить за один вызов.

Код, документацию, историю диалога, логи, результаты работы инструментов, README вашего гея тимлида из 2019-го, который с тех пор никто не открывал.

Если окно 1M токенов, значит всё это потенциально можно засунуть внутрь одновременно. По сути, это просто ёмкость контейнера Больше всякого говна теперь влезет! 🎉

Но отсюда вообще не следует, что модель одинаково хорошо воспользуется каждым из этих миллиона токенов.

🧠 2. Эффективный контекст

Это не официальный параметр Codex. Я называю так ту часть информации, которую модель в конкретной задаче реально способна:

🔹 найти
🔹 связать с задачей
🔹 правильно интерпретировать
🔹 использовать в нужный момент

И тут нет магического числа:

context window = 1 000 000
effective context = 427 322

Какой «эффективный контекст» у Codex?

Да я ни ебу 😄 Не спрашивайте у меня. Никто вам не ответи.

Потому что всё зависит от задачи, структуры контекста, количества мусора, противоречий и даже от того, где находится нужная информация.

Файл может физически лежать в контексте, но модель может:

❌ не понять, что он важен
❌ зацепиться за устаревший код
❌ пропустить связь между файлами
❌ смешать старые и новые инструкции
❌ утонуть в нерелевантных деталях

👀 «Модель это видит» ≠ «модель этим нормально воспользуется».

🥀 3. Context rot

context rot

Context rot не значит, что после условных 300К токенов контекст внезапно протухает и модель превращается в овощ. Это скорее название эффекта, когда по мере раздувания контекста модели становится сложнее стабильно использовать нужную информацию.

Нужный кусок всё ещё внутри окна. Он никуда не исчез. Но вокруг него уже лежат:

🗑 старые сообщения
🗑 ненужные логи
🗑 устаревшие решения
🗑 противоречащие друг другу инструкции
🗑 результаты двадцати предыдущих шагов агента

И сигнал начинает тонуть в шуме.

Грубо говоря: контекст не закончился, а качество работы с ним уже начало портиться.

Вот это особенно важно понимать. Проблема длинного контекста не только в том, влезет информация или нет.

Проблема ещё и в отношении: 📡 signal / noise

Если нужных вам 5К токенов закопаны внутри 700К токенов мусора, сам факт наличия окна на миллион не делает ситуацию автоматически прекрасной.

И именно поэтому огромное контекстное окно не убивает context engineering.

Скорее наоборот.

Чем больше информации ты МОЖЕШЬ дать модели, тем важнее понимать, что именно ей НУЖНО дать.

Не надо так: "🤖💬 НА, БЛЯТЬ, ВОТ ТЕБЕ 800К ТОКЕНОВ МОЕГО МОНОРЕПО. РАЗБЕРИСЬ"

Хороший AI-агент:

🔎 находит нужные файлы
📚 подтягивает релевантную документацию
🗑 не тащит в контекст всё подряд
🗜 сжимает старую историю
📌 сохраняет важные ограничения задачи
🔄 обновляет контекст по мере работы
🧹 выбрасывает то, что больше не нужно

Кстати, параллельно с огромными контекстными окнами разработчики продолжают пилить compaction, retrieval, tool search и другие способы управления контекстом.

Ведь проблема никогда не была только в том, сколько токенов помещается, важно,
какие токены там находятся, сколько среди них шума и насколько хорошо модель умеет воспользоваться нужными В МОМЕНТЕ.

Так что если после новости про 1M вы решили, что context engineering больше не нужен и теперь можно просто хуярить модели весь репозиторий целиком, то..

📦 Большой контекст это большой склад.

🥀 А большой склад ещё и проще засрать.

🧠 Большой контекст ≠ эффективный мозг.

Думайте, и не ведитесь на маркетинговую шелуху ❤️

AI Для Задротов. Подписаться

ЦЕНЫ ВЫРОСЛИ В 12 РАЗ!

Все айти чаты сейчас бурлят гавном по поводу того, что DeepSeek повысила цены на тарифы практически в десять раз(от 6 до 12, если быть точнее), за счёт повышения базовой стоимости, внедрения пиковых часов(лол, AI блэкаут) и прочих финтов. Неприятно, но вполне закономерно, а главное это никак не влияет на меня и мою работу.

В тысяча первый раз повторяю: вы должны строить свой РАБОЧИЙ ПРОЦЕСС НЕЗАВИСИМО ОТ КОНКРЕТНОГО ПРОВАЙДЕРА И КОНКРЕТНОЙ МОДЕЛИ. Любая завязка на одного поставщика - вендорлок, зависимость и потенциальная уязвимость вашего бизнеса(или бизнеса вашего хозяина). По факту завязывать всю работу на какую-то конкретную модель конкретного провайдера, это гарантировано подставить свой хуй под выстрел из дробовика в будущем.

Да, возможно, для вас эта новость прошла незаметно, дипсиком поьзуются меньше, чем двумя другими провайдерами. Но помяните мое слово, когда такую же шляпу исполнит Anthropic или OpenAI(не суть под каким предлогом) - пиздеца увидите гораздо больше.

Поэтому мы обязательно строим нормальные процессы:
- Внедряем абстрактный слой поверх API, чтобы смена провайдера делалась правкой одной переменной окружения, а не переписыванием половины кода.
- Используем роутинг запросов: дешёвые быстрые модели для простых задач, дорогие и умные - только когда действительно надо.
- Настраиваем автоматический fallback - если одна модель легла или начала дико тормозить, запрос уходит на другую без ручного вмешательства.
- Детерминируем максимум шагов: промпты, схемы ответов, скрипты валидации, парсинг - всё должно быть зафиксировано и версионировано, чтобы при переезде на другую модель вы получали тот же результат, а не сюрпризы.
- Регулярно прогоняем бенчмарки на своих задачах, а не верим воздуханам из твиттера.
- Держим в запасе минимум двух-трёх провайдеров и локальные модели для критичных сценариев, где внешнее API недоступно.

Мир постоянно меняется и не всегда в лучшую сторону - политические санкции, экстренные поднятия ценя, аварии в сервреных - вы должны быть готовы ко всему этому, и решать такие проблемы одним переключением тумблера, а в идеале вообще иметь интеллекутальную систему фоллбека. Давайте не забывать, что мы инженеры, а не вайбкодинг monkey всё таки.

AI For Geeks. Подписаться

Примерно так видят свою аудиторию админы телеграм каналов, куда регулярно репостят твиты Тибо о сбросе лимитов 😊

Подписывайся На "AI Для Задротов" Здесь уважают каждого подписчика

Не знаю, корректно ли публиковать такое, но вайбкодеры часто забывают убрать ключи из проектов. Я думаю они просто не знаю даже что такое ключи)


С фильтрацией и аналогами под другие модельки сами справитесь)

Интересный момент заключается в том, что если вы вобьете в GitHub-поиск OPENAI_API_KEY, CLAUDE_API_KEY или любую комбинацию для хранения ключа от других нейронок, то https://github.com/search?q=OPENAI_API_KEY

Я лично ими пользоваться не буду и информацию предоставляю лишь для того, чтобы вы не обосрались) Но тем не менее можно и сэкономить, если для вас это приемлимо. Можно вообще автоматизировать этот процесс и написать сканер, который будет постоянно сканировать гитхаб на наличие новых ключей, и добавлять в ваш пул и вайбкодить бесплтано)

AI Для Задротов. Подписаться

AI ROADMAP ДЛЯ РАЗРАБОТЧИКА

https://ai-for-geeks.github.io/roadmap/

Последнюю неделю постов практически не было.

Я действительно поймал себя на какой-то растерянности и потерянности касательно того, куда мне вообще развиваться. Да, я вроде неплохо двигаюсь, осваиваю разные паттерны агентской разработки и вижу, что уже ушёл чуть дальше, чем средний сеньор. Но меня всё равно мучило ощущение, что я не понимаю, куда двигаться дальше.

Поэтому практически всю неделю я читал, изучал и смотрел разные best practices, чтобы понять, чего мне не хватает и как вообще развиваться инженеру, который разрабатывает программные продукты в 2026 году со всей этой AI-истерией.

И в итоге я пришёл к тому, что решил создать roadmap развития AI-разработчика.

Собственно, представляю его вам. Можете почитать, обсудить со мной, обосрать, а можете сделать пулл-реквест в GitHub с дополнениями и улучшениям

Планирую перманентно его дополнять и улучшать. И очень надеюсь, что в какой-то момент он станет действительно полезным не только для меня, но и для сообщества.

Но уже сейчас, хотя бы я наконец примерно понимаю, где нахожусь, что уже умею и какие навыки мне ещё стоит осваивать.

Но если к этому подключится комьюнити, думаю, мы действительно сможем сделать что-то крутое.

Давайте обсуждать и развивать его вместе. Индустрия развивается бешенными темпами, а мы сейчас в той точке, что приходится нихуево так грести, чтобы не оказаться за бортом.

https://ai-for-geeks.github.io/roadmap/

AI Для Задротов. Подписаться.

1C БИТРИКС НА GoLang???

Я тут немного упоролся и, в свете всех этих дискуссий о том, как с помощью вайбкодинга переписывают известные проекты на другие языки, подумал: а что, если переписать 1С-Битрикс на Go?

Вот просто взять, всем чатом скинуться токенами и заебашить все это за неделю. При этом сохранить совместимый API.

Смотрите, что мы получаем. Мы просто ускоряем работу в сотни раз, блять, и можем продавать это как свое решение. Действуют ли тут законы об авторском праве? Я не знаю. Это же будет продукт написанный с нуля, получается мы ничего не воруем.

Можно будет продавать это под слоганом типа: «Ускорим ваш Битрикс в миллион раз». Это же просто охуенно.

В чате есть юристы? Я не знаю, какие минусы есть у этой идеи. Вот серьезно, где эта бизнес-модель может дать сбой?

Мне кажется, я придумал, как нам всем стать долларовыми миллиардерами.

На самом деле я стебусь, но по факту же мы можем это сделать) Если не для коммерческого использования то рофла ради

AI Для Задротов. Подписаться

ДВИЖЕМСЯ К AI DARK FACTORY

Сегодня я прилетел из короткого трёхдневного отпуска(пока программисты не обесценились в ноль, я всё еще могу позволить себе полететь на выходные в любую страну) - и мы снова ебашим интереснейшие посты вместо дайджеста новостей с нейрослопом.

Но вот о чём я думал всё это время. Меня не покидало навязчивое ощущение - то ли FOMOF, то ли иначе можно его назвать - работа простаивает, а могла бы двигаться дальше. И это ощущение абсолютно естественное в эпоху, когда у нас есть AI-агенты, которые ДОЛЖНЫ работать без моего участия. А значит, чувство простоя — баг не отпуска, а моей текущей архитектуры рабочих процессов.

И я снова убедился, что это то на чем реально нужно фокусироваться. Инженеру, программисту, девопсу, владельцу бизнесса с айти составляющей - не суть, кем вы себя называете и кем. Это то направление, куда надо двигаться. Вынос работы в облако и передача рулежки процесса роботам, оставляя на человеке лишь минимальное чесло чекпоинов в рамках самых важнхы verification gates.

Представьте. Вы чилиите на морях. Выделяете 15 минут в день на проверку артефактов. Всё остальное происходит без вас:
- робот-продукт придумывает задачи
- архитектор раскладывает план
- роботы программисты на дешёвых моделях хуярят код
- и т.д

И всё это развивается НОН СТОПОМ! Без привязки к 5 дневной рабочей недели и 8 часовому рабочему дню, майским и нвоогодним праздникам! А ведь это даже, не мой проект(я обычный гребец на зарпалате). Будь я бизнес овнером, я был бы более радикальный в своих суждениях)

Я уже двигаюсь в эту сторону, и скоро выйдет материал о том, как я настраиваю свою облачную среду. Для... не знаю, можно ли это ещё называть программированием. Скорее - для персистентного, перманентного, безостановочного создания IT-продуктов. Зерокодингом. Но не суть.

Хотелось бы услышать ваше мнение. Вы уже пришли к этому - что агенты должны работать вместо вас? Или вы всё ещё, как некоторые наши подписчики, считаете, что нужно ревьюить все двадцать тысяч правок в каждом пулреквесте?

Пишите, кто что думает.

P.S. Как вам картинки к постам? Норм или кринж?

AI Для Задротов. Подписаться

У нас новая рубрика!

Топ-10 новостей агентской разработки за неделю


1. OpenAI купила Ona — усилит Codex защищёнными средами для агентов
25 июля. OpenAI приобрела стартап Ona, который строит secure cloud environments для ИИ-агентов. Интеграция направлена на расширение возможностей Codex по автономному выполнению сложных задач и production-деплою.

2. Anthropic выпустила Claude Opus 5 — модель для кодинга и агентов
24 июля. Claude Opus 5 заточена под coding, agentic tasks и enterprise workflows. По заявлению Anthropic, даёт near-frontier performance вдвое дешевле Claude Fable 5.

3. Kuaishou выпустила KAT-Coder-V2.5 — агентную кодинг-модель
26 июля. KwaiKAT Team представила модель, обученную на 100 000+ верифицируемых репозиториях. Фокус — агентное программирование с проверяемыми окружениями.

4. Claude Code получил крупное обновление — изоляция, лимиты и фоновые MCP
24 июля. Версии v2.1.207–212 добавили filesystem isolation, ускорение длинных сессий, /fork для фоновых субагентов, авто-фон для MCP-вызовов дольше 2 минут и session-wide caps (200 WebSearch/субагентов).

5. Google выпустила Gemini 3.6 Flash для агентов и автоматизации
25 июля. Новая модель ориентирована на ИИ-агентов и enterprise automation. Релиз вышел до Gemini 3.5 Pro, что сигнализирует о приоритете агентного направления.

6. Dogpile Fetch — web search API и MCP-сервер для агентов
23 июля. System1 запустила Dogpile Fetch: агенты получают ranked search, knowledge graph и People Also Ask через MCP. Установка в Claude Code/Cursor занимает

Оформил подписку на OpenCode Go

Кто не в курсе: OpenCode Go - провайдер доступа к разным AI-моделям, интегрированный с OpenCode. Модели там не самые топовые в основном(хотя Kimi V3 есть), но подписка хорошо подходит для экспериментов, автоматизации и построения собственных процессов разработки.

Мой текущий план - собрать отдельный сервер, на котором будут постоянно крутиться агенты. Всё, что сейчас запускаю локально, переедет туда, а ноутбук, телефон, утюг и другие устройства будут использоваться просто как терминалы: сначала через SSH, а потом, возможно, сделаю нормальную веб-морду.

Мне это особенно актуально, потому что личных дорогих подписок на Claude и ChatGPT у меня нет, а корпоративные аккаунты нельзя подключать к ноунейм-VDS.

Также: по моей реферальной ссылке мы оба получим по $5. Это стоимость первого месяца подписки. По сути будет бесплатной для вас.

Регистрируйтесь, экспериментируйте, запускайте агентов, настраивайте авторевью и автоматизируйте всё, до чего дотянетесь:

https://opencode.ai/go?ref=T0S880HZEB

Ссылку оставляю открытой: если принципиально не хотите, чтобы нам обоим начислили по $5, можете удалить параметр ref.

AI Для Задротов. Подписаться

НОВАЯ ВЕРСИЯ MCP

Короче, два дня назад вышла новая версия спеки MCP. Это самый жирный апдейт с момента запуска.

Главное: протокол стал stateless
Хендшейк initialize`/`initialized выпилили, хедер Mcp-Session-Id тоже. Теперь каждый запрос самодостаточный - версия протокола, инфа о клиенте и возможности летят в _meta вместе с самим запросом. Если клиенту всё-таки надо узнать, что сервер умеет, есть новый RPC server/discover, но он опциональный.

Что это значит на практике
Твой MCP-сервер теперь можно поставить за обычный round-robin балансер. Без sticky-сессий, без общего стора для состояния. Раньше клиент был прибит гвоздями к тому инстансу, который обработал хендшейк - и весь деплой строился вокруг этого костыля. А сейчас можем масштабироваться! И это заибись!

Остальное по мелочи
- Mcp-Method и Mcp-Name теперь обязательные HTTP-хедеры.
- MRTR (Multi Round-Trip Requests) вместо серверных запросов через держащийся стрим. Сервер отвечает resultType: "input_required" со списком того, что ему нужно, а клиент повторяет вызов с ответами в inputResponses. Это то, из-за чего наконец-то поедут элиситейшны на remote-серверах — Supabase, например, прямо пишет, что раньше не могли их сделать из-за stateless-архитектуры, а теперь тулза может спросить «точно удаляем данные?» перед действием.
- Списки (`tools/list`, prompts/list, resources/list, resources/read`) теперь отдают `ttlMs и cacheScope - каталог тулов кешируется, и апстримные промпт-кеши не рассыпаются при реконнекте.
- Расширения официально узаконили. Tasks уехали из экспериментального ядра в отдельный экстеншн, рядом с MCP Apps и Enterprise Managed Authorization.

Минусы
• Ломающие изменения. Roots, Sampling и Logging задепрекейчены, старый HTTP+SSE транспорт — тоже. Работать будут ещё минимум год, но новое на них писать не надо.
• Миграция стоит времени, особенно если ты завязывался на session ID. Причём стейт из транспорта никуда не делся как задача — теперь его предлагают делать явно: тулза выдаёт хендл, модель таскает его между вызовами как аргумент. Логичнее, но переписывать надо руками.

Что мне делать?
Скорее всего - ничего. Все четыре Tier 1 SDK (TS, Python, Go, C#) уже говорят на новой спеке, Rust - в бете. GitHub MCP Server, например, уже поддерживает, и они пишут, что Tier 1 SDK сохранили обратную совместимость, так что специально ничего делать не нужно. Просто когда будешь поднимать новый сервер - поднимай сразу на stateless-ядре, потому что весь смысл именно в нём.

AI Для Задротов. Подписаться

СРОЧНО РОЗЫСК РУКАКОДЕРОВ!!!

Поступила свежая ориентировка от МВД!!!

Если знаете кого-то из лиц на фото, то срочно обратитесь в ближайший полицейский участок по месту жительства!

AI Для Задротов. Подписаться

Graph Engeniring - революция, или очерденой проходняк?

Так! у нас тут не все дошли до Agentic Loop, а на профильных ресурсах говорится, что это уже устаревшая фигня и надо юзать Graph Engeniring... Ну я хз, помоему никакого отличия и нет особо, просто кроме нелинейной последовательности, мы описываем более сложные системы перехода между статусами и гейты для них. Короче очередную эволюцию процесса продают под дохуя умным термином и продают как что-то супер новое. Мы на эту херню не заморачиваемся и работаем дальше! Но инфографику по теме я собрал на всякий случай, чтобы мои подписчики оставались на пике прогресса.

P.S. Кстати, в оркестраторе, который я пишу и покажу вам до конца лета, будет нормальная настройка ролей и транзишнов между этапами, так что он получается будет по моде сделан!

AI Для Задротов. Подписаться

Знаю, на канале много подписчиков из РФ, так что вам возможно будет полезна фича из последнго обновления на ГосУслугах

AI Для Задротов. Подписаться

СКИЛ, КОТОРЫЙ ПРОГАЕТ ЗА ТЕБЯ

Доброе утро! На часах 7 утра, а это значит, что я уже сел вайбкодить.

Сегодня хочу показать вам свой скилл, которым я решаю рабочие задачи:

https://github.com/arturpanteleev/dev-task-workflow

По сути, это мета скил, т.е набор скиллов (продакт, архитектор, программист, ревьюер и т.д.), которые последовательно выполняют свою работу и оставляют после себя артефакты для следующего этапа.

Этот скилл - скорее заготовка для полноценной системы оркестрации с гибким workflow. Понятно, что в идеале все переходы, проверки и условия должны быть строго детерминированы и формализованы, но пока не хватает времени, чтобы довести проект до ума(можеть комьюнити поможет???).

Ещё раз - делать полноценную машину состояний/конечный автомат через скилл - это плохая идея, но это очень быстро и эффективно для решения рабочих задач

Но работу делать надо (пока я не создал свой убыточный B2B SaaS-стартап), писать код руками зашкввар, поэтому пользуюсь этим решением каждый день. Решил немного почистить его от своего хардкода и поделиться с подписчиками.

Что думаете? Пользуетесь просто скиллами или уже написали полноценную систему оркестрации? Может че готовое типо Ralph Loop? Буду рад любому фидбеку по моему решению. Особенно жду комментариев по ручному ревью от Влада и Сани! https://github.com/arturpanteleev/dev-task-workflow

AI для задротов. Подписаться.