CommunityImagengithub.com

umairmsm/wp-content

Etapa 4 de la construcción de un sitio WordPress con wp-site-kit: contenido real con copia aprobada y fotos auténticas. Incluye verificación de hechos, auditoría de afirmaciones, gestión de fotos y páginas legales.

¿Qué es wp-content?

Este skill gestiona la etapa final de creación de contenido para un sitio WordPress basado en wp-site-kit. Su objetivo principal es garantizar que cada página pública contenga solo texto aprobado por el propietario y fotos reales, legales y optimizadas. El skill sigue un proceso riguroso: primero se lista el contenido necesario en un plan, luego se obtienen los hechos del propietario (nunca se inventan), se redactan borradores marcados como tales, se auditan las afirmaciones contra las fuentes y se eliminan palabras prohibidas. Las páginas legales (aviso de privacidad, términos, política de cookies, etc.) se redactan con la redacción exacta del propietario. Para las fotos, se utiliza un pipeline de revisión que identifica duplicados, fotos ya existentes y fotos pequeñas, luego se importan las seleccionadas con metadatos limpios (EXIF eliminado, WebP generado, texto alternativo) y se registran en la biblioteca de fotos. Todo cambio en contenido en vivo pasa por un sistema de archivos JSON y scripts automatizados, no por ediciones manuales. El skill también incluye una compuerta de verificación que asegura que no haya hechos pendientes, marcadores de posición ni contenido no aprobado antes de considerar el sitio listo. Está diseñado para plataformas que usan el stack wp-site-kit, y su flujo de trabajo se describe en detalle en SKILL.md.

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

Installed? Explore more Imagen skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

Preguntar en tu IA favorita

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

Documentación

Etapa 4: Contenido

Objetivo: cada página pública lleva texto aprobado por el propietario y fotos que son reales, legales y ligeras. Nada en el sitio afirma lo que la empresa no puede probar.

Pasos para la copia

  1. Inventario: lista cada página y elemento con lo que necesita (texto, hechos, fotos) en docs/data/content-plan.md.
  2. Hechos primero:
    • Los hechos (precios, inclusiones, horarios, políticas, notas de seguridad) provienen del propietario a través de docs/BRIEF.md o un archivo de datos en docs/data/<tipo>/.
    • Si falta → PENDIENTE-<quién> en una lista de indicadores (docs/data/<tipo>/_SUMMARY.md). Nunca inventes un hecho.
  3. Borrador: la IA puede redactar, pero el borrador se marca como tal (un meta <prefijo>_copy_status, o una lista en el plan de contenido) hasta que el propietario lo apruebe.
  4. Auditoría de afirmaciones antes de que nada se publique (references/copy-and-claims.md):
    • cada afirmación se verifica contra su fuente;
    • se eliminan las palabras prohibidas;
    • los números, premios y reseñas necesitan prueba. Si el agente claims-auditor está instalado, ejecútalo.
  5. Revisión del propietario en staging, por lotes. Envía mensajes cortos, cada uno con una pregunta que pueda responderse con sí o no. Los cuestionarios largos quedan sin respuesta durante semanas.
  6. Páginas legales: aviso de privacidad (con el período de retención de consultas), términos o política de reservas (solo la redacción del propietario), aviso de cookies si se necesita consentimiento para algún seguimiento, y un aviso legal donde la ley lo requiera (Alemania, Austria).
  7. Cambios en el contenido en vivo pasan por docs/data/content-changes/*.json y scripts/apply-content-change.sh (etapa wp-ship). Nunca mediante ediciones manuales en vivo.

Pasos para las fotos (detalles: references/photo-library.md)

  1. Conserva los originales del propietario en una carpeta con copia de seguridad fuera de git.
  2. python3 -I scripts/photos/photos.py review <carpeta> → un CSV de revisión: duplicados (hash perceptual), fotos ya en la biblioteca, fotos pequeñas.
  3. Mira cada candidato tú mismo, o haz que un modelo más barato lo haga con el CSV. Decide IMPORTAR, RETENER-personas (sin consentimiento aún), RETENER-licencia (stock o desconocida) o SALTAR.
  4. Escribe el manifiesto (grupo,archivo,clave,alt). Ejecuta la importación con --dry-run, luego para real. Pega las líneas impresas en photo-library.php.
  5. Las plantillas usan <prefijo>_photo( 'clave' ). Usa como máximo dos fotos por sección, y solo la imagen LCP se carga eager.

Compuerta (marcar en SITE_STATUS.md)

  • Cada página pública tiene copia aprobada por el propietario (fechas)
  • Fotos reales importadas con texto alternativo; imágenes de IA registradas en AI_IMAGES.md
  • Aviso de privacidad, términos y políticas publicados (redacción del propietario)
  • Sin hechos PENDIENTE- ni texto de marcador de posición en páginas públicas

Nunca

  • Recuentos de reseñas falsos o importados, calificaciones de estrellas, insignias de "como visto en", "12,000+ clientes felices" sin prueba. (Eliminamos un número inventado como ese, y recuentos de reseñas inventados en un sitio antiguo).
  • Imágenes de IA de una habitación, lugar, producto o persona con nombre, o cualquier cosa que diga "esto es lo que obtienes".
  • Fotos de personas sin su consentimiento. Fotos de stock sin una licencia que puedas mostrar.
  • Un precio o una frase de política escrita en una plantilla o una traducción.

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-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".

umairmsm/wp-site

Start here for any WordPress website built with wp-site-kit, from an empty folder to a live site. Use when someone says "build a WordPress site", "new website for a client", "where are we on the site", "what is next before launch", or asks to continue a site project. Finds the current stage from SITE_STATUS.md, applies the hard rules, and hands over to the right stage skill.

Skills relacionados