Funciones

Todo lo que hay entre “ya funciona”y “ya está en línea”.

Alojamiento, base de datos, tu dominio, inicio de sesión con su correo, analíticas y pagos: todo conectado por una sola cuenta de Tofu, y cada parte es una herramienta que tu agente de programación usa. Qué hace cada parte, dónde están sus límites y qué falta por construir.

Leer la documentaciónConfigurar el agente
Lo que conecta una sola cuenta

Todo ya está conectado. Cada parte, una herramienta que tu agente usa.

Cada parte tiene su propia página: cómo funciona, cómo la usa tu agente y hasta dónde llega.

  • Alojamiento y despliegues

    En línea y reversible.

    Cada despliegue se revisa antes de compilar, se publica solo cuando responde y queda registrado, así que volver a una versión anterior que funcionaba es cuestión de hacer clic en Restaurar.

    • deploy
    • rollback
    • getRuntimeLogs

  • Base de datos

    Una base de datos de verdad, ya conectada.

    Postgres administrado, creado junto con el despliegue y conectado a la compilación mediante secretos de solo escritura. Si lo pides, se traslada a tu propia organización de Supabase.

    • databaseCreate
    • databaseStatus

  • Tu dominio

    Tu dominio, con HTTPS incluido.

    En Cloudflare, aprueba una vez y Tofu escribe los registros; en cualquier otro proveedor de DNS, te muestra los registros exactos y los comprueba.

    • domainConnect
    • domainAuthorize
    • domainVerify

  • Inicio de sesión y correo

    Inicio de sesión con Google, sin Google Cloud.

    “Continuar con Google” e inicio de sesión con correo para tu app, con los correos de creación de cuenta enviados desde tu propio dominio en cuanto este se verifica. Sin proyecto de Google Cloud, sin cliente de OAuth y sin claves.

    • appAuthConfigure
    • appAuthEmailConnect

  • Analíticas

    Tráfico, sin rastreadores.

    Vistas, páginas principales y fuentes principales de cada app, contadas en el propio servicio de Tofu. Sin cookies, sin direcciones IP almacenadas y sin una cuenta de analíticas que abrir.

    • siteAnalytics
    • setSiteAutoInject

  • Agente y línea de comandos

    Publica sin salir de tu agente.

    Un solo cliente local para cualquier agente de programación que hable MCP: los mismos proyectos y el mismo historial que el panel, después de una aprobación en tu navegador.

    • login
    • ingest
    • status

  • Pagos

    Pagos, directo a ti.

    Los compradores pagan en la página de pago de Stripe, directo a tu propia cuenta de Stripe. Tofu crea tus enlaces de pago, ya sea para un pago único o para pagos recurrentes, y le dice a tu app quién pagó. No hay claves que copiar y Tofu no cobra comisión.

    • appPaymentsConnect
    • appPaymentsSetup
    • appPaymentsLinkCreate

El plan Free pone en línea una app con el código detrás de sus páginas y una base de datos administrada, conservada mientras la app siga en línea; en la página de precios se indica qué planes incluyen tu propio dominio. La compra de dominios se cobra aparte. Ver precios

Conectar tu cuenta de Stripe a una app que se ejecuta en un servidor requiere un plan de pago, y los pagos reales se habilitan cuando se completa el primer pago de tu plan. Cómo funcionan los pagos

Tres formas de traer tu app

Trae la app que ya tienes. Llegue como llegue a Tofu.

