Microsoft изучила внедрение Claude Code и Copilot CLI: +24% к мержам PR
Группа исследователей, включая Эмерсона Мёрфи-Хилла (Emerson Murphy-Hill), изучила, как в начале 2026 года в Microsoft разворачивали два консольных ИИ-агента для написания кода, Claude Code от Anthropic и Copilot CLI от GitHub. Работа опубликована как препринт на arXiv 1 июля 2026 года.
Авторы отслеживали десятки тысяч инженеров компании на протяжении четырёх месяцев и отвечали на три практических вопроса: кто вообще пробует такие инструменты, кто продолжает ими пользоваться, и дают ли они достаточно отдачи, чтобы оправдать расходы (для крупной организации трата токенов на такие агенты может доходить до миллионов долларов в год).
Ключевые находки: первое знакомство с инструментом распространялось в первую очередь через социальные связи между коллегами, а не через формальное обучение или директивы сверху. Удержание, то есть кто продолжил пользоваться агентом после первой пробы, было сильнее связано с тем, насколько активно инженер вообще пишет код, чем с демографическими характеристиками (например, стажем или должностью).
В качестве показателя пользы авторы взяли количество смерженных пул-реквестов, с оговоркой, что смерженный PR не равен реальной ценности, которую он приносит. По этому показателю принявшие агентов инженеры мержили примерно на 24% больше PR, чем можно было бы ожидать без использования инструмента. Этот эффект прироста не угасал в течение всего четырёхмесячного окна наблюдения.
Вывод авторов: консольные ИИ-агенты для кода принимаются неравномерно среди сотрудников и не являются просто кратковременной модой, а значит, организациям, планирующим подобное внедрение, стоит делать ставку на видимость использования инструмента среди коллег как на центральный элемент стратегии раскатки.
Ключевые факты
- Исследование охватило десятки тысяч инженеров Microsoft во время раннего внедрения Claude Code (Anthropic) и Copilot CLI (GitHub) в начале 2026 года
- Первое использование инструментов распространялось прежде всего через социальные связи между коллегами, а не сверху вниз
- Удержание (кто продолжил пользоваться после пробы) сильнее связано с тем, насколько активно инженер пишет код, чем с демографией
- Принявшие агентов инженеры мержили примерно на 24% больше пул-реквестов, чем ожидалось бы без использования инструмента
- Эффект прироста сохранялся на протяжении всех четырёх месяцев наблюдения, то есть это не просто эффект новизны
Почему это важно
Это одно из немногих полевых исследований такого масштаба, десятки тысяч реальных инженеров одной компании, а не лабораторный эксперимент. Оно даёт конкретный ответ на вопрос, который волнует любую организацию, тратящую миллионы долларов на подписки и токены для ИИ-агентов: окупается ли это в терминах реального выпуска работы. Авторы показывают измеримый и устойчивый во времени прирост, а не разовый всплеск любопытства.
Кому это важно
Руководителям инженерных команд и CTO, которые решают, стоит ли раскатывать Claude Code, Copilot CLI или похожие инструменты на всю организацию; людям, отвечающим за бюджет на ИИ-инструменты и за то, как измерять их эффект; тем, кто планирует внутренние программы внедрения новых инструментов разработки в целом.
Как это применить
Главный практический вывод, не полагаться только на формальное обучение или директиву сверху. Раз распространение идёт через социальные связи, стоит сознательно делать использование инструмента видимым: показывать примеры коллег, поощрять публичное обсуждение опыта внутри команд, а не просто разослать лицензии и инструкцию.
Можно ли доверять
Это препринт на arXiv (раздел cs.SE), опубликованный 1 июля 2026 года, рецензирования пока не проходил. Один из авторов, Эмерсон Мёрфи-Хилл, известен предыдущими работами о продуктивности разработчиков в крупных компаниях. Данные собраны на реальном масштабном внедрении внутри Microsoft, что повышает доверие к полевой части исследования, но сами авторы честно оговаривают ограничения своей метрики.
Риски и подводные камни
Количество смерженных PR, грубый показатель: он не учитывает качество кода и реальную ценность изменений, а сами авторы это признают. Связь между активностью в коде и удержанием инструмента может объясняться и обратной причинностью, более активные разработчики просто охотнее пробуют новое. Наконец, результаты получены на культуре и процессах конкретно Microsoft и не обязаны один в один переноситься на другие организации.