# Grounding y reparación en interacción humano-IA

«Mueve este apartado al final». La instrucción parece sencilla hasta que surgen dudas sobre qué apartado se señala, qué significa el final o si la persona quiere conservar allí el título original. Cabe que un asistente responda «entendido» y efectúe un cambio equivocado, o que otro pregunte por un detalle que ya era evidente y vuelva pesada la tarea. Coordinar una acción exige establecer una comprensión compartida suficiente, con un esfuerzo proporcionado a lo que está en juego.

El término grounding designa los procesos mediante los cuales los participantes construyen evidencia de que una contribución se ha comprendido lo bastante para sus propósitos. En la interacción con inteligencia artificial, la noción da un marco para estudiar confirmaciones, referencias, correcciones y resultados observables sin suponer que el sistema comparte estados mentales humanos, aunque obliga a examinar qué información está disponible, cómo se representa y qué señales permiten a la persona reconocer la interpretación adoptada. La reparación atiende a las dificultades de producción, recepción e interpretación que surgen en el intercambio y está ligada al grounding, pues una coordinación puede avanzar con evidencia positiva y reorganizarse cuando aparece un problema. Este texto analiza cómo diseñar y evaluar esas operaciones a partir de una distinción entre el acuerdo verbal, la interpretación de una petición y la ejecución efectiva de una acción.

## Comprender suficientemente para una actividad

Clark y Schaefer (1989) propusieron estudiar las contribuciones al discurso como logros coordinados, en los que los participantes establecen evidencia de una comprensión suficiente para los propósitos presentes. El criterio es práctico. Para continuar no hace falta demostrar una identidad completa de pensamientos, pero sí se necesita una base que permita realizar la actividad sin que pasen inadvertidas diferencias relevantes. Esa suficiencia depende del objetivo y de las consecuencias de una interpretación equivocada. En una conversación exploratoria puede bastar una descripción aproximada para generar ideas, mientras que una edición obliga a veces a identificar un fragmento exacto. En una búsqueda bibliográfica, la distinción entre dos autores con el mismo apellido puede decidir si el resultado es útil. Un mismo grado de precisión no sirve para todas las tareas. Una política que confirma cada detalle sin atender al propósito añade esfuerzo y otra que nunca verifica corre el riesgo de actuar sobre ambigüedades relevantes.

Grounding y asentimiento son procesos distintos. Es posible comprender una propuesta y rechazarla, o aceptar una acción sin haber interpretado bien su alcance. En un sistema, las palabras pueden quedar registradas correctamente y la referencia resolverse mal. El análisis debe separar recepción, interpretación y acuerdo. La distinción explica por qué un «sí» resulta a veces una evidencia insuficiente para ejecutar una operación, sobre todo cuando la pregunta de confirmación era ambigua o demasiado general.

Cuando la aplicación mantiene un estado operativo que registra entidades, restricciones y decisiones pendientes, ese estado es un recurso para coordinar la tarea y producir señales verificables. Solo de manera contingente coincide con un conocimiento compartido en sentido psicológico. Su calidad se mide por la fidelidad con que refleja las intervenciones realizadas y por su actualización cuando hay correcciones. Una representación interna coherente, pero desconectada de lo que el usuario cree haber establecido, deja sin resolver el problema comunicativo.

## Evidencia de recepción e interpretación

Las señales de recepción pueden ser mínimas, como una marca de mensaje entregado, una respuesta breve o una actualización visual. Informan de que una contribución llegó a alguna etapa del sistema, aunque no siempre acreditan que haya sido interpretada. La interfaz debe impedir que esos indicadores técnicos se confundan con confirmaciones semánticas. Haber recibido un archivo no significa haber leído su contenido, como tampoco procesar una orden significa haber identificado el objeto correcto.

La evidencia de interpretación admite formas más específicas. Mostrar el fragmento seleccionado, reformular una condición o presentar una vista previa son señales que hacen posible detectar discrepancias antes de actuar, a condición de que correspondan al estado que la operación usará realmente. Si la paráfrasis se genera de forma independiente y describe algo distinto de los argumentos que se envían a una herramienta, la confirmación crea una apariencia de comprensión sin control real sobre lo ejecutado.

