Claude ya tiene su "estatuto oficial": es lo que ha lanzado Anthropic

marsbitPublicado a 2026-07-01Actualizado a 2026-07-01

Resumen

Hoy, Claude ya no necesita prestar tu identidad. Anthropic ha lanzado Claude Tag, un miembro de equipo de IA permanente en Slack. Tiene su propia cuenta, identidad y traza de auditoría, sin usar las credenciales de ningún humano. Esto se llama identidad del agente. Claude Tag es un colega de IA en tu canal de Slack, con memoria, herramientas y capacidad de escucha pasiva. Cuando un problema queda sin respuesta, interviene automáticamente. La clave es su arquitectura de permisos: Claude tiene sus propias cuentas en cada sistema (Slack, GitHub, etc.), configuradas por los administradores a nivel de espacio de trabajo o canal. Esto permite, por ejemplo, que un director de producto sin acceso a GitHub pueda preguntar a Claude en el canal de ingeniería y este investigue usando sus propios permisos. Este modelo separa los permisos de las personas. El acceso lo define el canal, no el individuo, lo cual es contraintuitivo pero necesario para la colaboración con IA. Anthropic ya utiliza esto internamente, generando la mayoría de su código con Claude. Con decenas de agentes de IA en las empresas, gestionar sus identidades es crucial. La solución de Anthropic es clara: la IA debe tener su propio "carnet de identidad".

A partir de hoy, la IA ya no necesita "pedir prestado" tu gafete.

El 23 de junio, Anthropic lanzó Claude Tag: un miembro del equipo de IA que reside permanentemente en un canal de Slack.

No utiliza ninguna cuenta ni permiso humano; tiene su propia identidad, su propia cuenta y su propio historial de auditoría.

Anthropic lo llama identidad de agente (agent identity).

3 ingenieros y 1 PM en el mismo canal de Slack depurando un error. Alguien @menciona a Claude y le pide que revise el repositorio de código, consulte métricas del almacén de datos y abra un PR en GitHub.

Entonces surge la pregunta: ¿con qué permisos debe actuar la IA?

¿Con los de la PM? Ella no tiene permisos en el repositorio. ¿Con los de uno de los ingenieros? Quizás ese ingeniero en particular no tiene permisos para ciertas partes del almacén de datos.

La respuesta es: ninguno de los anteriores.

Cuando la IA pasa de ser "el asistente personal de una persona" a "un miembro colaborador de un equipo", el modelo tradicional de permisos colapsa lógicamente.

La solución de Anthropic es: no pedir prestados los permisos de nadie, sino emitirle a la IA su propio gafete de empleado.

Un IA con "estatuto oficial" llega a Slack

Claude Tag no es un chatbot.

Es un colega de IA residente en tu canal de Slack: con su propia cuenta, su propia memoria y su propia caja de herramientas.

Solo hay un Claude por canal; todos lo comparten y todos pueden ver lo que está haciendo.

No necesitas explicar el contexto desde cero cuando te incorporas, porque ya ha estado aprendiendo junto con la conversación del equipo.

Lo más impresionante es el "modo de escucha".

Cuando se activa, Claude simplemente observa el canal. Si un hilo queda sin respuesta, si un problema no tiene seguimiento, él lo retoma activamente. No necesitas @mencionarlo.

Por ejemplo, el lunes por la mañana abres Slack y la pregunta que lanzaste al canal el viernes pasado y nadie contestó, Claude ya ha investigado la causa y está esperando tu confirmación.

El gafete propio de la IA

El diseño central de Claude Tag no es una funcionalidad de producto, es la arquitectura de permisos.

Cualquiera que haya usado asistentes de IA como ChatGPT sabe que se conectan a tu propio Google Drive, GitHub, calendario, usando tus permisos.

Pero Claude Tag es multiusuario: en un canal, tres o cinco personas lo @mencionan sucesivamente, ¿con los permisos de quién debe actuar?

La solución de Anthropic se llama identidad de agente.

Claude tiene su propia cuenta en cada sistema.

En Slack, envía mensajes bajo la identidad de la App Claude.

En GitHub, abre PRs bajo la identidad de Claude GitHub App.

