Communitygithub.com

umairmsm/wp-site

Comienza aquí para cualquier sitio web de WordPress creado con wp-site-kit, desde una carpeta vacía hasta un sitio en producción. Úsalo cuando alguien diga "construir un sitio WordPress", "nuevo sitio web para un cliente", "¿cómo vamos con el sitio?", "¿qué sigue antes del lanzamiento?", o pida continuar un proyecto existente. Encuentra la etapa actual desde SITE_STATUS.md, aplica las reglas estrictas, y pasa el control a la habilidad correspondiente.

¿Qué es wp-site?

Esta habilidad (skill) para agentes de IA, como Claude, Cursor o Codex, proporciona una metodología completa y un proyecto inicial para construir sitios web de WordPress desde cero hasta producción. Está diseñada para guiar al agente a través de 8 etapas secuenciales (Kickoff, Diseño, Construcción, Contenido, SEO e idiomas, Calidad, Envío y Operación), cada una con una puerta de salida verificable. La habilidad primero identifica el estado actual del proyecto leyendo el archivo `SITE_STATUS.md`, aplica reglas estrictas (como priorizar plugins, no usar builders visuales, proteger leads y datos, y evitar contenido falso), y luego dirige al agente hacia la habilidad de la etapa correspondiente. Es útil para desarrolladores que trabajan en sitios WordPress complejos o para clientes, ya que asegura consistencia, calidad, seguridad y trazabilidad en cada paso del proceso, desde la configuración inicial hasta el mantenimiento continuo.

Compatible con✓Claude Code✓Codex CLI~Cursor✓Antigravity
npx skills add https://github.com/umairmsm/wp-site-kit/tree/HEAD/skills/wp-site

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Sitio WordPress: de una carpeta vacía a producción

Este kit es un método más un proyecto inicial. Se aprendió en un sitio de reservas multilingüe en vivo por el que pagan clientes reales. Sigue las etapas en orden. Cada etapa termina con una puerta: abandona una etapa solo cuando su puerta sea verdadera y la evidencia esté documentada.

1. Encontrar dónde está el proyecto

  1. Busca SITE_STATUS.md en la raíz del proyecto.
    • Si falta: el proyecto no ha comenzado. Usa wp-kickoff.
    • Si está presente: léelo. La etapa actual es la primera etapa con una puerta sin marcar.
  2. Lee AGENTS.md (las reglas del proyecto), luego las líneas más recientes de SESSION_LOG.md y DECISIONS.md.
  3. Informa al propietario en dos líneas: la etapa actual y el siguiente paso concreto.

2. Las etapas

#EtapaHabilidadPuerta para salir (la evidencia va en SITE_STATUS.md)
1Iniciowp-kickoffBrief aprobado por el propietario; decisiones bloqueadas documentadas; repositorio privado; credenciales listadas por nombre
2Diseñowp-designPrototipo estático aprobado (capturas de pantalla + fecha); tokens configurados; fuentes autoalojadas
3Construcciónwp-buildSitio local funcionando; plugin principal + tema hijo activos; elementos reales renderizados mediante funciones principales; consultas guardadas antes de reenviar; pruebas de estructura en verde
4Contenidowp-contentCada página pública tiene texto aprobado por el propietario y fotos reales; páginas legales existen; sin texto de IA no aprobado
5SEO e idiomaswp-seoPruebas de título, descripción, canónico, esquema y hreflang en verde; mapa de redirección de URLs antiguas; cada idioma adicional pasó su piloto
6Calidadwp-qualitySuite completa en verde; 0 violaciones de accesibilidad; presupuestos de rendimiento cumplidos en staging
7Envíowp-shipStaging refleja producción; hardening aplicado; launch-auditor PASS; corte realizado; 7 días vigilados
8Operaciónwp-operateCopias de seguridad automáticas con una copia fuera de la máquina; un simulacro de restauración realizado; rutinas de actualización y alerta escritas
  • Entregar el trabajo de una etapa a un agente constructor (Antigravity, Codex, otro Claude): wp-task-file.
  • Revisión antes de un merge: agente wp-rules-reviewer. Antes del lanzamiento: agente launch-auditor.

3. Reglas estrictas (cada etapa, cada agente)

  1. Plugin primero. La lógica, datos, textos de políticas, formularios, esquema y SEO viven en el plugin must-use principal. El tema es el diseño. La piel es la apariencia. Un rediseño no debe perder una funcionalidad.
  2. Sin cards, precios o slugs hardcodeados en las plantillas. Consulta el tipo de contenido y renderiza a través de la función de renderizado del núcleo, para que una edición en el CMS se muestre en todas partes.
  3. Los leads se guardan primero. Los formularios envían a admin-post.php con un nonce. El sitio almacena el lead en su propia base de datos, luego lo reenvía. Sin claves API ni endpoints de terceros en la página.
  4. Sin pruebas falsas. Nunca muestres calificaciones, conteos de reseñas o testimonios que nadie pueda probar. Los números de reseñas importados o "heredados" cuentan como falsos hasta que se prueben.
  5. Fotos reales para cualquier lugar, habitación, producto o persona nombrados. Las imágenes de IA solo como escenas generales, nombradas ai-*, registradas, y nunca presentadas como "esta es tu habitación".
  6. Los hechos provienen del propietario. Precios, políticas, inclusiones y datos de seguridad nunca se inventan. El texto de IA es un borrador hasta que el propietario lo apruebe. Desconocido = PENDIENTE-<quién>.
  7. Ningún PHP escrito por IA a producción sin rama, prueba local, diff y un merge humano. Estándares de codificación de WordPress. Prefija todo.
  8. Sin page builders. Sin llamadas a Google Fonts. Fuentes autoalojadas: un tribunal alemán ordenó indemnizaciones porque cargarlas desde Google filtró las direcciones IP de los visitantes.
  9. Staging y local nunca se indexan y nunca envían correos electrónicos a clientes reales.
  10. Las pruebas nunca se debilitan para obtener verde: nada de eliminar, saltar o tomar nuevas instantáneas. Renombrar una prueba necesita la aprobación del propietario.
  11. Los despliegues pertenecen al propietario. Desde un commit, a través de scripts/deploy-safe.sh: ejecución en seco primero, copia de seguridad primero, la palabra live escrita por un humano.
  12. La base de datos es contenido. Cámbiala solo a través de un archivo de cambio revisable y un script protegido con ejecución en seco. Haz respaldo antes de cada cambio en la base de datos.
  13. Los secretos nunca entran en git, registros, prompts o la página. CREDENTIALS_INVENTORY.md lista nombres y dónde vive cada secreto, nunca sus valores.
  14. Un propietario de esquema (normalmente el plugin de SEO). Nunca generes un Offer sin un precio.

