Files
feadulta/docs/revision-issues-2026-07-15.md
T
rafa 5055e92143 Rescatar 10 docs/ del main local que nunca llegaron a Gitea (issue #194)
main local y origin/main son dos historias sin ancestro comun (ver #194).
Analisis del agente: de las 46 commits solo-en-local, el unico contenido que
no esta ya reflejado en origin/main via el snapshot de julio (PR #179) son
estos 10 ficheros de docs/ (guias, handoffs, planes, benchmark, revisiones de
issues). Copiados tal cual desde main con "git show main:docs/X > docs/X".

Redactada una password SSH y una password cPanel/FTP en texto plano que
tenia handoff-carta-46956-2026-06-17.md (servidor CDMON antiguo) antes de
subirlo -- ver .env, nunca en docs versionados.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-08-05 08:39:06 -04:00

4.2 KiB

Revisión rápida de issues mencionados por Inma/Rafa — 2026-07-15

Alcance

Revisión en modo diagnóstico + preparación. Sin cambios en producción.

Observación importante sobre numeración

En el repo actual de Gitea rafa/feadulta los issues llegan hoy hasta #146. Por tanto, las referencias del mensaje (#166, #168, #170, #174, #175) no existen en el tracker actual y probablemente pertenecen a una numeración anterior o a notas habladas.

Para no quedarnos bloqueados, revisé los issues actuales y más cercanos al tema de autonomía / operación:

  • #144 Cron servidor: auto-traducción (Haiku) + TTS (MiniMax)
  • #145 Habilitar acceso a la REST API para publicar cartas
  • #146 Propuesta: arquitectura multiagente con Ringer, Goose, OB1, Hermes y OpenClaw
  • además #126 y el histórico #121 / #125 por dependencia operativa

Hallazgos verificados

1) Issue #126 — seguridad login post-cutover

Verificación server-side en prod (/web) hecha por SSH + wp eval:

  • llar_active=1
  • mu_exists=1
  • mu-plugin presente: fea-cloudflare-realip.php

Conclusión:

  • La parte operativa del checklist parece ya presente en prod.
  • El issue probablemente necesita actualización/cierre, no trabajo técnico urgente.

2) Gap antiguo de repo sobre fea-cloudflare-realip.php

El comentario viejo de #126 decía que el mu-plugin no estaba trackeado en git.

Estado actual en el repo local:

  • Sí existe: wordpress/wp-content/mu-plugins/fea-cloudflare-realip.php

Conclusión:

  • Ese comentario ya quedó desactualizado.

3) Issue #144 — base técnica para autonomía traducción/TTS

Comprobado en el repo: existen los bloques principales mencionados por el issue:

  • scripts/detect_untranslated.php
  • scripts/translate_post.py
  • scripts/fix_carta_joomla_links.php
  • scripts/demote_old_cartasemana.php
  • scripts/minimax_tts.py
  • scripts/sync_audio_to_prod.py

Además ejecuté el detector en el WordPress local Docker (no en prod):

Ejecución local

docker exec wordpress-web php /tmp/detect_untranslated.php 0.12 draft

  • Resultado: 0 ofensores draft

docker exec wordpress-web php /tmp/detect_untranslated.php 0.12 any

  • Resultado: 12 ofensores sospechosos sobre publicados/cualquier estado
  • Resumen por idioma:
    • en: 4/1148
    • fr: 3/1148
    • it: 3/1147
    • pt: 2/1147

IDs señalados por el detector:

  • 47978, 47981, 47980, 47979
  • 47756, 47153
  • 54304, 47285, 54307, 43278, 54306, 54305

Notas útiles:

  • El script no corre bien desde host porque exige /var/www/html/wp-load.php; hay que lanzarlo dentro del contenedor.
  • Esto es buena pista para futura automatización en #144: ya hay piezas, pero conviene empaquetarlas en un wrapper reproducible y con contexto de ejecución claro.

4) Issue #145 — REST API para Inma

No hice verificación externa definitiva porque eso requiere:

  • credencial real de aplicación, y
  • prueba end-to-end frente a Cloudflare

Estado documental actual:

  • la skill y la documentación operativa indican que la REST API ya fue habilitada para Inma, pero no he revalidado hoy ese punto desde fuera.

Conclusión:

  • Antes del viaje a Madrid conviene hacer un smoke test real (/wp-json/wp/v2/users/me) desde fuera del server.

5) Issue #146 — autonomía / multiagente

Lo revisado aquí es principalmente discusión/arquitectura; no detecté una acción local obvia de código en este repo que mereciera tocar hoy sin alinear primero el objetivo.

Recomendación práctica

  1. Aclarar la numeración de #166/#168/#170/#174/#175 para no revisar los issues equivocados.
  2. Si los “nuevos de autonomía” eran realmente los del tracker actual, yo priorizaría así:
    • #145: verificar de verdad que Inma puede publicar sin Rafa delante.
    • #144: encapsular el flujo traducción/TTS en un wrapper/cron operativo.
    • #146: dejarlo como diseño/roadmap, no como siguiente cambio técnico directo.
  3. #126 huele a issue de limpieza/cierre si nadie ve un fleco pendiente.

Qué NO hice

  • No apliqué cambios en producción.
  • No toqué Joomla legacy.
  • No abrí/cerré/edité issues en Gitea.
  • No modifiqué código del repo en esta revisión.