La acción posterior también puede aportar evidencia. Quien pide ordenar una lista por fecha y ve el resultado correcto puede prescindir de más explicaciones. Una operación invisible requiere, en cambio, información añadida u otra comprobación, cuya forma se ajusta a lo que la persona pueda inspeccionar y a los errores que necesite distinguir.

Las señales tienen que ser específicas respecto del nivel alcanzado. «Recibí el documento», «identifiqué tres apartados» y «apliqué el cambio» afirman cosas diferentes. Emplearlas con precisión ayuda a mantener una representación compartida del proceso. Una respuesta genérica como «perfecto» puede ser socialmente fluida y a la vez opaca en lo operativo. Esa opacidad pesa cuando el usuario necesita saber si hubo recepción, interpretación, ejecución o verificación del resultado.

## Referencia y objetos compartidos

La referencia se apoya en los recursos disponibles en la situación. Expresiones como «este», «el anterior» o «el de la derecha» requieren un campo de objetos y un punto de comparación. En una interfaz, ese campo puede incluir selecciones, versiones, documentos abiertos y resultados recientes. Si el usuario y el sistema acceden a estados distintos, la misma expresión puede orientar hacia objetos diferentes; la coordinación debe entonces hacer visible la discrepancia o fijar un identificador que la resuelva. Una selección visual quizá ayude, aunque no siempre basta. Sucede, por ejemplo, que el usuario marca un título para designar todo un apartado mientras el sistema interpreta solo las palabras resaltadas. La relación entre selección y alcance ha de definirse según la actividad. Una vista previa del objeto completo puede revelar el problema, igual que nombrar la unidad que se modificará, sea un párrafo, una sección, un archivo o un conjunto de elementos.

Las referencias retrospectivas obligan a conservar las decisiones relevantes. Para interpretar «Haz lo mismo con el siguiente» es preciso saber qué operación cuenta como la misma y cuál es el objeto siguiente. Si el criterio cambió durante la conversación, el sistema debe resolver qué versión de la operación se mantiene. Copiar mecánicamente la última acción puede pasar por alto una condición establecida antes. El estado operativo debería vincular operaciones y parámetros con las decisiones que los autorizan.

Combinar recursos es una manera de reducir la ambigüedad. Si el usuario señala un documento y formula verbalmente la transformación deseada, o si el sistema muestra candidatos para que se elija uno, el trabajo se reparte entre el lenguaje y la representación visual. La elección del medio atiende a cuál discrimina mejor la referencia, sin obligar a describir extensamente lo que puede seleccionarse con facilidad ni a elegir entre objetos que todavía no se comprenden.

## Costos de coordinación

Clark y Brennan (1991) analizaron cómo las condiciones del medio y los costos de producción, recepción y reparación influyen en el grounding. Desde su perspectiva cabe considerar que una estrategia adecuada en un canal puede resultar costosa en otro. Repetir una instrucción por voz y corregir una palabra en pantalla tienen costos distintos. Una confirmación visual, por ejemplo, puede ser inmediata para algunos usuarios y poco accesible para otros.

En una aplicación, los costos se distribuyen entre participantes y etapas. Pedir una aclaración puede alargar el tramo inicial y evitar más tarde una reparación extensa. Cuando el resultado es reversible, aceptar una interpretación provisional puede facilitar la exploración. El diseño debe considerar el esfuerzo total de la actividad, del que el número de turnos es apenas una parte. Reducir las preguntas a cero puede trasladar el trabajo a la inspección y la corrección de resultados. En el otro extremo, un exceso de preguntas puede impedir avanzar.

La especificidad suele aliviar la carga cuando el sistema sabe dónde está la dificultad. «¿Qué año quieres incluir?» conserva todo lo demás que ya se entendió, mientras que «No entendí, repite la solicitud» obliga a reconstruir la contribución entera.

