# 2026-05-02

## WhatsApp conectado ✅
- Canal `whatsapp` linked y corriendo (QR escaneado, credenciales guardadas).
- DM policy: `allowlist` con `+573022663845` como único permitido.
- Grupo HERMANOS CM agregado: JID `573188869130-1610044297@g.us` (detectado desde logs, no del link de invitación `JPbZSFeQvvl7506fTRhEsh`).
- groupPolicy: `open` (para que funcione sin tantear JIDs exactos).

## Migración a MiniMax completada ✅
- `agents.defaults.model.primary` → `minimax-portal/MiniMax-M2.7`
- `fallbacks` → `[]` (sin GPT)
- `gpt-5.4` y `gpt-5.5` removidos del catálogo de modelos.
- 4 cron jobs actualizados explícitamente a MiniMax:
  - `shema-comments-slow-batches`
  - `youtube-musica-cristiana-ideas-diarias`
  - `youtube-comments-daily-auto-reply-report`
  - `hn-timesheet-friday-reminder`
- MiniMax NO está agotada (probada con éxito por WhatsApp). Solo OpenAI Codex (gpt-5.4/gpt-5.5) está agotado.

## Navegador (Playwright/Chromium)
- Browser activo en puerto 9222, perfil `Default` en `~/.config/google-chrome/Lola`.
- Modo `--headless=new` no muestra contenido en VNC :99 — solo el modo no-headless es visible ahí.
- Sesión de YouTube existe en el perfil Chrome pero el browser está headless, así que los cron jobs de YouTube pueden usarla si se conecta al debugging port correcto.

## YouTube comments skill
- 2 canales configurados: SHEMA MUSICAL (`UCR9EOU9TqutBzskomVbCMvw`) y Fuego y Fe Music (`UCRy45Ef2wC7-UAKg9vG67SA`).
- Para que los cron jobs funcionen necesita login activo de YouTube en el perfil Chrome.

## Pendiente
- Login de YouTube para cron jobs de comentarios — la sesión está en el perfil pero el browser está en modo headless. Posible solución: levantar Chrome sin headless o usar el debugging port para conectar la sesión existente.
# 2026-05-02

## WhatsApp conectado ✅
- Canal `whatsapp` linked y corriendo (QR escaneado, credenciales guardadas).
- DM policy: `allowlist` con `+573022663845` como único permitido.
- Grupo HERMANOS CM agregado: JID `573188869130-1610044297@g.us` (detectado desde logs, no del link de invitación `JPbZSFeQvvl7506fTRhEsh`).
- groupPolicy: `open` (para que funcione sin tantear JIDs exactos).

## Migración a MiniMax completada ✅
- `agents.defaults.model.primary` → `minimax-portal/MiniMax-M2.7`
- `fallbacks` → `[]` (sin GPT)
- `gpt-5.4` y `gpt-5.5` removidos del catálogo de modelos.
- 4 cron jobs actualizados explícitamente a MiniMax:
  - `shema-comments-slow-batches`
  - `youtube-musica-cristiana-ideas-diarias`
  - `youtube-comments-daily-auto-reply-report`
  - `hn-timesheet-friday-reminder`
- MiniMax NO está agotada (probada con éxito por WhatsApp). Solo OpenAI Codex (gpt-5.4/gpt-5.5) está agotado.

## YouTube login ✅ (00:50 UTC)
- Sesión activa en perfil Chrome `Default` de `claw` (`~/.config/google-chrome/Default`).
- Login hecho por Isaí desde VNC display :99 y confirmado funcional.
- Cron `shema-comments-slow-batches` corriendo y procesando comentarios.

## Navegador (Playwright/Chromium)
- Browser activo en puerto 9222, perfil `Default` en `~/.config/google-chrome/Lola`.
- Modo `--headless=new` no muestra contenido en VNC :99 — solo el modo no-headless es visible ahí.
- Sesión de YouTube existe en el perfil Chrome pero el browser está headless, así que los cron jobs de YouTube pueden usarla si se conecta al debugging port correcto.

## YouTube comments skill
- 2 canales configurados: SHEMA MUSICAL (`UCR9EOU9TqutBzskomVbCMvw`) y Fuego y Fe Music (`UCRy45Ef2wC7-UAKg9vG67SA`).
- Para que los cron jobs funcionen necesita login activo de YouTube en el perfil Chrome.

## Cron shema-comments-slow-batches (config activo)
- Frecuencia: cada 15 min (`everyMs: 900000`)
- Duración por ejecución: ~227 s (~3 min 47 s) procesando 2 comentarios
- Próxima ejecución: ~15 min después de la última
- Velocidad intencionalmente lenta para parecer humano y evitar detección de YouTube
- Reporte: grupo review `-5241283484`

## Sesión VNC
- Display :99 con Xvfb
- Chrome visible corriendo como `claw` en el VNC
- El navegador headless de Lola usa el mismo perfil `Default` — comparte sesión con el Chrome visible del VNC
## Timesheet HN — Problema de selectores en fill-tempo-week.js (01:30 UTC)

El script `fill-tempo-week.js` usa selectores `data-testid="tempoCalendarLogWork-2026-04-27"` pero los botones del calendario de Tempo en Jira Cloud NO tienen ese atributo `data-testid`. Solo tienen `aria-label` con formato como `lunes, 27 abr — 0 h registradas de 9 h`. Esto hace que `collectDays()` always return empty y no se registre nada.

**Script path**: `~/.openclaw/workspace/skills/hn-timesheet-friday/scripts/fill-tempo-week.js`

**Problema central**: La función `collectDays` en línea ~195 usa `document.querySelectorAll('button[data-testid^="tempoCalendarLogWork-"]')` — ese selector no encuentra nada en Tempo Cloud real.

**Para哪天 el fix**: Cambiar el script para que use `aria-label` en lugar de `data-testid`. Necesita approval de Isaí antes de modificar.

## Login persistence del navegador (sin resolver)

- `browser.extraArgs` es protected path en `gateway config.patch` — no se puede setear `--user-data-dir`
- El navegador corre con `userDataDir: null` (perfil temporal, se pierde en restart)
- Login de YouTube/Google requiere hacerse de nuevo cada vez que se reinicia el gateway
- **Solución pendiente**: editar config文件 directamente o usar supervisor/env vars