ChemaVXandClaude Opus 4.8
34263469e4
El blog ES no tenía forma de llegar desde las herramientas: solo existía el wrapper ghst-en. Creado ghst-es (gemelo, namespace zona-exclusion, token efímero del pod, nada en disco) y parametrizado seo_finish. Ojo al canónico, que va al revés en cada sitio: EN es www, ES es el apex. seo_rules.SITE_HOST está fijado a EN y NO se parametriza ahí a propósito: ese fichero se vendoriza byte a byte dentro de ResearchOwl y la CI lo verifica. Se reasigna en tiempo de ejecución desde use_site(), que deja intacto el contrato compartido. Los ficheros de trabajo (imagen convertida, volcado de texto) y los backups llevan ahora prefijo de sitio, para que un mismo slug en ambos idiomas no se pise. Verificado contra los dos sitios: ES detecta las 8 violaciones del borrador nuevo (todas por dryrun, que ya no escribe SEO) y EN sigue dando 0 en el artículo belga publicado hoy. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
seo-tools
SEO rule engine + tooling for the Ghost blogs (EN: theexclusionzone.com).
seo_rules.py— shared rule engine (pure functions, no I/O). Single source of truth for thresholds + checks. Consumed by the auditor, the validator, and (vendored) by ResearchOwl's blog pipeline.seo_audit.py— Tool A: site-wide auditor (reads all published posts viaghst-en).seo_validate.py— Tool C: single-post pre-publish validator (seo-checkwraps this).seo_exceptions.py— documented, consciously-accepted waivers (auditor reporting filter).seo_mirror.py— OG/Twitter mirroring helper.phase2_*.py/json— one-off batch helpers (kept for provenance).
No secrets live here. Ghost access is via the ghst-en wrapper (~/.local/bin), which
fetches a staff token on demand from the pod and never writes it to disk.