GitHub впервые представил свой ныне вездесущий Copilot еще в 2021 году. В то время компания, принадлежащая Microsoft, назвала его «новым программистом пары AI, который помогает вам написать лучший код». Эта общая миссия по расширению разработчиков и использование ИИ, чтобы покончить с большей частью повседневной занятой работы, не изменилась. Но, как сказал мне GitHub CPO Марио Родригес во время интервью в стороне от Google Cloud Next Conference в Лас -Вегасе в начале этого месяца, компания сейчас прямо на второй фазе проекта Copilot.
«Мы назвали этот копило по причине», — сказал он. «Идея заключалась в том, что человек, человек в центре, и мы собираемся пойти и увеличить этого человека силой коллеги, чтобы убрать труд, помогать им быстрее кодировать, повысить производительность, все эти вещи. И я думаю, что волна этой стратегии разыгрывалась за два с лишним лет — и мы были очень успешными в этом».
В отдельном интервью, вскоре после того, как Microsoft объявила о своих последних квартальных доходах, генеральный директор GitHub Томас Домке отметил, что в Copilot теперь 15 миллионов пользователей, что частично обусловлено GitHub, открывая бесплатный уровень Copilot в конце прошлого года.
2025: Год SWE Agents
Почти год назад Github запустил Workspace, его взятие на то, чтобы позволить разработчикам код с естественным языком — задолго до того, как «кодирование Vibe» вошло в мейнстрим. Родригес признает, что GitHub, возможно, был слишком рано с этим, но он также ясно считает, что именно здесь идут дела, с большой дозой агентов AI, добавленной к миксу.
В феврале этого года GitHub объявил Project Padawan, автономный агент SWE Copilot, который во многих отношениях выводит концепцию рабочей области на следующий уровень.
«Сейчас мы вступаем, на мой взгляд, вторая волна — следующая — своего рода следующая эволюция того, какой будет разработка программного обеспечения», — сказал Родригес. «По нашему мнению, эта следующая эволюция посвящена агенту Tech, и она действительно занимает два модальности — синхронно, под которым я имею в виду код или любой другой инструмент, а затем использовать эти агенты, чтобы увеличить меня. Но теперь, через естественный язык, я могу сказать:« Иди, сделай это », и агент выяснит все шаги на нем».
По его словам, это то, чем представляет собой проект Падаван. Идея здесь состоит в том, чтобы система смогла решить несколько проблем GitHub параллельно, например, назначив множеству проблем агенту — что -то, что не мог сделать отдельный разработчик.
«Я думаю, что было бы справедливо сказать, что 2025 год — это год агента SWE, где для все больше и больших задач разработчик может либо синхронно, либо асинхронно работать с агентом», — сказал Домке.
Программирование сверстников
В настоящее время, в коде VS, режим агента обрабатывает синхронные задачи, которые Dohmke сравнили с работой с парным программистом, поскольку он по сути является обратным и обратно между коллегой и разработчиком.
Оригинальный копилот, отметил Домке, был в основном инструментом для парного программирования с моделью ИИ.
«Я думаю, что оригинальный копило, сначала с автозаполнением, затем с чатом, решил этот сценарий, и агент режим расширяет его до такой степени, что вы эффективно передаете клавиатуру другому человеку, заставляйте их писать на некоторое время, но вы все еще отвечаете от [the perspective of] Как роли находятся в паре », — сказал Домке.
Но с Project Padawan это теперь меняется. Домке отметил, как большинство разработчиков работают в командах, и как у них есть сверстники в тех командах, с которыми они общаются в течение дня, в то время как менеджер (или мастер Scrum) назначает работу. По мнению Домке, как только вы приведете SWE Agents в петлю, разработчик становится сверстником многочисленных агентских разработчиков. Эти агентские разработчики могут даже работать вместе с агентом по надежности сайта (SRE), например, который контролирует здоровье инфраструктуры компании, а затем назначает проблемы GitHub агенту SWE, когда дела идут.
Изображение предоставлено: Frederic Lardinois/Новый стек.
«Это программист, где вы в основном становитесь сверстниками с группой агентов, или, как мне нравится называть, оркестром агентов», — сказал Домке. «Теперь все они все еще работают от имени человеческого застройщика, верно? Это дирижер оркестра, потому что в конце дня этим агентам все еще нужно назначить им работу, и в конце процесса кто -то должен это рассмотреть».
Прямо сейчас, по словам Родригеса, команда полностью сосредоточена на выполнении этого агента, которое частично стало возможным, потому что сами модели стали намного более сложными с момента первого демо -пространства Github. Родригес отметил, например, что в первые дни рабочей области Github — и пользователь — занимались этапами планирования. Но теперь, когда модели стали намного лучше планировать себя, а также иметь возможность назвать инструменты, сами модели могут справиться с большей частью этого.
«Теперь эти модели могут пойти и выбрать правильные инструменты намного лучше, чем раньше. Там еще должно произойти еще больше, но как только вы получите что -то, что очень хорошо планирует, очень хорошо выбираете правильные инструменты, а затем они продолжают улучшаться в написании кода и понимании — как только вы получите эти три компонента, вы можете разблокировать вещи, которых раньше не было», — сказал он.
Именно здесь появляется недавно запущенный режим агента Copilot. Он может создавать приложения с нуля или помогать разработчикам отладить, рефакторировать или расширять свои существующие приложения. (Это тоже может создать документацию.)
С ежегодной конференцией Microsoft в сборке прямо за углом, скорее всего, мы узнаем больше о состоянии Project Padowan в ближайшие дни.
Конкуренты с копированием
Очевидно, что Github не единственная компания в этой игре, и хотя она была одной из первых, кто запустил инструменты завершения кода ИИ, такие компании, как Cursor, Repit, Windsurf и другие, могут иметь столько же, сколько и Github в этом пространстве.
«Я думаю, что место, где мы будем сиять, это в контексте», — сказал Родригес. «Если вы передаете модель правильный контекст, модель выполняет довольно хорошую работу. Если вы передаете модель неверный контекст, это не так».
Для GitHub этот контекст не только код, но и то, что он знает о том, как люди в команде сотрудничают. «По сути, у нас также есть график людей и график для рабочих мест. Поэтому комбинация этого кодового графа, людей, а затем, когда мы расширяемся в график приложения, я думаю, что это даст нам способ иметь контекст, и будет действительно интересно попытаться увидеть, что Copilot может сделать с этим», — сказал он.
Родригес также отмечает, что он не беспокоится о конкурентах. «Я думаю, что это здорово для человечества. Это нормальный способ оказаться в этом пространстве. И я думаю, что Северная Звезда для Томаса [Dohmke] И я переживаю это: можем ли мы создать лучший продукт? И если мы создадим лучший продукт, который решает потребности клиента, то это успех для нас, и это то, чем мы продолжаем быть одержимым ».
Тот факт, что Copilot также доступен во всех популярных IDE, а также в самом GitHub.com, является еще одной областью, где Родригес считает, что у компании есть большое преимущество.
Как оценить более продвинутый копило?
В первые дни Copilot установил базовую линию для того, как взимать плату за такую услугу, получив фиксированную плату за 10 долларов в месяц. Со временем он добавил дополнительные уровни, но ранее в этом году, когда он сделал ряд более высоких моделей, доступных в Copilot, он немного переключил ситуацию, установив ограничение на «запросы премиум-модели». Для этого пользователи получат ограниченное выделение запросов (300 в месяц для пользователей Pro и 1500 в месяц для тех, кто находится в новом плане Pro+ за 39 долларов в месяц). Дополнительные запросы будут стоить 0,04 долл. сша за запрос.
«Это один из способов, которым мы идем», — сказал Родригес об этих изменениях. «Это в основном для поддержки этого режима синхронного агента и асинхронного режима агента. Так что я думаю, что это своего рода направление, которое мы идем. […] Мы всегда видим, как мы должны развивать нашу бизнес -модель, и где мы хотим ее развивать, и как мы хотим ее развивать, и все эти вещи. Прямо сейчас, вот куда мы идем. Есть лицензия, а затем модель потребления прошлой ».
Как будет выглядеть разработка программного обеспечения через несколько лет?
Github и его руководители часто говорят о том, как они хотят добраться до миллиарда пользователей, и сделать программирование доступным практически для всех. Как и его конкуренты, то, как компания планирует добраться туда, используется естественным языком, с большой языковой моделью (LLM) в качестве посредника между запросом и фактическим кодом.
«Мы сделали большую ставку на естественный язык в 2021 году, — сказал Родригес, — кстати, красота ропилота в самом начале заключалась не в том, что он мог бы пойти дальше и написать какой -то код. Intellisense уже мог сделать это в тот момент и автозакомпений. Что -то, что я взорвал меня в 2021 году, был факт, что вы смог что -то, что я не смог что -то, что я смог что -то, что я не смог что -то, что я смог что -то, что было в комментарии. Жизнь, с таким уровнем точности — и она не была очень точной, может быть, 15 или 20 процентов — но ни один трубопровод MLOPS никогда не делал этого.
«То, что нужно идти в ногу, это человеческие интерфейсы, чтобы иметь возможность разблокировать то, что вы хотите сделать», — добавил он. «Класная вещь также о естественном языке — это то, что вы можете говорить на своем родном языке и выполнить вещи на своем родном языке, что в программировании этого не так».
Родригес не кажется, что беспокоится о том, что это значит для общих навыков кодирования, особенно для младших разработчиков.
«Я думаю, что для нас то, что должно произойти, — это скорее переопределение того, что представляет собой разработчик программного обеспечения, и именно поэтому для нас это 1 миллиард», — сказал он. «Если вы думаете об этом, IDE Today — это то, что называется профессиональными разработчиками, которая, я думаю, ограничивает ускорение человеческого прогресса. На мой взгляд, вы должны пойти и посмотреть, что произойдет, если 10% населения мира сможет стать разработчиками программного обеспечения?»
Но что происходит, когда эти разработчики не могут прочитать и понять код, который модели написали для них? Родригес считает, что это может быть краткосрочной проблемой, но «что читает код в будущем, например, 100 лет?» он спросил. «А почему это должно быть таким статичным? […] Я думаю, что вы должны делать ставки на человечество, и будет эволюция ».
Когда я задал Домке аналогичный вопрос, он предложил аналогичный ответ, но также добавил, что, по его мнению, разница между младшими и старшими разработчиками заключается не в количестве кода, который они пишут, а качеством этого кода. И хотя модели, скорее всего, только станут лучше в кодировании со временем — и, следовательно, могут стать более похожими на самих старших разработчиков в некоторых отношениях — они, вероятно, будут продолжать отсутствовать в некоторых аспектах.
«Я думаю, в основном им не хватает того, что я бы назвал ремеслом», — сказал он. «И как таковые, они на самом деле не могут заменить настоящего старшего разработчика. Они всегда будут помощником, помощником старшего разработчика, который все еще отвечает, летит на самолете или управляет жизненным циклом программного обеспечения».
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Прежде чем присоединиться к новому стеку в качестве старшего редактора для ИИ, Фредерик был редактором предприятия в TechCrunch, где он освещал все, от роста облака и самых ранних дней Kubernetes до появления квантовых вычислений …. Подробнее от Frederic Lardinois
