SK Group asigna a los agentes de IA identificaciones de empleado y roles laborales definidos

SK Group está dando a los agentes de IA identificaciones de empleado, roles asignados y permisos de sistema, trasladándolos de las ventanas de chat al organigrama corporativo. El titular de Google News suena como un ingenioso experimento sobre el futuro del trabajo. El cambio profundo es más relevante: SK Telecom quiere que los agentes de software se conviertan en entidades de trabajo identificables, con acceso controlado a los sistemas de la empresa.

Esta distinción importa porque un asistente solo recomienda acciones. Un agente puede recuperar datos internos, usar herramientas conectadas y completar partes de un flujo de trabajo. Cuando el software adquiere esas capacidades, las empresas deben decidir quién es responsable de cada agente, a qué puede acceder y quién responde cuando comete un error.

SK Telecom denomina al programa “AX Innovation 2.0” y utiliza AX como abreviatura de transformación de IA. El plan sigue el impulso del presidente de SK Group, Chey Tae-won, por un modelo de “una persona, un agente” en todo el conglomerado. También sitúa a SK junto a Microsoft y otros proveedores de tecnología empresarial que tratan a los agentes de IA como identidades digitales gestionadas.

Por tanto, el número de empleado no es la principal innovación. Es una etiqueta visible para un nuevo modelo de control. La verdadera competencia se da entre el despliegue responsable de agentes y la automatización informal basada en cuentas compartidas, permisos heredados y una titularidad poco clara.

Lo que SK Telecom está cambiando realmente

SK Telecom está creando un ciclo de vida similar al laboral para el software, sin afirmar que el software sea legalmente humano.

SK Telecom presentó AX Innovation 2.0 en el New Icheon Forum de 2026, celebrado en el SKMS Research Institute de Icheon, Corea del Sur. La compañía indicó que los agentes de IA recibirían números de identificación, afiliaciones organizativas, funciones y autoridad definida.

Los agentes también seguirían procedimientos de gestión similares a la incorporación y salida de empleados. Esto significa que el acceso de un agente debería aprovisionarse cuando inicia un rol, revisarse mientras opera y retirarse cuando dicho rol termina.

Este enfoque convierte un servicio de IA abstracto en un objeto identificado dentro de los sistemas administrativos de la empresa. Un equipo de seguridad puede identificar a un agente concreto, vincularlo con un responsable, inspeccionar sus permisos y revisar su actividad.

Una identificación de empleado no convierte a un agente de IA en trabajador según la legislación laboral. Tampoco le otorga criterio, responsabilidad ni estatus jurídico independiente. El número funciona más bien como un registro de identidad empresarial.

Ese registro resulta útil cuando el agente se conecta a calendarios, correo electrónico, documentos, bases de datos internas o software operativo. Cada sistema necesita una forma fiable de distinguir al agente de su patrocinador humano y de cualquier otro proceso automatizado.

SK Telecom también afirmó que los agentes recibirían departamentos y funciones laborales asignados. Este contexto organizativo puede ayudar a determinar qué recursos necesita un agente. Un agente de selección, por ejemplo, no debería heredar el mismo acceso que un agente de operaciones de red.

Según una versión en inglés del anuncio de la compañía, SK Telecom planea establecer normas sobre el acceso a datos y los permisos de seguridad. El mismo plan organizativo describe a los agentes como entidades de trabajo en lugar de simples herramientas de apoyo.

El lenguaje es ambicioso, pero el mecanismo subyacente es conocido. Las empresas ya crean identidades para aplicaciones, servicios automatizados y automatización robótica de procesos. SK Telecom está adaptando esos controles a agentes que interpretan instrucciones y eligen entre las acciones disponibles.

Esa última capacidad genera la tensión. El software tradicional suele seguir rutas predefinidas. Un agente de IA puede seleccionar herramientas y secuenciar tareas según la solicitud de un usuario, el contexto disponible y el razonamiento generado por el modelo.

El enfoque de Google News hace que la identificación de empleado parezca simbólica. Sin embargo, dentro de una arquitectura de seguridad, la identificación puede convertirse en un posible ancla para permisos, registros, titularidad y revocación.

SK no ha detallado públicamente todos los controles técnicos que sustentan el sistema. Sigue sin estar claro cuán granulares serán los permisos, si las credenciales tendrán una vida corta o qué acciones de los agentes requerirán aprobación humana.

