Cambio en tiempo de ejecución del token de GitHub para autenticarse
Método para ejecutar Copilot CLI con el token de GitHub de cada usuario autenticado, por ejemplo con Socialite.En un Personal Access Token se requiere el permiso
Copilot Requests. Con tokens de Socialite debería aplicar el mismo requisito.
Si no puedes obtener un token utilizable desde Socialite, opta por que el usuario introduzca directamente un PAT.cli_url), si indicas github_token o use_logged_in_user se produce un error.
El apartado «Token de GitHub por sesión (v0.3.0+)» descrito más abajo sí funciona también en modo TCP.
Opción github_token
Es la opción oficial del SDK. El token se pasa al CLI mediante la variable de entorno COPILOT_SDK_AUTH_TOKEN.
Opción use_logged_in_user
Si indicas github_token, use_logged_in_user pasa automáticamente a false.
Así el CLI no usa el token OAuth guardado ni la autenticación del CLI gh, y utiliza únicamente el token pasado explícitamente.
También puedes poner use_logged_in_user a true de forma explícita:
use_logged_in_user a false sin github_token, se añade la flag --no-auto-login y el CLI no realiza el login automático.
Token de GitHub por sesión (v0.3.0+)
Con el campogitHubToken de SessionConfig puedes indicar un token de GitHub distinto para cada sesión dentro del mismo proceso CLI (soporte multi-tenant).
Este token se pasa como parámetro del JSON-RPC session.create, por lo que funciona tanto en stdio como en TCP. Incluso en modo TCP con el CLI ya arrancado, puedes cambiar el token por sesión.
github_token a nivel de cliente (el token con el que se arranca el proceso CLI).
Úsalo cuando quieras cambiar el token del usuario por sesión.
Consulta la información más reciente en el repositorio de GitHub.