MCP без хаоса: как мы создали в корпоративном ландшафте централизованный шлюз для ИИ‑агентов

Привет, Хабр! Меня зовут Анастасия Трегубова, я архитектор продукта (далее…)

Привет, Хабр! Меня зовут Анастасия Трегубова, я архитектор продукта (далее…)
Мы идём по тёмному цеху, освещение мерцает, где‑то капает вода, пар свистит, вырываясь из небольшого отверстия в трубопроводе. Старые пульты управления, покрытые пылью, копотью и паутиной. Проходя мимо пультовой, улавливаешь запах сигарет и кофе — верные, вечные спутники оперативной смены. Слева, на высоте метров десяти, работают котлы, издавая звук, схожий с рёвом Роковой горы в самом сердце Мордора. Весь путь пропитан хтоническим ужасом — не хватает только своего Фредди Крюгера или Джейсона Вурхиза. Хотя кто знает, что тут по ночам происходит.
И вот мы приходим к нашему месту « (далее…)
Каждый 256 день года связан с теми, кто работает с кодом: своим или чужим. Но когда программист дорастает до тимлида, нужно ли ему полностью переключаться на процессы или можно совмещать лидерство с написанием кода?
Порассуждали об этом с двумя очень разными тимлидами, в опыте которых уместилась вся история профессии.
В 2026 году я провела 105 глубинных интервью с владельцами и руководителями студий и компаний разработки — от аутсорса до продуктовых команд, плюс часть диджитал-агентств. Выборка — от 10 до 300+ сотрудников, география — вся Россия
Я искала не только статистику — сколько компаний падает, а сколько растет. Я искала ответ на вопрос, почему одни падают, а другие растут: что делают лидеры растущих компаний и не делают те, кто руководят падающим бизнесом
Всем привет!
Есть ощущение, что за последние два года в профессии разработчика изменилось что-то фундаментальное. Не очередной фреймворк. Не новый язык. Не ещё один способ развернуть контейнер. Изменился сам процесс программирования. Я поймал себя на странной мысли: я почти перестал писать код руками (далее…)
Когда-то я был обычным разработчиком в одной небольшой компании, и поддержка пользователей была одной из моих постоянных болей. Большинство обращений разбирала служба поддержки. Если самостоятельно решить проблему не получалось и требовалось понимание устройства системы, тикет приходил разработчикам. На словах всё звучало вполне логично: сложные технические проблемы должны разбирать люди, которые хорошо знают систему. Кроме того, участие в поддержке помогало новым разработчикам лучше понимать продукт.
Автоматизацию бизнеса часто обсуждают в контексте замены сотрудников: вот сейчас подключим AI, сократим отдел поддержки в три раза и получим экономический эффект.
На практике мне гораздо интереснее другой класс задач.
Есть сотрудники, которые умеют анализировать продажи, работать с ассортиментом, рекламой и клиентами. Но несколько часов каждого рабочего дня они тратят на то, чтобы переносить данные из одной системы в другую или в сотый раз писать почти одинаковый ответ покупателю.
Один из проектов, над которым я работал, как раз оказался таким.
За последний год я почти перестал писать код руками.
Не буквально, конечно. Если пару строк быстрее поправить самому, я так и сделаю. Но исследования, варианты архитектуры, план реализации, тесты, миграции, разбор существующего кода и большую часть самой реализации я всё чаще отдаю агентам.
Инженерной работы у меня от этого меньше не стало.
Код появляется быстрее. При этом агенты уже помогают не только с реализацией. Они могут исследовать систему, предлагать варианты, искать риски и спорить с моим решением. Но главный вопрос от этого никуда не исчезает.