En tu almacén de datos, consulta usando una cuenta de servicio configurada por el administrador.

No hay ninguna credencial humana involucrada.

El administrador define un conjunto de identidades base a nivel de espacio de trabajo: Claude hereda esta configuración predeterminada en todas partes. Luego, a nivel de canal, se hacen ajustes:

El canal de ingeniería otorga permisos para GitHub y el almacén de datos. El CRM se restringe al canal privado de ventas. El canal legal tiene su propia caja de herramientas.

Los canales privados tienen identidades independientes; los canales públicos comparten la identidad a nivel del espacio de trabajo.

Lo que Claude aprende en el canal legal nunca aparecerá en el canal de ingeniería. Lo que conversas con Claude en mensajes privados no llega al canal del equipo, porque los mensajes directos pasan por tu cuenta personal de claude.ai.

Revocar permisos es más sencillo. Revocas una identidad y Claude se desconecta simultáneamente de todos los puntos de acceso. No necesitas auditar decenas de cuentas de usuario una por una, porque la IA no las ha usado.

Actualmente, Claude Tag está disponible en versión beta para clientes Enterprise (125$ por usuario/mes) y Teams (20$ por usuario/mes, pago anual). Se factura por uso y utiliza el modelo Opus 4.8.

Tú no tienes permisos de repositorio, pero la IA sí

Imagina que eres un gerente de producto, pero no tienes permisos en GitHub y no puedes ver el código.

En ese caso, simplemente le preguntas a Claude en el canal de ingeniería "¿por qué falla esta interfaz?" y Claude va a investigarlo por ti, porque la configuración del canal le ha dado permisos para el repositorio.

Antes, esto requería caminar hasta el escritorio del ingeniero y darle un toque en el hombro. Ahora la IA va por ti.

En otras palabras, los permisos ya no siguen a la persona, sino que siguen al canal.

El canal de ingeniería le otorga a Claude permisos de repositorio, y cualquier persona en el canal puede consultar el código a través de Claude, independientemente de si ella misma los tiene o no.

Sobre esto, la evaluación de Anthropic es: contraintuitivo, pero necesario.

Contraintuitivo, porque desafía la intuición de los profesionales de seguridad.

Necesario, porque en escenarios de colaboración múltiple y autonomía creciente de la IA, el modelo de permisos basado en usuarios es lógicamente inviable.

Por supuesto, hay medidas de respaldo.

La versión Enterprise admite RBAC (Control de Acceso Basado en Roles), permitiendo a los administradores decidir quién puede @mencionar a Claude y quién no. La configuración del canal puede establecer límites según los permisos del miembro con menos privilegios.

Anthropic mismo lo hace así

El equipo de producto de Anthropic genera el 65% de su código con Claude, superando el 80% a partir de mayo de este año.

La cantidad de código que los ingenieros fusionan diariamente es 8 veces mayor que en 2024.

"Se siente como gestionar un equipo, no como usar una herramienta." Boris Cherny lo dijo cuando ya llevaba seis meses sin escribir código él mismo.

Para los trabajadores en general, la sensación es más directa:

Dices en el canal "estos datos no parecen correctos", Claude consulta el almacén de datos, localiza la anomalía y escribe el código de corrección, todo esperando tu revisión. No escribiste ni una línea de código, pero el trabajo está hecho.

¿50 veces más IA que empleados? ¿Quién los gestiona?

Ahora, es probable que muchas empresas ya tengan docenas de bots de IA funcionando. Pero quién los creó, quién aprobó sus permisos, si ya han "renunciado", puede que nadie lo tenga claro.

En las grandes empresas, el número de estas identidades no humanas es de 50 a 80 veces mayor que el de empleados humanos.

Según datos de Ramp de mayo de 2026, el 34.4% de las empresas estadounidenses ya utilizan suscripciones de pago de Claude, superando el 32.3% de OpenAI.

Y una vez que Claude ha estado arraigado en un canal durante medio año, acumulando el contexto y los hábitos de trabajo de todo el equipo, cambiarlo por otra IA sería como empezar desde cero.

