Roles que limitan de verdad
Developer, editor y auditor. El rol decide quién toca código y quién solo contenido, en test y en producción.
Tu cliente edita.
Tú dejas de recibir emails.
Tu cliente edita su web en el CMS de Acai Forge y pide la subida. Tú revisas exactamente qué cambia, fichero a fichero, y la apruebas. Se acabaron los emails de «cambia el texto del banner».
- Sin instalar nada
- Test y producción separados
- Publica el responsable
El flujo, paso a paso
De la petición del cliente a producción, sin sustos
Todo ocurre dentro de Forge, con la misma sincronización de siempre. Nadie publica a ciegas y nada toca producción sin pasar por tu revisión.
-
Paso 01
Tu cliente edita en test
Entra al CMS de la web y cambia lo que necesite: textos, fotos, precios, noticias.El editor trabaja en el entorno de test de la web, con su base de datos y su subdominio de vista previa. Producción no se entera de nada hasta que tú lo apruebes.
-
Paso 02
Pide la subida
Pulsa «Solicitar subida», marca sus cambios y añade una nota explicando qué hizo.La solicitud guarda una foto exacta del momento: los ficheros y páginas marcados y la nota del editor. Puede seguir trabajando; lo que se publicará es lo que pidió.
-
Paso 03
Revisas qué cambia
Abres la solicitud en «Mis proyectos» —aunque no tengas la web descargada— y ves el diff de cada fichero y página, con los conflictos marcados.Si el editor se quedó con su versión de algo que cambió en producción, va marcado como «pisa un cambio hecho en producción» para que tú decidas.
-
Paso 04
Apruebas y se sube
Apruebas o rechazas con motivo. Nadie aprueba su propia solicitud.Quien pide y quien revisa reciben aviso en la campana. La solicitud se puede seguir y cancelar mientras esté pendiente.
-
Paso 05
Con red de seguridad
La subida crea un punto de restauración automático antes de tocar nada y deja CSS y caché listos.Si algo no era así, el historial con Deshacer comprueba antes que nadie haya escrito encima y te devuelve el SQL exacto de vuelta.
Trabajo en equipo sin miedo
La regla es una sola: publica el responsable.
Quien edita —tu cliente, un compañero, un redactor— trabaja en test y pide la subida. Tú la revisas en la sincronización de siempre, con la comparación Test | Prod delante, y la apruebas o la rechazas.
| Acción | Editor | Developer | Responsable |
|---|---|---|---|
| Editar contenido en test | Sí | Sí | Sí |
| Tocar el código | No | Sí | Sí |
| Publicar en producción | Lo pide | Lo pide | Sí |
| Aprobar solicitudes | No | No | Sí |
Nadie aprueba su propia solicitud
Control por diseño, no por promesas
Seguridad que se ve en la interfaz
Créditos que no se desbordan
El agente se para limpio al agotarse el presupuesto y las operaciones destructivas piden la contraseña de Acai.
Copias y restauración
Copia de código + base de datos con un clic, incrementales, y restauración con vista previa de qué se escribe y qué se borra.
Test aislado por web
Cada web tiene su entorno de test con base de datos y subdominio. Nada que instalar, nada que romper.
Para tu equipo técnico
Tu equipo no tiene que cambiar su forma de programar.
Tus desarrolladores pueden trabajar directamente en Acai Forge o continuar utilizando VS Code. La extensión de Acai sincroniza el proyecto con una carpeta local en tiempo real, de forma que el equipo puede utilizar su editor, terminal y herramientas habituales mientras Acai mantiene conectado todo el proyecto.
ACAI FORGE VS CODE LOCAL
TEST REVISIÓN PRODUCCIÓN
- Desarrollo local
- Sincronización en tiempo real
- Sincronización bidireccional
- VS Code
- Claude Code + MCP
- CMS para el cliente
- Test y producción separados
Acai no sustituye tu entorno de desarrollo. Lo conecta con todo el ciclo de vida de la web.
¿Mi cliente puede romper la web?
No. El cliente trabaja en el entorno de test de la web y solo toca contenido del CMS, nunca código ni producción. Nada llega a la web pública hasta que alguien con permiso —el responsable— aprueba la subida.
¿Quién puede publicar en producción?
Una sola regla: el responsable de la web (la cuenta de Acai a la que pertenece). El resto de usuarios, sea cual sea su rol, piden la subida y esperan la aprobación. Nadie aprueba su propia solicitud.
¿Qué pasa si el cliente y yo cambiamos lo mismo?
La sincronización compara a tres bandas (test, producción y la última versión en la que coincidían) y marca el conflicto. Lo resuelves en el sitio, fichero a fichero, eligiendo «Quedarme con test» o «con producción».
¿Y si aprobamos algo por error?
Cada subida crea un punto de restauración automático antes de tocar nada, y el historial permite deshacer un lote verificando antes que nadie haya escrito encima.
¿Puedo tener varios clientes en una cuenta?
Sí: cada web es un proyecto independiente con su propio entorno de test, base de datos y subdominio. El plan Pro incluye 3 webs publicadas en el hosting de Acai, y siempre puedes llevarte la web a un hosting propio con el instalador.
¿El cliente necesita instalar algo?
No. Forge funciona en el navegador y se instala como app (PWA) en móvil y escritorio. El workspace completo —CMS incluido— se usa desde el móvil.