Copilot CLI ya corre en GitHub Actions sin PAT: menos secretos largos, más control de costos

GitHub movió una pieza pequeña pero importante para equipos que ya intentan meter agentes dentro de CI. Desde el 2 de julio de 2026, Copilot CLI puede correr en GitHub Actions usando el GITHUB_TOKEN integrado del workflow, sin crear ni guardar un personal access token largo.

La noticia no es que ahora sea más cómodo instalar una CLI. La noticia útil es otra: los agentes en CI empiezan a usar el mismo patrón que el resto de GitHub Actions, con permisos declarados, token efímero y facturación hacia la organización cuando el repo pertenece a una org.

Qué cambió exactamente

Antes, muchos equipos tenían que crear un PAT, guardarlo como secret y dejar que una automatización lo usara cada vez que Copilot CLI necesitaba trabajar en un workflow. Eso funcionaba, pero también dejaba tres problemas:

• rotación manual de secretos;
• permisos que podían quedar más amplios de lo necesario;
• riesgo de que un token largo sobreviviera a la automatización que lo necesitaba.

Con el nuevo flujo, el workflow declara copilot-requests: write, expone GITHUB_TOKEN al paso que corre copilot, y GitHub maneja la autenticación. La documentación también advierte algo importante: si invocas Copilot CLI directamente dentro de pasos de Actions, le das acceso amplio al entorno del workflow. Los triggers y permisos siguen importando.

No confundas menos secretos con menos riesgo

Quitar PATs largos reduce una clase de riesgo, pero no vuelve segura cualquier automatización. Un workflow que corre en pull_request desde forks, un job con demasiados permisos o un prompt que pide --yolo sobre cambios no revisados todavía puede causar daño.

Yo lo leería como una mejora de base, no como permiso para soltar agentes sin compuertas:

1. usa contents: read salvo que el agente realmente tenga que escribir;
2. evita correr tareas agentic sobre forks sin aislamiento;
3. declara copilot-requests: write solo en jobs que lo requieren;
4. pon límites de sesión cuando el trabajo pueda crecer;
5. revisa salida y diffs antes de permitir writes o merges.

El cambio de facturación también importa

GitHub dice que, cuando Copilot CLI corre con el token de Actions en un repositorio de organización, los créditos de IA se facturan a la organización. Eso ordena ownership, pero también cambia cómo miras presupuestos: ya no siempre hay un usuario individual al que atribuir el gasto.

Por eso el control de costos no puede quedarse en "tenemos budget por usuario". Para workflows agentic necesitas mirar cost centers, dashboards de uso y límites por sesión. Si un job nocturno falla en loop, el problema no será solo técnico. Será presupuesto quemado por un agente que nadie estaba mirando.