Una pregunta específica que parte de una interpretación equivocada puede, sin embargo, encerrar al usuario en alternativas inadecuadas. La aplicación debe permitirle rechazar el encuadre y aportar información distinta de la que la pregunta anticipaba.

La política de aclaración debería atender a la reversibilidad y a las consecuencias. Para cambiar provisionalmente el orden de una lista puede bastar una vista previa, pero antes de enviar un mensaje a un destinatario ambiguo es más importante identificarlo con precisión. Nada de esto obliga a confirmar rutinariamente cada acción. Se trata, más bien, de establecer qué información falta y si esa carencia puede producir un resultado materialmente distinto del solicitado, para combinar la iniciativa con el reconocimiento de las incertidumbres relevantes.

## Qué cuenta como reparación

La reparación se dirige a problemas de hablar, oír, entender o formular una contribución. Puede consistir en una sustitución, una repetición, una aclaración o una explicación del alcance. No siempre coincide con la corrección de un error factual. Hay frases verdaderas que requieren reparación porque no se sabe a quién aluden y frases comprendidas perfectamente que se rechazan por falsas, dos situaciones que piden respuestas diferentes.

Schegloff, Jefferson y Sacks (1977) estudiaron la organización de la reparación y la preferencia por la autorreparación en la conversación. Su análisis distingue quién inicia la reparación y quién la lleva a cabo, categorías aplicables a la interacción con agentes, donde el usuario puede corregirse antes de recibir respuesta, señalar un problema del sistema o responder a una petición de aclaración. Para trasladar estos conceptos hay que observar qué posibilidades admite realmente la interfaz. Veamos un ejemplo construido. En «Envíalo a Ana… perdón, a Andrea», el propio hablante corrige su contribución. La pregunta «¿A Ana o a Andrea?» inicia una reparación desde el sistema. Cuando el usuario dice «No, dije Andrea», en cambio, responde a una interpretación errónea que ya se había manifestado. Las tres secuencias obligan a actualizar una referencia, pero difieren en el momento y en la evidencia disponible. Un diseño que solo reconozca correcciones después de una pregunta explícita dejará fuera otras formas habituales de resolver problemas.

Las reparaciones difieren en alcance. Cambiar una fecha no anula necesariamente toda la tarea, pero «olvida ese plan» puede cancelarla entera. El sistema necesita identificar qué se reemplaza, qué se conserva y qué consecuencias deben revisarse. Una corrección verbal que se acepta sin propagarse a las operaciones posteriores deja el problema intacto. La unidad de análisis debe incluir el estado resultante y las acciones derivadas de la información corregida.

## Iniciar una reparación de manera útil

Dingemanse y colaboradores (2015) compararon la reparación iniciada por otro participante en distintas lenguas y examinaron maneras de señalar dificultades con grados diferentes de especificidad. Su estudio aporta evidencia de regularidades en el modo en que los participantes localizan problemas y reducen el trabajo conjunto. Trasladadas a un agente conversacional, esas regularidades orientan el diseño de las peticiones de aclaración, que deberían aprovechar lo que ya se sabe sin ocultar la incertidumbre ni exigir al usuario que rehaga sin necesidad toda su contribución. Una iniciación abierta, como «¿puedes repetirlo?», puede ser adecuada cuando el sistema perdió casi todo el contenido; si solo falta un dato, es preferible una pregunta focalizada. También puede proponerse una interpretación candidata, del tipo «¿te refieres a la versión revisada?», que facilita la respuesta siempre que el usuario pueda negarla y proponer otra. Si la interfaz solo admite aceptar, la aclaración se convierte en una imposición de la hipótesis del sistema.

Las preguntas deberían describir el problema en términos comprensibles. «La entidad no pudo resolverse» informa poco a quien intenta seleccionar un archivo. En cambio, «Hay dos documentos con ese título; uno es de marzo y otro de junio» da una distinción utilizable. El nivel técnico debe ajustarse a la tarea. Los detalles internos ayudan si con ellos el usuario puede actuar o entender una limitación relevante; fuera de esos casos, añaden carga sin mejorar la reparación.