Estas omisiones no invalidan el anuncio. Definen las preguntas que determinarán si el programa se convierte en automatización gobernada o en otra capa de software con privilegios.

Por qué SK Group actúa ahora

SK está conectando una estrategia de agentes para toda la organización con herramientas que los empleados ya pueden utilizar en su trabajo diario.

El anuncio sobre las identificaciones de empleado no apareció de forma aislada. En septiembre de 2025, SK Telecom afirmó que ampliaría A.Biz, su agente de IA para el lugar de trabajo desarrollado con SK AX, a 25 empresas de SK Group.

El despliegue previsto abarcaba a unos 80.000 empleados para finales de ese año. SK indicó que A.Biz podía ayudar con búsquedas de información, gestión de agendas, notas de reuniones y tareas especializadas como la selección de personal.

El despliegue de A.Biz de la compañía estableció la capa de distribución. El nuevo plan de identidad aborda lo que ocurre cuando esos asistentes se vuelven más autónomos y se conectan a sistemas internos adicionales.

SK Telecom dio otro paso en mayo de 2026 al presentar internamente la versión beta de A.Biz Cowork. La compañía dijo que los empleados podían enseñar a un agente sus patrones de trabajo recurrentes sin escribir código.

A.Biz Cowork se diseñó para conectarse con herramientas de trabajo como Outlook y Teams. Esa conexión importa porque los agentes se vuelven operativos solo cuando pueden ir más allá de generar texto e interactuar con los sistemas donde se realiza el trabajo.

La compañía también actualizó AXMS, su sistema interno para gestionar proyectos de transformación de IA, y vinculó el esfuerzo a un programa de retos para empleados. Estas medidas sugieren que SK quiere que la creación de agentes se extienda más allá de un grupo centralizado de ingeniería.

El presidente Chey Tae-won añadió presión ejecutiva en junio. En el New Icheon Forum, pidió a los empleados de SK que usaran agentes personales bajo una iniciativa de “una persona, un agente”.

Chey sostuvo que los servicios de IA deberían ofrecer ayuda práctica y mejorar el rendimiento organizativo. Una crónica del foro también lo citó afirmando que crearía múltiples agentes para comunicarse entre las filiales de SK.

Esta secuencia explica el momento. SK primero amplió una plataforma compartida de IA para el trabajo. Después introdujo herramientas para la automatización creada por empleados, añadió un mandato ejecutivo y propuso identidades formales para los agentes que entran en los flujos de trabajo de la empresa.

La organización se enfrenta ahora a un problema de escala. Un pequeño proyecto piloto puede depender de la supervisión directa de sus creadores. Decenas de miles de usuarios potenciales pueden generar muchos más agentes, integraciones y solicitudes de permisos de los que un equipo central puede revisar manualmente.

Asignar una identidad a cada agente crea una base para gestionar ese crecimiento. La empresa puede asociar un agente con un patrocinador humano, departamento, propósito aprobado y condición de caducidad.

SK Broadband ofrece una primera visión de los casos de uso operativo. Un informe de junio indicó que sus empleados habían creado unas 600 aplicaciones internas de IA y desplegado aproximadamente 30 agentes en operaciones de red.

Un ejemplo, C-One, supuestamente supervisa redes cableadas, identifica causas probables de condiciones anómalas, prioriza inspecciones y genera informes. Esto es más concreto que un chatbot de propósito general porque el agente participa en un proceso operativo definido.

Estos casos de uso también tienen mayores consecuencias. Un resumen de reunión inexacto desperdicia tiempo. Un agente de red con privilegios excesivos podría exponer datos, cambiar una configuración o desencadenar una respuesta inapropiada.

El programa de identidad aborda esa diferencia al preguntar qué autoridad corresponde a cada tarea. No responde si el modelo actuará de forma fiable, pero puede restringir lo que ocurre después de una mala decisión.

Por eso el concepto de identificación de empleado encaja en la estrategia más amplia de SK. El conglomerado ya no está probando si los empleados escribirán preguntas en una interfaz de IA. Se está preparando para software que trabaja entre sistemas y junto a equipos humanos.

Para los trabajadores del conocimiento, esto también cambia la forma en que se construye la memoria organizativa. Los agentes necesitan contexto aprobado, fuentes trazables y límites claros al buscar material interno. Una base de conocimiento de IA bien mantenida puede respaldar ese trabajo, pero los controles de identidad siguen determinando qué conocimiento debe ver cada agente.

