fix(litellm): cierra los últimos puntos que ignoraban la virtual key

Segunda pasada, tras añadir la regla master-key-for-inference a ~/.claude/scripts/check-litellm-bypass.sh (no existía cuando se hizo el !41 (merged)).

• scripts/run_cmo_launch_beat.sh — el peor caso: sourceaba LITELLM_MASTER_KEY desde ~/ThioBot/.env.resolved ignorando la VK propia de CMOAgent que su .env carga dos líneas antes. Todo el gasto de ese cron iba al bucket anónimo. Ahora la master solo entra como fallback cuando no hay LITELLM_API_KEY, anotado con litellm-allowed.
• watcher.py resolve_classifier — mismo patrón que analyst.py.
• slack_cli.py — el gate del digest miraba solo la master: un agente con solo LITELLM_API_KEY se saltaba el digest en silencio. Bug de comportamiento, no solo de atribución.
• executor.py — los textos de metodología que ve el usuario nombraban la variable equivocada.

Tras esto check-litellm-bypass.sh ~/CMOAgent sale limpio.

Test plan

• bash -n scripts/run_cmo_launch_beat.sh
• python3 -m py_compile en los tres .py
• check-litellm-bypass.sh ~/CMOAgent → ✅ sin violaciones