Resumen y práctica

Puntos clave

• Los agentes multiplican tu capacidad de decir con precisión lo que quieres y de reconocer cuándo lo lograste — no la reemplazan.
• Delimitar bien rinde frutos dos veces: una tarea bien delimitada produce un diff que realmente puedes revisar, mientras que una suelta produce uno que no puedes.
• Revisa el diff, no el código base — git diff --stat señala la expansión de alcance en segundos, y una suite de pruebas en verde nunca sustituye ejecutar la cosa.
• Nunca ejecutes un bucle de agente sin límite contra una API pagada; dale a cada bucle un tope estricto — iteraciones máximas, un límite de gasto, o un tiempo de espera.
• Observa las primeras ejecuciones en primer plano para confirmar que el agente converge antes de confiar en que se ejecute en segundo plano.

Pruébalo

Toma una tarea pequeña y bien delimitada y entrégala a un agente con una condición de parada explícita ("detente después de 3 intentos" o "detente si las pruebas siguen fallando dos veces"). Observa la ejecución de principio a fin en primer plano, luego revisa solo el diff con git diff --stat seguido de git diff. Si los cambios tocan más archivos de los que delimitaste, esa es tu señal para ajustar el encargo y ejecutarlo de nuevo.

Prompt del capítulo

I'm giving you an autonomous task. Obey these guardrails exactly:
- SCOPE: only touch [list the files/modules]. If the fix needs more,
  STOP and tell me instead of expanding scope.
- GOAL: [one concrete, checkable outcome].
- STOP CONDITIONS: stop after 3 attempts, OR if tests fail twice in a
  row, OR if you've made changes outside the scope above.
- COST: do not call any paid API in a loop without a hard cap.
- REPORT: when you stop, show me `git diff --stat`, the test result,
  and one sentence on whether you converged or got stuck.
Begin, and narrate each attempt so I can watch you converge.