4.5 KiB
Ronda 32 — Post-merge P1, FASE B publicada, reporte diario v2, campaña v4 propuesta (OpenCode/GLM, operador patternn)
Regla nueva aplicada: R7/D4 (nada de compilar/instalar/probar en /srv/*; copias en /tmp o workspace del runner) — en DECISIONS.md vía PR #62.
1. Post-merge P1 — HECHO
- Estado migrado a
/var/lib/cayce/promo/(.env 600 ubuntu, promo-state.json, campaign-start.json, media/) · units instaladas desde el checkout (deploy/systemd/cayce-promo.{service,timer}) + daemon-reload · timer sigue disabled (campaña pausada, verificado inactive). ~/cayce-socialarchivado:/var/backups/cayce/forensics/cayce-social-pre-repo-20261103.tar.gz(194 archivos) y el dir renombrado a~/cayce-social.archived-pre-repo(nada borrado).- Autodeploy de entity incluye social/: deploy del merge #9 a las 15:03:18 →
entity → 10b1aaf (tests 27/27, watcher OK, live);ls /srv/cayce-core/social/→ promo.mjs, guard12.mjs, social.mjs, README.md. - Código desplegado verificado EN /tmp (R7):
node --check×3 OK y guard12 12/12 aprobados.
2. FASE B — 4 guías publicadas (PRs auto-mergeados)
Cada PR: solo src/data/guides.json (sin paths protegidos), guard previo contra postgres temporal aislado en /tmp, auditoría factual en el cuerpo del PR, ≥600 palabras propias, ODbL + merchant id + snapshot datado, avisos de verificación antigua.
| PR | Guía | Guard | Palabras | Estado |
|---|---|---|---|---|
#16 (1º intento #15 cerrado por type error heading vs title) |
el-zonte-where-to-sleep | APROBADO | 823 | MERGED, deploy 1ed847d, 200 en vivo |
| #17 | san-salvador-base-camp | APROBADO | 670 | MERGED, 200 en vivo |
| #18 | lugano-plan-b-stay | APROBADO | 643 | MERGED (deploy en el pase siguiente) |
| #19 | roatan-prospera-stay | APROBADO | 647 | abierto al cierre de este doc (CI/automerge en curso) |
Fuentes usadas (todas citadas en el texto): btcmap.org snapshot 2026-11-03 (lodging), Reuters 2025-01-30 y Forbes 2025-02-28 (reforma ES), planb.lugano.ch (Lugano), Reuters 2022-04-07 (Próspera), bitcoinbeach.com + wearebitcoin.org (El Zonte 2019). Corrección de honestidad durante la ronda: el sitio de Las Verandas NO documenta pago bitcoin (verificado) — la guía cita solo el survey de BTC Map.
3. Reporte diario — HECHO (PR #63 MERGED + instalado)
Tres secciones nuevas en cayce-daily-report: 3b PRs que esperan tu merge (Gitea, con motivo calculado contra la lista de paths protegidos; GitHub hardcap referenciado — el VPS no tiene token GitHub), Contenido nuevo publicado hoy por sitio con enlaces vivos (guías bh desde el git del árbol desplegado; notas hc por article_id), y línea semanal AdSense los lunes (checklist 5 puntos por sitio). Prueba en seco OK.
4. Campaña promo v4 — PROPUESTA (docs/promo-campana-r32.md, este PR)
8 posts / 8 días, cada afirmación con fuente primaria citada (tabla completa afirmación→fuente en el doc). Sin sellos "verified" salvo snapshot/evidencias reales. NO se reanuda nada: requiere tu aprobación + idealmente borrar antes los 4 IG pendientes.
Incidencias de la ronda (encontradas y arregladas)
- hardcap-news llevaba sin desplegar desde el 1-nov: el VPS no podía hacer
git fetchde GitHub. Fix: deploy key read-only (deploy-readonly-vm2047, key id 168607734) + remote SSH. Fetch OK → main c453b2d visible. - hardcap entró en rollback eterno: el check de identidad grep-ea
meta name="build-id"que main NUNCA tuvo (NEXT_PUBLIC_BUILD_ID existe desde #6 pero no se renderizaba) → todo deploy rueda atrás. Fix: GitHub PR #10 (meta en layout, patrón bh; CI verde tras re-run de un flaky de Google Fonts) — espera tu merge. - El rollback de hardcap abortaba el autodeploy completo:
exit 1antes de la sección bitcoinhotels → bh #16/#17 mergeados sin desplegar (15:32-15:43). Fix: sección hardcap en subshell (PR #64 + instalado). Evidencia de que funciona: 15:52:07 rollback hardcap y 15:52:32bitcoinhotels → 1ed847d (200 + umami + 0 marcas). - PR #15 cerrado por mi error de tipo (heading vs title en sections) — reabierto como #16 con fix.
Pendientes del operador
- Merge de GitHub #10 (meta build-id) — desbloquea el deploy de hardcap (main lleva desde el 1-nov sin llegar a producción).
- Aprobar/rechazar campaña v4 (docs/promo-campana-r32.md).
- Borrar los 4 IG pendientes (URLs en doc r31) antes de reactivar promo.
- PR #62 (D4/R7 en DECISIONS) y #64 (subshell) esperan tu merge si quieres revisarlos; el resto se auto-mergea.