Дратути Антон

ML Академия 2026

В этом году мы отправились на Алтай. В отличие от Сербии для меня это был уже знакомый регион, но удивлению и эмоциям также нет предела! Невероятно живописная природа окружала нас, в программе было куча активностей:
• Рассказы ребят про проекты;
• Хайкинг / Джипы / Квадроциклы / Рафтинг / Родельбан;
• Песни под гитару;
• Много много интереснейших разговоров с умнейшими людьми!

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

На фото Я, выданный мерч и виды на горы!

P.S. Обгорел я знатно, но эти фотки я вам не покажу 😂

WO и PML

Деврелы захватили меня и заставили написать этот пост (шутка) (или нет). Захотелось поделиться с вами некими активностями и как всегда: в последний момент 😍!

Weekend Offer 🔼
Ссылочка: https://yandex.ru/project/events/wo-ml-0526
Дедлайн подачи: 20 мая

В конце мая проводим классную активность и ищем ребят к себе в команды (в том числе и я сам). Обещается реальный оффер за 2 дня без отдельных алгособесов и если вы с ML на ты. Опять же, чем занимаются ребята у меня в команде, можно почитать здесь! Приходите пообщаться!

Practical ML Conf 🤯
Ссылочка: https://pmlconf.yandex.ru/2026/call-for-papers
Дедлайн подачи: 22 мая

Вы можете поделиться своими исследованиями и находками на нашей ежегодной конфе по ML. Приносите ваши хардкорные доклады, а мы постараемся сделать программу максимально насыщенной и полезной для слушателей!

Уматные майские

В эти майские брал себе отпуск и чтобы не сидеть чисто в Питере, двинули с женой в Великий Новгород 🤨. Погуляли по центру, посетили несколько исторических построек, прокатились по реке Волхов под закат. После двинули в загородный домик, где жили на берегу реки Ловать. Удивительно чистый воздух окутывал нас, давненько таким не дышал. Конечно, были и шашлыки 🧠!

Коли уж были на берегу реки — не обошлось и без рыбалки. В этом году опробовал маховое удилище — и это было действительно незабываемо. У тебя нет ни катушки, ни колец: только коннектор на верхушке удилища и сама снасть. В общем, небольшие вайбы детства, когда пытался рыбачить на палку! Улов приложу в комментарии 😍.

Также посетили город Старая Русса. Город запомнился невероятно крутой набережной: с качелями, скамейками и всё с видом на реку Полисть (а если прям в центре-центре, то и вид на Воскресенский собор — просто круть!). Также, оказывается, в этом городе Достоевский писал часть своих произведений (и есть даже какой-то туристический маршрут с нотами его биографии). Мы же посетили музей Усадьбы Рушанина (так звали раньше жителей Старой Руссы) и выловили необычный факт про этот город: в неких годах XVI века он платил налогов больше, чем Москва (благодаря солеварению 😀)!

В общем-то отпуск прошёл уматно! Самое удивительно для меня ощутить в состоянии, что я ни разу не открыл рабочие чаты и буквально вообще не знаю, чего там на работе происходит — за долгие долгие года это впервые со мной 😍!

А как у вас прошли выходные? Брали отпуск? Кидайте в комменты фотографии с ваших отдыхов!

Очередные две крайности тимлида

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

Тимлид-техлид 👨‍🦳
Эдакий гуру-технарь, который сам знает, что и как делать. Действительно, самый скилловый специалист в команде, может строить технические задачи на десятки шагов вперёд. Скорее всего тимилидом стал потому что старый руководитель ушел и назначили его. Хорошая отличительная черта: он точно знает, как надо, самые сложные задачи берёт на себя (ибо кто, если не он), старается бейбиситить каждого члена в команде. Сама команда от этого чувствует скованность в своих шагах и скорее просто делает то, что скажут.

Тимлид-менеджер 🔥
Человек, который "шарит" за успех. Основной KPI — успеть заделиверить в поставленные сроки любой ценой. Правда, сам разбираться в деталях имплементации не собирается, ведь у него ещё 20 синков сегодня, которые сам же и поставил. В общем, "трудяги" — трудитесь, а я буду менеджерское менеджерить. Сама команда задобанная в хлам, есть ощущения вечно горящего релиза.

