GitHub вывела GitHub Copilot CLI в новую стадию: 10 июля компания объявила о доступности переработанного терминального интерфейса в статусе general availability. Для разработчиков это не косметика, а заметное сокращение ручной рутины: меньше прыжков между браузером и терминалом, меньше редактирования конфигов руками, больше действий прямо в рабочей сессии.
Обновление, как пишет InfoQ, выросло из экспериментального режима, который GitHub показала на Microsoft Build 2026 и давала включить через флаг /experimental. Теперь новая оболочка стала основным сценарием: сверху появились вкладки, внутри сессии можно подключать инструменты через формы, а сама TUI стала чище, адаптивнее и дружелюбнее к тем, кто работает со screen reader. Для тех, кто живет в терминале по восемь часов в день, это уже не «приятная мелочь», а попытка превратить Copilot CLI в полноценную рабочую консоль, а не в чатик с командной строкой.
Самое заметное изменение — вкладки. В интерактивной сессии Copilot теперь показывает наверху как минимум вкладку Session и вкладку с gist’ами пользователя. Если CLI запущен внутри репозитория, добавляются еще и вкладки задач и pull request’ов, привязанные именно к этому репо. Логика понятная: терминал теперь должен не только отвечать на запросы, но и служить точкой входа в контекст GitHub. Выделил issue или PR, нажал клавишу c — ссылка на объект падает в prompt, и дальше можно попросить Copilot разобраться, предложить фикс, написать комментарий или сделать ревью. Нажатие o открывает элемент в браузере, а команда поиска по / внутри вкладок задач и pull request’ов позволяет искать по GitHub своим запросом. Есть и вещи для тех, кто любит наводить порядок: вкладки можно выбирать мышью, менять местами, скрывать или вообще отключать в настройках.
Вторая большая ставка — настройка расширений без правки файлов конфигурации. До сих пор такие вещи нередко выглядели как ритуал для посвященных: открой конфиг, найди нужный блок, не сломай синтаксис, перезапусти инструмент, пойми, почему ничего не поднялось. В новой версии GitHub Copilot CLI GitHub пытается убрать именно этот слой боли. Команда /mcp add запускает интерактивную форму для подключения MCP-сервера, а экспериментальная /mcp search позволяет искать серверы прямо в GitHub MCP Registry и ставить их оттуда. По данным GitHub, после добавления сервер становится доступен сразу, без перезапуска CLI. Отдельно вынесены команды /skills для включения и выключения навыков, /plugin для установки плагинов из маркетплейса, репозитория или локального пути, а /settings открывает встроенный диалог для просмотра и изменения настроек. Иными словами, GitHub хочет, чтобы подключение инструментов перестало быть занятием для тех, кто готов редактировать YAML на холодную голову в два часа ночи.
Это важный сдвиг не только для удобства, но и для самой модели использования AI-инструментов в разработке. MCP, плагины, skills, внешние серверы контекста — все это уже стало отдельным классом инфраструктуры вокруг coding assistants. Но пока настройка такого стека остается хрупкой и ручной, массового проникновения не получится: часть команд просто не станет этим заниматься, а часть ограничится дефолтным набором возможностей. GitHub, судя по этому релизу, пытается снизить порог входа и для одиночных разработчиков, и для команд, которые хотят встроить Copilot в реальный процесс: с задачами, PR, корпоративными контекстами и повторяемыми сценариями работы.
Отдельный акцент сделан на доступности и читаемости интерфейса. Новая TUI использует семантические цвета с учетом темы оформления, умеет адаптироваться к узким терминалам без обрезания контента и предлагает команду /theme для выбора режима отображения: от стандартного до приглушенного, высококонтрастного и режима для пользователей с цветовой слепотой. Поддержка screen reader включается автоматически, если система его обнаруживает: интерфейс добавляет подписи к иконкам и отключает анимации. Для рынка инструментов разработки это уже не факультативный раздел про «инклюзивность для отчета», а вполне прагматичная инженерная задача. Чем больше команд переводят рабочие процессы в терминал и AI-обвязку, тем дороже обходятся интерфейсы, которые плохо читаются, ломаются на маленьких окнах или требуют мышечной памяти, доступной только автору продукта.
У релиза есть и более широкий контекст. Сам GitHub Copilot CLI получил статус general availability еще в феврале 2026 года, а теперь GitHub фактически достраивает вокруг него слой навигации и операционной работы с объектами GitHub. Это показательный момент: AI-помощники для разработчиков быстро уходят от формата «задал вопрос — получил ответ» к формату рабочего окружения, где модель не просто пишет код, а сидит рядом с задачами, pull request’ами, gist’ами и внешними источниками контекста. Конкуренция здесь уже идет не только по качеству генерации, но и по тому, насколько глубоко инструмент встраивается в ежедневный маршрут разработчика. Если раньше главным преимуществом было «умеет подсказать функцию», то теперь ценность смещается к сценарию «умеет провести через задачу от issue до PR, не выкидывая тебя из терминала».
Для русскоязычной IT-аудитории это, пожалуй, главный вывод. Разработчикам релиз обещает меньше переключений контекста и более быстрый доступ к задачам репозитория. Тимлидам и платформенным командам он подсказывает, куда движется рынок внутренних AI-инструментов: к интерфейсам, где подключение контекстных серверов и расширений станет такой же обычной операцией, как установка пакета или настройка CI. А для бизнеса здесь читается простой сигнал: выигрывать будут не те copilots, которые громче всех обещают «магический интеллект», а те, которые убирают конкретные лишние движения из повседневной работы инженера. Вопрос теперь не в том, нужен ли AI в терминале, а в том, чей терминал первым станет достаточно удобным, чтобы из него уже не хотелось выходить.