@hostwebhook/platform-contracts 0.15.0 → 0.17.0

package/dist/operadores.d.ts

@@ -34,20 +34,28 @@
 export declare const FILTER_OPERATORS: readonly ["eq", "neq", "gt", "gte", "lt", "lte", "contains", "not_contains", "starts_with", "not_starts_with", "ends_with", "not_ends_with", "matches_regex", "is_empty", "is_not_empty", "exists", "not_exists", "has_key", "is_true", "is_false", "array_contains", "array_not_contains", "array_empty", "array_not_empty", "array_length_eq", "array_length_gt", "array_length_lt", "date_eq", "date_before", "date_after"];
 export type FilterOperator = (typeof FILTER_OPERATORS)[number];
 /**
- * Lo que `RoutersService.evaluateRule` sabe resolver. Nueve.
+ * Lo que una regla de router sabe resolver: los treinta de arriba y dos más.
  *
- * ⚠️ **Parece la lista de arriba recortada y no lo es.** Tiene dos que allí no
- * existen —`in` y `not_in`, que parten el valor por comas y miran si el del
- * campo está dentro— y le faltan los otros veintitrés.
+ * Hasta [2026-09-11] eran nueve, y el aviso que había aquí decía por qué no
+ * se unificaban: el router tenía su propio `switch` y heredar los treinta
+ * habría dejado guardar reglas que caían en `default: false` sin ruido. Ya
+ * no hay dos evaluadores: `RoutersService.matchRule` delega en
+ * `evaluateFilters` de `filter-utils` para todo lo que está en
+ * `FILTER_OPERATORS`, así que la lista del router ES la de los filtros más
+ * lo que sólo tiene sentido en un router:
  *
- * Por eso no se unifican. Si el router heredara los treinta, se podrían
- * guardar reglas que su `switch` no resuelve: caerían en el `default: false`
- * y la regla nunca casaría. No daría error — sencillamente no enrutaría, que
- * es más difícil de ver que un fallo.
+ *   - `in` / `not_in` — parten el valor por comas y miran si el del campo
+ *     está dentro. Un filtro no los tiene porque un filtro es una puerta
+ *     («¿pasa o no?») y una lista de valores es la forma natural de decir
+ *     «esta rama es para estos tres»; en un filtro se escribe con `or`.
  *
- * Quien quiera unificarlas de verdad tiene que escribir los `case` primero.
+ * Lo pidió el dueño al ver que al router le faltaba `is empty`.
+ *
+ * ⚠️ Derivada y no copiada: el día que `filter-utils` aprenda un operador,
+ * el router lo tiene sin tocar nada aquí. `una-sola-lista-de-operadores.spec`
+ * de hw-nodes ata los `case` propios del router a los dos de la cola.
  */