Una pregunta repetida puede indicar que el sistema no incorpora las respuestas. Si el usuario aporta una fecha y la aplicación vuelve a pedirla, el problema puede estar en la actualización del estado, en el reconocimiento o en el enlace con la herramienta. Para que la reparación no quede atrapada en un ciclo de reformulaciones, tras varios intentos fallidos el sistema debería cambiar de recurso. Puede mostrar opciones, habilitar la selección directa o explicar la limitación concreta que le impide continuar.

## Reparación de interpretaciones, decisiones provisionales y memoria

Supongamos que, a lo largo de varios turnos, la persona solicita artículos de cierto periodo, luego limita el tema y finalmente excluye las reseñas. Si corrige el periodo, las otras condiciones pueden seguir vigentes. El sistema necesita representar las dependencias y el alcance de cada actualización. Reprocesar solo el último mensaje puede hacer perder restricciones. Conservar todo sin discriminar entraña el riesgo opuesto de mantener condiciones ya canceladas. La reparación requiere una política para modificar el estado operativo. Entre las correcciones se distinguen la sustitución, la ampliación y la revocación. «Mejor desde 2018» reemplaza un límite, «incluye también portugués» amplía una selección y «ya no filtres por idioma» elimina una condición. Aunque la lectura de cada expresión depende a veces del contexto, las tres categorías dan criterios operativos para evaluar. Si el sistema muestra, cuando haga falta, el conjunto vigente de condiciones, la persona podrá detectar si una corrección se aplicó con un alcance distinto del pretendido.

Las decisiones provisionales necesitan una representación propia. Una hipótesis de referencia puede usarse para preparar una vista previa sin quedar confirmada para acciones posteriores. Si el sistema la incorpora como hecho establecido, un paso exploratorio puede convertirse en compromiso. La interfaz debe distinguir propuestas, decisiones aceptadas y resultados ejecutados cuando esa diferencia afecta a la actividad. El grounding avanza por evidencias graduadas. Un historial que se limita a acumular frases no registra esas diferencias de estatuto.

La memoria resumida puede facilitar la continuidad, pero también borrar condiciones. Un resumen que conserva «buscar artículos recientes» y omite la fecha acordada vuelve ambigua una decisión que ya estaba resuelta. Una evaluación tiene que comprobar si la memoria mantiene las distinciones que gobiernan las acciones futuras, como las negaciones, las excepciones o el estatuto provisional de una decisión. Un resumen breve y elegante que pierda esos rasgos deja de servir al estado operativo de la tarea, por bien que recoja lo conversado en términos temáticos.

## La reparación del propio sistema

Cuando un agente detecta que su respuesta anterior contenía un error y la corrige, la reparación debería identificar qué cambia y qué consecuencias tiene. Si una referencia bibliográfica era incorrecta, sustituirla por otra deja pendiente la revisión de la afirmación que dependía de ella. Un cambio de fecha puede obligar a actualizar ordenamientos, filtros o conclusiones temporales. Una reparación cuidadosa sigue las dependencias del error y evita que versiones contradictorias coexistan como si fueran igualmente válidas. Las disculpas pueden contribuir al manejo social del problema, pero la corrección queda por hacer después de ellas. Una secuencia de disculpa, reconocimiento y nueva respuesta cierra la reparación solo si modifica el resultado pertinente. La evaluación debe observar documentos, registros o decisiones posteriores. Hay sistemas que adoptan un tono responsable mientras repiten el mismo fallo. La forma del reconocimiento y la corrección material han de valorarse por separado.

La atribución del error también requiere cuidado. El sistema debería abstenerse de explicar un fallo mediante causas que no puede verificar, como afirmar que una herramienta no estaba disponible cuando en realidad interpretó mal la petición. Una explicación inventada entorpece la reparación porque dirige al usuario hacia un problema inexistente. Puede bastar con reconocer qué parte del resultado era incorrecta y describir la comprobación realizada ahora, sin fabricar una historia interna sobre el origen del error.

