fix(litellm): prefiere la virtual key propia sobre la master
Seis puntos de entrada leían solo LITELLM_MASTER_KEY, saltándose la virtual key de CMOAgent (agent-cmoagent) que ya está en .env. LiteLLM atribuye el gasto por key, así que ese tráfico caía en un bucket anónimo que no se puede capar ni facturar.
base_agent.py y pitch_analyzer.py ya hacían el fallback LITELLM_API_KEY or LITELLM_MASTER_KEY; esto alinea el resto:
-
project_dashboard/executor.py(×4) learning/propose.pyanalyst.py
Detectado auditando $1.16/12h de gasto sin dueño en el proxy. Auditoría completa: ThioBot/docs/audits/llm-spend-trend.md (2026-08-04).
Test plan
-
python3 -m py_compileen los tres ficheros -
Sin cambio de comportamiento cuando solo existe la master (el fallback la sigue cogiendo)