recombee-api-client 5.0.1 → 5.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (34) hide show
  1. package/LICENSE +21 -0
  2. package/lib/api-client.js +1 -1
  3. package/lib/index.d.ts +137 -81
  4. package/lib/requests/add-manual-reql-segment.js +1 -1
  5. package/lib/requests/add-search-synonym.js +1 -1
  6. package/lib/requests/create-auto-reql-segmentation.js +1 -1
  7. package/lib/requests/create-manual-reql-segmentation.js +1 -1
  8. package/lib/requests/delete-item.js +1 -1
  9. package/lib/requests/delete-more-items.js +2 -2
  10. package/lib/requests/delete-search-synonym.js +1 -1
  11. package/lib/requests/index.js +2 -1
  12. package/lib/requests/list-items.js +1 -1
  13. package/lib/requests/list-scenarios.js +40 -0
  14. package/lib/requests/list-users.js +1 -1
  15. package/lib/requests/merge-users.js +2 -0
  16. package/lib/requests/recommend-item-segments-to-item-segment.js +6 -6
  17. package/lib/requests/recommend-item-segments-to-item.js +6 -6
  18. package/lib/requests/recommend-item-segments-to-user.js +6 -6
  19. package/lib/requests/recommend-items-to-item-segment.js +12 -12
  20. package/lib/requests/recommend-items-to-item.js +14 -14
  21. package/lib/requests/recommend-items-to-user.js +13 -13
  22. package/lib/requests/recommend-next-items.js +4 -4
  23. package/lib/requests/recommend-users-to-item.js +8 -8
  24. package/lib/requests/recommend-users-to-user.js +11 -11
  25. package/lib/requests/search-item-segments.js +5 -5
  26. package/lib/requests/search-items.js +9 -9
  27. package/lib/requests/set-item-values.js +1 -1
  28. package/lib/requests/set-user-values.js +1 -1
  29. package/lib/requests/set-view-portion.js +1 -1
  30. package/lib/requests/update-more-items.js +1 -1
  31. package/package.json +1 -1
  32. package/test/list-scenarios-batch_test.js +33 -0
  33. package/test/list-scenarios-callback_test.js +35 -0
  34. package/test/list-scenarios-test.js +31 -0
package/LICENSE ADDED
@@ -0,0 +1,21 @@
1
+ MIT License
2
+
3
+ Copyright (c) 2017 Recombee
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.
package/lib/api-client.js CHANGED
@@ -43,7 +43,7 @@ class ApiClient {
43
43
  method: request.method,
44
44
  headers: {'Accept': 'application/json',
45
45
  'Content-Type': 'application/json',
46
- 'User-Agent': 'recombee-node-api-client/5.0.1'},
46
+ 'User-Agent': 'recombee-node-api-client/5.1.0'},
47
47
  timeout: request.timeout,
48
48
  agent: this.options.agent
49
49
  };
