Google уже вывела на рынок отдельный Agent Development Kit for Go, а разговор о production-grade агентных системах все чаще идет вокруг того же стека. Как пишет The New Stack, Go для AI-агентов быстро перестает быть нишевой идеей и превращается в практичный выбор для тех, кто строит не демо-ботов, а инфраструктуру, рантаймы и интеграции под реальную нагрузку.
Фактология здесь показательная. У Google есть публичный репозиторий adk-go, который компания описывает как open-source, code-first Go toolkit для создания, оценки и развертывания AI-агентов; на GitHub у него около 8,5 тыс. звезд, а последняя доступная версия на момент публикации — v2.0.0 от 30 июня 2026 года. Microsoft, в свою очередь, развивает Microsoft Agent Framework — open, multi-language framework для production-grade AI agents и multi-agent workflows. Но в открытой витрине Microsoft пока называет двумя основными языками .NET и Python: это прямо указано в README репозитория, где также виден свежий релиз от 10 июля 2026 года и примерно 12 тыс. звезд. Иными словами, Microsoft явно серьезно играет в рынок агентных платформ, но именно в Go-плоскости у нее пока скорее сигнал интереса со стороны инфраструктурной логики, чем уже оформленный first-class стек.
И тут важен контекст, из-за которого история вообще заслуживает внимания. Go для AI-агентов интересен не потому, что кому-то внезапно захотелось писать prompt orchestration без Python, а потому, что Go давно стал рабочим языком облачной инфраструктуры. Контейнерная оркестрация, сетевые сервисы, CI/CD-цепочки, легковесные серверы, concurrency без лишней драмы, один бинарник на выходе — все это делает Go удобным материалом для той части agentic-систем, где важны управление состоянием, параллелизм, телеметрия и предсказуемое поведение в проде. Когда агенты перестают быть игрушкой в ноутбуке и начинают жить рядом с очередями, API-шлюзами и observability-стеком, выбор языка становится не эстетическим, а операционным.
На этом фоне особенно заметно, кто именно отстает в Go-слое. OpenAI официально продвигает Agents SDK в двух вариантах: Python и JavaScript/TypeScript. Это видно и по документации, и по GitHub-репозиториям: Python-версия имеет около 27,8 тыс. звезд, JS/TS-версия — около 3,4 тыс., а про отдельный Go SDK именно для agent orchestration речи не идет. У Anthropic картина чуть интереснее, но тоже не до конца симметричная Google: у компании есть Claude SDK for Go, то есть официальный доступ к Claude API из Go-приложений, а в самом репозитории видны и agent-related компоненты вроде toolrunner и betaagent. Однако на уровне позиционирования это все еще прежде всего SDK к модели, а не самостоятельный Go-фреймворк для оркестрации агентов масштаба Google ADK.
Для разработчиков это не академический спор о вкусах, а довольно земной вопрос о том, где будет собираться базовый runtime для агентных систем. Python по-прежнему силен там, где нужны скорость прототипирования, доступ к экосистеме ML и бесконечное число готовых библиотек. TypeScript логично держит фронт там, где агент нужно быстро встроить в веб-продукт, internal tool или customer-facing интерфейс. Но если команда строит слой, который должен долго жить в инфраструктуре, дружить с сервисами платформенной команды и не разваливаться под нагрузкой, у Go появляется очень понятная роль. Не как «язык для всего AI», а как язык для скучной, но дорогой части агентной инженерии — а именно там обычно и прячется настоящая сложность.
Для бизнеса вывод тоже неприятно прямолинейный: рынок агентов постепенно отделяет «модельный слой» от «инженерного слоя». OpenAI и Anthropic доминируют в моделях и API, но это не гарантирует лидерства в developer tooling на каждом языке. Google уже пытается занять нишу тех команд, которые хотят собирать агентные сервисы в стиле cloud-native backend. Microsoft, судя по темпам развития Agent Framework и общей ставке компании на agentic-инфраструктуру, вряд ли проигнорирует этот спрос надолго. И если корпоративный заказчик попросит не просто агента, а агента, который живет в знакомом ops-контуре, вопрос «почему не на Go?» будет звучать все чаще.
Главная интрига теперь не в том, заменит ли Go Python в AI-разработке — этого не видно даже на горизонте. Гораздо интереснее, станет ли Go для AI-агентов стандартом именно для инфраструктурного слоя: рантаймов, tool execution, orchestration-сервисов и интеграционного glue code. Если да, то через год рынок будет делиться уже не только по моделям, но и по тому, кто первым построил удобную платформу для продакшн-агентов на языке, который ops-команды и так давно считают своим. Подробнее о самом инфоповоде — в материале .