-export declare const ROUTER_OPERATORS: readonly ["eq", "neq", "contains", "gt", "lt", "exists", "not_exists", "in", "not_in"];
+export declare const ROUTER_OPERATORS: readonly ["eq", "neq", "gt", "gte", "lt", "lte", "contains", "not_contains", "starts_with", "not_starts_with", "ends_with", "not_ends_with", "matches_regex", "is_empty", "is_not_empty", "exists", "not_exists", "has_key", "is_true", "is_false", "array_contains", "array_not_contains", "array_empty", "array_not_empty", "array_length_eq", "array_length_gt", "array_length_lt", "date_eq", "date_before", "date_after", "in", "not_in"];
 export type RouterOperator = (typeof ROUTER_OPERATORS)[number];
 /**
  * Los operadores que no llevan valor.

package/dist/operadores.js

@@ -76,30 +76,28 @@ exports.FILTER_OPERATORS = [
 ];
 /* ── Router ──────────────────────────────────────────────────────── */
 /**
- * Lo que `RoutersService.evaluateRule` sabe resolver. Nueve.
+ * Lo que una regla de router sabe resolver: los treinta de arriba y dos más.
  *
- * ⚠️ **Parece la lista de arriba recortada y no lo es.** Tiene dos que allí no
- * existen —`in` y `not_in`, que parten el valor por comas y miran si el del
- * campo está dentro— y le faltan los otros veintitrés.
+ * Hasta [2026-09-11] eran nueve, y el aviso que había aquí decía por qué no
+ * se unificaban: el router tenía su propio `switch` y heredar los treinta
+ * habría dejado guardar reglas que caían en `default: false` sin ruido. Ya
+ * no hay dos evaluadores: `RoutersService.matchRule` delega en
+ * `evaluateFilters` de `filter-utils` para todo lo que está en
+ * `FILTER_OPERATORS`, así que la lista del router ES la de los filtros más
+ * lo que sólo tiene sentido en un router:
  *
- * Por eso no se unifican. Si el router heredara los treinta, se podrían
- * guardar reglas que su `switch` no resuelve: caerían en el `default: false`
- * y la regla nunca casaría. No daría error — sencillamente no enrutaría, que
- * es más difícil de ver que un fallo.
+ *   - `in` / `not_in` — parten el valor por comas y miran si el del campo
+ *     está dentro. Un filtro no los tiene porque un filtro es una puerta
+ *     («¿pasa o no?») y una lista de valores es la forma natural de decir
+ *     «esta rama es para estos tres»; en un filtro se escribe con `or`.
  *
- * Quien quiera unificarlas de verdad tiene que escribir los `case` primero.
+ * Lo pidió el dueño al ver que al router le faltaba `is empty`.
+ *
+ * ⚠️ Derivada y no copiada: el día que `filter-utils` aprenda un operador,
+ * el router lo tiene sin tocar nada aquí. `una-sola-lista-de-operadores.spec`
+ * de hw-nodes ata los `case` propios del router a los dos de la cola.
  */
-exports.ROUTER_OPERATORS = [
-    'eq',
-    'neq',
-    'contains',
-    'gt',
-    'lt',
-    'exists',
-    'not_exists',
-    'in',
-    'not_in',
-];
+exports.ROUTER_OPERATORS = [...exports.FILTER_OPERATORS, 'in', 'not_in'];
 /* ── Lo que tienen en común ──────────────────────────────────────── */
 /**
  * Los operadores que no llevan valor.

package/dist/servicios/credenciales-del-gateway.d.ts

@@ -106,7 +106,7 @@ export interface DescripcionDeCredencial {
  * registro es forense, no un índice: se prefiere que de hoy en adelante diga
  * una sola cosa.
  */
-export type TipoDeEntidad = 'trigger' | 'webhook' | 'aiNode' | 'socialMediaAction' | 'socialPost' | 'calendarAction' | 'docsAction' | 'driveAction' | 'sheetsAction' | 'emailAction' | 'gmailAction' | 'approvalNode' | 'telegramAction' | 'whatsappAction' | 'discordAction' | 'slackAction' | 'mongoAction' | 'postgresAction' | 'httpAction' | 'githubAction' | 'notionAction' | 'jiraAction' | 'bucketAction' | 'shopifyAction' | 'mailchimpAction' | 'firecrawlAction' | 'notificationAction' | 'googleAnalyticsAction' | 'googleContactsAction' | 'vectorStore' | 'voiceAgent';
+export type TipoDeEntidad = 'trigger' | 'webhook' | 'aiNode' | 'socialMediaAction' | 'socialPost' | 'calendarAction' | 'docsAction' | 'driveAction' | 'sheetsAction' | 'emailAction' | 'gmailAction' | 'approvalNode' | 'telegramAction' | 'whatsappAction' | 'discordAction' | 'slackAction' | 'mongoAction' | 'postgresAction' | 'httpAction' | 'githubAction' | 'notionAction' | 'jiraAction' | 'bucketAction' | 'apifyAction' | 'shopifyAction' | 'mailchimpAction' | 'firecrawlAction' | 'notificationAction' | 'googleAnalyticsAction' | 'googleContactsAction' | 'vectorStore' | 'voiceAgent';
 /**
  * Por qué esta lectura NO se puede comprobar contra el documento de hoy.
  *

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@hostwebhook/platform-contracts",
-  "version": "0.15.0",
+  "version": "0.17.0",
   "description": "Contratos compartidos entre los servicios de HostWebhook: addons del plan, identidad interna, y las formas que cruzan una frontera de red",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",