Canales

Hoy el canal vivo es canal de mensajería, y solo en cliente de referencia.

Host: society-agents-host-operaciones (institución ldteam / operaciones). Profile: ld-chief-of-staff. El gateway es PID 1 (runtime del agente gateway run): un canal de mensajería queda pegado al proceso. Por eso existe un segundo host — no hinchar el Primary.

Fuente de verdad

Config en el .env del profile, no en infra/:

/opt/sis/data/agents-operaciones/profiles/ld-chief-of-staff/.env

Ejemplo (cliente de referencia):

messaging-channel_ENABLED=true
messaging-channel_MODE=bot
GATEWAY_ALLOW_ALL_USERS=false
messaging-channel_ALLOWED_USERS=18299865669

Persiste en el volumen data/. Sobrevive a actualiza-legaldesign. El compose de infra se regenera en cada deploy: lo que pongas ahí se pierde.

Sesión (secreto, no versionado):

…/profiles/ld-chief-of-staff/messaging-channel/session/creds.json

No copies creds.json a dos máquinas: se expulsan. Un deploy descuidado pierde el canal. La sesión no es reproducible (pairing QR manual).

Emparejar

Dentro del contenedor:

runtime del agente profile use ld-chief-of-staff
runtime del agente messaging-channel          # QR en la terminal
containers restart society-agents-host-operaciones

canal de mensajería → Dispositivos vinculados. Prueba desde otra cuenta: el QR vincula tu número; escribirte a ti mismo no lo ve el gateway.

runtime del agente profile use no lo relee el PID 1 en caliente: hay que recrear/reiniciar el contenedor.

Group observe (readonly): overlay messaging-channel_bridge_observe: true en el spec; sync con tools/ops/sync-messaging-channel-bridge-observe.sh.

Detalle: runbook 11, docs/CHANNELS.md.

Vista Consola (captura): operar-vistas/channels.