El titular de Google News oculta una disputa por la identidad

La comparación más importante no es entre humanos e IA. Es entre identidades de agentes gobernadas y automatización invisible que utiliza las credenciales de otra persona.

Las empresas llevan décadas utilizando identidades no humanas. Las cuentas de servicio ejecutan procesos en segundo plano, las aplicaciones se autentican ante bases de datos y los scripts automatizados llaman a APIs internas.

Los agentes de IA complican este modelo porque sus acciones son menos predecibles. Un script normalmente ejecuta una secuencia fija de instrucciones. Un agente interpreta un objetivo, elige herramientas, procesa resultados y decide qué hacer después dentro de los límites asignados.

Si un agente opera simplemente mediante la cuenta de un empleado, puede resultar difícil separar su actividad de las acciones del propio empleado. Un registro de auditoría puede mostrar que una persona accedió a un registro o lo modificó, sin revelar que un sistema de IA inició la operación.

Una identidad de agente diferenciada puede preservar esa distinción. Puede mostrar qué software actuó, quién lo patrocinó y qué permisos le concedió la organización.

Microsoft ha avanzado en la misma dirección mediante Entra Agent ID. Su documentación describe las identidades de agentes como objetos gestionables que admiten autenticación, autorización, protección de identidades, gobernanza de acceso y visibilidad organizativa.

Microsoft afirma que los agentes pueden autenticarse mediante sus propias credenciales en lugar de operar automáticamente a través de un usuario. Sus controles de identidad de agentes también permiten a los administradores aplicar políticas y gobernar el acceso a escala.

El lenguaje de SK Telecom sobre los números de empleado hace que esta infraestructura sea más fácil de entender. Microsoft presenta al agente como un objeto de identidad. SK lo presenta como un participante organizativo con un departamento, trabajo, autoridad y ciclo de vida.

Son expresiones distintas de la misma exigencia empresarial. El software que realiza trabajo necesita una identidad reconocible antes de que los administradores puedan concederle acceso limitado, supervisar su comportamiento o retirarlo de forma segura.

La alternativa es la delegación informal. Un empleado conecta un agente al correo electrónico, archivos compartidos o una aplicación empresarial mediante permisos personales amplios. El agente recibe entonces todo aquello a lo que puede acceder el empleado, incluso cuando la tarea asignada solo requiere un pequeño subconjunto.

Ese modelo genera dos problemas. Primero, el acceso del agente excede su propósito. Segundo, los registros resultantes pueden difuminar la frontera entre la actividad humana y la automatizada.

Una identificación de empleado puede respaldar registros más claros, pero la etiqueta por sí sola no resuelve ninguno de los dos problemas. La organización debe conectarla a credenciales de autenticación reales, permisos de alcance limitado, registros de actividad y un responsable humano identificado.

La identidad también debería mantenerse en todos los sistemas conectados. Un agente que aparece con un nombre en un registro interno, pero utiliza cuentas de servicio no relacionadas en otros lugares, seguirá siendo difícil de rastrear.

La delegación requiere una claridad similar. Si un gerente pide a un agente que prepare un informe, el agente debe recibir únicamente los datos y las herramientas necesarios para esa tarea. No debe obtener todo el acceso permanente del gerente.

Esto ejerce presión sobre los proveedores de software empresarial. Las plataformas de identidad deben reconocer a los agentes como una categoría distinta. Las herramientas de colaboración deben ofrecer permisos granulares. Las aplicaciones empresariales deben registrar si una persona o un agente inició una acción.

Los creadores de agentes también enfrentan presión. Deben diseñar teniendo en cuenta la propiedad, la aprobación, la expiración y la revocación, en lugar de tratar la autenticación como un detalle de integración.

La metáfora del empleado puede ayudar a las empresas a organizar esas responsabilidades. Cada agente necesita un patrocinador. Cada función necesita un propósito aprobado. Cada permiso necesita una justificación. Todo agente, con el tiempo, debe ser suspendido, reasignado o retirado.

Sin embargo, la metáfora también tiene límites. Los empleados humanos comprenden el contexto, afrontan consecuencias disciplinarias y pueden explicar sus intenciones. Los agentes de IA generan acciones a partir de modelos, instrucciones, datos conectados y resultados de herramientas.

