Sesgo declarado, como siempre: enseño Claude Code a equipos de ingeniería, así que cualquier cosa que cambie cómo compartís el trabajo y por dónde pasan vuestros datos me toca de lleno. Precisamente por eso esta pieza va de hechos verificables y de qué te toca decidir, no de vender una feature de compartir como una revolución.
Los artefactos —esas páginas que publicas desde una sesión y se actualizan en vivo— llevan en beta en Team y Enterprise desde junio. Hasta ahora, lo que publicabas era una foto: el estado de los datos en el momento en que la sesión construyó la página. Esta semana eso cambia: un artefacto publicado puede llamar a los conectores MCP cada vez que alguien lo abre.
Los hechos
Según el resumen semanal oficial (semana 29, 13–17 de julio de 2026) y la documentación de artefactos, esto es lo que trae la tanda v2.1.207–v2.1.212:
- Un artefacto publicado puede llamar a conectores MCP en cada visita. Un panel "muestra datos en vivo y puede ejecutar acciones bajo demanda, en lugar de una foto de la sesión que lo construyó".
- Cada llamada pasa por las conexiones de quien lo mira. No corre con tus credenciales: corre con las de la cuenta que abre la página. Y quien lo abre aprueba el acceso antes de la primera llamada al conector.
- Alrededor llegan tres piezas de reparto: enlaces de compartición pública, roles de editor para edición compartida en Team y Enterprise, y artefactos creados desde sesiones de Claude Tag (Claude en Slack).
El propio digest lo enseña como un flujo de Claude Code. El ejemplo que da es literalmente este prompt:
> Construye un artefacto de panel con las pull requests abiertas que traiga la
> lista en vivo a través de mi conector de GitHub al cargar la página.
Nada de esto es un preview: son cambios ya en la rama estable. Para tenerlos, actualiza. La beta sigue en planes Team y Enterprise.
Por qué esto importa (y no es un simple "compartir una página")
El titular fácil es "ahora puedes compartir tus artefactos". El titular real, para un equipo, es quién ejecuta qué y con qué credenciales. Un artefacto con datos en vivo deja de ser un documento y pasa a ser, de facto, una pequeña aplicación interna: un panel de PRs abiertas, un tablero de incidencias, un resumen de métricas que cualquiera del equipo abre y ve fresco, sin volver a pedírselo a Claude.
La diferencia con "pegar una captura en un canal" es que la foto envejece en minutos y esto no. Pero esa misma potencia es la que obliga a pararse a pensar, porque cambia el modelo de datos: cada visita dispara llamadas MCP con las conexiones de quien mira, no con las tuyas. Eso es una buena decisión de diseño —nadie hereda tus permisos por abrir tu página— y a la vez es justo lo que tienes que entender antes de repartir un enlace.
Qué te afecta, según quién seas
Si publicas artefactos desde tus sesiones. El cambio de mentalidad es tratar el artefacto como lo que ahora es: una herramienta viva, no un entregable estático. Si lo que quieres es una foto de un momento concreto, no conectes nada y sigues igual. Si quieres datos frescos, nombra en el prompt el conector y el dato que quieres, como en el ejemplo de arriba. Y ten claro que cada persona que lo abra verá los datos a los que su propia cuenta tiene acceso, no los tuyos: la misma página puede mostrar cosas distintas a dos personas, y eso es lo esperado.
Si administras Claude Code o los conectores de tu equipo. Aquí es donde conviene frenar antes de celebrar. Un artefacto que "ejecuta acciones bajo demanda" a través de MCP no es solo lectura: si el conector permite escribir, la página puede escribir —siempre con las credenciales de quien la abre y tras su aprobación, pero puede—. Las preguntas que toca contestar como política, no por gusto, son las de siempre con MCP: qué conectores están habilitados, qué operaciones exponen y qué se aprueba sin preguntar. Es exactamente el terreno que trabajamos en el curso de permisos, settings y seguridad, y el de conectar tus herramientas con MCP para decidir qué expones y con qué alcance.
Los enlaces de compartición pública merecen una línea aparte. "Público" quiere decir fuera del equipo: antes de generar uno, ten claro que el aprovechamiento de los datos sigue atado a la cuenta de cada visitante —quien no tenga conector no ve datos en vivo—, pero el contenido y la estructura de la página sí quedan expuestos. No publiques en abierto un panel cuyo diseño o cuyas etiquetas revelen algo que no quieres fuera.
Si mantienes documentación interna u onboarding. Apunta dos cambios de flujo: los artefactos ahora se pueden crear desde sesiones de Claude Tag en Slack, y la edición compartida con roles de editor entra en Team y Enterprise. Si tu guía interna decía que un artefacto era "de solo lectura una vez publicado" o que "solo se crean desde Claude Code", esas frases ya no describen lo que pasa.
Qué llevarte
- Artefactos con datos en vivo (v2.1.207–v2.1.212): un panel publicado llama a los conectores MCP en cada visita, en lugar de mostrar una foto de la sesión que lo construyó.
- Corre con las credenciales de quien mira: cada llamada pasa por las conexiones del visitante, que aprueba el acceso antes de la primera llamada. La misma página puede mostrar datos distintos a personas distintas.
- No es solo lectura: si el conector permite acciones, la página puede ejecutarlas. Decide como política qué conectores y qué operaciones expones.
- Compartición pública y edición compartida: llegan enlaces públicos, roles de editor en Team/Enterprise y artefactos creados desde Claude Tag. Revisa qué publicas en abierto.
Preguntas rápidas
¿Alguien que abra mi artefacto usa mis credenciales? No. La documentación es explícita: cada llamada corre a través de las conexiones de la cuenta que mira la página, y esa persona aprueba el acceso antes de la primera llamada al conector.
¿Puede un artefacto escribir o solo leer? Puede "ejecutar acciones bajo demanda", no solo leer. El alcance real lo marca el conector: si expone operaciones de escritura, la página puede usarlas —con las credenciales y la aprobación de quien la abre—.
¿Esto es solo para claude.ai o también para Claude Code? El resumen oficial lo presenta como un flujo de Claude Code: pides el panel en tu sesión ("construye un artefacto de PRs abiertas que traiga la lista en vivo por mi conector de GitHub") y lo publicas. La beta sigue en planes Team y Enterprise.
¿Vais a apoyaros en artefactos vivos para compartir paneles dentro del equipo? Decidir qué conectores exponéis, qué se aprueba sin preguntar y qué no sale del equipo en un enlace público es justo el tipo de criterio que trabajamos en la formación en directo para equipos — sobre vuestros conectores, vuestra configuración y vuestra política real.