package/lib/index.d.ts CHANGED
@@ -1,4 +1,4 @@
1
- export module "recombee-api-client" {
1
+ declare module "recombee-api-client" {
2
2
  namespace requests {
3
3
  /**
4
4
  * Base class for all the requests
@@ -192,17 +192,49 @@ export module "recombee-api-client" {
192
192
  }
193
193
 
194
194
  export type ApiClientOptions = {
195
- baseUri?: string;
196
- region?: string;
197
195
  protocol?: string;
198
196
  agent?: object;
199
- }
197
+ } & (
198
+ | {
199
+ baseUri?: string;
200
+ }
201
+ | {
202
+ region?: string;
203
+ }
204
+ )
200
205
 
201
206
  export type BatchResponse = {
202
207
  code: number;
203
208
  json: any;
204
209
  }[]
205
210
 
211
+ /**
212
+ * Mapping of Item/User property types to their corresponding TypeScript types.
213
+ */
214
+ export type EntityProperty =
215
+ | StringProperty
216
+ | IntProperty
217
+ | DoubleProperty
218
+ | BooleanProperty
219
+ | TimestampProperty
220
+ | SetProperty
221
+ | ImageProperty
222
+ | ImageListProperty
223
+ | null;
224
+
225
+ type StringProperty = string;
226
+ type IntProperty = number;
227
+ type DoubleProperty = number;
228
+ type BooleanProperty = boolean;
229
+ /** Unix timestamp in seconds */
230
+ type TimestampProperty = number;
231
+ /** Unordered set of strings */
232
+ type SetProperty = string[];
233
+ /** URL of the image */
234
+ type ImageProperty = string;
235
+ /** Array of image URLs */
236
+ type ImageListProperty = string[];
237
+
206
238
  /**
207
239
  * Client for sending requests to Recombee and getting replies
208
240
  */
@@ -257,11 +289,9 @@ export module "recombee-api-client" {
257
289
  ): string
258
290
  }
259
291
 
260
- type Response = Item | PropertyInfo | UpdateMoreItemsResponse | DeleteMoreItemsResponse | Series | SeriesItem | User | DetailView | Purchase | Rating | CartAddition | Bookmark | ViewPortion | RecommendationResponse | SearchResponse | SearchSynonym | ListSearchSynonymsResponse | ListSegmentationsResponse | Segmentation;
261
-
262
292
  export type Item = {
263
293
  itemId: string;
264
- values?: { [key: string]: unknown };
294
+ values?: Record<string, EntityProperty>;
265
295
  }
266
296
 
267
297
  export type PropertyInfo = {
@@ -292,7 +322,7 @@ export module "recombee-api-client" {
292
322
 
293
323
  export type User = {
294
324
  userId: string;
295
- values?: { [key: string]: unknown };
325
+ values?: Record<string, EntityProperty>;
296
326
  }
297
327
 
298
328
  export type DetailView = {
@@ -302,7 +332,7 @@ export module "recombee-api-client" {
302
332
  duration?: number;
303
333
  cascadeCreate?: boolean;
304
334
  recommId?: string;
305
- additionalData?: { [key: string]: unknown };
335
+ additionalData?: Record<string, unknown>;
306
336
  }
307
337
 
308
338
  export type Purchase = {
@@ -314,7 +344,7 @@ export module "recombee-api-client" {
314
344
  price?: number;
315
345
  profit?: number;
316
346
  recommId?: string;
317
- additionalData?: { [key: string]: unknown };
347
+ additionalData?: Record<string, unknown>;
318
348
  }
319
349
 
320
350
  export type Rating = {
@@ -324,7 +354,7 @@ export module "recombee-api-client" {
324
354
  rating: number;
325
355
  cascadeCreate?: boolean;
326
356
  recommId?: string;
327
- additionalData?: { [key: string]: unknown };
357
+ additionalData?: Record<string, unknown>;
328
358
  }
329
359
 
330
360
  export type CartAddition = {
@@ -335,7 +365,7 @@ export module "recombee-api-client" {
335
365
  amount?: number;
336
366
  price?: number;
337
367
  recommId?: string;
338
- additionalData?: { [key: string]: unknown };
368
+ additionalData?: Record<string, unknown>;
339
369
  }
340
370
 
341
371
  export type Bookmark = {
@@ -344,7 +374,7 @@ export module "recombee-api-client" {
344
374
  timestamp?: string | number;
345
375
  cascadeCreate?: boolean;
346
376
  recommId?: string;
347
- additionalData?: { [key: string]: unknown };
377
+ additionalData?: Record<string, unknown>;
348
378
  }
349
379
 
350
380
  export type ViewPortion = {
@@ -355,12 +385,12 @@ export module "recombee-api-client" {
355
385
  timestamp?: string | number;
356
386
  cascadeCreate?: boolean;
357
387
  recommId?: string;
358
- additionalData?: { [key: string]: unknown };
388
+ additionalData?: Record<string, unknown>;
359
389
  }
360
390
 
361
391
  export type Recommendation = {
362
392
  id: string;
363
- values?: { [key: string]: unknown };
393
+ values?: Record<string, EntityProperty>;
364
394
  }
365
395
 
366
396
  export type RecommendationResponse = {
@@ -400,6 +430,11 @@ export module "recombee-api-client" {
400
430
  description?: string;
401
431
  }
402
432
 
433
+ export type Scenario = {
434
+ id: string;
435
+ endpoint: string;
436
+ }
437
+
403
438
  namespace requests {
404
439
  /**
405
440
  * Adds new item of the given `itemId` to the items catalog.
@@ -426,7 +461,7 @@ export module "recombee-api-client" {
426
461
  /**
427
462
  * Deletes an item of the given `itemId` from the catalog.
428
463
  * If there are any *purchases*, *ratings*, *bookmarks*, *cart additions*, or *detail views* of the item present in the database, they will be deleted in cascade as well. Also, if the item is present in some *series*, it will be removed from all the *series* where present.
429
- * If an item becomes obsolete/no longer available, it is meaningful to keep it in the catalog (along with all the interaction data, which are very useful), and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql.html) instead of deleting the item completely.
464
+ * If an item becomes obsolete/no longer available, it is meaningful to keep it in the catalog (along with all the interaction data, which are very useful), and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql) instead of deleting the item completely.
430
465
  */
431
466
  export class DeleteItem extends requests.Request {
432
467
  /**
@@ -458,7 +493,7 @@ export module "recombee-api-client" {
458
493
  );
459
494
 
460
495
  itemId: string;
461
- protected __response_type: string[];
496
+ protected __response_type: Record<string, EntityProperty>;
462
497
 
463
498
  bodyParameters(): {
464
499
  };
@@ -476,7 +511,7 @@ export module "recombee-api-client" {
476
511
  */
477
512
  constructor(
478
513
  optional?: {
479
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter items to be listed. Only the items for which the expression is *true* will be returned. */
514
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter items to be listed. Only the items for which the expression is *true* will be returned. */
480
515
  filter?: string;
481
516
  /** The number of items to be listed. */
482
517
  count?: number;
@@ -614,7 +649,7 @@ export module "recombee-api-client" {
614
649
  */
615
650
  export class UpdateMoreItems extends requests.Request {
616
651
  /**
617
- * @param filter - A [ReQL](https://docs.recombee.com/reql.html) expression, which returns `true` for the items that shall be updated.
652
+ * @param filter - A [ReQL](https://docs.recombee.com/reql) expression, which returns `true` for the items that shall be updated.
618
653
  * @param changes - A dictionary where the keys are properties that shall be updated.
619
654
  */
620
655
  constructor(
@@ -637,11 +672,11 @@ export module "recombee-api-client" {
637
672
 
638
673
  /**
639
674
  * Deletes all the items that pass the filter.
640
- * If an item becomes obsolete/no longer available, it is meaningful to **keep it in the catalog** (along with all the interaction data, which are very useful) and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql.html) instead of deleting the item completely.
675
+ * If an item becomes obsolete/no longer available, it is meaningful to **keep it in the catalog** (along with all the interaction data, which are very useful) and **only exclude the item from recommendations**. In such a case, use [ReQL filter](https://docs.recombee.com/reql) instead of deleting the item completely.
641
676
  */
642
677
  export class DeleteMoreItems extends requests.Request {
643
678
  /**
644
- * @param filter - A [ReQL](https://docs.recombee.com/reql.html) expression, which returns `true` for the items that shall be updated.
679
+ * @param filter - A [ReQL](https://docs.recombee.com/reql) expression, which returns `true` for the items that shall be updated.
645
680
  */
646
681
  constructor(
647
682
  filter: string,
@@ -879,7 +914,7 @@ export module "recombee-api-client" {
879
914
  );
880
915
 
881
916
  userId: string;
882
- protected __response_type: string[];
917
+ protected __response_type: Record<string, EntityProperty>;
883
918
 
884
919
  bodyParameters(): {
885
920
  };
@@ -891,6 +926,8 @@ export module "recombee-api-client" {
891
926
  /**
892
927
  * Merges interactions (purchases, ratings, bookmarks, detail views ...) of two different users under a single user ID. This is especially useful for online e-commerce applications working with anonymous users identified by unique tokens such as the session ID. In such applications, it may often happen that a user owns a persistent account, yet accesses the system anonymously while, e.g., putting items into a shopping cart. At some point in time, such as when the user wishes to confirm the purchase, (s)he logs into the system using his/her username and password. The interactions made under anonymous session ID then become connected with the persistent account, and merging these two becomes desirable.
893
928
  * Merging happens between two users referred to as the *target* and the *source*. After the merge, all the interactions of the source user are attributed to the target user, and the source user is **deleted**.
929
+ * By default, the *Merge Users* request is only available from server-side integrations for security reasons, to prevent potential abuse.
930
+ * If you need to call this request from a client-side environment (such as a web or mobile app), please contact our support and request access to enable this feature for your database.
894
931
  */
895
932
  export class MergeUsers extends requests.Request {
896
933
  /**
@@ -929,7 +966,7 @@ export module "recombee-api-client" {
929
966
  */
930
967
  constructor(
931
968
  optional?: {
932
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter users to be listed. Only the users for which the expression is *true* will be returned. */
969
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter users to be listed. Only the users for which the expression is *true* will be returned. */
933
970
  filter?: string;
934
971
  /** The number of users to be listed. */
935
972
  count?: number;
@@ -1699,7 +1736,7 @@ export module "recombee-api-client" {
1699
1736
  optional?: {
1700
1737
  /** ID of the session in which the user viewed the item. Default is `null` (`None`, `nil`, `NULL` etc., depending on the language). */
1701
1738
  sessionId?: string;
1702
- /** UTC timestamp of the rating as ISO8601-1 pattern or UTC epoch time. The default value is the current time. */
1739
+ /** UTC timestamp of the view portion as ISO8601-1 pattern or UTC epoch time. The default value is the current time. */
1703
1740
  timestamp?: string | number;
1704
1741
  /** Sets whether the given user/item should be created if not present in the database. */
1705
1742
  cascadeCreate?: boolean;
@@ -1815,8 +1852,8 @@ export module "recombee-api-client" {
1815
1852
  * The most typical use cases are recommendations on the homepage, in some "Picked just for you" section, or in email.
1816
1853
  * The returned items are sorted by relevance (the first item being the most relevant).
1817
1854
  * Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
1818
- * - Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui.html#reported-metrics).
1819
- * - Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api.html#recommend-next-items).
1855
+ * - Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui#reported-metrics).
1856
+ * - Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api#recommend-next-items).
1820
1857
  * It is also possible to use POST HTTP method (for example in the case of a very long ReQL filter) - query parameters then become body parameters.
1821
1858
  */
1822
1859
  export class RecommendItemsToUser extends requests.Request {
@@ -1837,19 +1874,19 @@ export module "recombee-api-client" {
1837
1874
  returnProperties?: boolean;
1838
1875
  /** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
1839
1876
  includedProperties?: string[];
1840
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter recommended items based on the values of their attributes. */
1877
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
1841
1878
  filter?: string;
1842
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
1879
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
1843
1880
  booster?: string;
1844
1881
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
1845
1882
  logic?: string | object;
1846
- /** **Expert option** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
1883
+ /** **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
1847
1884
  diversity?: number;
1848
- /** **Expert option** Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations to be appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such a case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it. */
1885
+ /** **Expert option:** Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations to be appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such a case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it. */
1849
1886
  minRelevance?: string;
1850
- /** **Expert option** If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. Default: `0`. */
1887
+ /** **Expert option:** If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. Default: `0`. */
1851
1888
  rotationRate?: number;
1852
- /** **Expert option** Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. Default: `7200.0`. */
1889
+ /** **Expert option:** Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. Default: `7200.0`. */
1853
1890
  rotationTime?: number;
1854
1891
  /** Dictionary of custom options. */
1855
1892
  expertSettings?: { [key: string]: unknown };
@@ -1900,8 +1937,8 @@ export module "recombee-api-client" {
1900
1937
  * Recommends a set of items that are somehow related to one given item, *X*. A typical scenario is when the user *A* is viewing *X*. Then you may display items to the user that he might also be interested in. Recommend items to item request gives you Top-N such items, optionally taking the target user *A* into account.
1901
1938
  * The returned items are sorted by relevance (the first item being the most relevant).
1902
1939
  * Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
1903
- * - Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui.html#reported-metrics).
1904
- * - Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api.html#recommend-next-items).
1940
+ * - Let Recombee know that this recommendation was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui#reported-metrics).
1941
+ * - Get subsequent recommended items when the user scrolls down (*infinite scroll*) or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api#recommend-next-items).
1905
1942
  * It is also possible to use POST HTTP method (for example in the case of a very long ReQL filter) - query parameters then become body parameters.
1906
1943
  */
1907
1944
  export class RecommendItemsToItem extends requests.Request {
@@ -1936,21 +1973,21 @@ export module "recombee-api-client" {
1936
1973
  returnProperties?: boolean;
1937
1974
  /** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
1938
1975
  includedProperties?: string[];
1939
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter recommended items based on the values of their attributes. */
1976
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
1940
1977
  filter?: string;
1941
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
1978
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
1942
1979
  booster?: string;
1943
1980
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
1944
1981
  logic?: string | object;
1945
- /** **Expert option** If *targetUserId* parameter is present, the recommendations are biased towards the given user. Using *userImpact*, you may control this bias. For an extreme case of `userImpact=0.0`, the interactions made by the user are not taken into account at all (with the exception of history-based blacklisting), for `userImpact=1.0`, you'll get a user-based recommendation. The default value is `0`. */
1982
+ /** **Expert option:** If *targetUserId* parameter is present, the recommendations are biased towards the given user. Using *userImpact*, you may control this bias. For an extreme case of `userImpact=0.0`, the interactions made by the user are not taken into account at all (with the exception of history-based blacklisting), for `userImpact=1.0`, you'll get a user-based recommendation. The default value is `0`. */
1946
1983
  userImpact?: number;
1947
- /** **Expert option** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
1984
+ /** **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
1948
1985
  diversity?: number;
1949
- /** **Expert option** If the *targetUserId* is provided: Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations being appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it. */
1986
+ /** **Expert option:** If the *targetUserId* is provided: Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations being appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it. */
1950
1987
  minRelevance?: string;
1951
- /** **Expert option** If the *targetUserId* is provided: If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. */
1988
+ /** **Expert option:** If the *targetUserId* is provided: If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. */
1952
1989
  rotationRate?: number;
1953
- /** **Expert option** If the *targetUserId* is provided: Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. */
1990
+ /** **Expert option:** If the *targetUserId* is provided: Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. */
1954
1991
  rotationTime?: number;
1955
1992
  /** Dictionary of custom options. */
1956
1993
  expertSettings?: { [key: string]: unknown };
@@ -2002,7 +2039,7 @@ export module "recombee-api-client" {
2002
2039
  }
2003
2040
 
2004
2041
  /**
2005
- * Recommends Items that are the most relevant to a particular Segment from a context [Segmentation](https://docs.recombee.com/segmentations.html).
2042
+ * Recommends Items that are the most relevant to a particular Segment from a context [Segmentation](https://docs.recombee.com/segmentations).
2006
2043
  * Based on the used Segmentation, this endpoint can be used for example for:
2007
2044
  * - Recommending articles related to a particular topic
2008
2045
  * - Recommending songs belonging to a particular genre
@@ -2037,23 +2074,23 @@ export module "recombee-api-client" {
2037
2074
  optional?: {
2038
2075
  /** Scenario defines a particular application of recommendations. It can be, for example, "homepage", "cart", or "emailing". */
2039
2076
  scenario?: string;
2040
- /** If an item of the given *itemId* or user of the given *targetUserId* doesn't exist in the database, it creates the missing entity/entities and returns some (non-personalized) recommendations. This allows, for example, rotations in the following recommendations for the user of the given *targetUserId*, as the user will be already known to the system. */
2077
+ /** If a user of the given *targetUserId* doesn't exist in the database, it creates this user and returns some (non-personalized) recommendations. This allows, for example, rotations in the following recommendations for the user of the given *targetUserId*, as the user will be already known to the system. */
2041
2078
  cascadeCreate?: boolean;
2042
2079
  /** With `returnProperties=true`, property values of the recommended items are returned along with their IDs in a JSON dictionary. The acquired property values can be used to easily display the recommended items to the user. */
2043
2080
  returnProperties?: boolean;
2044
2081
  /** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
2045
2082
  includedProperties?: string[];
2046
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter recommended items based on the values of their attributes. */
2083
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
2047
2084
  filter?: string;
2048
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2085
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2049
2086
  booster?: string;
2050
2087
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2051
2088
  logic?: string | object;
2052
- /** **Expert option** If the *targetUserId* is provided: Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations being appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it. */
2089
+ /** **Expert option:** If the *targetUserId* is provided: Specifies the threshold of how relevant must the recommended items be to the user. Possible values one of: "low", "medium", "high". The default value is "low", meaning that the system attempts to recommend a number of items equal to *count* at any cost. If there is not enough data (such as interactions or item properties), this may even lead to bestseller-based recommendations being appended to reach the full *count*. This behavior may be suppressed by using "medium" or "high" values. In such case, the system only recommends items of at least the requested relevance and may return less than *count* items when there is not enough data to fulfill it. */
2053
2090
  minRelevance?: string;
2054
- /** **Expert option** If the *targetUserId* is provided: If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. */
2091
+ /** **Expert option:** If the *targetUserId* is provided: If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize an item for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended items. */
2055
2092
  rotationRate?: number;
2056
- /** **Expert option** If the *targetUserId* is provided: Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. */
2093
+ /** **Expert option:** If the *targetUserId* is provided: Taking *rotationRate* into account, specifies how long it takes for an item to recover from the penalization. For example, `rotationTime=7200.0` means that items recommended less than 2 hours ago are penalized. */
2057
2094
  rotationTime?: number;
2058
2095
  /** Dictionary of custom options. */
2059
2096
  expertSettings?: { [key: string]: unknown };
@@ -2105,10 +2142,10 @@ export module "recombee-api-client" {
2105
2142
  * Returns items that shall be shown to a user as next recommendations when the user e.g. scrolls the page down (*infinite scroll*) or goes to the next page.
2106
2143
  * It accepts `recommId` of a base recommendation request (e.g., request from the first page) and the number of items that shall be returned (`count`).
2107
2144
  * The base request can be one of:
2108
- * - [Recommend Items to Item](https://docs.recombee.com/api.html#recommend-items-to-item)
2109
- * - [Recommend Items to User](https://docs.recombee.com/api.html#recommend-items-to-user)
2110
- * - [Recommend Items to Item Segment](https://docs.recombee.com/api.html#recommend-items-to-item-segment)
2111
- * - [Search Items](https://docs.recombee.com/api.html#search-items)
2145
+ * - [Recommend Items to Item](https://docs.recombee.com/api#recommend-items-to-item)
2146
+ * - [Recommend Items to User](https://docs.recombee.com/api#recommend-items-to-user)
2147
+ * - [Recommend Items to Item Segment](https://docs.recombee.com/api#recommend-items-to-item-segment)
2148
+ * - [Search Items](https://docs.recombee.com/api#search-items)
2112
2149
  * All the other parameters are inherited from the base request.
2113
2150
  * *Recommend next items* can be called many times for a single `recommId` and each call returns different (previously not recommended) items.
2114
2151
  * The number of *Recommend next items* calls performed so far is returned in the `numberNextRecommsCalls` field.
@@ -2160,19 +2197,19 @@ export module "recombee-api-client" {
2160
2197
  returnProperties?: boolean;
2161
2198
  /** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
2162
2199
  includedProperties?: string[];
2163
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter recommended items based on the values of their attributes. */
2200
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
2164
2201
  filter?: string;
2165
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2202
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2166
2203
  booster?: string;
2167
2204
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2168
2205
  logic?: string | object;
2169
- /** **Expert option** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended users should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
2206
+ /** **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended users should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
2170
2207
  diversity?: number;
2171
- /** **Expert option** Specifies the threshold of how relevant must the recommended users be. Possible values one of: "low", "medium", "high". */
2208
+ /** **Expert option:** Specifies the threshold of how relevant must the recommended users be. Possible values one of: "low", "medium", "high". */
2172
2209
  minRelevance?: string;
2173
- /** **Expert option** If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize a user for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended users. */
2210
+ /** **Expert option:** If your users browse the system in real-time, it may easily happen that you wish to offer them recommendations multiple times. Here comes the question: how much should the recommendations change? Should they remain the same, or should they rotate? Recombee API allows you to control this per request in a backward fashion. You may penalize a user for being recommended in the near past. For the specific user, `rotationRate=1` means maximal rotation, `rotationRate=0` means absolutely no rotation. You may also use, for example, `rotationRate=0.2` for only slight rotation of recommended users. */
2174
2211
  rotationRate?: number;
2175
- /** **Expert option** Taking *rotationRate* into account, specifies how long it takes for a user to recover from the penalization. For example, `rotationTime=7200.0` means that users recommended less than 2 hours ago are penalized. */
2212
+ /** **Expert option:** Taking *rotationRate* into account, specifies how long it takes for a user to recover from the penalization. For example, `rotationTime=7200.0` means that users recommended less than 2 hours ago are penalized. */
2176
2213
  rotationTime?: number;
2177
2214
  /** Dictionary of custom options. */
2178
2215
  expertSettings?: { [key: string]: unknown };
@@ -2242,13 +2279,13 @@ export module "recombee-api-client" {
2242
2279
  returnProperties?: boolean;
2243
2280
  /** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
2244
2281
  includedProperties?: string[];
2245
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter recommended items based on the values of their attributes. */
2282
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
2246
2283
  filter?: string;
2247
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2284
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2248
2285
  booster?: string;
2249
2286
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2250
2287
  logic?: string | object;
2251
- /** **Expert option** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
2288
+ /** **Expert option:** Real number from [0.0, 1.0], which determines how mutually dissimilar the recommended items should be. The default value is 0.0, i.e., no diversification. Value 1.0 means maximal diversification. */
2252
2289
  diversity?: number;
2253
2290
  /** Dictionary of custom options. */
2254
2291
  expertSettings?: { [key: string]: unknown };
@@ -2290,7 +2327,7 @@ export module "recombee-api-client" {
2290
2327
  }
2291
2328
 
2292
2329
  /**
2293
- * Recommends the top Segments from a [Segmentation](https://docs.recombee.com/segmentations.html) for a particular user, based on the user's past interactions.
2330
+ * Recommends the top Segments from a [Segmentation](https://docs.recombee.com/segmentations) for a particular user, based on the user's past interactions.
2294
2331
  * Based on the used Segmentation, this endpoint can be used for example for:
2295
2332
  * - Recommending the top categories for the user
2296
2333
  * - Recommending the top genres for the user
@@ -2314,9 +2351,9 @@ export module "recombee-api-client" {
2314
2351
  scenario?: string;
2315
2352
  /** If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system. */
2316
2353
  cascadeCreate?: boolean;
2317
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to filter recommended segments based on the `segmentationId`. */
2354
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
2318
2355
  filter?: string;
2319
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2356
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2320
2357
  booster?: string;
2321
2358
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2322
2359
  logic?: string | object;
@@ -2354,7 +2391,7 @@ export module "recombee-api-client" {
2354
2391
  }
2355
2392
 
2356
2393
  /**
2357
- * Recommends Segments from a [Segmentation](https://docs.recombee.com/segmentations.html) that are the most relevant to a particular item.
2394
+ * Recommends Segments from a [Segmentation](https://docs.recombee.com/segmentations) that are the most relevant to a particular item.
2358
2395
  * Based on the used Segmentation, this endpoint can be used for example for:
2359
2396
  * - Recommending the related categories
2360
2397
  * - Recommending the related genres
@@ -2392,9 +2429,9 @@ export module "recombee-api-client" {
2392
2429
  scenario?: string;
2393
2430
  /** If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system. */
2394
2431
  cascadeCreate?: boolean;
2395
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to filter recommended segments based on the `segmentationId`. */
2432
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
2396
2433
  filter?: string;
2397
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2434
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2398
2435
  booster?: string;
2399
2436
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2400
2437
  logic?: string | object;
@@ -2434,7 +2471,7 @@ export module "recombee-api-client" {
2434
2471
  }
2435
2472
 
2436
2473
  /**
2437
- * Recommends Segments from a result [Segmentation](https://docs.recombee.com/segmentations.html) that are the most relevant to a particular Segment from a context Segmentation.
2474
+ * Recommends Segments from a result [Segmentation](https://docs.recombee.com/segmentations) that are the most relevant to a particular Segment from a context Segmentation.
2438
2475
  * Based on the used Segmentations, this endpoint can be used for example for:
2439
2476
  * - Recommending the related brands to particular brand
2440
2477
  * - Recommending the related brands to particular category
@@ -2471,9 +2508,9 @@ export module "recombee-api-client" {
2471
2508
  scenario?: string;
2472
2509
  /** If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system. */
2473
2510
  cascadeCreate?: boolean;
2474
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to filter recommended segments based on the `segmentationId`. */
2511
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
2475
2512
  filter?: string;
2476
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2513
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2477
2514
  booster?: string;
2478
2515
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2479
2516
  logic?: string | object;
@@ -2519,8 +2556,8 @@ export module "recombee-api-client" {
2519
2556
  * This endpoint should be used in a search box on your website/app. It can be called multiple times as the user is typing the query in order to get the most viable suggestions based on the current state of the query, or once after submitting the whole query.
2520
2557
  * The returned items are sorted by relevance (the first item being the most relevant).
2521
2558
  * Besides the recommended items, also a unique `recommId` is returned in the response. It can be used to:
2522
- * - Let Recombee know that this search was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui.html#reported-metrics).
2523
- * - Get subsequent search results when the user scrolls down or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api.html#recommend-next-items).
2559
+ * - Let Recombee know that this search was successful (e.g., user clicked one of the recommended items). See [Reported metrics](https://docs.recombee.com/admin_ui#reported-metrics).
2560
+ * - Get subsequent search results when the user scrolls down or goes to the next page. See [Recommend Next Items](https://docs.recombee.com/api#recommend-next-items).
2524
2561
  * It is also possible to use POST HTTP method (for example in the case of a very long ReQL filter) - query parameters then become body parameters.
2525
2562
  */
2526
2563
  export class SearchItems extends requests.Request {
@@ -2543,9 +2580,9 @@ export module "recombee-api-client" {
2543
2580
  returnProperties?: boolean;
2544
2581
  /** Allows specifying which properties should be returned when `returnProperties=true` is set. The properties are given as a comma-separated list. */
2545
2582
  includedProperties?: string[];
2546
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to filter recommended items based on the values of their attributes. */
2583
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to filter recommended items based on the values of their attributes. */
2547
2584
  filter?: string;
2548
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2585
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression, which allows you to boost the recommendation rate of some items based on the values of their attributes. */
2549
2586
  booster?: string;
2550
2587
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2551
2588
  logic?: string | object;
@@ -2614,9 +2651,9 @@ export module "recombee-api-client" {
2614
2651
  scenario?: string;
2615
2652
  /** If the user does not exist in the database, returns a list of non-personalized recommendations and creates the user in the database. This allows, for example, rotations in the following recommendations for that user, as the user will be already known to the system. */
2616
2653
  cascadeCreate?: boolean;
2617
- /** Boolean-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to filter recommended segments based on the `segmentationId`. */
2654
+ /** Boolean-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to filter recommended segments based on the `segmentationId`. */
2618
2655
  filter?: string;
2619
- /** Number-returning [ReQL](https://docs.recombee.com/reql.html) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2656
+ /** Number-returning [ReQL](https://docs.recombee.com/reql) expression which allows you to boost recommendation rate of some segments based on the `segmentationId`. */
2620
2657
  booster?: string;
2621
2658
  /** Logic specifies the particular behavior of the recommendation models. You can pick tailored logic for your domain and use case. */
2622
2659
  logic?: string | object;
@@ -2656,7 +2693,7 @@ export module "recombee-api-client" {
2656
2693
  }
2657
2694
 
2658
2695
  /**
2659
- * Adds a new synonym for the [Search items](https://docs.recombee.com/api.html#search-items).
2696
+ * Adds a new synonym for the [Search items](https://docs.recombee.com/api#search-items).
2660
2697
  * When the `term` is used in the search query, the `synonym` is also used for the full-text search.
2661
2698
  * Unless `oneWay=true`, it works also in the opposite way (`synonym` -> `term`).
2662
2699
  * An example of a synonym can be `science fiction` for the term `sci-fi`.
@@ -2740,7 +2777,7 @@ export module "recombee-api-client" {
2740
2777
  }
2741
2778
 
2742
2779
  /**
2743
- * Deletes synonym of the given `id`. This synonym is no longer taken into account in the [Search items](https://docs.recombee.com/api.html#search-items).
2780
+ * Deletes synonym of the given `id`. This synonym is no longer taken into account in the [Search items](https://docs.recombee.com/api#search-items).
2744
2781
  */
2745
2782
  export class DeleteSearchSynonym extends requests.Request {
2746
2783
  /**
@@ -2839,7 +2876,7 @@ export module "recombee-api-client" {
2839
2876
  }
2840
2877
 
2841
2878
  /**
2842
- * Segment the items using a [ReQL](https://docs.recombee.com/reql.html) expression.
2879
+ * Segment the items using a [ReQL](https://docs.recombee.com/reql) expression.
2843
2880
  * For each item, the expression should return a set that contains IDs of segments to which the item belongs to.
2844
2881
  */
2845
2882
  export class CreateAutoReqlSegmentation extends requests.Request {
@@ -2916,7 +2953,7 @@ export module "recombee-api-client" {
2916
2953
  }
2917
2954
 
2918
2955
  /**
2919
- * Segment the items using multiple [ReQL](https://docs.recombee.com/reql.html) filters.
2956
+ * Segment the items using multiple [ReQL](https://docs.recombee.com/reql) filters.
2920
2957
  * Use the Add Manual ReQL Items Segment endpoint to create the individual segments.
2921
2958
  */
2922
2959
  export class CreateManualReqlSegmentation extends requests.Request {
@@ -2986,7 +3023,7 @@ export module "recombee-api-client" {
2986
3023
 
2987
3024
  /**
2988
3025
  * Adds a new Segment into a Manual ReQL Segmentation.
2989
- * The new Segment is defined by a [ReQL](https://docs.recombee.com/reql.html) filter that returns `true` for an item in case that this item belongs to the segment.
3026
+ * The new Segment is defined by a [ReQL](https://docs.recombee.com/reql) filter that returns `true` for an item in case that this item belongs to the segment.
2990
3027
  */
2991
3028
  export class AddManualReqlSegment extends requests.Request {
2992
3029
  /**
@@ -3143,6 +3180,25 @@ export module "recombee-api-client" {
3143
3180
  };
3144
3181
  }
3145
3182
 
3183
+ /**
3184
+ * Get all [Scenarios](https://docs.recombee.com/scenarios) of the given database.
3185
+ */
3186
+ export class ListScenarios extends requests.Request {
3187
+ /**
3188
+
3189
+ */
3190
+ constructor(
3191
+ );
3192
+
3193
+ protected __response_type: Scenario[];
3194
+
3195
+ bodyParameters(): {
3196
+ };
3197
+
3198
+ queryParameters(): {
3199
+ };
3200
+ }
3201
+
3146
3202
  /**
3147
3203
  * Completely erases all your data, including items, item properties, series, user database, purchases, ratings, detail views, and bookmarks. Make sure the request is never executed in the production environment! Resetting your database is irreversible.
3148
3204
  */