GitHub переписала агентный runtime Copilot с TypeScript и Node.js на Rust за несколько месяцев. По оценке самой компании, раньше такой проект потребовал бы команды разработчиков и занял год или два. Теперь основную работу вел один инженер с AI-агентами, пока остальная команда продолжала развивать продукт.
Это важнее очередной демонстрации «модель написала много кода». Здесь речь о production-системе объемом более 800 тысяч строк, которую не положили рядом со старой версией до лучших времен, а постепенно ввели в работу через 128 pull requests.
Что именно перенес GitHub
Copilot agent runtime управляет агентным циклом и лежит под GitHub Copilot CLI, приложением Copilot и SDK. Через него работают решения GitHub, Microsoft и экосистемы, включая VS Code, Visual Studio, Copilot Code Review, Copilot Studio, а также продукты Office.
Старый runtime вырос из консольного приложения на TypeScript. Когда понадобился SDK, GitHub выбрала быстрый путь: внешние приложения запускали CLI отдельным процессом и общались с ним через JSON-RPC. Это помогло быстрее вывести продукт, но каждый клиент фактически тащил с собой Node.js и V8.
По данным GitHub, SDK для C#, Python, Go, Java и Rust платили за это минимум примерно 100 МБ рабочей памяти на клиента. Запуск отдельного процесса, обмен данными через его границу и модель исполнения Node.js били по старту, памяти, пропускной способности и надежности.
После переноса производительность runtime, как утверждает GitHub, выросла на порядки. Большую часть кода написали агенты. Возникавшие регрессии находили и исправляли по ходу поставки, а не после единого финального переключения.
Почему это получилось
Главный актив здесь не способность Copilot печатать Rust быстрее человека. Проект был разбит на 128 проверяемых изменений, каждое из которых можно было включать постепенно. У миграции также была существующая реализация и конкретные ограничения старой архитектуры: расход памяти, запуск процессов, межпроцессное взаимодействие и надежность.
Поэтому кейс GitHub не доказывает, что один инженер теперь заменяет платформенную команду в любом проекте. Он показывает более узкую и полезную вещь: миграцию с понятным исходным поведением, измеримыми узкими местами и поэтапной поставкой уже можно планировать как отдельный агентный контур, а не как многолетнюю стройку.
Для руководителя разработки это повод пересчитать отложенные переписывания. Но бюджет стоит закладывать не только на генерацию кода. Без дробления на небольшие изменения и безопасного rollout агент просто поможет быстрее произвести большой объем риска.