Кто создаёт следующий GitHub? Код, ИИ и власть платформ

GitHub — платформа для совместного хранения, разработки и публикации программ. В её основе лежит Git, инструмент управления версиями: он сохраняет историю изменений файлов, поддерживает параллельные ветки разработки и помогает объединять результаты работы. Git даёт техническую основу. GitHub добавляет сотрудничество: сообщения об ошибках, обсуждения, запросы на включение изменений и автоматизированные процессы.

Git появился в 2005 году при разработке ядра Linux. GitHub основали в 2008 году и открыли для публики 10 апреля 2008 года. Спустя десять лет Microsoft купила компанию за 7,5 млрд долларов, объявив о завершении сделки 26 октября 2018 года. Место для разработчиков стало центральной инфраструктурой программного мира. Git, GitHub, Microsoft

В 2026 году внезапно кажется, что аккаунт GitHub есть уже у каждого второго человека вне традиционной разработки. Небольшое приложение, личная панель, инструмент ИИ, предлагающий подключить репозиторий. Это моё намеренно преувеличенное впечатление, а не статистика о непрограммистах. Но перемена важна: создавать программы становится проще, а инфраструктура получает новую нагрузку.

Поэтому мне интересно, кто создаст следующий GitHub. Anthropic перестроила внутреннее управление версиями. Cloudflare предлагает компоненты новых Git-платформ. Одновременно надёжность GitHub обсуждают публично. Речь о большем, чем удобная кнопка слияния: кто будет контролировать место, где программы создаются, проверяются и отправляются в эксплуатацию?

Когда пользователи становятся создателями программ

Перемены начались раньше этого года. В отчёте Octoverse 2025 GitHub уже насчитывал более 180 млн разработчиков и более 36 млн новых пользователей за год. По данным GitHub, почти 80% новых разработчиков использовали Copilot в первую неделю. Это данные поставщика, не доказательство того, что весь рост вызван ИИ. Но они показывают связь между приходом на GitHub и инструментами ИИ.

Раньше для небольшой утилиты часто приходилось сначала освоить программирование настолько, чтобы получить полезную заготовку. Теперь можно описать идею и постепенно реализовать её с агентом. Знания всё ещё нужны, особенно при работе с данными, правами и производственными системами. Однако расстояние от идеи до первой работающей программы заметно сократилось.

Для открытого ПО я вижу огромный потенциал: понятная документация, дополнительные тесты, поиск причин ошибок, освоение интерфейсов и возвращение к заброшенным идеям. Это конкретные способы ускорить разработку. Они не означают, что качество каждого проекта выросло. Новый репозиторий ещё не становится сопровождаемой программой, а дополнительный запрос изменений может добавить работы сопровождающему.

Меня меньше интересует количество созданных агентом строк, чем доля кода, которую можно понять, проверить и поддерживать. Когда код поступает быстрее, узкое место смещается к людям и системам, решающим, какие изменения оставить.

Новогодняя ёлка на странице состояния

На изображении показана The Missing GitHub Status Page Марека Шуппы. Снимок от 15 октября 2026 года указывает 65 инцидентов и доступность платформы 93,70% за 90 дней. Для Git Operations указано 99,55%. Это цифры конкретного снимка, а не мои новые измерения текущей доступности.

Неофициальная страница восстанавливает интервалы по публичным сообщениям и объединяет пересекающиеся сбои. Общеплатформенный показатель агрегирует разные службы. Он не означает, что клонирование Git, запросы изменений и Actions одновременно не работали у всех во время каждого инцидента. Поэтому 93,70% нельзя просто превратить в «GitHub полностью отсутствовал 6,30% времени». Смысл зависит от агрегации и включённых инцидентов.

Тем не менее изображение затрагивает болезненный вопрос. Платформа версий стала частью производственной цепочки. Недоступное ревью, заблокированная сборка или сбой API могут задержать выпуск, даже когда весь код есть локально. Для затронутого процесса должна работать вся цепочка.

График также не доказывает, что инциденты вызвал ИИ. Он помогает понять интерес к альтернативам. Причины отдельных сбоев следует оценивать по соответствующим отчётам.

Почему Git и GitHub нужно рассматривать отдельно

Сбой GitHub сам по себе не означает недостаток модели данных Git. С полной локальной копией можно сохранять изменения, сравнивать версии и работать с ветками без постоянно доступного поставщика. Эта независимость относится для меня к самым ценным свойствам Git.

Иное дело службы вокруг репозитория. Если согласования, тесты, артефакты и развёртывание зависят от платформы, локальная копия не позволяет продолжить весь процесс. Код распределён, а рабочий процесс может быть сильно централизован.

Есть две задачи: надёжность платформы и соответствие управления версиями объёму данных и способу работы. Замена хостинга автоматически не решает все проблемы масштабирования. Трудный период платформы также сам по себе не оправдывает полную замену Git.

