Claude Code Safe Deploy Dry Run: verificar antes de pedir acceso a producción

Dejar que Claude Code despliegue puede ahorrar tiempo, pero acceso a producción sin dry run convierte cada fallo en reunión de recuperación.

Esta guía crea un dry run de deploy: build, riesgo del diff, preview URL, rollback owner, áreas tocadas y criterio de retry antes de producción.

Lecturas relacionadas: claude-code-permissions-guide, claude-code-permission-audit-before-deploy, claude-code-cloudflare-workers. Base de documentación oficial: Anthropic Claude Code docs.

Por qué decidirlo antes del primer comando

reunir prueba pública y dueño de rollback antes de permisos de producción

La clave es no hacer demasiado grande la primera petición. Define alcance de lectura, zonas protegidas, primera acción y prueba antes de que Claude Code edite.

personas que actualizan Cloudflare Pages, Workers o sitios estáticos con Claude Code

Flujo práctico

1. Pasar primero el build local
2. Leer el diff buscando secrets, pagos o auth
3. Revisar h1, canonical, hero y CTA en preview URL
4. Nombrar rollback owner y comando
5. Pedir producción solo con prueba completa

Situación	Qué hace Claude Code	Prueba que revisa la persona
Publicar artículo	Correr build dist y checks de URL antes	build, diff, URL
Cambio CTA	Verificar Gumroad y consulta en preview	build, diff, URL
Workers	Usar logs dry-run sin tocar variables	build, diff, URL

Con esa prueba, Claude Code se evalúa por trabajo observable y no por una nota final convincente.

Prompt y código para copiar

Convierte este cambio en checklist de dry run antes de producción. Devuelve tabla con build result, diff risk, preview URL, rollback owner, untouched areas y retry criteria. No ejecutes deploy de producción todavía.

const deployCheck = {
  build: "passed",
  diffReviewed: true,
  previewUrl: "https://example.pages.dev",
  rollbackOwner: "Masa",
  changedAreas: ["content", "cta-copy"]
};

function canRequestProductionAccess(check) {
  return check.build === "passed" &&
    check.diffReviewed &&
    /^https:\/\//.test(check.previewUrl) &&
    check.rollbackOwner.length > 0 &&
    !check.changedAreas.includes("secrets");
}

console.log({ ready: canRequestProductionAccess(deployCheck) });

Ejemplos reales y fallos

Situación	Qué hace Claude Code	Prueba que revisa la persona
Publicar artículo	Correr build dist y checks de URL antes	build, diff, URL
Cambio CTA	Verificar Gumroad y consulta en preview	build, diff, URL
Workers	Usar logs dry-run sin tocar variables	build, diff, URL

• Ejecutar wrangler antes del build vuelve confusa la causa del fallo.
• Sin rollback owner se retrasa cada decisión.
• Saltar preview URL oculta fallbacks que devuelven HTTP 200.

La clave es no hacer demasiado grande la primera petición. Define alcance de lectura, zonas protegidas, primera acción y prueba antes de que Claude Code edite.

Qué guardar como paquete de prueba

reunir prueba pública y dueño de rollback antes de permisos de producción vale más cuando queda guardado como paquete de prueba y no como un chat aislado. Guarda la petición original, archivos leídos por Claude Code, áreas no tocadas, comandos ejecutados, URL pública o screenshot y la decisión que aún quedó dudosa. La siguiente sesión reutiliza el mismo criterio sin redescubrir el contexto.

Para personas que actualizan Cloudflare Pages, Workers o sitios estáticos con Claude Code, el objetivo no es crear un manual pesado el primer día. Prueba el patrón en un PR, una nota o un deploy. Si falla, agrega la falla al checklist y repite una versión más pequeña. Amplía el acceso de Claude Code solo cuando build, diff, URL, CTA y rollback estén visibles. Abrir permisos antes de tener prueba parece rápido, pero mueve el costo de verificación a la siguiente revisión humana.

La ruta de ingresos sigue la misma regla. Si el lector sigue trabado en comandos básicos, el PDF gratis es el siguiente paso. Si repite el mismo tipo de prompt cada semana, Gumroad tiene sentido. Si decide sobre equipo o producción, la consulta encaja mejor. Este artículo no debe empujar a todos a comprar; debe enviar a la guía pagada solo a quienes necesitan checks de deploy seguro y diseño de permisos, y devolver al resto al PDF gratis o a lecturas relacionadas.

Llevar al PDF gratis, Gumroad y consulta

Si los comandos básicos aún no están claros, empieza con la chuleta gratis. Para profundizar en checks de deploy seguro y diseño de permisos, usa la guía en Gumroad. Si el trabajo incluye adopción de equipo, reglas de revisión o diseño de ingresos, pasa a consulta. La comparación de productos empieza en products.

El CTA no debe vivir solo al final. En la introducción, el PDF gratis reduce fricción. Tras el ejemplo práctico encaja Gumroad. Cuando aparece despliegue de equipo o riesgo de producción, la consulta es el siguiente paso natural.

Métricas tras publicar

Tras publicar, mira movimiento desde artículos de permisos hacia Setup Guide, /en/training y PDF gratis.

No juzgues solo por PV. Separa lectura inicial, clics internos, registros del PDF gratis, clics en Gumroad y visitas a consulta. HTTP 200, h1, canonical, heroImage, CTA y cuerpo localizado deben apuntar al mismo slug.