Todas las vías llegan al mismo tipo de proyecto, pasan por la misma revisión antes de compilar y se publican de la misma manera.

  1. Tu agente de programación

    Recomendado. Pega el mensaje de configuración en cualquier agente de programación. El agente verifica e instala el cliente de Tofu, tú apruebas un código en tu navegador y él sube, revisa y despliega desde la conversación, cuando se lo pides. Una actualización reemplaza el código fuente del mismo proyecto, y su configuración, dirección e historial se mantienen.

    Agente y línea de comandos

    ❯ setup prompt pasted · code approved

  2. Una rama de GitHub

    Importa una rama con un permiso de solo lectura, fijada a un commit. Activa las actualizaciones automáticas, en cualquier plan, y cada envío de cambios despliega el último commit de la rama pasando por la misma revisión.

    main · push → deploy

  3. La línea de comandos

    El cliente independiente ejecuta las mismas operaciones desde una terminal o un entorno aislado en la nube: Node.js 22 o posterior, una aprobación en tu navegador y ninguna clave pegada en ningún lado.

    $ node tofu-agent.mjs login

Lo que aloja Tofu

Apps web que responden a solicitudes. Con la tecnología que ya elegiste.

Un sitio ya compilado, un framework web, un servidor de Python, Go o JavaScript, o tu propio contenedor. Todos responden a solicitudes y se apagan cuando no reciben ninguna; Tofu detecta el tipo de app y te propone la configuración predefinida para que tú la confirmes.

Sitios y frameworks web
  • Next.js
  • Vite
  • Astro
  • SvelteKit
  • Nuxt
  • React Router
  • Gatsby
  • Static HTML

El proveedor compila tu app con el proceso de compilación del propio framework o, si es un sitio estático ya compilado, la publica tal cual.

Python
  • FastAPI
  • Flask
  • Django
  • Python

Se compila a partir del manifiesto propio de la app y se inicia como un proceso HTTP que responde en la dirección.

Go
  • Go

Se compila a partir del go.mod propio de la app y se inicia como un proceso HTTP que lee PORT.

Servidores JavaScript
  • Express
  • Hono
  • NestJS
  • Node.js server

Un único archivo de entrada que el proveedor encuentra por su nombre, iniciado como un proceso HTTP: el servidor responde en /.

Contenedores
  • Dockerfile (container)

La imagen que describe tu propio archivo de contenedor, compilada por el proveedor y ejecutada como servicio.

Nada que se quede en ejecución: un proceso en segundo plano, un consumidor de colas o un planificador siempre activo no tienen cabida en Tofu, sea cual sea el plan. Alojamiento y despliegues

La revisión de seguridad

Se lee antes de compilar. Y dice con claridad qué leyó.

Antes de que se compile nada, Tofu aplica un conjunto fijo de reglas deterministas sobre los archivos exactos que se van a subir: claves de producción incluidas en el código, tablas con la seguridad a nivel de fila desactivada, políticas de escritura abiertas y patrones de malware conocidos. Un hallazgo que pueda perjudicar a otras personas (un patrón de malware conocido, phishing o una clave filtrada) detiene la compilación, y la versión que ya está en línea sigue respondiendo. Las opciones que solo afectan a tu propia app, como una tabla abierta, se marcan como advertencias y nunca detienen la compilación.

Cada resultado indica los archivos que leyó y lo que ninguna regla busca: dice lo que revisó, y nada más.

Cómo funciona la revisión de seguridad

Aún no está disponible

  • Comprar un dominio por ti. La búsqueda, las cotizaciones y el paso al registrador existen, pero la vía de compra no está abierta.

  • Despliegues de vista previa. Las actualizaciones desde GitHub siguen una sola rama y un solo directorio raíz de la app por proyecto: sin vistas previas de pull requests ni etiquetas.

  • Informe detallado de la revisión profunda, rotación de la contraseña de la base de datos, exportación de analíticas, notificaciones y equipos.

  • Una consola SQL. Es una decisión deliberada: el código que se sube es una entrada no confiable, y una sola credencial de operador cubriría todos los proyectos administrados.

  • Todo lo que tenga que seguir ejecutándose. Un proceso en segundo plano, un consumidor de colas, un planificador siempre activo o un servicio que no sea HTTP; las tareas programadas del propio vercel.json de la app tampoco se registran.

Pega un prompt. En línea en 10 minutos.

Tu app, su base de datos, tu dominio y tu inicio de sesión: desde el agente que ya usas, en unos 10 minutos.

Empezar gratis