Что мы все о серьезном, да о серьезном. Пятница все-таки. Нужно иногда и улыбнуться ))

На прошлой неделе на созвоне клиент спросил в лоб: "Валерий, а зачем нам теперь ваши разработчики? Я видел, как люди в Курсоре за вечер пишут целые приложения."

Я не обиделся. Вопрос честный. И я слышу его всё чаще.

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

Моё мнение радикально отличается. Я думаю, что квалифицированные инженеры будут востребованы не меньше, а больше. Мы в SVK последние полгода активно внедряем агентную разработку. Не в теории — в боевых проектах. И знаете, что я вижу?

AI отлично справляется с небольшими задачами. Написать функцию, сгенерировать компонент, разобраться в чужом коде — летает. Но как только проект становится больше, начинается цирк. Агент теряет контекст. Меняет то, что не просили. Забывает поменять то, что нужно. Ломает одно, чиня другое.

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

И ещё момент, о котором мало кто говорит. Порог входа не снижается — он растёт. Ещё год назад это был просто чат в браузере. Сегодня — IDE, skills, MCP-серверы, агенты и субагенты. То, что вы знали про AI-разработку месяц назад, уже устарело. Чтобы за этим следить, нужно время. Время, которое предприниматель мог бы тратить на свой бизнес.

И последнее — ответственность. Одно дело навайбкодить себе личный календарь. Другое — систему управления складом, где ошибка стоит сотни тысяч в день. Серьёзный бизнес серьёзные задачи будет поручать тем, кто умеет отвечать за результат.

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

Что думаете? Видите у себя в компаниях, как AI меняет работу с разработкой?

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

Гайд пошаговый, практичный — бери и делай. Хотя я бы немного поменял последовательность: на первых шагах достаточно регистрации в Claude и оплаты тарифа Max. У Claude есть встроенный редактор, которого точно хватит на первую неделю экспериментов. IDE типа Cursor ($20) или бесплатного VSCode понадобится позже, когда втянетесь.

Добавлю от себя одну штуку, которой в гайде нет: вам нужна реальная задача. Не "попробовать", а конкретная боль — персональный сайт, который давно хотели сделать, управленческий дашборд с нужными цифрами, автоматизация какой-то рутины. Без боевой задачи вайбкодинг останется игрушкой.

Дима — предприниматель, создавший HRLink. У него классный канал: пишет нечасто, но по делу — про бизнес и собственный опыт. Это не реклама, просто если гайд поможет — загляните в его канал, уверен, ему будет приятно.

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

Ну, а если всё-таки не хотите самостоятельно разбираться с Ai-разработкой, но хотите внедрить ИИ в собственный бизнес — приходите к нам, в SVK.Digital. Мы сейчас очень активно этим направлением занимаемся.

Последнюю неделю провёл в отпуске. Слишком заморачиваться не захотел, поехал в Египет. Мне нравится снорклинг, люблю Красное море, бывал здесь неоднократно. С отелем тоже не стал экспериментировать — поехал в сеть, в которой останавливаюсь обычно: отели Stella есть и в Хургаде, и в Шарме.

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

Открыл приложение отеля проверить расписание ресторана — влетел попап с просьбой оставить обратную связь. Стандартный NPS: "насколько бы вы рекомендовали нас знакомым?" Ну я, не будь дураком, и дал честную обратную связь. Прямо правду-матку. Накипело. Отправил, успокоился, забыл.
Но на следующий день я проснулся в совершенно другом отеле.

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

С этого дня моё пребывание стало даже в некотором смысле дискомфортным — меня окружили таким вниманием, словно я рок-звезда.

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

Я часто путешествую и много где бывал. Видел разный уровень сервиса, хотя признаюсь — в по-настоящему люксовых сетях вроде Rixos или Four Seasons пока не останавливался. Но я никогда не сталкивался с такой решительной и мгновенной реакцией на недовольство клиента.

В России я уже привык: оставил негативный отзыв — максимум через пару недель позвонит служба клиентского сервиса, извинится и предложит скидку на следующий заказ. А тут — отель на 600 номеров радикально изменился буквально за несколько дней.

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

Но самое главное — я задумался: а как я сам реагирую на недовольство клиента? Внимателен ли к нему или занимаю защитную позицию, пытаясь оправдать собственные действия? Окружаю ли максимальным вниманием? Стремлюсь ли как можно скорее вносить изменения? Или дежурно извиняюсь и отмахиваюсь небольшой скидкой?