Llamar empleado a un agente no debe trasladar la responsabilidad de las personas que lo autorizan y operan. El software no puede asumir responsabilidad legal por exponer un documento o realizar un cambio no autorizado.

Esa es la verdadera inversión detrás del titular de Google News. Tratar a los agentes más como empleados no consiste principalmente en elevar su estatus. Se trata de hacer que el software sea más fácil de restringir y que sus propietarios humanos sean más fáciles de identificar.

Los identificadores de empleado no hacen seguros a los agentes de IA

Un agente con nombre sigue siendo peligroso cuando sus permisos son excesivos, sus instrucciones están comprometidas o sus acciones escapan a una revisión significativa.

SK Telecom afirma que establecerá una gobernanza para el acceso a datos y seguridad. La empresa todavía no ha publicado suficientes detalles de implementación para evaluar con qué consistencia funcionarán esos controles.

Una cuestión abierta se refiere al principio de mínimo privilegio, la práctica de conceder únicamente el acceso mínimo necesario para una tarea. Una etiqueta departamental no genera automáticamente un conjunto de permisos seguro.

Un agente que prepara notas de reuniones podría necesitar acceso a grabaciones y calendarios seleccionados. No debería recibir acceso sin restricciones a todos los buzones de correo, registros de personal o proyectos confidenciales del departamento.

El desafío aumenta cuando los agentes crean o llaman a otros agentes. Un agente principal podría delegar trabajo en un subagente especializado, que a su vez invoca otro servicio. Los permisos y la responsabilidad deben seguir siendo trazables a lo largo de toda la cadena.

NIST ha identificado la identidad y autorización de los agentes como un problema emergente de estándares. Su iniciativa de 2026 pregunta cómo deberían las empresas identificar a los agentes de software y gestionar su autoridad a medida que obtienen acceso a herramientas e información sensible.

El proyecto de identidad de la agencia también plantea preguntas sobre los datos agregados. Un agente puede combinar registros permitidos individualmente en una respuesta cuya sensibilidad supera la de cualquier entrada individual.

La incorporación al estilo de los empleados no resuelve ese problema. Los equipos de seguridad necesitan controles sobre el resultado generado, no solo sobre los sistemas fuente que un agente puede leer.

La inyección de prompts presenta otro riesgo. Un agente puede encontrarse con instrucciones maliciosas dentro de un documento, correo electrónico, página web o respuesta de una herramienta. Esas instrucciones pueden intentar redirigir al agente o persuadirlo para que revele información protegida.

Un sistema de identidad puede limitar el daño resultante, pero no puede garantizar un razonamiento sólido. Si un agente comprometido posee amplios permisos de escritura, sus credenciales válidas aún pueden autorizar acciones perjudiciales.

OWASP describe la agencia excesiva como una condición en la que un sistema de IA recibe más funcionalidad, permisos o autonomía de los que requiere su tarea. Su guía sobre agencia recomienda minimizar extensiones, permisos y acciones autónomas.

Este riesgo hace que las asignaciones de autoridad propuestas por SK sean especialmente importantes. La empresa deberá definir no solo a qué datos puede acceder un agente, sino también qué acciones puede realizar sin confirmación.

El acceso de lectura, la creación de borradores, el envío de mensajes, la aprobación financiera y los cambios de infraestructura representan niveles de riesgo muy diferentes. No deberían combinarse bajo un permiso impreciso para “ayudar” a un departamento.

La aprobación humana puede reducir el riesgo, aunque los avisos de aprobación mal diseñados a menudo se convierten en una rutina. Los empleados pueden aprobar acciones sin inspeccionar los datos, el destino o las consecuencias.

Las interfaces de aprobación útiles deben indicar qué planea hacer el agente, qué sistemas tocará y qué información divulgará. Las acciones de alto impacto también pueden requerir un segundo revisor.

El ciclo de vida del empleado crea otra prueba. Cuando un propietario humano cambia de equipo, la organización debe revisar los agentes que esa persona patrocinó. De lo contrario, los agentes antiguos pueden conservar acceso después de que desaparezca su propósito empresarial.

El mismo problema surge cuando termina un experimento. Un agente inactivo con credenciales válidas se convierte en una identidad huérfana, creando un punto de entrada que los administradores pueden pasar por alto.

