Construimos Seika Docs: artifacts privados que viven fuera de Claude

Seika Docs: publica los HTML y Markdown que generan tus agentes de IA y compártelos con clientes de forma privada. Acceso por email y código, sin links públicos ni indexación.

Ilustración de Seika Docs: al fondo, una terminal donde un agente de IA publica un documento y devuelve una URL privada; al frente, la pantalla de acceso de Seika Docs con email y código de un solo uso. Texto: "Artifacts privados, fuera de Claude".

Los artifacts de Claude Code ha sido un gran feature a nuestra forma de trabajar como equipo ne la empresa: le pides un documento de arquitectura, una propuesta o un prototipo, y sale una página lista para verse. El problema empieza cuando quieres mostrárselo a alguien.

El problema

Un artifact tiene dos caminos para salir de tu cuenta, y ninguno nos servía:

  • Compartirlo con tu organización. Solo funciona dentro de un plan Enterprise. Un cliente, un aliado o un freelance que trabaja con nosotros no está ahí.
  • Hacerlo público. Funciona para cualquiera, pero “público” significa exactamente eso: cualquiera con el link entra y la página puede terminar indexada. Un documento de arquitectura de un cliente no puede vivir así.

Y hay un tercer problema, más de fondo: el artifact solo existe dentro del ecosistema de Claude. Si el equipo usa Codex, OpenCode o Pi para el mismo trabajo, el flujo se rompe.

Durante meses la solución fue avisar. “Ojo, si lo vuelven público lo pueden indexar”. Eso no es un proceso, es un recordatorio que alguien va a olvidar.

Qué construimos

Seika Docs es una plataforma privada donde publicamos los .html y .md que generan nuestros agentes de código y los compartimos con emails concretos. Nada es público y nada se indexa.

El flujo completo cabe en una frase dicha al agente:

“Créame el documento de arquitectura que discutimos, compártelo con cliente@cliente.ai y súbelo a docs.”

Eso dispara una skill que se conecta a la API de Seika Docs, publica el archivo y devuelve una URL con un identificador único por documento.

Seika AI: Image Prompt terminal

Del lado del cliente pasa esto:

  1. Abre el link.
  2. Escribe su email y recibe un código de un solo uso (OTP).
  3. Ve el documento y decide si lo exporta o no.

Si su email no está en la lista de acceso, no entra. Punto.

Seika AI: Image Email input

Seika Ai: Image document in seika docs

Detalles que terminaron importando

  • Republicar conserva la URL. Si corriges el documento y lo publicas de nuevo, se crea una versión nueva sobre el mismo link. El cliente nunca recibe un enlace roto.
  • Acceso revocable. “Quita el acceso a X” y esa persona deja de ver el documento.
  • Sabes quién lo abrió y cuándo. Útil cuando mandas una propuesta y quieres saber si ya la vieron antes de la llamada.
  • Agnóstico del agente. La skill vive en el repo de skills, no en un cliente de IA. Funciona igual desde Claude Code, Codex, OpenCode o Pi.

Para qué lo usamos hoy

Con clientes:

  • Prototipos navegables en HTML.
  • Documentos visuales: arquitecturas, comparativas, dashboards.
  • Markdowns de alcance, propuestas e informes.

Y dentro del equipo. Ya no hay que decidir entre “público” y “Enterprise” cada vez que alguien quiere mostrar un artifact. Todo sale por el mismo canal, con acceso por email.

Lo que viene

Queremos abrir Seika Docs para que cualquier empresa lo despliegue sobre su propia infraestructura. La tesis es simple: los agentes van a generar cada vez más documentos, y compartirlos de forma privada no debería depender del plan que tengas con un proveedor de IA.

Si te pasa lo mismo con los artifacts, o ya resolviste esto de otra forma, escríbeme a henry@seika.ai. Me interesa saber cómo lo están manejando otros equipos.