Сейчас на рынке трудное время. Привлекать новых клиентов всегда было дороже, чем удерживать существующих. Клиентский опыт и лояльность — сегодня это конкурентное преимущество. И тут нам, кажется, есть чему поучиться у коллег из Египта.

Спасибо, PARTYstation!

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

Нет-нет, с проектом всё прекрасно! И я уверен, с каждым днём будет только лучше. Но теперь у проекта есть единоличный владелец — замечательный и очень талантливый Дмитрий Кибкало. А моя работа в этом проекте подошла к концу.

PARTYstation рос все эти годы и то, что начиналось как эксперимент, за несколько лет из стартапа превратилось уже в микро-, но всё же бизнес.
Проект требовал всё больше внимания и сосредоточения, и два года назад мы с партнёрами впервые задумались о том, кто из нас четверых готов полностью сосредоточиться на работе в проекте? И вот тут выяснилось, что… никто. У каждого были свои довольно веские причины, но само по себе это открытие было обескураживающим.

Два года мы спорили о том, как проекту развиваться и кто всё-таки должен возглавить дело. Мы попробовали вариант с наёмным гендиректором. Со временем стало понятно, что нам становится всё труднее договариваться и варианта, который был бы поддержан единогласно, попросту… не существует.

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

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

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

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

Вот, посмотрите, например, какую классную агентную систему парни построили. Очень советую почитать эту статью всем, у кого есть внутренняя команда маркетинга — вы офигеете. И это, поверьте, — только первые шаги.

Я очень горд, что имел отношение к проекту в первые годы его жизни. Я совершенно точно буду радоваться большим успехам PARTYstation. А сам в этом году буду сосредоточен на развитии брендов SVK.Digital, маркетингового агентства ТОП СПОТ и парольного менеджера BearPass.ru.
PARTYstation, спасибо за всё! И удачи!

13 советов самому себе

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

У кого-то увидел формат “советы самому себе”. Мне понравилось, и захотел сделать такое же в своем канале. Оказалось не таким уж простым занятием (попробуйте на досуге), но если бы я мог поговорить с собой 20-летним, я бы дал себе вот такие советы …

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

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

3. Люби себя и верь в себя. Если ты сам себя любишь, как тебя полюбят другие? Если ты сам не веришь в свои идеи, кто за тобой пойдет? Ты не идеален. Но ты и не обязан им быть. Твои недостатки и темные стороны личности — это тоже ты. Прими себя таким, какой ты есть.

4. Качай свои сильные, а не слабые стороны. Эта истина далась мне слишком поздно. Не пытайся стать совершенным и универсальным — это проигрышная стратегия в любой игре. Развивай свои таланты до уровня суперсилы. Зоны, в которых слаб передай тем, кто в них силен.

5. Желание быть всегда правым — это глупость! Если ты не прав — умей признать это и принять более конструктивную и эффективную точку зрения. Да, даже если она не твоя.

6. Окружай себя сильными людьми. Если ты — самый умный в комнате, пора сменить комнату. Ты сможешь становиться сильнее только тогда, когда твое окружение сильнее тебя. Касается всех сфер жизни.

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

8. Дисциплина и настойчивость решают. Не сдавайся и не отступай! Нет никакого таланта — есть вложенные тысячи часов, литры пота и крови. Без боли нет роста.

9. Умей рисковать. Тише едешь — дальше будешь? Это да. Но невозможно крупно выиграть, не делая крупных ставок. Это математика. Время от времени нужно играть “олл ин”.

10. Боишься — не делай. Делаешь — не бойся. Делай то, во что веришь с полной самоотдачей. Лучше сделать и потом сожалеть, чем всю жизнь сожалеть о том, чего так и не сделал.

11. Занимайся спортом. Лет до 35 организм простит тебе многое. Но потом начнутся проблемы и будет поздно. Тело, разум, дух — тебе нужно заботиться о всех трех составляющих твоей личности постоянно.

12. Зависимость — это несвобода. Табак, алкоголь, секс, игры, люди — знай меру во всем. Если ловишь себя на нездоровом влечении или зависимости к чему-либо — ты не свободен. В зависимости невозможно быть эффективным и принимать качественные решения.

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

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

В прошедшую пятницу довольно шумно вышел Claude Design и сразу взорвал рынок.

Почему? Ведь AI-решения для дизайна были и до него. Можно вспомнить как минимум Lovable, Replit, Stitch от Google, Pencil!

