hiddenrows

Guías prácticas para trabajar con agentes de IA, con un laboratorio al final de cada una

última edición=16 de octubre · 24 piezas · 14 breves
regla=solo lo verificado como hecho
llamadas a un modelo por visita=0
Guía práctica

Revisar el trabajo de un agente sin perder el criterio

Aceptar una sugerencia sin comprobarla sale barato en el momento y caro más tarde. Dos experimentos de este mes miden cuánto se acepta sin mirar y qué lo corrige, y los dos apuntan a lo mismo: obligar a escribir por qué.

7 min de lectura laboratorio: generador publicado el 25 sept 2026

1El problema

Revisar lo que escribe un agente tiene una trampa que no tiene revisar lo que escribe una persona: llega terminado, ordenado y con buena cara. Un compañero que te pasa algo a medias te obliga a entenderlo para seguir. Un agente te entrega algo que parece acabado, y aceptarlo cuesta un clic.

El problema no es que se equivoque. Eso ya se sabe, y de eso va media esta web. El problema es qué te pasa a ti después de dos meses aceptando: si la habilidad de revisar se ejercita menos, se revisa peor, y se nota justo el día en que hacía falta revisar bien.

Hasta hace poco esto era una preocupación de sobremesa. Desde este septiembre hay dos experimentos que lo miden: uno de 129 personas que obliga a escribir una justificación antes de aceptar cada sugerencia, y otro preregistrado de 704 que devuelve a cada participante cómo de bien está juzgando lo que sabe. Los dos encuentran efecto, y en la misma dirección.

2Qué es la descarga cognitiva

Delegar trabajo mental en una herramienta se llama descarga cognitiva, y no tiene nada de malo por sí misma. Una calculadora es descarga cognitiva. Una lista de la compra también. El día que dejaste de memorizar números de teléfono no te volviste peor profesional.

Lo que cambia con un agente es qué se delega. Una calculadora se lleva la operación y te deja el juicio: sigues decidiendo qué hay que calcular y si el resultado tiene sentido. Un agente que redacta, programa o decide puede llevarse también el juicio, y eso solo se ve cuando algo sale mal y resulta que nadie lo había mirado.

A lo segundo esta literatura lo llama desaprendizaje. I Es una palabra fuerte y conviene tratarla con pinzas, porque medir de verdad la atrofia de una habilidad profesional exige años y nadie los tiene todavía. Lo que sí se ha medido es algo más modesto y más útil: cuántas veces se acepta una propuesta mala cuando nadie obliga a pararse.

3Qué se ha medido

24 puntosmenos aceptación de sugerencias defectuosas al exigir una justificación escrita
704personas en el experimento preregistrado sobre devolución del propio criterio
sin costela aceptación de las sugerencias buenas no bajó

Escribir por qué, antes de aceptar. Yan Tao, Jennifer Meyer y René Kizilcec dieron a 129 personas sugerencias de escritura generadas por un modelo, unas correctas y otras con fallos deliberados. A la mitad se les obligó a escribir una justificación antes de aceptar o rechazar cada una (20 de septiembre de 2026). V

  • Sin justificación se aceptó el 65 % de las sugerencias defectuosas; con justificación, el 41 %, veinticuatro puntos menos de basura aceptada. V
  • Y el dato que lo vuelve aplicable: la aceptación de las sugerencias buenas no bajó, 81 % frente a 86 %. V La medida filtra lo malo sin costarte lo bueno, que es exactamente donde fracasan casi todas las medidas de este tipo.

Devolverle a cada uno su propia puntería. Sebastian Maier, Kai Schwabe, Manuel Schneider y Stefan Feuerriegel hicieron un experimento con 704 personas, preregistrado —es decir, publicaron qué iban a medir antes de medirlo, lo que impide quedarse después con el resultado que más favorece— (17 de septiembre de 2026). V

Enseñarle a cada persona cómo de bien estaba juzgando su propio conocimiento hizo dos cosas: dividió casi por dos las probabilidades de delegar la respuesta en el modelo, y multiplicó por una vez y media las de acertar en el examen posterior. V I Esas dos cifras son razones de probabilidades, no porcentajes de gente: dicen que la conducta se mueve mucho, no que se mueva en tres de cada cuatro personas.

Las dos intervenciones son la misma idea vista de dos maneras: hacer que el juicio pase por la cabeza antes de pasar por el botón. Ninguna de las dos consiste en desconfiar más, ni en usar menos el modelo.

4Cómo se hace en un equipo

La traducción a un equipo que trabaja con agentes es corta, y cabe en cuatro decisiones.

  1. Pedir la razón, no el visto bueno. Quien acepta un cambio escrito por un agente escribe una línea diciendo por qué es correcto: qué comprobó, no que lo aprueba. Una casilla marcada no obliga a pensar; una frase en blanco, sí.
  2. Solo donde el fallo se paga. Exigirlo para todo convierte la medida en burocracia y en tres semanas nadie la cumple. Va en lo que toca datos, permisos, dinero o lo que se despliega; no en el arreglo de un texto.
  3. Que no revise siempre el mismo. Si una persona concentra las revisiones, es la única que sigue ejercitando el criterio, y el resto del equipo lo pierde por dentro sin que se note en ninguna métrica. I
  4. Escribirlo donde se lee. En la plantilla de pull request, que es donde está la persona en el momento de decidir, y como norma en el AGENTS.md para que el propio agente prepare el cambio con la información que hace falta para justificarlo.

