Siete Días para Enviar

15 de febrero de 2026. Un sábado. Teníamos una plataforma empresarial que nuestros clientes B2B habían estado utilizando durante meses. Agentes de IA en sandbox, 97 modelos LLM, gestión de espacios de trabajo, toda la pila. Lo que no teníamos era un producto que una sola persona pudiera registrarse y comenzar a usar en menos de un minuto.

Habíamos estado observando los números de OpenClaw durante un tiempo. 157,000 estrellas en GitHub. Miles de usuarios activos diarios. Una comunidad que sigue creciendo sin importar cuántos avisos de seguridad se publiquen. La demanda es real y no está disminuyendo. La gente quiere agentes de IA autónomos. Quieren instalar una herramienta, apuntarla a un problema y alejarse.

Pero seguíamos viendo el mismo patrón en nuestras llamadas de ventas empresariales. Los prospectos decían: “Probamos OpenClaw internamente. Fue genial hasta que el agente de alguien ejecutó rm -rf en un volumen compartido.” O: “Nos encantó la flexibilidad, pero no pudimos superar la revisión de seguridad.” El apetito estaba ahí. La confianza no.

Ahí fue cuando todo hizo clic. Ya teníamos la versión segura. Nuestra plataforma empresarial ejecuta cada ejecución de agente en un sandbox E2B aislado. Sin acceso al sistema en bruto, sin claves API en texto plano, sin el pie de gato de “el agente puede hacer lo que quiera”. La compensación es un poco menos de flexibilidad: no puedes instalar paquetes del sistema arbitrarios ni montar tu directorio personal. Pero tampoco puedes borrar accidentalmente tu sistema de archivos o filtrar credenciales a una habilidad maliciosa.

La pregunta no era si construir un producto para consumidores. Era si podíamos eliminar la complejidad empresarial lo suficientemente rápido como para lanzar uno. Nos dimos siete días.

Lo que se eliminó

Los primeros dos días fueron sobre sustracción, no adición.

Los grupos fueron lo primero. En la versión empresarial, cada usuario pertenece a una organización, cada organización tiene roles, cada rol tiene permisos. Para un producto de consumo, solo eres tú. Una cuenta, un espacio de trabajo, tus cosas. Construimos el sistema variante para eliminar toda esta capa en el momento de la construcción: el código sigue existiendo para los clientes empresariales, simplemente no se compila en el paquete de consumo.

Las integraciones del sistema interno siguieron. Webhooks de Jira, importaciones de páginas de Confluence, flujos de SSO personalizados: todo solo para empresas. La versión de consumo se conecta a las herramientas que las personas realmente usan: Gmail, Slack, Notion, GitHub.

El panel de administración se mantuvo solo para empresas. Ningún consumidor necesita un panel de análisis de uso con desgloses de equipo. Necesitan una barra lateral que muestre su saldo de crédito y un botón para comprar más.

Podríamos haber bifurcado el repositorio. Cada instinto dice bifurcarlo, moverse rápido, limpiar después. No lo hicimos. En cambio, construimos separación de rutas de código en la base de código existente. LikeClaw, Dashboard, FulDive: tres productos, un repositorio, diferentes configuraciones de entorno. Cada parche de seguridad, cada corrección de rendimiento, cada nuevo modelo afecta a todas las variantes simultáneamente. El costo es un poco más de complejidad en la construcción. La recompensa es nunca tener que retroceder una sola línea.

Facturación de consumidores desde cero

Los clientes empresariales pagan por factura. Net 30, órdenes de compra, todo el ritual. Los consumidores pagan con su pulgar en la pantalla de un teléfono.

Ya teníamos Stripe y Google Play configurados desde trabajos anteriores. Pero Apple no iba a esperar. Si quieres que los usuarios de iOS compren créditos, necesitas verificación de recibos de App Store, una interfaz de paquetes de crédito que tenga sentido junto a la versión de Play Store, y auto-refresco para que la barra lateral se actualice en el momento en que llegue una respuesta de LLM.

Marina construyó toda la integración de facturación de Apple Store en tres días. Punto final de verificación. Azulejos de paquetes de crédito. Configuraciones de usuario de prueba para la revisión de App Store. Tres proveedores de facturación, un sistema de crédito unificado. El tipo de plomería que es invisible cuando funciona y catastrófico cuando no.

Registro con un clic

Los clientes empresariales reciben una llamada de ventas, un contrato, una cuenta provisionada. Los consumidores obtienen un botón de Google.

Google OAuth se implementó el 18 de febrero. El flujo: el frontend redirige al backend, el backend maneja el apretón de manos de Google, la devolución de llamada redirige al frontend con una cookie de sesión. Un decorador @Public en el punto final de la devolución de llamada para que el middleware de autenticación no rechace una redirección OAuth no autenticada. Caché de tokens con revividores de fecha para que las credenciales expiradas no se cuelen.

