01 Qué problema resuelve
Construir con Claude Code es cada vez más fácil; publicar sigue dando miedo. Los errores caros no están en los comandos, sino en lo que se escapa entre «funciona en mi ordenador» y «está en producción»: un .env subido al repositorio, un servidor escuchando solo en 127.0.0.1, una imagen que en Mac carga y en el servidor da 404 por una mayúscula.
All Deploy convierte el despliegue en un proceso fijo con siete fases. Lo invocas con /all-deploy dentro de tu proyecto y no avanza a producción sin una auditoría superada y una URL de preview que responda correctamente.
-
1
Clasifica y detecta
Decide si es una app o una web estática y analiza framework, versión del runtime, comando de arranque, puerto, bases de datos y configuración de despliegue existente.
-
2
Audita
Un script determinista revisa el proyecto. Cualquier hallazgo crítico detiene el proceso, incluso en modo automático.
-
3
Elige destino
Ordena los alojamientos que encajan con tu proyecto y explica por qué. Tú decides.
-
4
Comprueba la CLI
Verifica que la herramienta del alojamiento está instalada y con sesión iniciada. Si no, te da el comando para que lo hagas tú.
-
5
Preview y comprobación
Sube las variables de entorno, despliega en preview y hace una petición HTTP. Solo una respuesta 2xx o 3xx permite seguir.
-
6
Producción y entrega
Promociona a producción y te deja los comandos de rollback y de logs específicos de tu alojamiento.
02 Instalación
git clone https://github.com/Hainrixz/all-deploy.git ~/.claude/skills/all-deploy
# para actualizar más adelante
cd ~/.claude/skills/all-deploy && git pull03 Cómo se usa
| Qué escribes | Qué hace |
|---|---|
| /all-deploy | Empieza un despliegue y te pregunta si quieres modo automático o paso a paso. |
| /all-deploy auto | Auditoría, preview y producción seguidos, con 5 segundos para cancelar con Esc antes de producción. |
| /all-deploy step | Se detiene a pedir tu visto bueno entre auditoría, preview y producción. |
| /all-deploy local | Arranca la app en tu ordenador con una auditoría reducida, sin desplegar nada. |
| «sube mi página web» | Ruta para webs estáticas: revisa la página, compara alojamientos gratuitos y la publica, aunque no tengas repositorio Git. |
/all-deploy step
Es la web de un cliente que nos paga por el proyecto. Antes de elegir alojamiento, tenlo en cuenta en las condiciones de uso. Enséñame cada cambio que propongas como diff y no pases a producción sin mi «sí» explícito.04 Qué revisa la auditoría
Bloquea (apps)
Secretos en archivos versionados, falta de .gitignore, falta de lockfile de Node, .env.example incompleto, cambios sin confirmar, ausencia de remoto Git y vulnerabilidades graves en dependencias.
Avisa (apps)
.gitignore incompleto, sin lockfile de Python, sin comando de arranque, versión del runtime sin fijar o servicio escuchando solo en localhost.
Bloquea (webs estáticas)
Página principal que no se llama index.html, mayúsculas que no coinciden en rutas de imágenes, rutas a tu propio disco, un .env dentro de la carpeta publicada y credenciales en archivos servidos.
Avisa (webs estáticas)
Enlaces rotos, imágenes pesadas, tamaño total y ausencia de título, descripción o etiquetas Open Graph.
Cuando algo falla, te propone el arreglo como diff y no escribe nada hasta que lo apruebas. El historial de Git no lo reescribe nunca: si sospechas que en commits antiguos hay secretos, te da el comando de escaneo para que lo ejecutes y decidas tú.
05 A dónde puede desplegar
| Destino | Para qué | Cómo se deshace |
|---|---|---|
| Cloudflare Pages | Webs estáticas, también de clientes | Desde el panel |
| Netlify | Webs estáticas con formulario de contacto | Publicando un despliegue anterior en el panel |
| GitHub Pages | Portafolios, documentación, demos | git revert y push |
| Render | Webs estáticas con poco tráfico | Panel, solo los dos últimos despliegues |
| Vercel | Next.js, Vite, Astro, Nuxt, SvelteKit | vercel rollback |
| Railway | APIs en FastAPI, Flask o Express, workers y agentes | Redesplegar un commit anterior |
| VPS con Docker | Apps con estado y varios servicios | Reetiquetar y reiniciar la imagen anterior |
| Túnel cloudflared | Demos rápidas o pruebas de webhooks | Parar el túnel |
06 Sus reglas de seguridad y sus límites
- ✓Nunca se salta ni suaviza la auditoría; si una comprobación no puede ejecutarse, cuenta como fallo.
- ✓Nunca va a producción sin una preview verde en la misma sesión.
- ✓Nunca muestra ni registra el valor de los secretos, solo sus nombres.
- ✓Nunca instala CLI ni inicia sesión por ti en tus cuentas.
- ✓Nunca toca tu código sin enseñarte antes el diff.
- ✓No despliega desde un árbol de trabajo con cambios sin confirmar salvo que lo permitas.
Tampoco hace ciertas cosas a propósito: no soporta Go, Rust, Ruby, Elixir, Bun ni Deno en esta versión, no publica paquetes en npm o PyPI y en monorepos te pregunta qué paquete desplegar en lugar de adivinar. Puedes cambiar su comportamiento por defecto en la cabecera de SKILL.md con CONFIRMATION_MODE, VISUAL_VERIFY y ALLOW_DIRTY_TREE.
Preguntas frecuentes
No para una web estática o una app típica en Vercel o Railway: el skill elige y te explica. Sí conviene entender qué es una variable de entorno y tener cuenta en el alojamiento que elijas.
Sí. La ruta de webs estáticas no exige Git y, salvo en Render, puede ofrecerte una vía por navegador si no tienes la CLI del alojamiento.
Solo dentro de WSL2. El skill requiere macOS o Linux, Git y Python 3.8 o superior.
La auditoría bloquea los secretos detectados en archivos versionados o publicados, pero no revisa el historial antiguo de Git por sí sola. Ejecuta el escaneo que te propone si el repositorio tiene historia.
El proceso se detiene y te muestra el comando para ver los logs. No llega a tocar producción.
Sobre el autor
Equipo editorial de appyweb
Marketing, SEO y desarrollo con IA
Especialistas de appyweb en SEO, publicidad, desarrollo web y automatización con IA.