El prólogo de mi libro «Empleado IA» no lo escribió una persona. Lo escribió Claude, un modelo de lenguaje que trabajó en la preparación del manuscrito: revisó capítulos, discutió doctrina, perdió discusiones contra la evidencia y ganó otras por la misma vía. Y en la segunda página hace una confesión que ningún departamento de marketing habría aprobado: no pasa el test que el libro propone.
Ahí está, en una sola escena, el problema que este artículo resuelve. El mercado llama «empleado digital» a casi cualquier cosa que converse con fluidez. La categoría, si va a servir de algo, necesita un instrumento que excluya. El libro propone uno: nueve propiedades que se exhiben en operación, no en la factura del proveedor.
Vamos a recorrerlas, entender por qué funcionan como sistema y ver qué tenés realmente cuando alguna falta.
Un test de hechos, no de papeleo
Antes de la lista, una precisión que ahorra discusiones enteras: las propiedades son hechos del deployment, del despliegue real. No importa cómo llame el proveedor a su producto ni qué diga la presentación comercial. Importa qué exhibe el sistema operando en tu empresa.
Eso tiene dos consecuencias. Hacia arriba: faltando una sola propiedad, el sistema no es un Empleado IA, y llamarlo así es una metáfora comercial. Hacia abajo: si un sistema exhibe las nueve propiedades en operación, es un Empleado IA sin importar cómo lo llame la organización. El libro cita la cláusula HWF-12 del Hybrid Workforce Standard para cerrar la puerta de escape: «Las etiquetas no crean la categoría ni protegen de ella.»
Una empresa no puede escapar de la categoría negándose a escribir el contrato de rol. Un contrato sin escribir es una falla de gobierno, no una salida de la categoría.
Las nueve propiedades, una por una
1. Identidad persistente. La organización sabe qué recurso ocupa el rol y mantiene continuidad entre ejecuciones. Sin identidad, cada corrida es un desconocido nuevo: no se puede construir historial, ni desempeño, ni confianza. Y la identidad incluye separación: si el mismo recurso sirve a varias empresas, la memoria y el historial de cada una viven aislados.
2. Rol operacional definido. Propósito, responsabilidades, resultados, límites y expectativas de servicio: con qué disponibilidad, en qué tiempos, dentro de qué volúmenes. La propiedad se cumple cuando el rol existe en la operación, esté escrito o no. Escribirlo es requisito de conformidad, no de existencia.
3. Contexto organizacional. Políticas, productos, clientes, criterios y decisiones pasadas necesarios para interpretar el trabajo. Un recurso sin contexto ejecuta instrucciones con precisión y sin sentido: técnicamente correcto, empresarialmente ciego.
4. Herramientas y canales autorizados. Con qué sistemas puede actuar y por dónde puede comunicar. La palabra que importa es autorizados: la diferencia entre las herramientas que tiene y las que debería tener es superficie de riesgo.
5. Autonomía. Capacidad de ejecutar sin pedir instrucciones en cada paso. No libertad ilimitada. El libro lo remata: «Un recurso sin autonomía alguna no es un empleado; es un formulario caro.»
6. Autoridad limitada y explícita. Qué puede aprobar, modificar, comprometer o gastar, con umbrales en números, no en adjetivos. Y qué no puede hacer jamás, bajo ninguna elocuencia. La autonomía dice cuánto camina solo; la autoridad dice hasta dónde llega el pasillo.
7. Memoria gobernada. Saber qué se conserva, por cuánto tiempo, con qué procedencia, quién puede corregirlo y cómo se demuestra que algo fue borrado cuando debía borrarse. Recordar mejora el desempeño y crea riesgo al mismo tiempo.
8. Observabilidad. Poder reconstruir acciones, decisiones, datos utilizados, herramientas invocadas, costos y resultados. Sin observabilidad no hay aprendizaje, no hay auditoría y no hay defensa: solo la palabra del sistema sobre sí mismo.
9. Accountability humana. Siempre existe una persona identificada, o un cuerpo humano de gobierno, que responde finalmente por el rol. Es la propiedad que sella a las demás: hoy un sistema no puede ser demandado, multado ni avergonzado. Puede ejecutar el trabajo. No puede responder por él.
La sexta propiedad esconde la trampa más común de los despliegues reales: límites expresados en adjetivos. El libro es tajante: «Montos razonables no es una autoridad; es una discusión pospuesta para el peor momento.» Si los umbrales de tu sistema no están en números, no tenés límites: tenés esperanzas.
Por qué las nueve o ninguna
El test es formalmente conjuntivo, y no por rigidez académica: porque las propiedades funcionan como sistema y las ausencias no se compensan entre sí. Un agente puede tener herramientas y autonomía, pero sin responsable humano queda huérfano administrativamente. Puede tener memoria y contexto, pero sin autoridad definida no sabemos si una acción fue legítima. Puede producir buenos resultados, pero sin observabilidad no podemos aprender de sus errores ni demostrar cumplimiento.
La presencia es binaria y la membresía la decide el test, nada más. Un sistema al que le faltan una o dos propiedades no es un «Empleado IA potencial», como si existiera un peldaño intermedio. Es un deployment en camino, y lo honesto es nombrar qué propiedad le falta.
Carecer de propiedades tampoco vuelve inútil al sistema. Puede seguir siendo un chatbot, un copiloto o un agente valioso; la mayoría de los despliegues buenos del mundo viven ahí, y ninguno tiene por qué avergonzarse. Lo que cambia es la forma correcta de administrarlo, y eso lo desarrollo en qué es un Empleado IA.
Pertenecer no es conformar
El libro cruza dos ejes que conviene no volver a confundir. Pertenecer a la categoría es una cuestión de hechos: las propiedades están en la operación o no están. Conformar con el estándar es una cuestión de evidencia: las cláusulas se cumplen y se puede demostrar.
Del cruce salen tres posiciones legítimas. «No es Empleado IA» describe a un agente o una automatización, y es una posición perfectamente respetable. «Empleado IA conforme» cumple las nueve y puede demostrarlo: es el único cuadrante que autoriza una declaración. Y «Empleado IA no conforme», el cuadrante que la mayoría de las organizaciones descubre que ocupa hoy, exhibe las nueve propiedades pero no puede demostrarlo: el contrato no está escrito, la evidencia no se conserva, los límites existen en la práctica y no en un documento. No es una acusación. Es un diagnóstico honesto, y el punto de partida de casi todo el trabajo serio.
La distinción fina, la que evita el error más común: la ausencia de un límite y la ausencia de su documentación no son lo mismo. Si el recurso opera con límites reales que nadie escribió, pertenece a la categoría y falla la conformidad: hay algo que documentar, y el instrumento para hacerlo es el contrato de rol. Si opera sin ningún límite y sin nadie que responda, no falla la conformidad: falla la categoría, porque le faltan dos de las nueve propiedades. Y entonces lo que tenés no es un Empleado IA no conforme. Es un agente suelto con un nombre ambicioso.
El prólogo que no pasa el test
Volvamos a Claude, porque su caso es el mejor examen de calidad del instrumento. Aplicado a su trabajo en el manuscrito, falla al menos tres propiedades: no tuvo identidad persistente en la organización del autor, ni contrato de rol, ni una persona nombrada que respondiera por él ante nadie. Su propio veredicto: «Fui una herramienta bien utilizada, que es una categoría honorable y distinta.»
Pensalo un momento. El sistema que ayudó a preparar el libro, que discutió su doctrina capítulo por capítulo, que firma el prólogo, no califica para la categoría que el libro define. Un test que se puede aplicar a quien abre el libro, y cuyo resultado incomoda a quien lo firma, es un test que corta de verdad. Los instrumentos que aprueban a todo el mundo no miden nada.
Y hay un detalle más en ese prólogo que explica por qué las nueve propiedades existen. Claude confiesa que durante la preparación le atribuyó al autor un sentimiento que nunca tuvo, escrito con total fluidez, con la misma cadencia de las frases verdaderas. Su advertencia final es la mejor síntesis del gobierno que este test impone:
No confíes en mi tono. Pide evidencia.
Observabilidad, memoria gobernada, autoridad en números, accountability humana: todas las propiedades son, en el fondo, maneras de no depender del tono.
Qué hacer con el diagnóstico
Tomá las tres implementaciones de IA más importantes de tu organización y examinalas sin el nombre comercial que les dio el proveedor. ¿Rol estable o «lo que se vaya necesitando»? ¿Manager con nombre o departamento difuso? ¿KPIs propios o ausencia de quejas? ¿Autoridad documentada o implícita en los permisos técnicos? ¿Podés reconstruir lo que hizo la semana pasada?
No convirtás el resultado en una competencia por alcanzar la categoría más alta. La madurez no consiste en llamar empleado a todo; consiste en usar cada recurso de acuerdo con lo que realmente puede sostener. Quizá descubrás veinte agentes y cero Empleados IA. Eso no invalida el trabajo hecho: te muestra qué falta antes de ampliar responsabilidad. Una organización con veinte agentes excelentes y cero Empleados IA tiene claridad, no un problema. La exageración, en cambio, solo consigue que la organización crea que ya resolvió un problema que todavía no ha empezado a administrar.
Preguntas frecuentes
Identidad persistente (continuidad e historial entre ejecuciones), rol operacional definido (propósito, límites y expectativas de servicio), contexto organizacional (políticas y criterios para interpretar el trabajo), herramientas y canales autorizados, autonomía (ejecutar sin instrucciones en cada paso), autoridad limitada y explícita (umbrales en números), memoria gobernada (qué se conserva, quién corrige, cómo se borra), observabilidad (poder reconstruir acciones, decisiones y costos) y accountability humana (una persona identificada que responde finalmente por el rol). Juntas funcionan como sistema: cada una cubre una falla que las demás no pueden compensar.
Porque las ausencias no se compensan entre sí. Un agente con herramientas y autonomía pero sin responsable humano queda huérfano administrativamente; uno con memoria y contexto pero sin autoridad definida ejecuta acciones cuya legitimidad nadie puede juzgar; uno con buenos resultados pero sin observabilidad no permite aprender de errores ni demostrar cumplimiento. Por eso la presencia es binaria: un deployment califica como Empleado IA solo cuando el test completo está presente en operación. Un sistema al que le falta una propiedad no es un «casi empleado»: es un deployment en camino, y lo honesto es nombrar qué le falta.
Un sistema que exhibe las nueve propiedades en operación pero no puede demostrarlo: el contrato de rol no está escrito, la evidencia no se conserva, los límites existen en la práctica pero no en un documento. Pertenece a la categoría y le debe al estándar. Es el cuadrante que la mayoría de las organizaciones descubre que ocupa hoy, y no es una acusación sino un diagnóstico honesto: hay algo real que documentar. Se distingue del agente sin gobierno en que los límites y el responsable sí existen; lo que falta es la evidencia, no la propiedad.
Depende de cuáles falten. Si opera con límites reales y responsable humano pero nada está documentado, tenés un Empleado IA no conforme: la tarea es escribir y versionar lo que ya existe. Si no hay límites de autoridad ni nadie que responda por el resultado, faltan dos propiedades y el sistema no pertenece a la categoría: tenés un agente suelto con un nombre ambicioso, que es la posición más riesgosa de todas. Y si lo que tenés es un chatbot, un copiloto o un agente bien acotado, tenés algo perfectamente respetable: la clave es administrarlo como lo que es, no como lo que dice la factura.
Para ubicar el test dentro del mapa completo de categorías, leé qué es un Empleado IA. Para convertir límites reales en límites escritos, seguí con el contrato de rol.
¿Querés el método completo? Leé Empleado IA. Para consultoría ejecutiva en IA o conferencias y talleres.
Profundizar
¿Querés llevar tu equipo al siguiente cinturón?
Reservá una llamada de descubrimiento o explorá el libro completo.