La reparación puede requerir deshacer acciones. Si el sistema modificó un archivo equivocado, debe distinguir la restauración, la aplicación del cambio al objeto correcto y la verificación final. Cuando no puede revertir todo lo ocurrido, tiene que comunicar con precisión lo que se corrigió y lo que no pudo recuperarse. «Ya está solucionado» es una frase inadecuada si quedan efectos pendientes.

## Comprensión aparente y expectativas

Una respuesta fluida produce a veces una impresión de entendimiento superior a la evidencia disponible. Un sistema que reformula con elegancia una petición puede haber captado el tema y perdido una restricción. Quizá el usuario no advierta la diferencia hasta observar el resultado. Por eso las confirmaciones, cuya calidad se mide por su capacidad de mostrar la interpretación relevante, deben hacer visibles los elementos que cambian la operación, más allá del objetivo general.

Luger y Sellen (2016) estudiaron las experiencias de usuarios de agentes conversacionales y documentaron discrepancias entre expectativas y funcionamiento en los sistemas examinados. Sus resultados corresponden a las interfaces de ese momento y no se aplican directamente a las posteriores, aunque señalan un problema de investigación que persiste, el de cómo la presentación conversacional orienta lo que las personas creen que el sistema puede comprender y realizar. La evaluación debe relacionar esas expectativas con las capacidades observables y las posibilidades de reparación. Hay interfaces que declaran sus límites y emiten a la vez señales que los contradicen. Tras una petición ambigua, «comprendo perfectamente» transmite una seguridad general y «he identificado estos dos criterios» da al usuario un contenido que puede verificar. Ante una decisión relevante, el diseño debería preferir esta segunda forma, que no tiene por qué ser menos cordial y se ajusta a lo que el sistema puede mostrar.

Las personas también adaptan sus peticiones a los errores previos. Pueden simplificar, repetir términos o abandonar formas naturales de referencia. Esa adaptación puede mejorar el rendimiento y, al mismo tiempo, ocultar problemas del sistema. Observar solo el éxito final no muestra cuánto esfuerzo adicional hizo falta. Los estudios de grounding deberían examinar los cambios de estrategia, las repeticiones y el trabajo de formulación para determinar si la herramienta facilita la coordinación o exige al usuario compensar constantemente las limitaciones del sistema.

## Evidencia multimodal y coordinación

El grounding puede apoyarse en imágenes, selecciones, gestos y cambios visibles. Si una persona señala un objeto mientras dice «este», la relación temporal entre ambas modalidades ayuda a identificarlo. Una cámara, sin embargo, capta lo que entra en su encuadre, que puede no coincidir con aquello a lo que atiende la persona. La resolución y el retraso pueden alterar también la evidencia. La aplicación necesita reconocer qué información recibió y evitar afirmar acceso a elementos que solo son visibles para el usuario.

En ocasiones una vista previa informa más que una pregunta verbal extensa. Quien ve el nuevo orden de unas diapositivas puede revisar varias relaciones a la vez; resaltar una celda junto con el valor propuesto puede delimitar el alcance de un cambio de cifra. El recurso adecuado varía con la tarea y con las condiciones de acceso. La coordinación debería prever alternativas para cuando una modalidad falte o no convenga.

Las modalidades también pueden entrar en conflicto, como cuando el usuario señala una versión mientras nombra otra o la pantalla muestra un estado que cambió durante el procesamiento. El sistema no debería zanjar siempre el conflicto a favor de una fuente fija sin atender al contexto. Si explicita la discrepancia y pide una elección, su aclaración ayuda porque localiza un conflicto concreto, algo que una expresión genérica de incertidumbre no consigue.

La verificación multimodal debe evaluar correspondencias además de componentes. Es posible reconocer correctamente un nombre y un objeto y, aun así, vincularlos en un momento inadecuado. Las pruebas pueden variar la sincronización, la posición y la disponibilidad de las señales mientras se mantienen controladas las referencias. También conviene observar si el usuario detecta una asociación equivocada a partir de la respuesta del sistema. Una interpretación errónea que permanece invisible hasta la ejecución limita severamente las posibilidades de reparación temprana.

