GitHub опубликовал справку по командам с символом / для приложения GitHub Copilot. Они позволяют переключать режимы, запускать типовые сценарии и управлять сессией без длинных запросов, а значит разработчик тратит меньше времени на лишние клики и больше — на проверку результата.
Для команд, которые уже живут в GitHub, это не косметика. Чем больше в работе агентов, тем дороже каждое переключение между планированием, проверкой безопасности и pull request.
Строка запроса стала панелью управления
В справке GitHub прямо пишет: команды с / нужны, чтобы переключать режимы, запускать частые сценарии и управлять сессиями без длинного запроса. Достаточно ввести /, чтобы открыть список действий, доступных в текущем контексте.
Набор зависит от ситуации: часть команд доступна только внутри активной сессии, при наличии изменений или открытого pull request, а сам список может меняться со временем. Это логичное продолжение самого приложения GitHub Copilot. 17 июня 2026 года GitHub вывел его в общий доступ, а 7 июля открыл для всех тарифов Copilot. Если раньше похожая механика жила в Copilot Chat внутри IDE, теперь GitHub переносит её в отдельное приложение, где агент работает с ветками, git worktree и pull request.
Планирование, проверка кода и параллельная работа
Для планирования есть /plan: команда переводит сессию в режим, где агент сначала предлагает план, а уже потом берётся за код. Для жёсткой проверки идеи существует /spar — она заставляет модель спорить с вашим подходом и искать слабые места, а не просто соглашаться с первой версией решения.
Для проверки изменений GitHub предлагает /review и /security-review. Вторая команда работает по текущему diff и возвращает замечания по безопасности с приоритетом и уровнем уверенности; в документации GitHub отдельно помечает её как предварительную функцию. Если работа дошла до оформления результата, /pr-open открывает pull request из текущих изменений, а /pr-merge завершает его прямо из приложения.
Есть и функции для многозадачности. /fleet запускает несколько агентов параллельно, /spawn создаёт дочернюю сессию под отдельный кусок работы, /chronicle standup собирает краткую сводку по недавним задачам, а /create-canvas поднимает общую рабочую поверхность для плана или артефакта. По сути, GitHub превращает строку запроса не в чат, а в командный центр для агентной разработки.
Практический смысл для команд
Для русскоязычной аудитории вывод простой: если разработка уже завязана на GitHub, команды с / сокращают путь от идеи до pull request внутри одного окна. Стартапам и небольшим продуктовым командам это экономит переключения между задачами, проверкой кода и CI. Корпоративным командам удобнее другое: такие сценарии проще встроить в существующие правила защиты веток, проверки кода и обязательных проверок, чем тащить отдельный внешний агентный инструмент поверх GitHub.
Оригинал: GitHub Blog; актуальная справка по командам: GitHub Docs.
Следующий шаг уже виден: GitHub будет расширять не только список команд, но и сценарии, в которых приложение GitHub Copilot берёт на себя всё больше рутины между планом, проверками и pull request.