VS Code completo, no un editor de archivos
Resaltado de sintaxis, búsqueda en múltiples archivos, paneles divididos y los atajos de teclado que ya tiene memorizados, disponibles en el navegador gracias a code-server.
Características
Abra un editor VS Code completo directamente desde el panel de control y trabaje en los archivos reales de su sitio, con git integrado y todo el editor dentro del mismo entorno aislado por CageFS que su acceso SFTP; no requiere instalar nada localmente y no hay copias independientes que puedan quedar desactualizadas. Edita el sitio EN VIVO: el archivo que guarde estará en el internet público en el momento en que se escriba, aunque un archivo estático puede seguir sirviéndose desde la caché de la CDN hasta por cuatro horas.
El IDE web es VS Code ejecutándose en el navegador a través de code-server, abierto desde el sitio que está viendo en el panel de control. Edita los archivos reales de ese sitio: sin pasos de carga, sin necesidad de mantener sincronizada una copia local y sin un cuadro de texto web básico que finge ser un editor.
Resaltado de sintaxis, búsqueda en múltiples archivos, paneles divididos y los atajos de teclado que ya tiene memorizados, disponibles en el navegador gracias a code-server.
El árbol de archivos, la búsqueda en todo el sitio, la edición de varios archivos y las combinaciones de teclas que ya conoce: el editor que utiliza localmente, ejecutándose en el servidor en lugar de en su portátil.
Está editando el sitio web directamente. No hay una copia de prueba intermedia ni nada que sincronizar después, lo que lo hace rápido y a la vez justifica revisarlo dos veces antes de guardar. Es posible que los archivos estáticos se sigan sirviendo desde la caché de la CDN hasta por cuatro horas.
Prepare, confirme, cree ramas, compare diferencias y envíe cambios directamente desde el editor, para que el trabajo realizado en el servidor permanezca bajo control de versiones en lugar de convertirse en una corrección rápida no documentada.
Para el trabajo con WordPress, la línea de comandos importa tanto como el editor. Ambos se encuentran en el mismo lugar.
wp-cli se ejecuta en su sitio desde la terminal del panel. Busque y reemplace en una base de datos, vacíe una caché, revierta un plugin, actualice de forma masiva, exporte una tabla o ejecute un script puntual, todo ello sin salir del archivo que estaba editando.
Esto cierra el ciclo habitual. Lea el error en el registro, abra el archivo en el editor, modifíquelo, ejecute el comando de wp-cli que lo demuestre y continúe. Todo ocurre en el sitio real sobre la pila real, por lo que lo que usted prueba es exactamente lo que reciben sus visitantes.
El acceso del navegador a un servidor solo es aceptable si el límite es real. El IDE web se encuentra exactamente dentro del mismo aislamiento que cualquier otra ruta de acceso.
Cada usuario obtiene una vista aislada del sistema de archivos y no puede ver a otros usuarios, otros sitios web ni archivos confidenciales del sistema. CageFS está diseñado para contener vulneraciones de seguridad y es el mismo entorno aislado en el que se ejecutan sus sesiones de SFTP.
La CPU, la RAM, la E/S, las IOPS, los procesos y los procesos de entrada están limitados por sitio, de modo que una compilación pesada o un script fuera de control se ralentiza dentro de su propia jaula en lugar de perjudicar a los vecinos.
Las claves de acceso y las credenciales se administran en el panel de control según el principio de privilegios mínimos, de modo que usted otorgue solo el acceso que una tarea necesita y nada más allá de eso.
El acceso se registra en el registro de auditoría con actor, acción y objetivo: la misma disciplina aplicada a cada acción con privilegios en la plataforma.
Un editor es solo la mitad de un entorno de desarrollo. La otra mitad es la infraestructura subyacente, y esta se puede configurar por sitio.
Editar la producción directamente es a veces la decisión correcta y a veces una mala idea. La plataforma admite ambas opciones desde el mismo editor.
Clone el sitio al entorno de pruebas con un solo clic, abra el Web IDE en la copia de pruebas, trabaje allí y envíe los cambios a producción una vez comprobados. Los archivos y la base de datos se transfieren juntos, con el mismo stack y esquema que en producción, de modo que el entorno de pruebas sea un ensayo real y no una simple aproximación.
Si su trabajo pertenece a un repositorio, use git desde el editor y permita que las implementaciones basadas en git lleven el cambio a través de la canalización de compilación e implementación. El código creado en el navegador sigue la misma ruta de lanzamiento con control de versiones y reversión que el código escrito en su portátil.
Cuando un cambio sale mal de todos modos, las copias de seguridad se muestran en el panel con restauración en un solo clic, y cada despliegue es una versión a la que usted puede regresar. La red de seguridad no es un ticket de soporte.
El IDE web se integra con el asistente de IA del panel de control, y toda la plataforma está diseñada para ser impulsada por las herramientas de IA que usted ya utiliza.
La asistencia de IA está disponible en el panel de control y se ejecuta en su propio modelo a través de AI Pack: usted aporta el modelo y el asistente lee y edita archivos, ejecuta wp-cli y aplica cambios. No existe ningún tipo de dependencia obligatoria de un modelo integrado que no haya elegido.
Fuera del navegador, nuestro servidor MCP permite que cualquier cliente compatible con MCP — Claude Code, Cursor, ChatGPT y otros — controle su alojamiento y sus sitios mediante lenguaje natural, dentro del alcance de sus permisos de API. El diseño es deliberado: una sola API y un único catálogo de acciones, expuestos de múltiples formas. Cree en nuestro editor, cree en el suyo o permita que un agente lo haga; la misma ruta de despliegue se encarga de los tres.
Es VS Code ejecutándose en su navegador, proporcionado por code-server y abierto desde la página del sitio en el panel de control. Obtiene el editor completo, con git, editando los archivos reales de ese sitio en el servidor: los archivos en producción, sin ninguna copia provisional intermedia. No se instala nada localmente y no hay ninguna copia separada que mantener sincronizada.
Sí. El editor web es una vía de acceso, junto con SFTP y, en los planes que incluyen SSH, un shell enjaulado. Todos ellos desembocan en la misma vista de sus archivos aislada mediante CageFS, por lo que puede utilizar el editor para una tarea y su propio cliente para la siguiente. Los planes Footprint-Free disponen de SFTP en lugar de un shell.
Cada usuario obtiene una vista aislada del sistema de archivos bajo CageFS y no puede ver a otros usuarios, otros sitios ni archivos confidenciales del sistema, y LVE limita la CPU, la RAM, las operaciones de entrada/salida (IO), las IOPS y los procesos por sitio para que una jaula no pueda agotar los recursos del servidor. CageFS está diseñado para contener las vulneraciones en lugar de reducir el riesgo a cero, motivo por el cual el análisis básico de malware, el WAF proactivo y dicho aislamiento están incluidos en cada cuenta en lugar de venderse como un complemento opcional.
El acceso actualmente se rige por los roles de su organización —propietario, facturación, dev y solo lectura— y los miembros heredan los permisos del rol que desempeñan en dicha organización. Tenga en cuenta que el rol dev no otorga permisos de despliegue ni de publicación en vivo. La delimitación opcional del alcance de recursos por membresía, como limitar un miembro a sitios específicos, es una mejora planificada y no algo disponible en este momento, y las claves de API se emiten por organización con alcances detallados en lugar de por miembro individual.
No se trata de una función del plan, por lo que la respuesta no depende del plan que usted compre: depende de dónde se ejecute el sitio. El editor se abre en los sitios que alojamos en nuestra propia flota, porque se ejecuta dentro del contenedor aislado propio de ese sitio en nuestros servidores. Si ha optado por implementar un sitio en otro lugar (otra plataforma de alojamiento, Cloudflare Pages, Netlify, GitHub Pages o su propio servidor), edita ese sitio donde se ejecuta. Los productos VPS y en la nube tampoco lo incluyen: no hay ningún contenedor administrado sobre el cual abrirse.
La asistencia de IA funciona con su propio modelo a través del AI Pack, por lo que usted aporta y paga por el modelo que desee en lugar de estar vinculado al que nosotros elijamos. Hoy ya está disponible en el panel de control; dentro del editor se encuentra en desarrollo activo y aún no está disponible. Por otra parte, nuestro servidor MCP permite que herramientas externas de IA como Claude Code o Cursor gestionen su alojamiento directamente, delimitadas por sus permisos de API.
Puede hacerlo, y a veces esa es la respuesta correcta más rápida. Para cualquier cambio sustancial, clone a staging con un solo clic, abra el Web IDE en la copia e impleméntelo en producción una vez comprobado el cambio. Las implementaciones basadas en Git y las versiones con opción de reversión están disponibles cuando el cambio corresponde a un repositorio, y las copias de seguridad con restauración en un clic respaldan todo.
Comience una prueba de 14 días sin tarjeta. No se requieren datos de pago; la prueba cubre el alojamiento Footprint-Free para hasta 5 sitios, de modo que pueda abrir el editor, trabajar en un sitio real sobre el stack auténtico y juzgarlo usted mismo.
VS Code completo en el navegador. Comience con una prueba de 14 días sin tarjeta — sin datos de pago, hasta 5 sitios en Footprint-Free.
Empiece gratis