La referencia de SK Telecom a gestionar agentes desde su incorporación hasta su salida muestra conciencia de este ciclo de vida. La ejecución dependerá de la expiración automática, revisiones regulares de acceso y la eliminación rápida de credenciales no utilizadas.

El rendimiento también sigue siendo incierto. SK Telecom informó que un piloto de AX Sandbox de tres meses sugirió una planificación más breve y decisiones más rápidas. Los informes públicos no aportan suficiente metodología ni medición independiente como para considerar esos resultados ganancias de productividad consolidadas.

Un flujo de trabajo más rápido no siempre es mejor. Los agentes pueden acelerar la producción de análisis inexactos, trabajo duplicado o decisiones con respaldo insuficiente.

Por lo tanto, las organizaciones necesitan medidas de resultados que vayan más allá del tiempo ahorrado. Deben realizar un seguimiento de las tasas de corrección, acciones fallidas, intervención humana, excepciones de seguridad y si el trabajo completado cumple el mismo estándar que los resultados producidos por humanos.

La afirmación central debe seguir siendo moderada. SK Telecom ha descrito una arquitectura de gobernanza potencialmente útil. Aún no ha demostrado que los identificadores de empleado hagan fiables a los sistemas autónomos ni que sus controles eviten todo uso indebido.

Quién enfrenta presión por el modelo de agentes de SK

El programa de SK presiona a los líderes de TI corporativa para decidir si los agentes son software ordinario, usuarios delegados o una clase independiente de trabajador gestionado.

Los equipos de identidad enfrentan el desafío más inmediato. Sus sistemas existentes suelen distinguir entre usuarios humanos, aplicaciones y cuentas de servicio. Los agentes de IA pueden parecerse a las tres categorías durante un mismo flujo de trabajo.

Un agente puede recibir instrucciones de una persona, autenticarse como una aplicación y realizar tareas asociadas a un empleado. Los administradores necesitan políticas que reflejen cada capa sin conceder los permisos combinados de las tres.

Los equipos de seguridad también deben mejorar la visibilidad. Necesitan un inventario de los agentes aprobados, sus propietarios, herramientas conectadas, credenciales activas y actividad reciente.

Sin ese registro, diferentes departamentos pueden crear agentes superpuestos con controles inconsistentes. Un equipo podría utilizar permisos restringidos mientras otro conecta un agente experimental mediante una cuenta compartida de administrador.

Los gerentes heredarán una forma distinta de responsabilidad. Supervisar a un agente significa definir resultados aceptables, revisar excepciones y determinar qué decisiones requieren juicio humano.

Esto no es lo mismo que gestionar a un empleado. Los modelos no comprenden las consecuencias organizativas en el sentido humano. Responden a instrucciones y contexto, a veces con resultados convincentes pero incorrectos.

Por lo tanto, los gerentes necesitan reglas operativas, no técnicas de motivación. Deben especificar el límite de tareas del agente, las condiciones de escalamiento, las fuentes de información aprobadas y la tasa de error aceptable.

Los empleados pueden sentir otro tipo de presión. SK presenta el programa como una forma de reducir el trabajo repetitivo y crear más tiempo para tareas estratégicas o creativas.

Esa promesa aparece con frecuencia en los programas de IA en el lugar de trabajo, pero sus efectos dependen de la implementación. La automatización puede eliminar el trabajo rutinario o aumentar las expectativas al exigir que los empleados supervisen más resultados en menos tiempo.

Un modelo de “una persona, un agente” también podría generar resultados desiguales. Los empleados con flujos de trabajo bien estructurados y datos accesibles pueden beneficiarse rápidamente. Otros podrían dedicar un tiempo considerable a corregir a un agente o preparar información que este pueda comprender.

La calidad del conocimiento interno se convierte en un factor limitante. Un agente no puede recuperar de forma fiable políticas, contexto de proyectos o decisiones cuando la información está fragmentada, desactualizada o es inaccesible.

Los equipos que adopten agentes personales necesitarán documentación más clara y fuentes de información controladas. Flujos de trabajo como una base de conocimientos técnicos consultable pueden mejorar la recuperación, mientras que las políticas de acceso determinan qué materiales siguen disponibles para cada función.

Los proveedores de software también enfrentan una demanda competitiva. Los clientes empresariales esperarán cada vez más que los registros de agentes, el acceso basado en roles, los registros de actividad y los controles de ciclo de vida sean funciones estándar.

