Temario · lección 72 de 74
1Por qué fallan los agentes
2Qué es un harness
3Patrones de agentes
4Herramientas
5Ingeniería de contexto
6El repositorio como memoria
7Tareas largas
8Alcance y “hecho” de verdad
9Observabilidad y estado limpio
10Loops y grafos
11Harness reales
12Proyecto final
- Proyecto 1, solo prompt contra harness mínimo
- Proyecto 2, un workspace legible
- Proyecto 3, continuidad entre sesiones
- Proyecto 4, feedback de runtime e indexado
- Proyecto 5, que el agente verifique su trabajo
- Proyecto 6, el harness completo (capstone)
- Proyecto 7, tu primer loop automático
- Proyecto 8, dibuja tu flujo como un grafo
- Checklist final y plantillas
Proyecto 7, tu primer loop automático
Tres experimentos para pasar de pedirle cosas al agente a dejar que trabaje solo, con un objetivo, un temporizador y un loop de maker y checker.
De conducir a poner el piloto automático
Hasta ahora conducías: cada turno, tú. Este proyecto es el paso al piloto automático: defines destino, reglas y cuándo parar, y el agente itera solo. Parte del harness completo del proyecto 6. Teoría en del prompt al loop y maker y checker.
Preparación
- Empieza desde el commit en que terminó el proyecto 6.
- Crea tres ramas:
p07-goal-loop,p07-timer-loop,p07-maker-checker. - Ejecuta
init.shy confirma que existen el estado, la lista de funciones y el handoff. - Elige una tarea mediana con criterio de fin claro, como «tests unitarios en todos los módulos hasta el 80 % de cobertura».
Experimento 1: loop de objetivo
Escribe un goal.md con cuatro partes:
Objetivo: qué cuenta como terminado
Verificación: cómo se comprueba (tests, lint, cobertura)
Parada: turnos máximos, tiempo o presupuesto
Restricciones: qué no se toca
Primero hazlo a mano y anota turnos, intervenciones y calidad (tu línea base). Después ejecútalo con /goal y compara. Si sale mal, mejora goal.md y repite.
Experimento 2: loop de temporizador
Elige una comprobación repetitiva (pasar los tests cada hora, revisar dependencias cada mañana) y escribe el prompt de monitoreo: qué mirar, qué hacer si falla, cuándo avisar a una persona. Ejecútalo con /loop cada 10 a 30 minutos durante al menos 2 horas. Registra problemas hallados, arreglados, falsos positivos y los que empeoró. Pregúntate si el tiempo que ahorras supera el que gastas vigilándolo.
Experimento 3: maker y checker
El más importante: un loop que no te necesita.
- Maker: implementa.
- Checker: verifica y aprueba o suspende.
loop-state.md: ronda actual, qué se hizo, resultados, siguiente paso.- Parada: N aprobaciones seguidas o rondas máximas.
Escribe tres prompts (maker, checker y control del loop) y ejecuta al menos cinco rondas, anotando por ronda qué hizo el maker, qué halló el checker, si pasó y si tuviste que intervenir.
Qué medir
| Métrica | Qué anotas |
|---|---|
| Finalización | ¿Se alcanzó el objetivo? ¿Cuántas rondas? |
| Intervenciones | Cuántas veces entraste y por qué |
| Calidad | Comparada con hacerlo a mano |
| Tiempo | Ahorrado frente a invertido en diseñar el loop |
| Fiabilidad | ¿Se paró bien? ¿Se atascó en el mismo punto? |
Entregables: goal.md (dos iteraciones), notas de comparación, prompt de monitoreo con su registro, los tres prompts del experimento 3, loop-state.md con cinco rondas y una retrospectiva final.
¿Qué elemento es imprescindible en cualquier loop automático?
Fuentes: Learn Harness Engineering, projects/project-07