Explicar el ciclo de vida del agente: plan, actuar, evaluar

Los sistemas agenticos no toman una decisión ni se detienen. Funcionan a través de ciclos. Un modelo fundamental es el ciclo de vida del plan → actuar → evaluar. Este ciclo de vida no es una secuencia única. Es un bucle: los agentes planean, actúan y evalúan repetidamente hasta que la tarea cumple los criterios de éxito definidos.

En esta unidad, aprenderá

• Funcionamiento del plan → actuar → evaluar el ciclo de vida en la práctica

• Cómo se implementan la planeación, la acción y la evaluación en flujos de trabajo de GitHub

• Cómo las señales de retroalimentación impulsan la iteración y la finalización

Plan

En la fase de planeación, el agente interpreta el objetivo y determina qué pasos se necesitan para completarlo. En sistemas de alta calidad, los planes no son estados internos ocultos. Son artefactos estructurados y revisables que hacen que el enfoque sea comprensible y evaluado.

Entre los ejemplos de artefactos de planeamiento en GitHub se incluyen:

• Un plan estructurado en la descripción del pull request

• Un problema vinculado o una lista de verificación que describa el alcance y los criterios de éxito

Actuar

En la fase de acción, el agente ejecuta el plan en el repositorio. Esto puede incluir:

• Cómo crear una rama

• Cambio de archivos e inserción de confirmaciones

• Apertura o actualización de una solicitud de incorporación de cambios

• Responder a los comentarios de revisión con modificaciones

Esto es importante porque mantiene limitada la ejecución: las acciones se producen en un repositorio específico, en una rama y a través de flujos de trabajo de solicitud de incorporación de cambios en lugar de a través de cambios directos no controlados en la rama predeterminada.

Evaluate

En la fase de evaluación, el agente y los seres humanos que supervisan usan señales del sistema de desarrollo para evaluar los resultados. En GitHub, las señales de evaluación comunes incluyen:

• Ejecuciones de flujo de trabajo y comprobaciones de estado (build/test/lint)

• Comentarios de revisión de código (cambios solicitados, aprobaciones)

• Señales de seguridad (resultados de análisis de código, alertas de análisis de secretos, alertas de dependencia)

Cuando se configura mediante la política de repositorio u organización, protecciones como conjuntos de reglas y protección de ramas pueden requerir que las comprobaciones sean aprobadas antes de que los cambios se integren, convirtiendo la evaluación en un control obligatorio más que en una sugerencia informal.

En el caso del trabajo orientado a la seguridad, la evaluación suele incluir:

• Examen de código (incluidos los flujos de trabajo de subida de SARIF)

• Alertas de escaneo de secretos

• Protección de inserción para evitar que se confirmen los secretos admitidos

Estas funcionalidades refuerzan una lección clave: la evaluación del agente debe estar fundamentada en señales del sistema, no en la confianza del agente.

La evaluación no es el paso final. Si las comprobaciones fallan, los riesgos permanecen o los requisitos no se cumplen, el ciclo de vida continúa: el agente debe revisar el plan, ajustar sus acciones y volver a evaluar hasta que el resultado sea aceptable o entregado a un humano.

Por ejemplo, cuando un agente propone una actualización de dependencia en una solicitud de incorporación de cambios, el plan define qué cambios se realizarán en los paquetes, la acción actualiza los archivos y la evaluación se realiza mediante comprobaciones de CI y alertas de seguridad.

Si se produce un error en los flujos de trabajo o la vulnerabilidad permanece sin resolver, el trabajo no se completa. El ciclo de vida debe repetirse: revise el plan, ajuste el cambio o escale a un humano.

Un sistema de agentes de alta calidad hace visible cada fase

• El plan se puede inspeccionar.

• La acción está enlazada a los flujos de trabajo del repositorio.

• La evaluación usa señales objetivas.

Cuando falta algún elemento, la confianza se degrada: los planes se vuelven opacos, las acciones se vuelven arriesgadas y los resultados son difíciles de validar.

El ciclo de vida de planificación, actuación y evaluación es el núcleo operativo de los sistemas agente. Explica cómo los agentes pasan de la intención a la ejecución -and cómo las comprobaciones, flujos de trabajo, revisiones y señales de seguridad de GitHub proporcionan comentarios que permiten la iteración segura.

Una vez que comprenda cómo se comporta un agente, la siguiente pregunta se convierte en dónde se controla ese comportamiento. En la unidad siguiente, examinará GitHub como sistema de registro y plano de control para los flujos de trabajo del agente.

Recomiendo mencionar esto anteriormente, ya sea en la sección Evaluar o en la introducción, para aclarar inmediatamente que plan,act/evaluate es un bucle y no una secuencia lineal. Ayudaría a los alumnos a conocer esto desde el principio en lugar de detectarlo en el escenario.