Anthropic создаёт Scion для необычного масштаба

Anthropic сообщает примерно о 2 500 объединённых изменениях в день в мае 2026 года и более 30 000 в сентябре. История основной ветки приближается к 100 ГБ, сжатая рабочая копия превышает 25 ГБ. Только CI выполняет около 25 млн checkout в день. Упомянутые более 600 ПБ ежедневной передачи — расчёт для наивного полного получения данных, а не измеренный фактический трафик.

Ответ называется Scion. Anthropic описывает миграцию за пять месяцев вместе с инструментом ревью Antique и другой внутренней инфраструктурой. Scion предполагает подключённых клиентов и переносит операции версий на сервер. Файлы загружаются по необходимости, многие запросы обслуживаются через API. Задаче не нужна локальная копия репозитория для каждого вопроса.

Особенно важна граница, обозначенная самой Anthropic: Scion не является универсальной заменой Git или анонсированным публичным GitHub для всех. Он предназначен для огромных монорепозиториев и собственной нагрузки агентов. Anthropic также хочет поделиться выводами с экосистемой Git. «Anthropic создаёт следующий GitHub» описывает максимум технический поворот, а не уже доступного конкурента.

Почему маленький клиент может многое изменить

Идею можно понять и без масштабов Anthropic. Допустим, автоматическая задача проверяет изменение одного конфигурационного файла между двумя версиями. Ей нужен конкретный ответ. Подготовка большого локального окружения может потребовать больше ресурсов, чем сама проверка.

Для одной задачи издержки почти незаметны. Во множестве краткоживущих окружений повторные настройки, передача данных и очистка могут поглощать значительную часть ресурсов. Служба, выдающая ровно необходимые данные, меняет расчёт. Это архитектурный выбор, не доказательство того, что каждому маленькому репозиторию нужен центральный сервер версий.

Обратная сторона — более сильная зависимость от доступности службы. Перенос работы на сервер требует внимания к сбоям, разрешениям, восстановлению и пределам мощности. Меньше локальных данных удобно, пока удалённая служба отвечает.

Мне нравится пересмотр привычного предположения. Но универсальной рекомендации из этого не следует. Для небольшого проекта полная локальная история Git может давать нужное сочетание простоты, скорости и независимости.

Cloudflare сохраняет Git и делает репозитории программируемыми

Cloudflare идёт другим путём с Artifacts. Представленная в апреле служба даёт версионируемое хранилище с Git-совместимым интерфейсом. API позволяют создавать, импортировать и разветвлять репозитории; обычные клиенты Git продолжают работать. Cloudflare предлагает отдельные репозитории для проектов, задач или сеансов агентов с хранением версий кода и контекста. Основа создаётся программно вместо ручной настройки каждого репозитория как постоянного рабочего места.

Совместимость с Git стратегически полезна. Существующие инструменты и привычные процессы упрощают внедрение. Новый продукт может сосредоточиться на сотрудничестве без одновременного введения совершенно нового протокола версий.

В октябре Cloudflare объявила открытую бету для клиентов платного тарифа Workers. Новые интеграции соединяют Artifacts с Workers Builds и окружениями предварительного просмотра. События могут запускать автоматические ревью, а токены отдельных репозиториев ограничивают доступ. Cloudflare прямо приглашает других строить следующую Git-платформу на Workers и Artifacts. Это инфраструктура с платформенными амбициями, ещё не полный GitHub с сопоставимой социальной и организационной экосистемой.

Интересно, где проходит граница. Anthropic оптимизирует собственную огромную систему разработки. Cloudflare предлагает основу для чужих продуктов. Интерфейс взаимодействия людей, агентов и совместных решений остаётся самостоятельной продуктовой задачей.

Почему компании хотят занять это место

Непосредственно задокументированная причина Anthropic — её собственное узкое место. Ожидание операций версий в исследованиях и разработке стоит времени и вычислительных ресурсов. Лучшая внутренняя инфраструктура полезна, даже если Scion никогда не станет публичным продуктом.

Дополнительно я вижу стратегический интерес в полезности агентов на протяжении длинных процессов. Модель, пишущая функцию, ценна. Агент, понимающий проект, готовящий проверяемые изменения и работающий с инфраструктурой, может гораздо глубже закрепиться в повседневной работе. Это моя экономическая интерпретация, не подтверждённый Anthropic план коммерциализации Scion.

У Cloudflare связь с инфраструктурным бизнесом прямее. Приложения на Workers и данные разработки в Artifacts переносят больше работы на одну платформу. Cloudflare указывает оплату по операциям и хранимому объёму. Больше агентов может означать больше репозиториев, обращений и вычислений. Экономическая целесообразность конкретного процесса зависит от реального использования.