Los proveedores que se centren únicamente en el rendimiento de los modelos pueden tener dificultades en implementaciones reguladas o sensibles a la seguridad. Los compradores necesitan pruebas de que un agente puede gobernarse después de salir del entorno de demostración.

El modelo de SK añade lenguaje organizativo a estos requisitos. Los departamentos, las responsabilidades y los procedimientos de incorporación o salida son conceptos que los ejecutivos ya comprenden. Esa familiaridad puede ayudar a que la gobernanza de identidad pase de la arquitectura técnica a la política de gestión.

Sin embargo, las empresas deben resistirse a copiar la metáfora sin los controles. Imprimir un número de empleado en un panel no genera auditabilidad. El sistema detrás del número debe aplicar límites de propiedad y acceso.

La atención de Google News puede animar a otras empresas a anunciar empleados digitales. La respuesta más significativa consistiría en publicar detalles concretos sobre autenticación, permisos, monitoreo, aprobaciones y gestión de incidentes.

Qué observar después de la atención de Google News

La próxima evidencia debe mostrar si el marco de SK al estilo de los empleados gobierna actividad real de los agentes, en lugar de limitarse a dar a la automatización una etiqueta reconocible.

La primera señal es un modelo de implementación detallado. SK Telecom debería aclarar cómo se autentican las identidades de los agentes, cómo se asignan los permisos y si cada agente tiene un patrocinador humano identificado.

Las pruebas sólidas incluirían credenciales de corta duración, expiración automática y registros separados para la solicitud humana y la acción del agente. Las cuentas compartidas de amplio alcance debilitarían la afirmación de que la organización ha creado entidades de trabajo responsables.

La segunda señal es una adopción medible en las filiales de SK. El grupo había fijado anteriormente el objetivo de desplegar A.Biz en 25 empresas y aproximadamente 80.000 empleados.

Los informes futuros deberían distinguir entre acceso y uso activo. También deberían separar la asistencia basada en chat de los agentes que completan trabajo de varios pasos mediante sistemas conectados.

Los indicadores útiles incluyen el número de agentes activos, flujos de trabajo completados, intervenciones humanas, excepciones de acceso e identidades retiradas. Las cifras de productividad deberían incluir los períodos de medición y los métodos de comparación.

La tercera señal es el registro de incidentes y controles. SK debería vigilar accesos no autorizados, acciones incorrectas, intentos de inyección de prompts, agentes huérfanos y permisos que permanecen activos después de que termina una función.

Un programa maduro no afirmará que los incidentes nunca ocurren. Mostrará que la organización puede detectarlos, identificar al agente y patrocinador responsables, limitar el daño y revocar el acceso con rapidez.

La actividad de los competidores aportará contexto adicional. Microsoft está integrando identidades de agentes en Entra, mientras que las plataformas empresariales añaden gobernanza para los agentes orientados a los empleados.

Si esos objetos de identidad se vuelven interoperables entre los sistemas del entorno laboral, el modelo organizativo de SK parecerá una implementación temprana de un estándar más amplio. Si cada plataforma utiliza registros de agentes incompatibles, la gobernanza seguirá fragmentada.

El trabajo regulatorio y de normalización también importa. El enfoque de NIST en la identidad de los agentes de software demuestra que estas cuestiones no se limitan a SK ni a Corea del Sur.

Los estándares comunes para la autenticación de agentes, la autoridad delegada y los registros de auditoría reforzarían el enfoque de las identificaciones de empleado. Permitirían a las empresas gestionar agentes entre distintos proveedores en lugar de reconstruir controles para cada plataforma.

Para los desarrolladores, los compradores empresariales y los trabajadores del conocimiento, la pregunta inmediata es práctica: ¿puede un agente actuar dentro de una empresa sin tomar prestada autoridad invisible de una persona?

La respuesta de SK Group es dar a cada agente un lugar, un rol y una identidad. Es una propuesta más seria de lo que sugiere la novedad implícita en un titular de Google News.

Ahora comienza el trabajo difícil. SK debe vincular cada identidad a permisos limitados, registros fiables, responsabilidad humana y un proceso de salida claro.

Hay que observar la implementación, no la metáfora. Si SK logra demostrar acceso controlado, trabajo medible y revocación rápida en flujos de trabajo reales, las identificaciones de empleado representarán una gobernanza útil. De lo contrario, seguirán siendo etiquetas memorables asociadas a una automatización conocida.