El laboratorio de abajo genera ese protocolo con tus datos: la plantilla de revisión y las líneas para el fichero de normas del proyecto.

5Cuánto cuesta

Escribir una línea de justificación cuesta alrededor de un minuto. En un equipo que fusiona veinte cambios al día, y aplicándolo solo a la mitad, son unos diez minutos diarios repartidos entre varias personas. I

Lo que compra, según el experimento, es aceptar veinticuatro puntos menos de lo que está mal. Si de cada cien propuestas dudosas antes colaban sesenta y cinco y ahora cuelan cuarenta y una, son veinticuatro fallos menos por cada cien. Compáralo con lo que cuesta un solo despliegue que haya que revertir.

Y hay un coste que no aparece: no frena lo bueno. Eso importa porque la objeción habitual a cualquier control es que ralentiza el trabajo bien hecho, y aquí se midió y no ocurrió.

6Cuándo no conviene, y cómo leer esta evidencia

Tres cautelas, y las tres van por delante porque son parte del resultado.

Los experimentos son con estudiantes. Uno en tareas de escritura y otro en aritmética. Aplicarlo a un profesional revisando código o una consulta a producción es una extrapolación nuestra, no un resultado suyo. I Lo razonable es probarlo en tu equipo y mirar si el número de revertidos baja.

Buena parte de esta literatura no aguanta una lectura completa. Hanjing Shi, Kimberly Wang, Sabrina Doherty y Dominic DiFranzo auditaron 86 textos completos sobre equipos de personas y sistemas automáticos: al leerlos enteros, 36 de 74 trabajos que parecían evidencia central dejaron de serlo. V Casi la mitad. Es la razón por la que aquí solo se citan trabajos cuyo resumen original se ha leído, y por la que estos dos llevan su tamaño de muestra escrito.

Nadie sabe si esto aguanta meses. Sander de Jong lo plantea como pregunta abierta (23 de septiembre de 2026): las intervenciones de este tipo se miden en sesiones cortas, y el problema real es sostenerlas en un equipo durante un año. V O Su sospecha, y la nuestra, es que una medida que dependa de la voluntad se erosiona; por eso conviene que viva en la plantilla y no en la buena intención.

Cuándo no ponerlo: cuando el coste de revisar supera al del fallo. En tareas de bajo riesgo y alto volumen, exigir justificación es gasto puro, y además enseña al equipo a escribir justificaciones vacías, que es peor que no tener ninguna.

7Y una cosa más: el problema también es de la organización

Un equipo de Google publicó el 24 de septiembre de 2026 un estudio cualitativo de lo que pasó al desplegar un agente permanente dentro de varios equipos de una empresa tecnológica. V Lo que encontraron no fueron fallos del modelo, sino roces sobre cómo se trabaja: qué normas de convivencia aplican a algo que no es una persona, quién responde de lo que hace, y cómo se reparte la confianza cuando entra un actor nuevo que participa sin que nadie le haya dado un puesto.

I Esto encaja con lo anterior más de lo que parece. Pedir una justificación escrita no es solo una medida cognitiva: es una forma de dejar por escrito quién ha respondido de qué. Y en el momento en que algo salga mal, esa línea es lo único que distingue «lo revisamos» de «lo dimos por bueno».

8Pruébalo

9Llévatelo a tu caso

Para qué sirve esto en un equipo

  • Equipo que ya usa agentes a diarioConvierte una costumbre tácita —mirar por encima y aprobar— en una frase escrita que deja constancia de qué se comprobó.
  • Gente que empiezaEs la parte que más se pierde cuando el agente entrega trabajo terminado: si nunca has tenido que explicar por qué algo está bien, no aprendes a verlo.
  • Auditoría o cumplimientoUna línea por cambio aceptado es la diferencia entre poder demostrar que hubo revisión y tener solo un registro de aprobaciones.

Hasta dónde llega: reduce la aceptación de lo defectuoso en un experimento con estudiantes; no impide un fallo que nadie sabría detectar, y no sustituye a las pruebas automáticas ni a bloquear por código lo que no puede pasar.

¿Te compensa?

Marca las que se cumplan en tu caso.

Si quieres seguir

Pruébalo tú

Usa el laboratorio de arriba con tu propio caso.

Entiéndelo mejor

Las piezas que lo completan.

¿Dudas o correcciones?

Si algo no encaja con tu caso, o si encuentras un error, escríbeme: se corrige y se anota.

Escríbeme

10Fuentes

  1. Tao, Meyer y Kizilcec — Think Before You Accept: Can Written Justification Reduce Uncritical Uptake of AI Writing Suggestions? · arXiv 2609.23936, 20-sep-2026
  2. Maier, Schwabe, Schneider y Feuerriegel — Designing Against Deskilling: Metacognitive Feedback Reduces Cognitive Offloading to LLM Assistants · arXiv 2609.20143, 17-sep-2026
  3. Shi, Wang, Doherty y DiFranzo — Same Team Label, Different Evidence: A Full-Text Audit of Claim Denominators in Human-AI Teaming Research · arXiv 2609.27849
  4. de Jong — Open Questions Towards Skill-Sustaining Reliance in Reflective AI Engagement · arXiv 2609.27726, 23-sep-2026
  5. Qadri y otros — Working with Agentic Teammates: When a New Organizational Actor Collides with the Human Ecosystem of Work · arXiv 2609.29901, 24-sep-2026
hiddenrows · proyecto personal de divulgación de Miguel Yepes Contenido divulgativo, puede contener errores · sin garantías · Aviso legal · Privacidad · llms.txt