Cada vez más equipos se enfrentarán al problema del principio: ¿con los permisos de quién debe actuar?

Anthropic ya ha dado su respuesta: No usar los de nadie, la IA tiene su propio gafete.

Referencias:

https://claude.com/blog/agent-identity-access-model

Este artículo proviene del WeChat Public Account "New Zhiyuan", autor: ASI Revelations

Preguntas relacionadas

Q¿Qué es Claude Tag y cómo funciona en Slack?

AClaude Tag es un miembro de equipo de IA, publicado por Anthropic, que reside de forma permanente en un canal de Slack. Tiene su propia cuenta, memoria y herramientas. No utiliza credenciales humanas, sino una 'identidad de agente' configurada por el administrador, lo que le permite realizar tareas como consultar repositorios de código, extraer métricas o abrir PRs en GitHub.

Q¿Cómo resuelve Anthropic el problema de los permisos cuando múltiples personas interactúan con Claude Tag en un canal?

AAnthropic resuelve el problema de permisos mediante el concepto de 'identidad de agente'. Claude Tag tiene sus propias cuentas y credenciales en cada sistema (como Slack, GitHub o un almacén de datos), configuradas a nivel de área de trabajo o canal. No utiliza los permisos de ningún usuario humano, evitando conflictos y simplificando la gestión y revocación de accesos.

Q¿Qué es el 'modo de escucha' (listening mode) de Claude Tag y qué ventajas ofrece?

AEl 'modo de escucha' es una función que permite a Claude Tag monitorear activamente un canal de Slack. Sin necesidad de ser mencionado (@), puede intervenir cuando detecta que un hilo ha quedado sin respuesta o un problema no ha sido atendido, tomando la iniciativa para investigar y ofrecer soluciones, lo que mejora la continuidad del trabajo del equipo.

QSegún el artículo, ¿cómo cambia el modelo de permisos tradicional con la introducción de Claude Tag?

AEl modelo de permisos tradicional, basado en usuarios individuales, se rompe cuando un agente de IA colabora con múltiples personas. Con Claude Tag, los permisos están ligados al canal, no a la persona. Por ejemplo, si un canal tiene configurado acceso a un repositorio de código, cualquier miembro del canal puede pedir a Claude que consulte ese código, independientemente de sus permisos personales.

Q¿Qué impacto ha tenido el uso de Claude en la productividad del equipo de productos de Anthropic, según el artículo?

ASegún el artículo, el equipo de productos de Anthropic genera más del 80% de su código con Claude (desde un 65% previo), y los ingenieros fusionan 8 veces más código al día que en 2024. Un líder del equipo comentó que se siente más como gestionar un equipo que como usar una herramienta, destacando el gran aumento en la productividad y autonomía.

Lecturas Relacionadas

Por qué 2026 podría redefinir a Ethereum, Solana, Base y Avalanche

A medida que avanza 2026, las principales cadenas de bloques como Ethereum, Solana, Base y Avalanche se encuentran en una transformación coordinada para satisfacer la creciente demanda institucional, en lugar de competir por la adopción minorista. Con más de 30.000 millones de dólares en activos del mundo real (RWA) en blockchains públicas, la prioridad se centra en el rendimiento, la velocidad de liquidación, el cumplimiento normativo y la fiabilidad. Ethereum lidera esta transición con su actualización Glamsterdam (prevista para el primer semestre de 2026), que aumentará los límites de gas e introducirá mejoras para ejecuciones paralelas. Solana, por su parte, rediseña su mecanismo de consenso con Alpenglow (lanzamiento previsto en el segundo semestre de 2026) para reducir el tiempo de finalización de 12,8 segundos a unos 100-150 ms y mejorar la fiabilidad. Base desarrolla Beryl (despliegue en Q3 2026), centrándose en la normativa y presentando un estándar de token B20 para activos regulados. Avalanche, tras su mejora Etna, despliega Octane (a lo largo de 2026) para aumentar la velocidad de las transacciones y reducir costes para aplicaciones empresariales. Estas mejoras sincronizadas señalan que la ventaja competitiva clave ya no es solo la velocidad, sino la infraestructura preparada para la actividad financiera institucional a largo plazo. A medida que se implementen en 2026 y 2027, el capital, los desarrolladores y la liquidez favorecerán a las redes que demuestren una ejecución fiable, compatibilidad regulatoria y resistencia operativa.

