Skip to main content
Skip to content

Проверка подлинности

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

Методы аутентификации

МетодВариант использованияТребуется подписка на Copilot
GitHub Авторизованный пользовательИнтерактивные приложения, в которые пользователи входят через GitHubYes
GitHub приложение OAuthПриложения, действующие от имени пользователей через OAuthYes
Переменные средыCI/CD, автоматизация, сервер-серверYes
Проверка подлинности между серверамиАвтоматизация с учетом организации и прямое выставление счетов организацииНет подписки пользователя; Требуется политика организации
БЁК (принеси свой ключ)Использование собственных ключей API (Microsoft Foundry, OpenAI и многое другое)Нет

Пользователь GitHub, вошедший в систему

Это стандартный метод аутентификации при интерактивном запуске Copilot CLI. Пользователи аутентифицируются через поток устройств GitHub OAuth, а SDK использует их сохранённые учетные данные.

Принцип работы.

  1. Пользователь запускает CLI copilot и входит через GitHub OAuth
  2. Учетные данные надёжно хранятся в системном ключе
  3. SDK автоматически использует сохранённые учетные данные

Конфигурация SDK:

Языки кода navigation

.NET
using GitHub.Copilot;

// Default: uses logged-in user credentials
await using CopilotClient client = new();

Когда использовать:

  • Настольные приложения, где пользователи взаимодействуют напрямую
  • среды для разработки и тестирования;
  • Любой сценарий, когда пользователь может войти интерактивно

GitHub приложение OAuth

Используйте приложение OAuth GitHub для аутентификации пользователей через ваше приложение и передачи их учетных данных SDK. Это позволяет вашему приложению делать запросы на Copilot API от имени пользователей, которые авторизируют ваше приложение.

Принцип работы.

  1. Пользователь авторизирует ваше приложение OAuth GitHub
  2. Ваше приложение получает пользовательский токен доступа (gho_ или ghu_ префикс)
  3. Передача маркера в пакет SDK через конфигурацию клиента

Конфигурация SDK:

Языки кода navigation

.NET
using GitHub.Copilot;

await using var client = new CopilotClient(new CopilotClientOptions
{
    GitHubToken = userAccessToken,     // Token from OAuth flow
    UseLoggedInUser = false,           // Don't use stored CLI credentials
});

Поддерживаемые типы токенов:

  • gho_ - Токены доступа пользователей OAuth
  • ghu_ - GitHub Токены доступа пользователей приложения
  • github_pat_ - Детализированные персональные токены доступа

Не поддерживаются:

  • ghp_ - Классические личные токены доступа (устарели)

Когда использовать:

  • Веб-приложения, в которых пользователи входят через GitHub
  • SaaS-приложения, построенные поверх Copilot
  • Любое многопользовательское приложение, где нужно делать запросы от имени разных пользователей

Дополнительные сведения см. в разделе Настройка GitHub OAuth.

Поворот маркеров GitHub на уровне сеанса

Для многопользовательских служб и интеграции задайте поставщик маркеров для каждого сеанса вместо хранения одного долгоживующего маркера. Среда выполнения вызывает поставщика для эффективного узла GitHub и определяет запрос как initial илиrefresh. Идентификатор сеанса отсутствует, только если облачный сеанс еще не получил его идентификатор.

Возвращает результат маркера с тегами или явную отмену. Каждый результат маркера должен содержать expiresIn: положительное количество секунд, оставшихся при завершении обратного вызова. Рабочие GitHub маркеры обычно длились восемь часов, поэтому 8 * 60 * 60 это обычное значение. Не устанавливайте статический маркер на сеанс и поставщик.

Языки кода navigation

TypeScript
const session = await client.createSession({
    gitHubTokenProvider: async ({ host, sessionId, reason }) => {
        const token = await acquireGitHubToken({ host, sessionId, reason });
        return {
            kind: "token",
            accessToken: token.value,
            expiresIn: token.secondsRemaining,
        };
    },
});

