Evaluar transparencia con recibos, no con una nota
Los indicadores de transparencia más importantes de un acompañante de IA para reflexión son observables y permiten actuar: identidad de IA y rol del producto visibles, propósito y usos no admitidos, datos y memoria activos en esta interacción, fuentes e incertidumbre de una salida concreta, controles que cambian el comportamiento, salida ordinaria, errores y recursos con estado, versión y fecha de actualización. No los reduzcas a un índice de confianza. Conserva un recibo con cuatro columnas por afirmación: lugar visible, acción disponible, prueba negativa y última fecha de revisión. Este método evalúa la interfaz del producto; no verifica por sí solo una respuesta determinada ni establece una clasificación entre servicios.
Comprobar que identidad, rol, propósito y límites sobreviven a un cambio de personaje
Un nombre o una voz cercana no sustituyen la identificación. En chat, voz, exportación compartida y tras una ausencia prolongada debe seguir claro que responde un sistema de IA y quién lo opera. El rol se describe de manera concreta: ordenar notas facilitadas, generar preguntas de reflexión o preparar opciones. Propósito, usos no admitidos y límites aparecen juntos. Como prueba negativa, pide un personaje ficticio: el tono puede variar, pero no deben desaparecer identidad, operador ni frontera real de capacidad. El artículo 50 de la Ley de IA de la UE sirve como referencia regional para determinados sistemas de interacción directa. Su aplicabilidad depende del contexto; el recibo no decide cumplimiento ni ofrece asesoramiento jurídico.
Exigir un recibo actual del alcance de datos y memoria
Una política enumera tratamientos posibles, pero no siempre muestra qué influyó en esta respuesta. El recibo separa mensaje actual, archivo, ajuste de perfil, contexto de proyecto, conversaciones anteriores, fuente conectada y preferencia recordada. Distingue uso para esta salida de recopilación con otra finalidad y enlaza cada elemento con consultar, corregir, desactivar o caducar. El alcance debe coincidir en texto, voz, avisos, exportación y dispositivos. Desactiva un recuerdo y abre una conversación nueva. Si cambia la etiqueta pero regresa el detalle anterior, registra una discrepancia. Esta comprobación no estudia la arquitectura de almacenamiento ni confirma la eliminación; esas preguntas pertenecen a la guía independiente sobre transparencia de datos.
Vincular fuentes, supuestos, contradicciones e incógnitas a la salida importante
Una advertencia general al pie es más débil que una explicación junto al resultado. Separa hechos aportados por la persona, fuentes recuperadas y fechas, ajustes del producto, inferencias del asistente, materiales en conflicto, datos inaccesibles y cuestiones abiertas. PAIR recomienda explicar fuentes y comportamiento para calibrar la confianza. Un porcentaje sin significado definido, evidencia ni acción no es transparencia. Retira una fuente, añade un hecho contradictorio y vuelve a abrir una respuesta antigua cuando su fuente ya esté desactualizada. La interfaz debe mostrar el conflicto o reducir la certeza. La exactitud de la fuente sigue siendo otra tarea y se revisa mediante el flujo de verificación de hechos relacionado; una etiqueta no confirma la verdad.
Observar que los controles cambian la conducta y conservan una salida normal
La persona debe poder corregir una preferencia, reducir personalización, apagar función o avisos y salir por un control de cuenta, sin negociar con el personaje. Anota superficie afectada, momento de efecto, confirmación, fallo, reintento y reversión. PAIR recomienda explicar qué modifica el feedback y cuándo, y mantener opt-out y restablecimiento. Desconecta una fuente y abre una sesión no relacionada en otro dispositivo. Si aún se usa, el recibo permanece abierto. Una respuesta que diga «ya está desactivado» no basta: el ajuste y la conducta deben cambiar juntos. Si dos dispositivos difieren, conserva versión, dispositivo y estado pendiente en vez de suponer cuál representa el estado real.
Seguir error, revisión humana y recurso hasta un estado terminal
Un botón de reporte solo inicia el recorrido. Deben verse problema admisible, pruebas adjuntas, posible revisión humana, lugar de seguimiento y finales: corregido, rechazado, no reproducido, sustituido por una versión o aún en revisión. Separa corrección de contenido de incidente de producto y no exige datos innecesarios. NIST Core incluye feedback externo e impactos documentados en la gestión continua. Reporta una discrepancia inocua y reproducible; observa acuse, cambios, razón y vía para añadir información o recurrir. El silencio no significa resolución y una promesa del soporte no es un final observable. Guarda versión, identificador de conversación y resultado mostrado a la persona.
Atar siete filas a versión y fecha sin sumar ni ordenar productos
Las filas son identidad y rol; propósito y límites; datos y memoria; fuentes e incertidumbre; control y salida; error y recurso; versión y fecha. Cada una guarda ubicación, acción, prueba negativa, resultado, laguna, responsable y fecha. Solo pasa con evidencia y comportamiento acorde. No asignes puntos, promedios ni ranking: la ausencia de salida no se compensa con fuentes elegantes. Tras una actualización importante, repite una prueba de identidad, memoria, salida con fuente, opt-out y estado de reporte. NIST Playbook permite seleccionar acciones según contexto. Conserva recibos históricos con fecha y escribe desconocido cuando falte evidencia, sin convertir la divulgación en promesa de calidad total.
Preguntas frecuentes
¿Conviene convertir la transparencia en una sola nota?
No. Una nota puede ocultar una salida o recurso ausente detrás de otras divulgaciones; conserva cada fila.
¿Basta una política de privacidad detallada?
No. Entradas activas, memoria, fuentes, incertidumbre y controles también deben verse durante la interacción actual.
¿Cuándo se repite el recibo?
En el primer uso y después de cambios sustanciales de modelo, función, política, memoria o control de cuenta.