Я на своей практике точно был тимлидом-техлидом, но слава богу в другую крайность меня не отбросило. Что объединяет две эти роли: сам руководитель возводится в абсолют, а реальные потребности команды и её развитие абсолютно игнорируются. Техлид тешит своё эго технаря (не давая людям расти и забирая всё интересное), а менеджер тешит эго достигатора (выжимая из людей ресурсы ради KPI).

Иногда людям нужна поддержка, иногда мотивация, иногда вместе с ним порисовать на доске, а с кем-то вместе два часа искать проблему в логах. И вот ты, как руководитель, должен быть максимально адаптивен 🤨. Когда-то нужно дать максимальную свободу команде и полёт для творчества, а иногда нужно всё замкнуть на себе (обязательно предупредив), чтобы не сломалось в хлам что-нибудь.

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

Ну, давайте голосовать реакциями:
🤔 — был в моей жизни тимлид-техлид;
😢 — был в моей жизни тимлид-менеджер;
🤩 — судьба оберегла, мои руководители были лапушками!

Кулстори, кто готов, кидайте в комменты 😃

Новая команда и новая роль

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

Когда зарождался "OCR в VLM", мы исходили их парадигмы "продуктовой" необходимости каких-то конкретных доменов в нашей VLM. Удивительно, но люди действительно часто засылают картинки, в которых есть ненулевое число текста, графики; более того, эти элементы часто важны для правильного ответа 🧠. И мы с ребятами достаточно много и плотно работали над тем, чтобы наделить технологию способностью качественно утилизировать весь графический контент с картинки. Доисторические подходы рассказывал в далёком 2024 ❓.

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

В октябре прошлого года мы предствили обновлённую Alice AI, под капотом которой работала в том числе VLM. Мало кто задумывается, но на самом деле хоть модель и является "мозгом" всего пайплайна, вокруг большое количество "продуктовой" обвязки и бизнес-логики 🏥, которая необходима, чтобы Алиса могла решать проблемы пользователей. Уже в то время команда и я, в частности, достаточно много времени и сил уделяли не сколько технологии, столько продукту и его проблемам.

В общем, как вы поняли (надеюсь 😅), продуктовая направленность всегда "окутывала" нас. И вот относительно недавно я и команда (с небольшими изменениями) перефокусировались на развитие VLM в Алисе 🤯. Перед нами стоят какие-то невероятно глобальные и гигантские задачи, суть которых: строить классного ассистента на российском рынке ☺️. Мы всё ещё продолжаем развивать технологию VLM (т.к. крайне важно, чтобы часть продуктовых навыков заводилась не с промпта, а была зашита в обучении), но добавляются production-like истории 🏥, куча A/B тестов 😮‍💨, развитие продуктовой обвязки 🌿, разработка агентов на самом фундаментальном уровне 🤔 и многое многое другое.

Я верю, что мы справимся! Ставки очень высокие, доверена очень большая, широкая зона ответсвенности как персонально мне, так и всей команде 🐺!

Ну и конечно же, вы тоже можете нам помочь 😍! Я сейчас активно и много нанимаю! Если вам вдруг откликается что-то в посте или в описании этой вакансии, то приходите пообщаться! Давайте пилить вместе!

Первые 90 дней

На днях закончил читать книгу Майкла Уоткинса "The First 90 Days". Что ж, читается довольно непринужденно, много полезных советов! В ней повествуется о том, что нужно делать, если вдруг вас назначили на новую должность/позицию/роль управленческого характера.

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

Я позволю себе прокомментировать несколько цитат из книги 😍

У всех есть сильное желание работать уровнем ниже. Но вы должны работать на том уровне, где вы есть, а не на том, где были

ему придется отказаться от привычки во всем полагаться на свою профессиональную компетенцию

