CertifyDeckCargando contenido…
El temario oficial de GitHub Certified: Agentic AI Business Professional, organizado por dominio. Marca cada punto según lo vayas repasando.
Inicia sesión para guardar tu progreso entre sesiones.
Apply GitHub management best practices and policies
Los presupuestos por usuario limitan el consumo de cada persona y siempre aplican un tope estricto; los de centro de costes, organización y empresa limitan los cargos medidos y solo bloquean si se activa la opción de detener el uso. Se evalúan juntos: bloquea el que tenga menos margen, y uno superior nunca amplía un presupuesto por usuario.
Budgets for usage-based billing ↗Getting started with budget controls ↗
Cada interacción consume tokens de entrada, de salida y en caché, con un precio según el modelo. Para reducirlos: elige el modelo según la tarea, da prompts claros con condición de parada, mantén el contexto reducido con conversaciones nuevas o /compact, activa solo las herramientas necesarias y no cambies modelo ni razonamiento a mitad de sesión.
Optimizing your AI usage to maximize efficiency and reduce cost ↗Usage-based billing for organizations and enterprises ↗
Las instrucciones personalizadas de la organización comunican orientación de idioma, seguridad o cumplimiento a todos los miembros, pero no garantizan el cumplimiento. Para imponer estándares, usa conjuntos de reglas y CODEOWNERS, a los que Copilot también está sujeto, y perfiles de agente personalizados de organización para una configuración coherente.
Custom instructions for GitHub Copilot ↗Building a secure cloud environment for agents in your enterprise ↗
El examen de secretos detecta credenciales expuestas y, ante una alerta, lo prioritario es rotarlas; la protección de inserciones las bloquea antes de que lleguen al repositorio. Copilot cloud agent solo recibe secretos de Agents, no los de Actions, y los que llevan el prefijo COPILOT_MCP_ quedan reservados a los servidores MCP.
Secret scanning ↗Configure secrets and variables for Copilot cloud agent ↗
Las directivas de Copilot controlan funciones y modelos; si un usuario tiene licencias de varias organizaciones suele aplicarse la menos restrictiva. La exclusión de contenido hace que Copilot ignore archivos, y Copilot cloud agent ofrece trazabilidad: coautoría, registros de sesión y revisión humana obligatoria antes de combinar.
GitHub Copilot policies for enterprises and organizations ↗Risks and mitigations for GitHub Copilot cloud agent ↗
Microsoft define seis principios: equidad, fiabilidad y seguridad, privacidad y seguridad, inclusión, transparencia y responsabilidad. En Copilot se traducen en supervisión humana, evitar la dependencia excesiva, revisar y probar lo que produce el agente, y extremar la prudencia en decisiones trascendentes o dominios sensibles.
What is Responsible AI? ↗Application card: GitHub Copilot Agents ↗
GitHub flow usa una rama por cada conjunto de cambios no relacionados y solicitudes de incorporación de cambios para revisarlos. Las reglas de protección de rama y los conjuntos de reglas exigen revisiones o comprobaciones; varios conjuntos pueden combinarse y prevalece la versión más restrictiva. Copilot también está sujeto a ellos.
El modelo elegido en GitHub Copilot influye en la calidad y la relevancia de la respuesta: unos ofrecen menos latencia y otros menos alucinaciones o un razonamiento más profundo. Para explicar y comprobar un resultado, revisa los enlaces al contexto usado, consulta qué modelos intervinieron y mantén siempre la revisión humana, porque ningún modelo garantiza la exactitud.
AI model comparison ↗Application card: GitHub Copilot Chat ↗
Elige el modelo según la tarea, no por su nombre: los de uso general son una buena opción predeterminada, los rápidos sirven para consultas sencillas, los de razonamiento profundo para análisis complejos y los multimodales para imágenes. Si no quieres decidir, la selección automática enruta cada petición. La disponibilidad depende del plan, del cliente y de las directivas de la organización.
AI model comparison ↗About GitHub Copilot auto model selection ↗
Las instrucciones personalizadas son una guía persistente que se aplica de forma automática dentro de su ámbito. Los archivos de prompts son plantillas reutilizables que invocas tú para una tarea concreta. Las agent skills son carpetas con un archivo SKILL.md, y a veces scripts o plantillas, que Copilot carga cuando son relevantes. Las instrucciones orientan al modelo, pero no garantizan que cumpla cada regla.
Comparing Copilot customization features ↗Copilot customization cheat sheet ↗
Usa un servidor MCP cuando Copilot necesite información de un sistema externo o actuar en otro servicio, y evítalo si las herramientas integradas ya bastan. MCP aporta la conexión, mientras que una skill puede describir cómo usarla. Revisa los servidores de terceros, habilita solo las herramientas necesarias, preferiblemente de solo lectura, y recuerda que Copilot cloud agent usa estas herramientas sin pedir aprobación.
Model Context Protocol (MCP) ↗Comparing Copilot customization features ↗
Plan and manage work
Un proyecto puede partir de cero, de una plantilla integrada de GitHub o de una plantilla de la organización, y las recomendadas se sugieren primero. Una plantilla o una copia traslada las vistas, los campos personalizados, los borradores, los flujos configurados, salvo los de adición automática, y la información de insights, pero una copia no conserva los elementos, los colaboradores ni los vínculos con equipos y repositorios.
Creating a project ↗Managing project templates in your organization ↗
Cada vista de un proyecto puede usar diseño de tabla, tablero u hoja de ruta, con sus filtros, agrupaciones y ordenación. En un tablero, las columnas proceden de un campo de selección única o de iteración, y sus límites solo avisan. Los flujos integrados actualizan el estado, añaden o archivan elementos, y los campos personalizados de fecha, número, texto, selección única o iteración enriquecen los datos.
Customizing the board layout ↗Using the built-in automations ↗
En un proyecto de organización, el rol base fija el acceso general y puede completarse con roles de lectura, escritura o administración para equipos y personas. El rol base no afecta a los propietarios ni a quien tiene acceso individual. La visibilidad pública o privada solo se aplica al proyecto: para ver un elemento de un repositorio privado hace falta acceso a ese repositorio.
Managing access to your projects ↗Managing visibility of your projects ↗
Las incidencias registran tareas, errores e ideas, y se pueden crear desde un repositorio, un comentario o una línea de código. Las subincidencias forman jerarquías, las dependencias marcan bloqueos y las etiquetas clasifican el trabajo dentro de cada repositorio: el rol de triaje las aplica y asigna, pero crearlas o editarlas exige acceso de escritura.
GitHub ofrece varias vías de colaboración: las incidencias para tareas y errores con un responsable claro, las solicitudes de incorporación de cambios para proponer y comentar cambios, y GitHub Discussions para conversaciones abiertas, anuncios y encuestas. Las menciones avisan a personas y equipos, y Copilot ayuda a resumir hilos largos de incidencias y debates.
Track and capture work
Una solicitud de incorporación de cambios propone fusionar una rama de comparación en una rama base y reúne conversación, comprobaciones y archivos modificados. Un borrador comparte trabajo en curso sin poder fusionarse ni pedir revisión a los propietarios de código. Sin permiso de escritura se parte de una bifurcación, y las plantillas y los resúmenes de Copilot ayudan a dar contexto.
Las personas asignadas indican quién trabaja en una solicitud de incorporación de cambios, algo distinto de los revisores, a quienes se pide su opinión. Se puede asignar a quien tenga permisos de escritura, a quien haya comentado y a miembros de la organización con lectura, de una en una o en bloque. Los equipos pueden repartir revisiones automáticamente con round robin o equilibrio de carga.
Assigning issues and pull requests to other GitHub users ↗Managing code review settings for your team ↗
Vincular una solicitud de incorporación de cambios a una incidencia muestra que hay trabajo en curso y cierra la incidencia al fusionar en la rama predeterminada. Se vincula con palabras clave en la descripción, que se ignoran si la rama de destino es otra, o manualmente con permisos de escritura desde la barra lateral; solo la de la incidencia admite otro repositorio.
Un proyecto se alimenta de incidencias y solicitudes de incorporación de cambios añadidas una a una, en bloque o con el flujo de trabajo de adición automática, que no incluye los elementos ya existentes. Los borradores solo existen en el proyecto hasta convertirlos en incidencias. Vincular un proyecto a un repositorio lo lista allí, siempre que ambos tengan el mismo propietario.
Adding items to your project ↗Adding your project to a repository ↗
La wiki de un repositorio aloja documentación extensa, mientras que el README resume el proyecto. Se edita en GitHub o en local, porque es un repositorio Git: cada cambio es una confirmación que se puede comparar y revertir. Hereda la visibilidad del repositorio y por defecto solo editan quienes tienen acceso de escritura. Si necesitas que los buscadores indexen el contenido, usa GitHub Pages.
Practica por dominio oficial y revisa la explicación de cada respuesta.
Empezar a practicar