Среда выполнения выполняет initial приобретение в рамках создания или возобновления сеанса. Отмененное приобретение, ошибка поставщика, недопустимый ответ или маркер без стабильного удостоверения учетной записи отклоняет операцию создания или возобновления. Среда выполнения не возвращается к внешней проверке подлинности.

После установки сеанса среда выполнения выполняет асинхронную предварительную проверку перед каждой операцией, используюющей учетные данные. Он запрашивает, когда текущий refresh маркер имеет один час или меньше оставшегося. Неактивные сеансы не обновляются до следующей операции использования учетных данных. Среда выполнения не использует фоновые таймеры, воспроизведение на основе отклонений, распространение вызовов 401/403 или upscope для этого обратного вызова.

Переменные среды

Для автоматизации, CI/CD конвейеров и сценариев сервер-сервер можно аутентифицировать с помощью переменных среды.

Сведения об автоматизации с атрибутами организации, которая не должна использовать личный маркер доступа пользователя, см. в разделе Проверка подлинности между серверами.

Поддерживаемые переменные среды (в порядке приоритета):

  1. COPILOT_GITHUB_TOKEN — рекомендуется для явного Copilot использования
  2. GH_TOKEN — совместим с GitHub CLI
  3. GITHUB_TOKEN - GitHub Actions совместим

Принцип работы.

  1. Установите одну из поддерживаемых переменных среды с действительным токеном
  2. SDK автоматически обнаруживает и использует токен

Конфигурация SDK:

Изменения кода не требуются — SDK автоматически обнаруживает переменные среды:

Языки кода navigation

.NET
using GitHub.Copilot;

// Token is read from environment variable automatically
await using CopilotClient client = new();

Когда использовать:

  • Конвейеры CI/CD (GitHub Actions, Jenkins и многое другое)
  • Автоматическое тестирование
  • Серверные приложения с сервисными аккаунтами
  • Разработка, когда вы не хотите использовать интерактивный вход

БЁК (принеси свой ключ)

BYOK позволяет использовать собственные ключи API от поставщиков моделей, таких как Microsoft Foundry, OpenAI или Anthropic. Это полностью обходит аутентификацию GitHub Copilot.

Ключевые преимущества:

  • Не требуется подписка на GitHub Copilot
  • Использование корпоративных моделей
  • Прямое выставление счетов у вашего поставщика модели
  • Поддержка конечных точек, совместимых Microsoft Foundry, OpenAI, Anthropic и OpenAI

Полная информация см. БЁК (принеси свой ключ), включая:

  • настройка Microsoft Foundry
  • Параметры конфигурации поставщика
  • Ограничения и рекомендации
  • Полные примеры кода

Приоритет аутентификации

Когда доступно несколько методов аутентификации, SDK использует их в следующем порядке приоритета:

  1. Явно gitHubToken - Токен передаётся напрямую клиенту SDK или конфигурации сессии
  2. Токен прямого API - GITHUB_COPILOT_API_TOKEN с COPILOT_API_URL
  3. Токены **** - COPILOT_GITHUB_TOKEN → GH_TOKEN →GITHUB_TOKEN
  4. Сохранённые учетные данные OAuth — из предыдущего copilot входа в CLI
  5. GitHub CLI - gh auth квалификации

Для многопользовательского серверного режима передайте сессионный gitHubToken, чтобы каждая сессия проходила с правильной идентичностью GitHub; см. Мультиарендные и серверные развертывания.

Отключение автовхода

Чтобы предотвратить автоматическое использование хранимых учетных данных или gh проверки подлинности интерфейса командной строки пакета SDK, настройте его для отключения резервного восстановления, вошедшего в систему:

Языки кода navigation

.NET
await using var client = new CopilotClient(new CopilotClientOptions
{
    UseLoggedInUser = false,  // Only use explicit tokens
});

Дальнейшие действия