Да, все эти решения способны были сделать прототип из 2–3 страниц, но при попытке создать или поддерживать то, что у профессионалов называется «дизайн-системой», начинались проблемы. Создавая седьмую страницу из серии, сыпалась первая, а один и тот же (по логике автора) элемент начинал выглядеть иначе.

Claude Design меняет правила игры. Заявляется, что самая мощная на сегодняшний день модель Anthropic — Opus 4.7 — способна не только создавать собственные дизайн-системы, но и распознавать и придерживаться чужих. То есть буквально: загружаете собственную дизайн-систему, и все ваши продукты — сайты, лендинги, презентации — создаются в строгом соответствии с ней.

Акции Figma — главного на сегодняшний день игрока на рынке UX/UI-дизайна — в тот же день рухнули на 7%.

На мой взгляд, реакция слишком драматичная.

“Claude Design практически идеален для меня лично и отлично ложится на мой workflow: быстро спроектировать и сделать основу с помощью AI, а затем доделать руками в режиме редактирования под своё видение, сохраняя полный контроль. Супер!” — пишет Никита Михеенков, дизайнер и со-основатель агентства Nimax.

Figma останется в деле, но скорее всего потеряет рынок как инструмент прототипирования. Теперь быстрые прототипы дизайнеры будут собирать в Claude Design, результат переносить и дорабатывать в Figma, а полученные макеты почти бесшовно переносить во frontend-компоненты того же Claude Code.

Мы в Студии сейчас конвейер разработки ПО именно в такую сторону перестраиваем. Раньше всех в процесс ИИ-зации у нас включились ребята из frontend-разработки, следом подключились backend-ы, сейчас на ИИ-инструментарий активно переходит как раз отдел дизайна.

Да, пока Ai всё еще не слишком хорош в том, что называется “креативным дизайном”, и лучше справляется с задачами дизайна интерфейсов. Но, подождите … еще полгода назад он не умел и этого. Так что то ли еще будет.

А теперь еще и новый лидер среди моделей для иллюстрирования
И нет ... это не Claude Design ))

Ещё несколько недель назад я в разговоре с товарищем жаловался, что единственное, чего мне пока не хватает от AI-инструментов — это нормальной генерации изображений. Нет, есть конечно и NanoBanana, и MidJourney, и другие сервисы, умеющие создавать не только классные картинки, но даже фотореалистичные видео. Но сервиса, в который можно было бы скормить статью и сказать «на вот — почитай и проиллюстрируй», я найти не мог.

В понедельник OpenAI выпустили ChatGPT Images 2.0 — новое поколение модели генерации картинок. Главное обновление — точность и контроль. На демо-ролике показаны даже целые развороты журналов, аккуратно свёрстанные моделью — с качественной типографикой и хорошей композицией. Была заявлена также качественно улучшенная работа с текстами — японский, корейский, китайский, хинди, бенгальский. Кириллица в демо тоже мелькает, но в основной список не попала — надо тестировать.

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

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

Но что я рассказываю — вот эта статья, посмотрите сами. Неплохо же?

Нам для одного из проектов сейчас нужна модель, умеющая точные нотации выдерживать — ну, например, построить BPMN-диаграмму или чертёж по ГОСТу, выдержав все требования к формату. Начиная работу над проектом, я честно предупредил клиента, что с этим у текущих моделей пока сложности, но скорее всего на горизонте 3–6 месяцев решение появится и мы сумеем его использовать.

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

Спрашивают в личке: "Как попробовать?"

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

Возможно потребуется платный тариф, но они начинаются от $20 в месяц — поверьте, за 1500 рублей я бы шесть иллюстраций такого качества точно бы не смог заказать. Да и ждал бы не меньше недели (пока найдешь иллюстратора, пока ТЗ напишешь, пока дождешься результата, пока напишешь второе ТЗ на правки ... бррр).

В общем — действительно ничего сложного.

ИИ-зация конвейера разработки ПО. Полевые заметки.

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

Спорил я при этом так, словно защищаю последний рубеж Родины от орд наступающего неприятеля. Прекрасно помню этот этап и благодарен ребятам, терпеливо разбивавшим один мой довод за другим.

Затем я прошёл все стадии принятия неизбежного по Кюблер-Росс: отрицание, гнев, торг, депрессия (все новогодние праздники я провёл в довольно тягостном расположении духа) и, наконец, принятие.

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

