Resumen
En este módulo se explica cómo diseñar arquitecturas de agente que funcionan de forma confiable en el ciclo de vida de desarrollo de software (SDLC) a la vez que se mantienen límites claros, gobernanza y supervisión humana. Hemos explorado cómo los sistemas agente pueden ir más allá de la automatización simple mediante la interpretación de los objetivos y la propuesta de cambios, pero también por qué esa potencia requiere estructura sin ella, los agentes pueden introducir riesgos para la calidad del código, la seguridad y la estabilidad.
Un tema clave en todo el módulo refuerza que los agentes deben proponer trabajo, no ejecutarlo unilateralmente. Mediante el uso de solicitudes de incorporación de cambios, comprobaciones necesarias, CODEOWNERS y protecciones de entorno, garantizamos que todos los cambios generados por el agente se validen a través de señales automatizadas y revisión humana antes de que se acepten. Este modelo es fundamental para mantener la seguridad y la confiabilidad, especialmente a medida que aumenta la autonomía del agente.
Al aplicar la gobernanza, la observabilidad y la autonomía basada en riesgos, los equipos pueden delegar de forma segura trabajos repetitivos o lentos a los agentes, a la vez que mantienen a los seres humanos en el control de las decisiones que más importan. El resultado es un flujo de trabajo de desarrollo que es más rápido y escalable, sin sacrificar la confianza, la calidad o la responsabilidad.
En este módulo, ha aprendido a:
Asigne las responsabilidades del agente a las etapas del ciclo de vida del desarrollo de software (SDLC) y defina ámbitos limitados.
Defina las entradas de tareas, las salidas y los criterios de éxito aplicables.
Separe la planificación de la ejecución e imponga la restricción del plan.
Utilice controles basados en PR (plantillas, comprobaciones necesarias, CODEOWNERS, reglas, entornos) para regular el trabajo.
Cree flujos de trabajo confiables mediante salidas, contextos y patrones de desencadenamiento seguros.
Operar agentes de forma segura mediante observabilidad, artefactos, gobernanza de herramientas, restricciones de MCP, aislamiento de secretos, ganchos de protección y patrones de confiabilidad.
Aprende más
Para una lectura más profunda, use la documentación oficial de GitHub sobre:
Creación de una plantilla de solicitud de incorporación de cambios para el repositorio
Administración de conjuntos de reglas para un repositorio y Reglas disponibles para conjuntos de reglas
Resolución de problemas de comprobaciones de estado requeridas (ayuda a evitar diseños frágiles de "comprobaciones requeridas")
Uso de GITHUB_TOKEN para la autenticación en flujos de trabajo y Endurecimiento de la seguridad para Acciones de GitHub
Entornos (revisores necesarios), reglas de protección para la implementación y puertas de aprobación)
Carga de un artefacto en un flujo de trabajo (salidas de flujo de trabajo como evidencia duradera)
Carga de un archivo SARIF a GitHub (evidencia de análisis de código en Integración Continua)
Protección de envíos con análisis de secretos (protección de envío) ( evita que se cometan secretos admitidos)