Как Claude Code получил руки, память, лицо и изменил роль тимлида
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
В конце 2025 года мы начали внедрение ИИ в разработку с покупки нескольких командных подписок на Claude Code. Для большинства задач ML-команд агенту хватало контекста одного репозитория. Но работа CTO, тимлида, проджекта и дежурного устроена иначе: нужная информация находится в логах, базах данных, корпоративных переписках, документации и результатах предыдущих расследований.
Поэтому мы начали превращать Claude Code из инструмента для работы с кодом в полноценного члена команды. Сначала дали ему "руки" - сделали единый виртуальный MCP-сервер, через который агенты с учётом ролей получают доступ к состоянию продукта, инфраструктуре, коду, документации, перепискам и даже анонимизированным медицинским исследованиям.
Затем появилась ограниченная память - автоматически пополняемая приватная база знаний руководителей, которую агент использовал в новых сессиях.
После этого рабочий день руководителя начал состоять из 5–10 параллельных агентских сессий. Для удобного управления ими мы разработали AI Cockpit - интерфейс для работы с множеством сессий Claude Code и Codex.
Наконец, мы добавилии ИИ-агентов в корпоративный мессенджер Mattermost к остальным сотрудникам. ИИ-дежурный стал автоматически начинать расследования инцидентов, а любой сотрудник теперь может обратиться к ИИ-агенту прямо в треде. Открыть корпоративным агентам приватную память руководителей было нельзя, поэтому мы построили отдельную базу знаний через LLM-дистилляцию и санитизацию.
В докладе я покажу архитектуру системы и расскажу, как агенты с инструментами и памятью меняют работу тимлида: какие задачи перестают требовать отдельного делегирования, почему растёт число параллельных задач и где проходит граница между самостоятельностью агента и ответственностью человека.
Много лет люблю машинное обучение в разных формах, сейчас руковожу ML-отделом в Цельсе и веду ТГ-канал «Варим ML». Каждый день ломаю голову над тем, как оптимально организовать DS-разработку, чтоб было эффективно, но весело.