Тогда было принято интуитивное решение — опереться на тех немногих AI-евангелистов, которые уже были в компании: в основной своей массе это были молодые ребята, которым, возможно, недоставало опыта в профессии, но зато энергии и энтузиазма было не занимать. Им были даны полномочия и определённая свобода действий.

Следующим решением мы ввели компенсации для сотрудников, использующих AI в своей работе. Фактически, мы согласились компенсировать команде затраты на оплату подписок ведущих моделей с лимитом в $100 в месяц. Одновременно с этим мы организовали корпоративный VPN так, чтобы любой сотрудник мог относительно без труда получить доступ к необходимым ресурсам.

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

Важным этапом стало «инфицирование» лидеров. Это заняло некоторое время и потребовало определённого терпения и поддержки, но сейчас около половины наших лидеров уже прошли этапы адаптации и начали делиться результатами собственных работ в области вайбкодинга или даже агентной разработки. Оставшаяся половина, как минимум, перестала сопротивляться и саботировать процесс.

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

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

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

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

Если у вас в компании пока буксует переход на новый инструментарий — надеюсь, мой опыт поможет форсировать вам эти изменения. А если у вас уже всё получается — поделитесь своим опытом и наработками в комментариях. Мне очень интересен ваш опыт.

Новая модель разработки предсказуемо начинает создавать новые угрозы.

Как и в традиционной разработке, AI активно использует сторонние библиотеки в своём коде. Ну, в самом деле, зачем изобретать велосипед для типовых операций вроде создания PDF или чтения содержимого Excel-файла, если можно за секунду вставить готовый код?

Вот этим вчера в очередной раз воспользовались злоумышленники. В популярной библиотеке PyTorch Lightning нашли вредонос — заражены версии 2.6.2 и 2.6.3 пакета lightning. Достаточно сделать pip install lightning, и при первом импорте срабатывает 11 МБ обфусцированного JavaScript: утекают токены GitHub, ключи AWS/Azure/GCP, секреты CI-раннеров.

PyTorch Lightning охотно используют и Claude, и Codex в задачах, связанных с обучением LLM, диффузионных моделей и временных рядов. И это всего лишь очередной случай. До этого были десятки, если не сотни других.

Что делать прямо сейчас?

Если устанавливали 30 апреля lightning, откатиться до версии 2.6.1, ротировать все ключи и проверить репозитории на наличие посторонних файлов в .claude/ и .vscode/.

Что сделать на уровне вайбкодинга?

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

Почему? Потому что Claude Code не всегда может прочесть инструкции, а время от времени может их даже игнорировать, особенно если вы работаете в режиме --dangerously-skip-permissions.

Но тем не менее стоит добавить в Claude.md вот такие инструкции:

## Безопасность зависимостей

При установке любых Python/npm пакетов:
1. Проверять возраст версии: `pip index versions <package>` для Python, 
   `npm view <package> time` для npm. Если последняя версия младше 14 дней — 
   остановиться, сообщить мне, предложить предыдущую стабильную.
2. Перед установкой запускать `pip-audit --requirement requirements.txt` 
   или `npm audit` соответственно.
3. Никогда не использовать `pip install <package>` без указания версии. 
   Всегда через requirements.txt или pyproject.toml с pin-ом.
4. Для критичных проектов проверять пакет через `socket package score <name>` 
   если CLI установлен.

Что делать на уровне команды разработки?

1. Включить pip-audit и npm audit в CI всех активных проектов.
2. Проверить, что во всех проектах есть lock-файл с хешами.
3. Написать hook для Claude Code на PreToolUse, блокирующий установку пакетов младше 14 дней.
4. Поднять внутренний PyPI/npm proxy (devpi или Nexus) с quarantine policy.
5. Включить Socket, Safety или Snyk в GitHub-репозитории.

Разошлите своим инженерам и уже после этого отправляйтесь на майские шашлыки. Если, конечно, погода в вашем городе это сегодня позволяет 😊

Цифра Комягина

Наши AI-сервисы: первые результаты
Пару постов назад я рассказывал о том, как мы начинали перевод конвейера на AI-first принципы. Обещал поделиться результатами — делюсь некоторыми наиболее успешными нашими системами, которыми мы уже пользуемся ежедневно.

Сметчик
Раньше на оценку проекта уходило до двух недель. Нужно было собрать 2-3 специалистов, дождаться их свободных слотов (иногда неделю), каждый тратил по полтора-два часа. Итого — десятки человеко-часов на одну смету.