По личному опыту, оказывается так, что на новом уровне тебе достаточно сложно пользоваться компетенциями, наработанными за все годы трудов, чтобы действительно хорошо делать свою работу. Самый банальный пример: переход из разработчика в тимлида — практически любой курс начинающего руководителя содержит в себе слова: "Однажды придётся сделать выбор: вам нравится больше код, или управление". И это правда: ты не можешь строить процессы в команде, делать так, чтобы ребята перформили, как боженьки, если будешь ходить и говорить всем что им надо делать. Всё, техничка осталась ребятам, ты занят организацией, процессами, ресурсами, развитием и т.д.

Жизнь лидера — это всегда компромисс, и самые сильные стрессы он испытывает как раз в периоды адаптации. Неуверенность и неоднозначность положения могут очень сильно выводить из равновесия. Вы даже не знаете, чего вы не знаете.

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

———
Рекомендую ли книгу?
Определённо да, если вы уже опытный. С оговорками, если новичок: дело в том, что книга написана немного в "душном" корпоративном стиле и скорее для мидл+ руководителей. Поскольку стиль весьма суховат, а новички впитывают информацию словно губка воду, то можно напитаться "корпоративного пафоса", который, как мне кажется, не совсем уместен в IT 👨‍🦳.

Будни телеграм-админов

28

Сегодня у меня 28-ой День Рождения. Очень здорово, что Питер встретил столь прекрасным солнечным днём! Сейчас читаю одну книгу, и буквально сегодня прочитал следующее выражение, с которым абсолютно согласен:

Миф о лидерстве — это миф об одиноком воине: одиноком человеке, героизм и гениальность которого обеспечили ему главную роль. [Но] даже если груз человеческих надежд и страданий можно взвалить на какое-то время на плечи одного человека, лидерство не осуществляется в одиночку. Лидерство в стиле одинокого воина — это героическое самоубийство.

Я безумно рад, что в моей жизни много людей! У меня есть замечательная семья, великолепные друзья, поддерживающие и чуткие коллеги! А ещё, конечно же, есть крутая аудитория в виде подписчиков моего канала!

Спасибо, что остаётесь со мной, читаете и делитесь мнением! Это безумно ценно лично для меня!

Любимый мем :)

Адаптация тимлида

Посмотрел я, значит, подкаст про онбординг тимлида — и согласен с ребятами, что это тема, про которую реально мало кто говорит и думает 🤨. Ну а чо, обычно те, кто в тимлиды метят — люди уже опытные, взрослые, ну сами там по себе разберутся 😮‍💨. Так вот нифига.

Его ждёт: бесчисленное число новых процессов; несколько человек в команде у каждого из которых свои хотелки; смежники, которым надо вчера; продакты, которым надо позавчера; какие-то хотелки со стороны руководства. Если не встроить каких-то ожиданий, то пройдёт полгода, вроде на какие-то встречи ходил, какие-то вопросики решал, а по итогу руками сам ничего не сделал, демотивируешься, уходишь в загул, заводишь блог 😀, ну и т.д.

Конечно, утрированная шутка, но, тем не менее, крайне сложно в это влиться. Я уверен, что найдётся 1 из 10, кто действительно прорвётся и сам познает дзен за вполне реальные сроки, но остальные 9, вместо того, чтобы начать приносить какие-то результаты через N месяцев, тратят 2-3N времени просто на то, чтобы разобраться, а чо делать-то ❓.

И конечно, очень здорово, если такие темы будут подниматься чаще. Мне очень нравится следующая мысль из подкаста:

Мы часто объясняем задачу, даём контекста, ставим первые шаги, даём регулярную обратную связь условным разработчикам. Но практически никогда этого не делаем по отношению к руководителям.

И часто это оправдывается тем, что "ну и так других задач по горло".

Собсна, вопрос к человечку: а чем ты таким серьёзным занят, что ты скипаешь такой важный процесс? Это потенциально человек, который будет решать много вещей в ближайший год-полтора и на это бизнес будет тратить просто очень много денег.

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

Кстати, в подскасте много ссылок на литературу, можно зайти и забрать себе что-то интересное!

А как у вас с онбордингом дела? Больная тема или изи залетел 👨‍🦳?

P.S. Справделивости ради, я тоже не без греха, давно в процесс не заглядывал 😊, пора бы там порядочек навести!

AI Dev Day

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

