Трифонов_IT

Research Insights Made Simple #22: как собрать управляемый агентный стек (Рубрика #AI4SDLC) Что компания делает «своим» в агентной платформе: код клиента, модель, контур исполнения, данные или право агента менять внутренние системы? Эти вещи часто смешивают…

Research Insights Made Simple #22: как собрать управляемый агентный стек (Рубрика #AI4SDLC) Что компания делает «своим» в агентной платформе: код клиента, модель, контур исполнения, данные или право агента менять внутренние системы? Эти вещи часто смешивают и сводят выбор к спору между «своим OpenCode» и «чужим Claude Code или Codex». В понедельник 20 июля в 17:00 по мск мы с Мишей Трифоновым из Cloud.ru разберём в прямом эфире эту ложную развилку и соберём полное описание агентного стека в рамках 22-м выпуска подкаста Research Insights Made Simple. Миша Трифонов - Директор департамента внутренней платформы разработки Cloud.ru и у него есть свой интересный канал @trifonovit Рабочая формула шире привычной пары «модель + обвязка»: агентный стек = обвязка + модель + инструменты + идентичность + технические границы исполнения. Обвязка управляет циклом работы и контекстом, модель предлагает план, инструменты создают реальный эффект. Идентичность, sandbox и policy engine определяют, от чьего имени и в каких границах действует агент. Поговорим о восьми конфигурациях: от автономного стека и локальной модели до внешнего планировщика, корпоративного tool gateway и полного SaaS. У каждой схемы своя цена контроля, скорости, lock-in и эксплуатации. Отдельно обсудим несколько неочевидных следствий: - open source ≠ local inference; - self-hosted ≠ безопасные действия; - доступы сотрудника ≠ доступы агента - внутренний MCP ≠ узкие полномочия; - внешний API ≠ внешнее право на действие; - multi-model router = отдельная платформа. Ключевая идея — разделить два пути. Модельный шлюз контролирует, какие данные и к какой модели уходят. Инструментальный шлюз решает, кто, что и от чьего имени может изменить. Между ними нужны единые identity, policy, trace и evals. И здесь разговор переходит к безопасности. Атакуют не абстрактную модель, а путь от недоверенного README, issue или tool result до действия с реальными полномочиями. Поэтому ограничения должна обеспечивать инфраструктура, а не системный промпт. В общем, мы обсудим не «какой агент лучше», а какую минимальную конфигурацию выбрать для пилота, корпоративной платформы или регулируемого контура — и кто отвечает за фактическое изменение системы. Добавляйте стрим в ваш календарь, чтобы не пропустить его. #AI4SDLC #AI #Agents #Architecture #PlatformEngineering #Security #Engineering

Пока все отдыхали на длинных выходных, мы с Михаилом Трифоновым, Head of DevOps из Cloud. ru обсуждали важную тему (чтобы вам было, что посмотреть с пользой прямо сегодня). КАК ПЕРЕСТАТЬ БЫТЬ СПАСАТЕЛЕМ ДЛЯ СВОЕЙ КОМАНДЫ? Эфир получился позитивным, под стать самому Михаилу. Мне кажется, даже по этому короткому фрагменту видно характер героя. Обсудили: 📌 термин «лидер-слуга» - и вы удивитесь, но это совсем не то, о чем вы подумали; 📌 книгу, которую должен прочитать каждый управленец, по словам Михаила; 📌 стратегию лидера в спортивной команде и в бизнесе - чем они отличаются и чем схожи? 📌 что помогает лидеру увидеть надвигающийся конфликт в команде и как быть в этом случае? Рекомендую к просмотру всем, кто развивается в карьере: 📺 YouTube 📱 LinkedIn Ну и делитесь, только честно: все еще спасаете или уже управляете? #Интервью

😂👍👍❤️👌😅😊😊😍😘 Понедельник, 4 ноября, в 18-00 мск - ZOOM Вы – «скорая помощь» для своей команды? Тот самый лидер, который решает все проблемы, тушит пожары и тащит на себе проекты, пока остальные... просто работают? Остановитесь! Это не героизм, а прямой путь к выгоранию. Желание быть опорой – благородно. Но оно же превращает вас в «решателя проблем», а не в стратега. И пока вы спасаете всех подряд, вы теряете главное: энергию, фокус и, в конечном итоге, результаты. Пропустить этот эфир — значит так и остаться «героем», который спасает всех, кроме себя. Цена этой ошибки – не просто усталость. Это потерянный драйв, зависимая команда и угроза вашему лидерскому будущему. ❗️ВНИМАНИЕ❗️Эфир будет закрытым. Попасть можно только после регистрации ↓ 👉 ЗАРЕГИСТРИРОВАТЬСЯ Участники получают уникальную возможность задать вопросы спикерам во время эфира. В качестве проводника от спасательства к зрелому лидерству я пригласила Михаила Трифонова – Head of DevOps в Cloud.ru, который прошёл путь от «спасателя», бросавшегося на амбразуру каждой проблемы, до лидера, который строит системы, где люди справляются сами. Без выгорания и героизма. Мы не будем говорить общими фразами. Разберём главное: ❓Почему ловушка «я должен быть опорой для всех» кажется такой привлекательной, но на деле разрушает и вас, и команду? ❓Где та самая грань между здоровой ответственностью и токсичным спасательством? ❓Как перестать «тащить всё на себе» и не стать при этом безразличным, холодным боссом? ❓Что получает лидер взамен, когда отказывается от роли героя? (Спойлер: не хаос, а рост и свободу). Этот эфир – ваша точка невозврата к старой модели управления. Всего за 50 минут вы получите схему, как перейти от режима «пожарника» к роли архитектора сильной команды. 👉 ПОПАСТЬ НА ЭФИР! Чтобы вернуть себе энергию, а команде – ответственность. До встречи на эфире, успешные!