Сейчас первую версию оценки мы получаем за 20 минут. Да, поначалу система промахивалась сильно. Но после нескольких месяцев обучения на наших данных — попадает в «человеческие» оценки с погрешностью 10-15%. Специалисты теперь не оценивают с нуля, а проверяют и корректируют.

Транскрибатор встреч
У наших РП минимум 2-3 встречи в день. После каждой — фоллоуап. Раньше на него уходило 20-30 минут, и всё равно выпадали важные детали.

Теперь ИИ расшифровывает запись, агент готовит черновик фоллоуапа и недельный отчёт для клиента. РП проверяет и отправляет. Экономия — час-полтора в день на каждого руководителя проекта.

Чтобы соблюсти все требования законодательства, транскрибацию приходится делать на локальных моделях. Получается медленно. Поэтому вчера я попробовал использовать Яндекс Ai SpeechKit — вы будете смеяться, но … вполне юзабельно и гораздо быстрее, чем локальная модель на бытовых ноутбуках.

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

Code review
Ревью кода — это 40-50 часов в месяц наших сильнейших инженеров. По себестоимости — 100-150 тысяч рублей. Каждый месяц. Теперь первичный проход делает агент: ловит типовые ошибки, проверяет стиль, указывает на потенциальные проблемы. Синьоры подключаются выборочно — для сложных случаев и архитектурных решений. Мы не можем позволить себе бесконтрольную агентную разработку в клиентских проектах.

Что ещё?
Разработчики пишут код в Cursor и Claude Code. Дизайнеры прототипируют в Claude Design и работают над бесшовной связкой Figma с фронтендом. HR в полуавтоматическом режиме готовят записки к резюме. QA отслеживают «застрявшие» дефекты. Строим скоринг откликов на вакансии и автосборщик коммерческих предложений — оба в работе.

Что по итогу?
Пока это зоопарк. Каждый отдел автоматизировал своё, технологии стыкуются плохо. Впереди — синхронизация и единая архитектура. Но лиха беда начало. Полгода назад не было ничего из этого.

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

Похвастайтесь, что вы у себя уже автоматизировали? Интересно сравнить.

Как я защищал годовой отчет с помощью Claude Design

Кроме того, что я руковожу и развиваю SVK.Digital, я инвестирую в создание IT-продуктов. Стараюсь особенно не распыляться, и до декабря прошлого года в моем “портфеле” было всего три компании — игровая платформа PARTYstation, агентство интернет-маркетинга ТОП СПОТ и парольный менеджер BearPass. В этом году я вышел из состава учредителей PARTYstation, поэтому портфельных компании осталось всего две.

Во вторник защищал перед акционерами BearPass отчет по итогам 2025 года. Если у вас есть стратегический инвестор, то помимо приятных возможностей появляется ряд обязательств. Одна из них — защита годового отчета и утверждение планов. Мероприятие не формальное: недовольные результатами акционеры вполне могут инициировать вопрос о прекращении ваших полномочий и избрании нового руководителя. Для вашего же продукта.

Для подготовки презентации я использовал Claude Design. Предварительно написал md-файл с содержимым всех 25 слайдов. Примерно с половиной Claude Design справился отлично — и тут недельный лимит закончился. Не дневной, а недельный. А мероприятие несдвигаемое: собрать занятых акционеров в один день и одно время — та еще задачка.

Что сделал? Выгрузил первые 14 слайдов архивом и скормил Claude Code. Вместе с ним разобрал получившийся дизайн в систему, превратил в небольшое веб-приложение и успел собрать недостающие слайды в том же стиле. Claude Code потратил около 20% дневного лимита — не недельного.

Какие выводы сделал для себя про Claude Design:

С дизайном интерфейсов справляется хорошо. С креативным дизайном — на порядок хуже. Зато отлично соблюдает существующую дизайн-систему: если у вас есть креативный дизайн от опытного дизайнера, правильно оформленный в Figma, Claude Design будет точно следовать заложенным принципам.

Главная проблема — прожорливость. Эффективный способ использования: набросок из 2-5 интерфейсов в Claude Design, потом переносить в Claude Code и работать там.

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

Отчет и планы я, кстати, перед акционерами защитил. И полномочия генерального директора на текущий год сохранил.

Так что продолжаем вместе с командой BearPass строить сильнейший парольный менеджер в России (он кстати для менеджмента секретов в вайбкодинге тоже подходит). Если ваша организация до сих пор по каким-то причинам не использует для работы с паролями BearPass — напишите мне, сделаем приятную скидку.