GitHub объяснил, как настроить Copilot под правила конкретного проекта
GitHub опубликовал руководство по адаптации Copilot к кодовой базе. В нём показано, как задать правила репозитория, подключить повторяемые процедуры, создать специализированного агента и использовать внешние инструменты через MCP.
В блоге GitHub 12 октября вышло руководство для начинающих пользователей приложения Copilot. Компания предлагает хранить контекст проекта непосредственно в репозитории, чтобы разработчикам не приходилось заново объяснять системе архитектуру, соглашения и рабочие процессы.
Для общих правил GitHub рекомендует файл .github/copilot-instructions.md. Отдельные инструкции можно размещать в .github/instructions и применять к нужным путям. Это позволяет сочетать правила для всего проекта с рекомендациями для конкретных типов файлов.
Повторяемые процедуры — например, запуск тестов, линтеров или подготовка релиза — предлагается оформлять как навыки агента в .github/skills. Для более крупных задач, таких как проверка доступности интерфейса, можно создать пользовательский профиль агента в .github/agents с собственными инструкциями, инструментами и контекстом.
Отдельный раздел посвящён MCP-серверам. Через них Copilot получает доступ к внешним инструментам и данным. В качестве примера GitHub приводит Playwright: после настройки сервер может открыть приложение в браузере и проверить его работу вручную. В блоге советуют начать с одного часто повторяющегося правила и постепенно расширять конфигурацию.
Почему это важно
Настройки переносят часть знаний о проекте из устных инструкций в репозиторий. Это помогает Copilot работать по единым правилам, выполнять повторяемые процедуры и проверять результат через подключённые инструменты.