Temario · lección 71 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 6, el harness completo (capstone)
Ensambla todo lo aprendido, ejecuta un benchmark contra un baseline débil, limpia y haz un estudio de ablación quitando piezas una a una para ver cuáles importan.
Qué piezas del coche son necesarias
Si quitas el aire acondicionado, el coche sigue andando. Si quitas los frenos, no. Con un harness pasa igual: no todo lo que montaste pesa lo mismo. Este proyecto final reúne los cinco anteriores y te enseña a distinguir lo imprescindible de lo que sobra. Repasa de observabilidad y estado limpio.
La tarea
Un conjunto fijo de tareas de varias funciones que cubra una porción completa del producto: importación de documentos, indexado, preguntas y respuestas con citas, observabilidad de runtime y un repo legible y reiniciable.
Las cuatro fases
- Baseline débil: AGENTS.md básico, sin lista de funciones, sin handoff, sin checklist, sin scripts. Anota lo que observas.
- Harness fuerte:
AGENTS.md,CLAUDE.md,feature_list.json,init.sh,session-handoff.md,clean-state-checklist.md, documento de calidad y rúbrica. - Limpieza: el repo trae
benchmark.shycleanup-scanner.shpara medir y detectar deriva. Pasa el escáner y vuelve a ejecutar. - Ablación: quita un componente cada vez y observa qué empeora.
El documento de calidad
Es una foto de la salud del código base: cada dominio de producto y cada capa arquitectónica reciben una nota de A a D (estado de verificación, legibilidad para agentes, estabilidad de tests, huecos). La rúbrica puntúa una entrega concreta; el documento de calidad puntúa el proyecto en el tiempo. Actualízalo tras cada sesión importante y antes de cada comparación.
El estudio de ablación paso a paso
Cada pieza del harness encierra una suposición sobre lo que el modelo no sabe hacer. Con modelos mejores, algunas suposiciones caducan.
- Haz una foto del documento de calidad.
- Quita un componente (por ejemplo, el handoff).
- Ejecuta el mismo conjunto de tareas.
- Haz otra foto.
- Si las notas no bajaron, era peso muerto. Si bajaron, restáuralo.
| Componente quitado | Nota antes | Nota después | Decisión |
| session-handoff.md | B | C | Restaurar |
| quality-document | B | B | Prescindible* |
*Prescindible para esta tarea y este modelo, no para siempre.
En un estudio de ablación, ¿cuándo concluyes que un componente era innecesario?
Fuentes: Learn Harness Engineering, projects/project-06 · Learn Harness Engineering, resources/templates (quality-document)