Интеграция также привязывает пользователя. Репозиторий Git обычно сравнительно легко перенести. Систему специфических API, процессов агентов, событий, разрешений, предпросмотров и развёртываний перенести сложнее. Чем удобнее всё взаимодействует, тем больше практические затраты на смену поставщика.

Эти стимулы не противоречат технической пользе. Служба может решать настоящую проблему и усиливать поставщика. Именно поэтому мне важно рассмотреть обе стороны до того, как удобная интеграция станет зависимостью, которую никто не обсуждает.

Код содержит больше, чем текст программы

И да, обучающие данные относятся к этому разговору. Как возможный стратегический интерес они заслуживают внимания. Но объяснять ими появление каждой Git-платформы было бы слишком просто.

Репозиторий часто содержит больше текущего решения. История показывает первую попытку, проваленный тест, причину отклонения и принятую в итоге коррекцию. Для разработки программирующих систем эта связь может быть особенно ценной: задача, попытка, обратная связь и проверяемый результат соединены.

Приведу вымышленный пример. Агент исправляет расчёт дат. Его первая версия проходит старые тесты, но проваливает новый тест перехода года. Рецензент объясняет ошибочную предпосылку, следующая правка её исправляет. Обучающая ценность заключалась бы и в итоговом коде, и в пути от правдоподобной ошибки к обоснованному решению. Использует ли поставщик такие данные и имеет ли право — отдельный вопрос.

Ценность кода не исчезает с удешевлением генерации. Надёжные требования, документированные решения, хорошие тесты, опыт сопровождения и доказанная совместная работа по-прежнему требуют труда. Гора сгенерированных файлов их не заменит. Когда предложений может быть сколько угодно, доказательства реального решения задачи становятся ценнее.

Это моя оценка экономического и технического потенциала. Рассмотренные анонсы не доказывают ни сбор Anthropic чужих частных репозиториев через Scion, ни использование Cloudflare Artifacts для обучения собственной программирующей модели.

Что действительно нужно различать в обучении

Интерес ИИ к данным разработки не только теория. В марте 2026 года GitHub заявила, что с 24 апреля будет использовать взаимодействия некоторых личных тарифов Copilot для обучения, если пользователь не откажется. GitHub явно отделяет активные взаимодействия от покоящихся данных частных репозиториев, которые не считываются повсеместно ради этой программы. Для Copilot Business и Enterprise действуют другие защиты. GitHub Copilot

Anthropic заявляет, что по умолчанию не использует входные и выходные данные коммерческих продуктов для обучения. Добровольная обратная связь и явное участие в программах могут обрабатываться иначе. Это не общее обещание для всех личных тарифов и настроек. Anthropic

Поэтому у новой службы я хотел бы понять, какие данные только хранятся, какие обрабатываются для ответа, а какие идут на улучшение продукта или обучение. Это разные действия. Агент должен обрабатывать код для работы, но это не означает автоматического разрешения постоянно включать его в модель.

Название «открытый исходный код» тоже не отвечает на все вопросы использования. Публичная доступность, лицензия, конфиденциальные материалы и условия службы требуют отдельного рассмотрения. Понятная политика данных для меня такая же часть продукта, как полезный API.

Следующий GitHub должен помогать принимать лучшие решения

Самая удобная картина — бесконечные агенты производят бесконечный код, а другие всё автоматически одобряют. Меня это не убеждает. Согласие нескольких систем с одной ошибочной предпосылкой не является независимым доказательством.

Полезная платформа должна показывать задачу изменения, исходную версию, выполненные проверки и ответственного за принятие. Параллельные изменения могут казаться правильными по отдельности и ломать систему вместе. Более быстрое слияние не убирает проблему.

Контекст агентов тоже требует границ. Описания заданий, журналы и конфигурации могут содержать информацию, которой не место в любом репозитории или внешнем окружении. Сохранение сеансов создаёт новый массив данных помимо помощи разработке. Его доступ и срок жизни нужно продумывать.

В открытом ПО остаётся важна человеческая сторона: доверие к сопровождающим, понятные обсуждения и готовность годами заботиться о проекте. Быстрый хостинг может поддержать эту работу. Одна лишь дополнительная автоматическая активность её не заменит.

GitHub получил вызов, но преемник не определён

Мне кажется здоровым снова обсуждать даже фундаментальные инструменты. Если ИИ позволяет большему числу людей создавать программы, можно спросить, подходят ли нынешние платформы возникающей работе.

Anthropic показывает специализированную внутреннюю перестройку. Cloudflare открывает инфраструктуру новым продуктам. У GitHub остаётся экосистема, которую альтернативе придётся заменить или полезно дополнить. Новая архитектура хранения сама по себе не определит исход конкуренции.

Для меня вопрос в том, кто позволит большему числу людей и агентов продуктивно работать вместе без потери прослеживаемости, независимости и контроля данных. Это критерий следующего GitHub. И, вероятно, там же находится значительная часть бизнеса.

До следующего раза,
Джо