ambcryptoHace 17 min(s)

Por qué 2026 podría redefinir a Ethereum, Solana, Base y Avalanche

ambcryptoHace 17 min(s)

Tiger Research: Primero, lleve la tokenización de RWA al extranjero

**Tiger Research: Lleva la tokenización de RWA al extranjero primero** El mercado de activos del mundo real tokenizados (RWA) está creciendo rápidamente, pero muchas jurisdicciones carecen de un marco regulatorio adecuado. Las instituciones financieras de estas regiones tienen tres opciones estratégicas: esperar legislación local, usar "sandboxes" regulatorios o ingresar directamente a mercados extranjeros ya regulados. La actividad RWA transfronteriza requiere una preparación meticulosa en seis áreas clave: elección de jurisdicción, licencias, definición del activo, perfil de inversor, y diseño de arreglos de liquidación y operación. El objetivo principal es acumular experiencia operativa real. Existen dos rutas principales: ingresar a jurisdicciones con marcos regulatorios maduros (como Hong Kong, Singapur o EE.UU.) o adoptar la ruta nativa "on-chain", utilizando plataformas con capacidades de cumplimiento integradas (ej. Ondo Global, Plume Nest) para una entrada más rápida y un mayor alcance, aunque con estructuras potencialmente más complejas. El proceso implica evaluar entidades locales existentes, seleccionar una plataforma o socio, diseñar la estructura del producto cumpliendo exenciones como la Regulation S, establecer acuerdos de custodia y operaciones "on-chain", y finalmente ejecutar y verificar la venta. La esencia del negocio no está en la tecnología, sino en completar con éxito todo el proceso de venta. No es necesario esperar a un marco regulatorio completo; la capacidad de trazar un camino viable rápidamente y acumular experiencia es crucial, ya que el mercado no esperará. El momento de actuar es ahora.

marsbitHace 27 min(s)

Tiger Research: Primero, lleve la tokenización de RWA al extranjero

marsbitHace 27 min(s)

5 años, 15,000 millones de dólares perdidos: el gigante de los juegos blockchain YGG se rinde

El 6 de julio, Yield Guild Games (YGG) anunció el cierre de su división de publicación de juegos, YGG Play, dando por terminada una apuesta lanzada en 2025. La plataforma, enfocada en juegos casuales web3, será desmantelada progresivamente antes del 31 de julio. A pesar de generar más de 9 millones de dólares en ingresos, con un pico en el primer trimestre de 2026 (876.000 dólares), sus fundadores alegaron que el deterioro del entorno macroeconómico, la falta de liquidez y la caída de confianza del usuario hicieron insostenible el negocio. Esta decisión marca un punto de inflexión para YGG, otrora gigante del modelo "play-to-earn" (P2E). Fundada en 2020, YGG alcanzó su cénit en 2021 como el gremio más grande de Axie Infinity, impulsada por la narrativa P2E y el mercado alcista. Sin embargo, el colapso del modelo económico de Axie en 2022, basado en un ciclo financiero especulativo que requería constante entrada de nuevos jugadores, sumió a la industria en una crisis profunda. El cierre de YGG Play refleja el declive estructural del sector de los juegos blockchain. Un informe de abril de 2026 señala que el 93% de unos 3.200 proyectos analizados están "muertos" o inactivos, con tokens del sector depreciados en un 95% desde máximos de 2022. La narrativa P2E, que sustentó la explosión inicial, demostró ser insostenible, llevando a una destrucción de capital estimada en 150.000 millones de dólares en cinco años. Ante esto, YGG anunció un cambio estratégico radical hacia la economía de datos para IA, abandonando efectivamente su núcleo histórico en el gaming.

Foresight NewsHace 46 min(s)

5 años, 15,000 millones de dólares perdidos: el gigante de los juegos blockchain YGG se rinde

Foresight NewsHace 46 min(s)

Trading

Spot
活动图片