Mono-tenant: resolver id una vez al boot, eliminar lookups por turno

El sistema nunca fue realmente multi-tenant en la práctica. El esquema
DB conserva las columnas tenant_id (queda lista para escalar más adelante
sin migración), pero la app ahora resuelve el tenant una sola vez al
arranque y todas las capas leen de un único punto.

- src/modules/shared/tenant.js: nuevo módulo. setTenant() en boot,
  getTenantId() lo lee desde cualquier lado.
- index.js: ensureTenant() → setTenant({ id, key }). Sin cambios externos.
- pipeline.resolveTenantId(): pasa de hacer 1-2 queries a DB por turno
  a un return sincrónico del id cacheado. Mantiene firma async para no
  romper callers.
- intake handlers (sim.js, evolution.js): usan getTenantId() directo,
  sin parsing de tenant_key del chat_id ni lookup por canal.
- wooWebhooks: ya no requiere ?tenant_key=... en la query string.
  El webhook va al único tenant configurado.
- repo.js: eliminados getTenantByKey() y getTenantIdByChannel() (no más
  callers).

Plumbing del parámetro tenantId en signatures de handlers/repos/machine
queda intacto — bajar eso es ruido de alto riesgo y no aporta hoy.
188 tests pasando.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

src/modules/2-identity/db/repo.js

@@ -461,21 +461,6 @@ export async function deleteIdentityMapByChat({ tenant_id, wa_chat_id, provider
   return rowCount || 0;
 }
 
-export async function getTenantByKey(key) {
-  const { rows } = await pool.query(`select id, key, name from tenants where key=$1`, [key]);
-  return rows[0] || null;
-}
-
-export async function getTenantIdByChannel({ channel_type, channel_key }) {
-  const q = `
-    select tenant_id
-    from tenant_channels
-    where channel_type=$1 and channel_key=$2
-  `;
-  const { rows } = await pool.query(q, [channel_type, channel_key]);
-  return rows[0]?.tenant_id || null;
-}
-
 export async function getExternalCustomerIdByChat({ tenant_id, wa_chat_id, provider = "woo" }) {
   const q = `
     select external_customer_id