На повестке ребята из Яндекса, Сбера, Авито, Озона, Т-банка, а потому программа получилась разнообразной и не будет особого перекоса в какую-то из компаний, что как по мне круто.

Форма на лендосе открыта до 12 марта (ну я как обычно, в последний момент), так что если кто вдруг в Москве, обязательно приходите! Как минимум можно уйти с неплохим нетворком (и покушац 😀).

Tomahawk (Spectrum-X) + CPO = New Era of AI

На выходных познакомился с удивительными и дивными словами. Давайте и вам расскажу.

Вспоминал всевозможные виды параллелизмов при обучении модели. И каждый раз я прихожу к нагружающей сеть (не нейронку) операции All-to-All (например, в MoE, чтобы токены попали в своих экспертов). И решил я значит узнать, а чего вообще в мире происходит с инфраструктурой сети. И оказывается там такое ВАУ!

Давайте с вами представим, что мы прекрасные обладатели стоек NVIDIA GB200 NVL72. Для простоты их будет 3-4, но в реальности их сильно-сильно больше нужно. И внутри этой стойки всё хорошо (условно), карточки между собой общаются через NVLink Switch Tray, скорость вроде порядочная. Но если вдруг необходима стала связка из нескольких стоек, то тут беда.

Как это происходило долгое время: рядом с GPU в сервере стоит сетевая карта, к ней подключается оптический трансивер (Optical Transceiver), который переводит электрические сигналы в свет, дальше всё летит в свитчи и обратно. Бутылочные горлышки тут очевидны:
1. Лишние преобразования из электричества в свет (жрут кучу энергии, добавляют задержки, да и по железу стоят дорого);
2. Слабые свичи.

Со свичами, оказывается, проблем нет уже лет 5: последние версии Tomahawk от Broadcom умеют выдерживать 100+ Tbit/s. Ребята (не факт, что сами broadcom) придумали Co-Packaged Optics (CPO) — технологию размещения оптических элементов близко к кристаллу. Более того, последние варианты предполагают размещения прям под кристаллом, что позволяет достигать сумасшедших скоростей. Сейчас уже появился Spectrum-X от NVIDIA, можно его поставить, если деньги есть.

Вот с GPU давайте чуточку подробнее. На серверном стенде есть сетевая карта (что-то типа ConnectX-7), которая работает через Ethernet и InfiniBand. Чтобы обеспечить оптоволоконную связь, приобретается ещё приблуда — Optical Transceiver, которые обеспечивает преобразование электрического сигнала в оптический.

И вот сейчас приходят к тому, чтобы сетевая карта также была вместе с CPO. Тогда и приблуд покупать не нужно, и интегрировано надёжнее, работа быстрее. Если я правильно разобрался, именно к такому подходу пришли ребята в NVIDIA, когда разрабатывали Rubin.

НО! Можно пойти ещё дальше. А что если методом CPO мы интегрируем отдельные чиплеты прям на кристалл GPU? Этим занимаются, как минимум, ребята из Ayar Labs, в которых недавно вложились в т.ч. ребята из NVIDIA. Поговаривают в интернетах, что подобное решение уже появится в Rubin Ultra, посмотрим. Тогда вообще сетевая карта не нужна (насколько я понял) — всё уже происходит непосредственно на GPU чипе и невероятно быстро.

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

P.S. Если я тут набулшитил вообще неправильного, приходите исправлять!

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

OKR для ИИ

агенты в бизнесе страдают от тех же проблем, что и люди.

корпорации десятилетиями занимались одной задачей: превращать непредсказуемых, хаотичных людей в предсказуемые бизнес-результаты.

весь менеджерский стек существует ради этого. OKR, стендапы, performance review, регламенты, шаблоны отчетов, цепочки согласований, оргструктуры — все это костыли вокруг стохастических систем (людей), чтобы получать стабильный результат. бесполезная, очень нудная, безрезультатная работа по постоянному затыканию дыр, но без которой любая компания превращается в стадо.

у ИИ агентов ровно та же проблема — LLM по природе стохастичны. чтобы это починить, мы добавляем оркестрацию, валидацию, self-verification, гардрейлы, шаблоны, структурированный JSON на выходе. мы строим костыли вокруг стохастической системы, чтобы сделать ее предсказуемой.