## Un caso de referencia colaborativa

Imaginemos una tarea con un tablero de figuras en la que la persona debe indicar al asistente qué elemento mover. La instrucción «el triángulo junto al círculo» identifica un candidato, pero en el tablero hay dos círculos. Preguntar cuál de ellos, mostrar los candidatos o proponer una interpretación son opciones del sistema que reparten el esfuerzo de maneras distintas. Un estudio podría comparar cuál resuelve la referencia con menos errores y sin imponer al usuario descripciones innecesariamente complejas.

Tras una primera coordinación, los participantes pueden adoptar una denominación abreviada, como «el triángulo de arriba», que resulta eficaz mientras el tablero conserve esa disposición. Si las figuras se reorganizan, la referencia puede cambiar o volverse ambigua. El sistema necesita distinguir una etiqueta acordada de una descripción ligada a la posición. El caso muestra que una expresión ya comprendida no queda automáticamente resuelta para cualquier estado posterior de la actividad. Si luego se introduce un movimiento equivocado, puede estudiarse la reparación. Ante un «no ese, el otro», o ante la descripción de una relación nueva, el asistente debe identificar qué operación se rechaza, restaurar el estado si corresponde y resolver el nuevo referente. Elegir por descarte el segundo candidato puede fallar si el universo de alternativas cambió. La reparación requiere reconstruir el contexto de la equivocación, sin aplicar una regla rígida asociada a la palabra «otro».

El resultado se evalúa mediante el estado del tablero, el número y tipo de aclaraciones, el tiempo de recuperación y la comprensión de los participantes. Las transcripciones permiten analizar secuencias y los registros de acciones muestran los cambios materiales. Combinar ambas fuentes evita tomar una conversación aparentemente exitosa por una tarea bien realizada. También permite estudiar cómo se forman convenciones locales y si el sistema las conserva con precisión durante la interacción.

## Confirmar de manera proporcionada

Las confirmaciones pueden ser explícitas o estar incorporadas a una acción reversible. Repetir todos los parámetros antes de cada paso puede resultar innecesario, aunque omitir toda comprobación expone a errores serios. Una confirmación útil hace visible la diferencia de interpretación que cambiaría el resultado y permite corregirla. No debería pedirse una aprobación genérica de un proceso que el usuario no puede inspeccionar de manera significativa.

La formulación de las alternativas tiene consecuencias. Preguntar «¿confirmas que elimine los archivos antiguos?» deja indeterminado qué significa *antiguos* y cuáles se incluyen. Una lista delimitada da una base más clara; si la operación abarca muchos elementos, puede requerirse un resumen con acceso al detalle. La confirmación debe corresponder al alcance real y no esconder excepciones en una frase demasiado amplia. Las respuestas a una confirmación también pueden necesitar interpretación. «Sí, salvo el último» acepta parte de la propuesta e introduce una excepción. Un sistema que registre solo el asentimiento puede actuar de manera incorrecta. Las pruebas deberían incluir respuestas mixtas, correcciones y cambios de criterio, además de «sí» y «no», para comprobar que el procedimiento admite la forma en que las personas negocian condiciones sin reducirlas a un botón conceptual binario.

La confirmación puede fallar también por fatiga. Si aparece en operaciones rutinarias sin aportar información, las personas pueden aceptarla automáticamente. Debe reservarse, en consecuencia, para las decisiones en que da una oportunidad real de revisar el alcance o las consecuencias; en los demás casos, una acción reversible y bien señalada puede ser más eficiente. Este criterio debe evaluarse mediante los errores y la recuperación, junto con la percepción de seguridad o la cantidad de pasos agregados a la interfaz.

## Evaluar grounding y reparación

