Как включить автодополнение Copilot CLI в Bash

Проверено 13 сентября 2026 года. copilot completion bash печатает shell-скрипт completion. Для текущей сессии GitHub показывает source <(copilot completion bash), для постоянной установки в Linux — copilot completion bash | sudo tee /etc/bash_completion.d/copilot.

Первоисточник — GitHub Copilot CLI command reference. Для MCP-сценария дополнительно используйте официальную настройку MCP servers. Цены, квоты и список доступных моделей здесь не приводятся: они не нужны для процедуры и могут меняться. Названия команд и параметров взяты из текущей официальной справки.

У CLI есть три разных уровня результата: команда может быть синтаксически принята, фактически выполнена и дать ожидаемый эффект. Проверяйте все три. Нулевой exit code без проверки файла или интерфейса недостаточен; красивый текст ответа при ненулевом exit code тоже нельзя считать успехом.

Перед тестом запишите точную гипотезу в одном предложении: «после команды появится такой-то файл, источник, запрет или набор подсказок». Затем определите независимый способ проверки, который не опирается на объяснение самого ассистента. Для файла это просмотр содержимого и diff, для разрешения — намеренно безопасная попытка запрещённого действия, для списка — сравнение структурированного вывода. Такой подход помогает обнаружить ситуацию, когда команда отработала, но не в том каталоге, не для того пользователя или не в той конфигурации.

Подготовка безопасной среды

Для первого запуска используйте тестовый репозиторий, временный каталог или read-only задачу. Сохраните baseline: существующие файлы конфигурации, список источников, текущий completion или разрешения. Если команда пишет файл, заранее определите точный путь и сделайте резервную копию только этого файла. Если команда предоставляет доступ, перечислите разрешённые и контрольные запрещённые объекты.

Не используйте глобальные разрешения ради удобства, когда задачу решает точный флаг. В CI разделяйте stdout, stderr и exit code. В интерактивной сессии читайте запросы разрешений и не подтверждайте действие только потому, что его предложил Copilot. Любой сгенерированный код или конфигурацию просматривайте как обычный внешний patch.

Пошаговые действия

1. Убедитесь, что текущая оболочка — Bash: printf "%s\n" "$BASH_VERSION".
2. Проверьте доступность CLI командой copilot version.
3. Включите completion только для текущей сессии: source <(copilot completion bash).
4. Наберите copilot и нажмите Tab дважды; проверьте подкоманды без запуска опасной операции.
5. Просмотрите генерируемый скрипт через copilot completion bash | less, прежде чем писать его с повышенными правами.
6. Для постоянной Linux-настройки выполните copilot completion bash | sudo tee /etc/bash_completion.d/copilot.
7. Откройте новую Bash-сессию и повторите Tab-проверку.
8. Для отката удалите созданный completion-файл административным способом и откройте новый shell.

После выполнения повторите диагностическую команду или откройте новую shell/CLI-сессию, если эффект должен пережить перезапуск. Сравните результат с baseline. Если изменилось больше файлов или источников, чем ожидалось, остановитесь, сохраните diff и выполните откат до продолжения.

Готовый шаблон для копирования

Заполните эту карточку перед изменением. Её можно вставить в issue или change request:

Проверка Bash completion
Shell: bash <версия>
Copilot CLI: <copilot version>
Временная команда: source <(copilot completion bash)
Тест: copilot <Tab><Tab>
Постоянный файл: /etc/bash_completion.d/copilot
Новая сессия проверена: да/нет
Откат проверен: да/нет
Дата проверки документации: 13.09.2026
Официальный источник: https://docs.github.com/en/copilot/reference/copilot-cli-reference/cli-command-reference

Для подготовки проверки можно скопировать prompt ниже. Он не разрешает ассистенту придумывать состояние окружения:

Составь план безопасной проверки команды GitHub Copilot CLI по карточке ниже.
Не выполняй запись, сетевую публикацию и изменение прав.
Не придумывай версию, файлы, exit code или успешный результат.
Верни: предпосылки, точную команду, позитивный тест, негативный тест,
наблюдаемые критерии успеха, откат и данные, которые нельзя логировать.

<вставьте заполненную карточку>

Реалистичный пример

Входные условия. На Linux CLI уже установлен, но copilot <Tab> не предлагает mcp, instruction и version. Пользователь сначала применяет source-команду.

Ожидаемый результат. В текущем Bash появляются подсказки. После записи официальной командой и открытия нового Bash автодополнение сохраняется; сам completion не выполняет выбранную команду.

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