Dos días de trabajo. El resultado: un clic para registrarse. Sin contraseñas, sin verificación de correo electrónico, sin “revisa tu bandeja de entrada”. El flujo de SSO empresarial tiene doce campos de configuración. El flujo de consumo tiene un botón.

El problema de la incorporación

Aquí es donde el paso de empresarial a consumidor se complica.

Los usuarios empresariales son incorporados por humanos. Un ingeniero de soluciones los guía a través de la configuración del espacio de trabajo, conecta sus integraciones, configura su primer agente. Toma una tarde. Nadie se queja porque el contrato ya está firmado.

Los usuarios consumidores tienen sesenta segundos antes de que se vayan. Quizás menos.

La antigua incorporación era una superposición modal. Aparecía, te preguntaba qué querías hacer y desaparecía. Bien para alguien que ya había tenido una reunión sobre el producto. Inútil para alguien que solo hizo clic en un enlace.

Lo arrancamos. Construimos una ruta dedicada /onboarding con un asistente de múltiples pantallas. La pantalla principal muestra tarjetas de escenario: automatización de Gmail, investigación profunda, análisis de código. Cada tarjeta tiene un chip de compromiso: “Sin Configuración”, “OAuth Requerido”, “Token API” — así sabes para qué te estás registrando antes de comprometerte. La pantalla de selección de habilidades muestra habilidades curadas con recuentos de descargas, calificaciones de estrellas e información del autor. Prueba social integrada en los primeros sesenta segundos.

El truco que lo unió: auto-envío. Cuando terminas el flujo de incorporación, tu escenario seleccionado se inyecta directamente en el chat como un aviso. Sin copiar y pegar, sin “¿y ahora qué?”. Terminas la incorporación y el agente ya está trabajando.

Nueve idiomas, un día

21 de febrero. Marina agregó alemán, español, francés, coreano, portugués y portugués brasileño al frontend. Seis idiomas en un solo día. Esto suena imposible hasta que te das cuenta de que nuestra infraestructura de i18n ya había sido probada en batalla con inglés, ruso, chino simplificado y chino tradicional. Los patrones estaban en su lugar. La tubería de traducción estaba probada. Agregar seis más fue mecánico, no creativo.

Los clientes empresariales hablan principalmente inglés. Los consumidores hablan lo que sea que hablen. La paridad de la plataforma no es opcional cuando lanzas globalmente desde el primer día.

La revisión de seguridad

El día antes del lanzamiento no es el momento para descubrir un fallo de seguridad. Es el momento para verificar que no tienes uno.

Hicimos una auditoría completa del límite del sandbox. La regla crítica: las claves API reales nunca entran en el sandbox E2B. No la clave de OpenRouter, ni ninguna credencial de proveedor. El sandbox recibe un JWT de corta duración que se enruta a través de nuestro proxy de LLM. Si el sandbox se ve comprometido, el atacante obtiene un token que expira antes de que pueda hacer algo con él.

Esto importaba más para el lanzamiento de consumidores de lo que alguna vez importó para empresas. Los clientes empresariales funcionan en infraestructura privada detrás de cortafuegos. Los usuarios consumidores funcionan en infraestructura compartida en Internet público. La superficie de ataque es más amplia. La seguridad tiene que ser más estricta.

Lo que se lanzó

97 modelos LLM disponibles a través de OpenRouter. Nueve idiomas. Tres proveedores de facturación. Registro OAuth. Un nuevo asistente de incorporación. Frontend de Cloudflare Pages. Backend de StackSmith. Fortalecimiento de la seguridad del sandbox. Y 15 escenarios de evaluación de avisos asegurando que la IA no retroceda mientras reconstruimos todo a su alrededor.

Siete días. Dos desarrolladores. Un producto que pasó de “plataforma empresarial para clientes B2B” a “SaaS para consumidores que cualquiera puede registrarse en treinta segundos”.

La versión empresarial no perdió una sola característica. Ganó cada mejora que hicimos para los consumidores: incorporación más rápida, mejor descubrimiento de habilidades, seguridad del sandbox más estricta. El sistema variante significa que los dos productos se empujan mutuamente hacia adelante. Lo que construimos para individuos hace que la versión empresarial sea mejor. Lo que nuestros clientes empresariales exigen hace que la versión de consumo sea más robusta.

OpenClaw mostró al mundo que la gente quiere agentes de IA. No estamos discutiendo eso. Estamos ofreciendo la misma capacidad con un contrato diferente: tu agente funciona en un sandbox, tus claves permanecen encriptadas, tu sistema de archivos permanece intacto. Un poco menos de flexibilidad. Mucho más sueño por la noche.

El paso de empresarial a consumidor no es un giro. Es un segundo frente. Mismo ejército, mismas armas, campo de batalla más amplio.

LikeClaw está en vivo. El panel empresarial sigue lanzándose. El lunes comenzamos a construir para ambos.