параллель почти 1:1:
- OKR = определение целей агента
- стендапы = статус-чеки и чекпоинты
- регламенты = промпт-шаблоны и runbooks
- peer review = self-verification и кросс-валидация между агентами
- оргструктура = граф оркестрации
- performance review = evaluation бенчмарки

решения, однако, будут сильно отличаться. людям нужна мотивация, контекст, культура. агентам — детерминированная валидация, retry logic, структурированная память. failure modes тоже разные: люди срезают углы, агенты галлюцинируют. люди устают и теряют фокус, агенты не устают, но теряют контекст из-за лимитов context window.

если вы строите агентные системы — изучайте как организации управляют людьми. менеджмент как наука это недооцененный набор практик для оркестрации агентов. агенты точно не люди, но "сделать выпас котов предсказуемыми" — это задача с десятилетиями наработанных паттернов.

В поисках товарищей

TLDR: К себе в команду ищу клёвых ребят в штат, которые хотят строить мультимодальные технологии в Яндексе!

Преамбула

Когда я только приходил в Яндекс, у меня было два больших желания:
1. Строить масштабные и сложные технологии;
2. Чтобы эти технологии использовали миллионы любой.

Сначала я разрабатывал OCR, а когда началось развитие LLM — переключился на VLM. Удивительно, что мы стартанули с точки, когда у нас вообще нет ничего, в точку, где наша VLM используется в куче сервисов компании: Алисе, Поиске, Умной Камере, Нейроэксперте, Маркете, IP-камере Алисы и т.д. (а еще куча внутренних сервисов). Мы стараемся делать технологию, которая полезна для наших пользователей и бизнеса — и сейчас действительно ежедневно её используют миллионы пользователей!

Содержательно
К себе в команду ищу клёвых ребят в штат, которые хотят строить мультимодальные технологии в Яндексе! Тебе предстоит делать сложные пайплайны сбора данных, проращивать новые навыки моделей и проверять сотни гипотез на разных стадиях обучения.

Если шаришь за обучение больших моделей, тебе знакомы аббревиатуры TP, CP, SP, FSDP, MTP, можешь бабушке заяснить за attention, интересуешься активно областью и почитываешь статейки, а также не боишься сложных и больших задач — приходи пообщаться!

Локация: преимущественно Москва/СПб.

Куда писать?
— По всем вопросам найма — к самому лучшему рекрутеру в мире Ане: @pavlova_ar
— Узнать подробности про команду и внутреннюю кухню — ко мне в личку: @toshiksvg

Командный режим в CC

Соверешенно случайно наткнулся на самый простой (имхо) и самый понятный гайд по экспериментальной фиче в claude code, где можно создавать команду агентов:
https://www.youtube.com/watch?v=olqEYlJHkzM

А еще на этом же канале есть прикольный видосик про sub-агентов, тоже рекомендую:
https://www.youtube.com/watch?v=zhs2cLoFlVY

Удивительно, но если заставить себя отпустить бесконечное желание понять, как оно всё работает под капотом, начинаешь понимать, как с этим можно работать как пользователь. И это даже и правда вайбово! Недавно вот перелопатил на чилле за 20 минут где-то 100+ задач в своём todoist, разобрать которые я уже не мог несколько недель. Нравится!

Инженер не пишет код. Инженер решает проблемы

Дженсен Хуанг, основатель Nvidia и её бессменный CEO вот уже 30 лет, большой визионер и лидер, отлично сформулировал:

Цель инженера — решать известные проблемы и находить новые. Код — это одна из задач. Но если твоя цель буквально кодить — тебе скидывают задачу, ты кодишь — ну окей, возможно тебя заменит AI. Но у большинства наших инженеров цель — решать проблемы. И знаете что — у нас в компании столько проблем, и столько ещё ненайденных проблем, что чем больше у них времени копать вглубь, тем лучше для компании. Ничто не принесло бы мне больше кайфа, чем если бы никто из них вообще не писал код — а просто решал проблемы, понимаете? Вот этот фреймворк "цель vs задача" — его реально полезно примерить на себя каждому.

