Как добавить второй каталог в Copilot CLI через --add-dir

Проверено 13 сентября 2026 года. Опция --add-dir=PATH разрешает доступ к каталогу и загружает его .github/skills и .github/agents как trusted configurations. Опцию можно повторять. Относительный путь вычисляется от session working directory (--resume, --worktree или -C) независимо от порядка опций.

Первоисточник — 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. Определите основной working directory и абсолютный путь добавляемого каталога.
2. Просмотрите второй каталог вручную, особенно .github/skills и .github/agents; добавление — решение о доверии.
3. Для первого теста используйте абсолютный путь: copilot -C /work/app --add-dir=/work/shared.
4. В сессии попросите перечислить только нужный файл и не разрешайте запись, пока не подтверждён scope.
5. Если используете относительный путь, вычисляйте его от -C/session working directory, а не от позиции флага в команде.
6. Для нескольких roots повторите --add-dir отдельно и документируйте каждый.
7. Проведите негативный тест с файлом вне разрешённых roots: Copilot не должен получать доступ без отдельного разрешения.
8. Завершите сессию и проверьте, что проектные файлы не изменились неожиданно.

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

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

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

План --add-dir
Основной каталог (-C): /work/app
Добавляемый каталог: /work/shared
Причина доступа: <конкретный файл/модуль>
Проверены .github/skills: да/нет/отсутствуют
Проверены .github/agents: да/нет/отсутствуют
Разрешённые действия: read-only до подтверждения
Запрещённый контрольный путь: /work/secrets
Дата проверки документации: 13.09.2026
Официальный источник: https://docs.github.com/en/copilot/reference/copilot-cli-reference/cli-command-reference

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

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

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

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

Входные условия. Основной проект /work/app использует схемы из /work/shared/contracts; в shared есть один проверенный skill.

Ожидаемый результат. Сессия читает contracts и видит доверенный skill из added root. Путь /work/secrets остаётся вне scope; относительные пути ведут отсчёт от /work/app при -C /work/app.

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