Сейчас выступаю на TechCommunity Fest. Тема доклада: IDP (Internal Development Platform): Как превратить микросервисный хаос в инженерный рай Доп материалы по презентации: - Building Microservices Сэма Ньюмана https://clck.ru/3NGvke - State of DevOps Russia 2024 https://clck.ru/3MUNzz - Team Topologies https://clck.ru/3MUNw - Рекомендуемая архитектура IDP McKinsey https://clck.ru/3MUQFY - AI-commit https://clck.ru/3NGwEN - AI-SRE https://clck.ru/3NGwHx - Зрелость через Dora-метрики https://clck.ru/3MUYHT - Модель зрелости IDP https://clck.ru/3MUYps IDP Guide: https://devplatform.pro/ Презентация: https://disk.yandex.ru/d/C9-UrJXCAlDzPw

Ощутите какой путь люди проделали во взаимодействии человек-компьютер. Даже такая мелочь как даблклик должна обладать определенными свойствами, чтобы быть максимально нативной. Добавил ру-субтитры, чтобы было комфортнее смотреть) 😋

🎙️ Идеализм vs реальность Подкаст с Антоном Тодосийчуком и Даной Миндзаевой Мы сделали всё по учебнику: ✅ Записали 3-часовой подкаст с крутыми гостями ✅ 3 ночи монтировали, вырезали моменты, сводили звук ✅ Готовились к релизу как в кино... А потом — *бац* — битые исходники. Осталась только режиссёрская версия (та самая, которую обычно никто не видит). И знаете что? Решил ее все равно выложить. Без идеального монтажа. Без финальных титров. Без полировки. 1 визуальный план. На своем личном канале. Почему это победа: Сделано > идеально — 99% подкаст слушают а не смотрят. А подкаст получился оч топовый и с юмором и со смыслом. Главное — не закопать контент — лучше "сырая" ценность, чем вечное "ещё чуть-чуть" *Мораль:* если бы мы были идеалистами идеала, вы бы никогда не услышали этот выпуск. Посмотреть: https://www.youtube.com/watch?v=CtzDWbp7nYo А вы бы выложили "сырую" версию? 🔥- Да, контент важнее идеала 🤔 - Нет, надо доделать идеально ❤️ - эмоджи поддержи

Годнота подъехала!🚀 Полгода назад записали с Артёмом (@badTechProject, CPO платформенных решений Яндекса) разбор DevEx и Платформ – как ускорить разработку в 2 раза и не сойти с ума. Вышло огонь! 🔥 Кому актуально – ловите ссылку 👇 https://youtu.be/1aYnzXFefc8?si=u8nI80Uw5TEwnrUk

Platform Engineering Guide: написал первые статьи! ✅ Когда IDP реально нужна? ✅ Шаг 1. Как ставить цели для IDP? 🔗 Читать (devplatform.pro) Первый раз делаю такой проект — как вам: - Удобно ли читать? - Вставки со скринами – зашквар? - Есть что дополнить? P.S. «Какие ошибки вы совершили при внедрении IDP?» Дополню статьи вашими кейсами!

Создаю OpenSource базу знаний по Platform Engineering На CTO Conf 2025 я рассказал о своём проекте — OpenSource базе знаний для инженеров, которые хотят: - Разбираться в Platform Engineering без «велосипедов». - Иметь под рукой проверенные гайды по платформенным архитектурам и AI интеграции. - Делиться опытом в комьюнити (приветствуются PR!). Что уже сделано: 1. Выбрал Docusaurus – для удобной навигации и поддержки Markdown. 2. Развернул на GitHub Pages – прозрачность и open-source с первого дня. 3. Запустил сайт → https://devplatform.pro/ (пока сыро, но база растёт!). Об обновлениях буду писать сюда. P.S. Если заметили баги на сайте — кидайте в Issues на GitHub. Критика = рост 💪

Сейчас выступаю на CTO Conf 2025. Полезные материалы к докладу: Слайд 1: State of Platform Engineering 2024 https://clck.ru/3MUN2r Слайд 5: State of DevOps 2024 clck.ru/3MUNiW Слайд 6: State of DevOps Russia 2024 https://clck.ru/3MUNzz Слайд 34: Team Topologies https://clck.ru/3MUNw Слайд 36: State of DevOps 2020: https://clck.ru/3MUPBo Слайд 39: Рекомендуемая архитектура IDP https://clck.ru/3MUQFY Слайд 49: Обзор готовых IDP от Александра Кириллова https://clck.ru/3MUQQ7 Слайд 71: Google SRE Book https://clck.ru/3MUYDP Слайд 74: Dora https://clck.ru/3MUYHT Слайд 77: AI в Разработке https://clck.ru/3MUYVz Слайд 84: Модель зрелости IDP https://clck.ru/3MUYps Преза: https://disk.yandex.ru/i/e8in9DThyp8VRw

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

Уже скоро старт, проведем все вместе отлично этот вечер. Мы все тут знаем, победить Денис, но это не повод грустить другим участникам, а повод провести конец недели с удовольствием и позитивом 👍 youtube — twitch — vk