4. Preguntar primero al propietario

  • Instalar plugins, temas, herramientas o servicios de pago (page builders: nunca).
  • Cualquier cambio en un precio, moneda, política, nombre de marca o logotipo. Publicar un nuevo idioma.
  • Cualquier cosa que toque DNS, Cloudflare, hosting, staging o producción. Comandos destructivos de base de datos o archivos.
  • Enviar código o contenido del cliente a una API de IA de terceros.

5. Cómo trabajar

  • Una etapa a la vez, un pequeño paso a la vez. Haz commit después de cada paso significativo (Conventional Commits).
  • Rama, prueba local, diff, luego el propietario hace merge. Los agentes nunca hacen push, merge, deploy o ssh a un servidor a menos que el propietario solicite esa acción exacta.
  • Cada decisión va en DECISIONS.md (fecha, quién, por qué). Termina cada sesión con una línea en SESSION_LOG.md.
  • "Hecho" significa verificado: abre la página, ejecuta la prueba, lee la respuesta del servidor. Nunca repitas el "resuelto" de otro agente sin verificarlo tú mismo.

6. Habilidades útiles de otros kits (si están instalados)

  • agent-skills-kit: wordpress-modern, wp-plugin-development, wp-wpcli-and-ops, wp-performance para detalles de la API de WordPress.
  • agent-loop-kit: supervised-build, agent-supervisor para bucles de construcción no supervisados con una puerta y un revisor.

Individual skills in this repo

This repo contains 7 individual skills — each has its own dedicated page.

umairmsm/wp-build

Stage 3 of a wp-site-kit WordPress build - local DDEV site, the core must-use plugin (modules), the presentation-only child theme with skins, the content model (custom post types, meta, WP_Query, render functions), and the enquiry pipeline that saves leads before forwarding. Use when building or changing features, templates, content types, forms or plugin modules on a wp-site-kit site.

umairmsm/wp-content

Stage 4 of a wp-site-kit WordPress build - real copy and photos. Content truth (facts only from the owner), AI drafts and owner approval, claims audits, banned words and fake proof, legal pages, the photo pipeline (dedupe, real-only, EXIF strip, WebP sizes, alt text, AI image register), and recorded content changes. Use for "write the copy", "add photos", "the owner sent new photos", "check for duplicates", "update prices or text on the live site", "legal pages".

umairmsm/wp-design

Stage 2 of a wp-site-kit WordPress build - design direction, a static HTML/CSS prototype with design tokens, owner sign-off with screenshots, self-hosted fonts, and porting the approved look into a swappable WordPress skin. Use for "design the site", "new look", "redesign", "change colours or fonts", "make a new skin", "port the prototype to WordPress".

umairmsm/wp-kickoff

Stage 1 of a wp-site-kit WordPress build. Use when starting a new WordPress website or taking over or rebuilding an existing one - discovery brief, stack decision, creating the project with bin/wp-site-new, locked decisions, private repo and credentials inventory. Triggers - "new WordPress site", "start a client website", "rebuild this site", "take over this WordPress site".

umairmsm/wp-operate

Stage 8 of a wp-site-kit WordPress build and everything after launch - backups with an off-machine copy, restore drills, the disaster-recovery runbook, credentials inventory, update policy, alerts, and working from more than one machine (bridge file, workstation doctor, encrypted state bundle, rescuing unpushed work). Use for "backup", "restore", "move to a new machine/server", "update plugins", "what if the server dies", "work from the cloud box", "set up a second machine".

umairmsm/wp-seo

Stage 5 of a wp-site-kit WordPress build - titles and descriptions, canonical URLs, one schema owner and JSON-LD, sitemaps, robots.txt and llms.txt, AI crawler access, redirects (301 vs 302), legacy URL maps, Search Console, and adding languages one pilot at a time with Polylang (hreflang, .po/.mo strings, native review). Use for "SEO", "schema", "redirect", "old URLs", "translate the site", "add French/Spanish", "hreflang", "canonical".

umairmsm/wp-ship

Stage 7 of a wp-site-kit WordPress build - staging behind Cloudflare Access, server hardening, safe deploys from a commit (scripts/deploy-safe.sh), database content changes, the launch audit, DNS cutover without breaking a running business, and the first week after launch. Use for "deploy", "set up staging", "go live", "launch", "cutover", "move DNS", "harden the server".

Skills relacionados