Una evaluación debería definir qué información necesita quedar coordinada y cómo se reconocerá que se logró. En una búsqueda pueden ser los criterios y las referencias; en una edición, el alcance y la versión; en una acción externa, el destinatario y el estado de ejecución. Saber si el sistema produjo una respuesta dice poco sobre si esos elementos quedaron establecidos. La comparación pertinente reúne la interpretación manifestada, la acción realizada y la comprensión que el usuario tiene del resultado. Los escenarios deben incluir problemas de distintos niveles. Puede faltar una palabra, haber una referencia ambigua o una contradicción entre instrucciones, o aparecer una corrección después de una ejecución parcial. Cada caso reclama recursos distintos. Una batería compuesta solo por frases mal reconocidas que hay que repetir deja sin describir la capacidad general de reparación. Con un análisis por tipos se localizan fortalezas y límites sin reducirlos a una puntuación única.

La recuperación se mide después del turno de disculpa, cuando puede comprobarse si la información corregida sigue vigente, si se actualizaron los resultados dependientes y si el error reaparece. También debe considerarse el trabajo del usuario. Una reparación exitosa que exige múltiples reformulaciones puede ser menos adecuada que otra que localiza el problema con precisión.

La anotación ha de conservar la incertidumbre. Algunas intervenciones admiten interpretaciones diferentes. Los participantes, además, pueden negociar una formulación nueva en vez de recuperar una intención previa y fija. La anotación de referencia puede incluir varias soluciones aceptables o documentar cómo se alcanzó un acuerdo. Tratar toda divergencia como error del sistema presupone que el significado estaba completamente determinado desde el inicio, cuando muchas actividades lo construyen precisamente en su curso.

La comparación con una interfaz sencilla puede dar un punto de referencia útil. Si seleccionar directamente un objeto resuelve la ambigüedad con menos esfuerzo, la conversación tendría que justificar qué ventaja añade. A la inversa, una aclaración verbal puede ser más accesible que recorrer una lista extensa. El estudio debe comparar recorridos completos y respetar las condiciones de uso. La calidad del grounding depende de cómo se coordinan los recursos disponibles y no del volumen de diálogo que el sistema genera en torno a cada decisión.

## Coordinación revisable en sistemas de IA

El estudio del grounding y de la reparación describe la interacción como un trabajo en el que el sentido de los mensajes se establece y se corrige sobre la marcha. Los participantes recurren a evidencias, acciones y aclaraciones para construir una base de trabajo suficiente. En los sistemas de IA, la coordinación necesita representaciones revisables, señales precisas y una conexión entre las palabras y sus efectos materiales.

Un agente útil permite que las personas descubran qué entendió, localicen discrepancias y modifiquen el curso de la actividad. También distingue lo recibido, lo interpretado, lo acordado y lo ejecutado. Esa separación da una base para confiar de manera informada y para recuperar el control cuando aparecen problemas. La comprensión compartida pasa a ser entonces un logro verificable y provisional, ajustado al propósito, que no descansa en las declaraciones generales del sistema sobre sí mismo.

## Referencias

Clark, H. H., y Brennan, S. E. (1991). Grounding in communication. En L. B. Resnick, J. M. Levine y S. D. Teasley (Eds.), *Perspectives on Socially Shared Cognition* (pp. 127–149). American Psychological Association. https://doi.org/10.1037/10096-006

Clark, H. H., y Schaefer, E. F. (1989). Contributing to Discourse. *Cognitive Science, 13*(2), 259–294. https://doi.org/10.1207/s15516709cog1302_7

Dingemanse, M., et al. (2015). Universal Principles in the Repair of Communication Problems. *PLOS ONE, 10*(9), e0136100. https://doi.org/10.1371/journal.pone.0136100

Luger, E., y Sellen, A. (2016). “Like Having a Really Bad PA”: The Gulf between User Expectation and Experience of Conversational Agents. *Proceedings of CHI*, 5286–5297. https://www.microsoft.com/en-us/research/wp-content/uploads/2016/08/p5286-luger.pdf

Schegloff, E. A., Jefferson, G., y Sacks, H. (1977). The Preference for Self-Correction in the Organization of Repair in Conversation. *Language, 53*(2), 361–382. https://doi.org/10.2307/413107