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

Xing Bo vuelve a actuar: después de 'criticar' los modelos mundiales, ahora le toca a los agentes inteligentes

L'any passat, el professor Xing Bo de MBZUAI i CMU va criticar els models mundials. Ara, ell i els seus col·legues publiquen "Crítica del Model d'Agent" a arXiv, qüestionant el terme sobretitlitzat "agent" en IA. El treball distingeix entre sistemes "agentics" (amb aparença d'agent) i "agentius" (veritablement autònoms), argumentant que la majoria dels anomenats agents actuals només segueixen fluxos de treball i indicacions externes, sense autonomia real. L'article analitza cinc dimensions clau: objectius, identitat, presa de decisions, profunditat del raonament i aprenentatge. Proposa que un agent veritable hauria de descompondre objectius a llarg termini, ajustar la seva identitat amb l'experiència, utilitzar models mundials per a una planificació simulada, tenir un mòdul metacognitiu (anomenat Sistema III) per regular la profunditat del pensament i aprendre de manera autònoma i contínua. Com a solució, presenta l'arquitectura GIC (Goal-Identity-Configurator), que integra sis components: un codificador de creences, un descomponedor d'objectius, un evolucionador d'identitat, un configurador (Sistema III), un planificador simulat (Sistema II) i un executor (Sistema I). Aquesta estructura pretén internalitzar l'autonomia. Finalment, el document aborda la seguretat, argumentant que en GIC, els comportaments problemàtics es poden atribuir a objectius humans incorrects o mòduls mal entrenats. Destaca la "revisabilitat" de la seva arquitectura modular com a avantatge clau per a la seguretat, tot i admetre que el repte de formar correctament aquests mòduls persisteix.

marsbitHace 5 min(s)

Xing Bo vuelve a actuar: después de 'criticar' los modelos mundiales, ahora le toca a los agentes inteligentes

marsbitHace 5 min(s)

Cómo Collector Crypt crea una ilusión de crecimiento con la "compra de recompra cíclica"

**Resumen en español europeo:** El informe analiza Collector Crypt (CC), una plataforma de cromos coleccionables digitales, y revela que su rápido crecimiento en volumen bruto de mercancías (GMV) se basa en una ilusión de crecimiento. Los hallazgos clave son: * **Rentabilidad en declive:** Aunque el GMV se multiplicó por 4.7 entre Q3 2025 y Q2 2026, el margen neto de CC cayó a la mitad (del 11.2% al 5.6%). Esto se debe a que el crecimiento proviene de paquetes de cromos de mayor valor (250, 1000, 2500 $), que tienen tasas de retención por dólar para la plataforma más bajas que los paquetes pequeños. * **Crecimiento impulsado por pocos usuarios:** El gasto medio por usuario se triplicó, indicando que el aumento del GMV es impulsado por un pequeño grupo de usuarios que realizan transacciones grandes y frecuentes ("ciclo de recompra"), no por una ampliación de la base de usuarios general. * **Impacto de las redenciones físicas:** Cuando los usuarios canjean cromos digitales por físicos, estos salen del "vault" (bóveda) de CC y dejan de poder reutilizarse, generando una necesidad costosa de reabastecimiento. En mayo, este coste consumió el 41.6% de los ingresos netos previos al canje. * **Modelo económico vulnerable:** El modelo de CC se vuelve insostenible si coinciden dos de estas tres presiones: 1) el coste de reabastecer inventario se acerca al precio de mercado, 2) la tasa de canjes supera el ~9%, 3) se mantiene una alta tasa de recompra (~93%) en paquetes caros. * **Estrategia B2B no probada:** Los ingresos por partners son bajos y concentrados en un evento pasado con Moonbirds. Las integraciones actuales funcionan principalmente como canales de distribución que siguen dependiendo del inventario, la logística y el sistema de recompra de CC, sin generar un flujo de ingresos recurrente y ligero para la plataforma. En conclusión, CC ha impulsado sus métricas superficiales (GMV) incentivando a grandes usuarios a reciclar capital en paquetes de alto valor con alta recompra, pero esto erosiona la rentabilidad y depende de un inventario reutilizable que se ve amenazado por los canjes físicos y la creciente competencia (como GameStop). Para un crecimiento sostenible, necesita atraer a más coleccionistas genuinos, fomentar un mercado secundario más profundo y demostrar que su capa B2B puede generar valor más allá de ser un mero distribuidor.

Foresight NewsHace 28 min(s)

Cómo Collector Crypt crea una ilusión de crecimiento con la "compra de recompra cíclica"

Foresight NewsHace 28 min(s)

¿Cuál es el próximo motor de crecimiento de Solana según el último estudio de Grayscale?

**Informe de Grayscale: El próximo motor de crecimiento de Solana** Un reciente informe de Grayscale señala un cambio significativo en la narrativa sobre Solana, pasando de ser vista como una blockchain de alto rendimiento a ser considerada un "bazar financiero de las criptomonedas". El foco ya no está principalmente en su TPS (transacciones por segundo), sino en su capacidad para sostener actividades económicas a gran escala. La competencia entre blockchains de Capa 1 ha evolucionado: ya no se trata solo de velocidad, sino de la actividad económica real en la red. Solana muestra fortalezas en este nuevo paradigma, con más de 1.000 dApps, transacciones diarias que superan los 100 millones y alrededor de 4.3 millones de usuarios activos únicos diarios. El informe destaca tres aplicaciones representativas que esbozan su potencial: * **Jupiter:** Ha evolucionado de un agregador DEX a un centro de liquidez crucial para el ecosistema DeFi de Solana, funcionando como infraestructura financiera integral. * **Pump.fun:** Más allá del auge de los memecoins, este modelo demuestra la capacidad de Solana para atraer usuarios masivos y generar modelos de negocio sostenibles con ingresos significativos. * **Helium (y el sector DePIN):** Representa la expansión de Solana hacia la coordinación de infraestructura física del mundo real (redes inalámbricas, geolocalización), conectando la blockchain con la economía tangible. La fundación de Solana está orientando su estrategia futura hacia áreas como los **agentes de IA, stablecoins, pagos, activos del mundo real (RWA) y DePIN**. El objetivo es posicionar la red no solo para transacciones financieras, sino como infraestructura de liquidación para la economía de la IA y los pagos digitales globales. Este renovado interés institucional se basa en la maduración de los modelos de negocio en la capa de aplicación, el crecimiento del ecosistema de pagos con stablecoins y la continua actividad de los desarrolladores. Sin embargo, persisten desafíos clave, como la captura efectiva de valor para el token SOL, la sostenibilidad del ecosistema más allá de ciclos de modas y la intensa competencia de otras blockchains como Ethereum, BNB Chain y Base. En resumen, el valor a largo plazo de Solana dependerá cada vez menos de su velocidad teórica y más de su capacidad para atraer desarrolladores, retener usuarios y fomentar aplicaciones con efectos de red y valor comercial sostenible.

marsbitHace 50 min(s)

¿Cuál es el próximo motor de crecimiento de Solana según el último estudio de Grayscale?

marsbitHace 50 min(s)

Trading

Spot
活动图片