Пожалуй, это один из самых ценных инсайтов для разработчика

1/10x инженер [1/2]

Копался тут по архивам случайно, обнаружил занятный скриншот (будет в следующем посте), а потому рассказу быть!

Где-то в годах 2011-2012 я увлёкся программированием. Произошло это очень просто: я был весьма неплох на уроках информатики, а посему решил, а чего бы не записаться на ВСОШ по этому предмету. Естественно, я опешил, когда узнал, что там нужно программировать, у меня оставалось где-то 1.5 месяца подготовки — ушёл учиться.

Мне была выдана книжка, насколько я помню, с названием "1000 задач по программированию". Для общего представления, задачи там были уровня:

Дано расстояние L в сантиметрах. Используя операцию деления нацело, найти количество полных метров в нем (1 метр = 100 см).

Это сейчас любой завайбкодить может, а тогда у меня из арсенала было лишь знание о существовании (подчеркну это) языка программирования — Pascal. В общем, я трудился, учился писать код. Очень быстро мне наскучила выданная мне книжка, я сделал в ней от силы задач 50. Переключился на задачи из олимпиад городского уровня и всё даже неплохо-таки получалось.

Настал день X. Меня отправляют на муниципальный уровень задачки решать. Прихожу, там человека 3-4 всего (на математике, например, было около 20), и те все — 11 класс. Ну, думаю, попадос! Решаем-решаем, незаметно прошло время, бац — 2 место.

И тут надо бы разобрать важный aha moment, благодаря которому я полюбил программирование и вообще стал тем, кто есть. С одной стороны, круто, что второе место (я тогда был в 7 классе, что ли), а с другой стороны — а чего не первое? Прихожу я, значит, к своему учителю и выкидываю: "А как это у него лучше меня получилось? И почему у него код быстрее?". На что получаю с ухмылкой ответ: "Антон, так он на C++ писал". Ну и, как вы понимаете, тут понеслось...

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

Но мой опыт рос, простые программулинки мне перестали быть интересными. И тут я задумался: а что можно закодить такого ещё интересного?

Продолжение следует...

Будничное

Я достаточно долгое время не погружался во всё, связанное с вайбкодингом, агентностью и прочими надстройками над LLM. И как-то нужды не было, и мнения вокруг были неоднозначные, а потому не понятно, зачем это всё мне прямо здесь и сейчас (всё равно забуду).

Последние пару месяцев точно я слышу, ну всё, оно вроде как работает, надо юзать. А потому предыдущие и текущие выходные я потратил за чтением доки, разбирательств с концептами, общаясь с LLMками. Смотрел, как это работает у людей в индустрии, как это работает у нас в компании. На удивление — всё очень неплохо сделано. Было очень легко осознать концепты, но сложно понять, как оно работает на самом деле.

Не знаю, то ли у меня мозг на 3/4 Pi радиан повернулся, то ли просто долго доходило. Очень было сложно перестроиться с концепции "дообучить LLMку под любую свою задачу" к "задай поведение через промпты". Уж очень я привык к тому, что любой навык можно заложить путём дообучения.

С агентами разбирался на базе этого фреймворка. Не знаю, насколько он хорош с т.з. "агентности" в плане качества, но чтобы разобраться с тем, как можно построить агентный фреймворк на коленке — на мой личный вкус годно. Код читать одновременно и сложно, и легко (думаю, он почти весь навайбкожен).

Удивительно, как много мест, в которых можно бесконечно много копать и открыть много профита! Работа с памятью (постоянной и временной), самооптимизация цепочек вызовов (например, сжать в вызов одного endpoint, который будет написан самой моделью), сжатие истории сообщений, работа с кучей API (условно, когда их у вас 100+) и т.д.

Единственное, чего я пока мало нахожу, так это работа с картинками/файлами (aka VLM). Даже те системы, которые строятся на мультимодальных моделях (GPT-5.2, Gemini), зачастую опускают мультимодальность и строятся исключительно на текстах. Если кто знает, чего интересного творится в мультимодальных агентах — рассказывайте!