@dotcms/ai 26.8.10-1 → 26.8.10-1-next.2511

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.
package/README.md CHANGED
@@ -20,6 +20,34 @@ Safety isn't a setting you turn on; it's the shape of the runtime:
20
20
  npm install @dotcms/ai
21
21
  ```
22
22
 
23
+ ## Which SDK Version Should I Use?
24
+
25
+ dotCMS SDKs are published in lockstep with dotCMS itself: every `@dotcms/*` package ships
26
+ at the **exact same version number** as the dotCMS release it was built for (e.g. dotCMS
27
+ `26.7.14-1` → `@dotcms/client@26.7.14-1`, `@dotcms/react@26.7.14-1`, and so on).
28
+
29
+ **Simple rule of thumb: use the SDK version that matches your dotCMS instance's version.**
30
+
31
+ You don't have to upgrade the SDK every time dotCMS releases a new version (or vice versa).
32
+ Most releases don't change anything the SDKs rely on, so an older SDK usually keeps working
33
+ fine against a newer dotCMS instance. Occasionally, though, a release does include a real
34
+ breaking change — and if your SDK is older than that point, it will stop working correctly.
35
+
36
+ You don't need to track this yourself: your dotCMS instance always knows the oldest SDK
37
+ version it still supports, and the SDK checks itself against it automatically. If you're
38
+ using an SDK that's too old, you'll see a clear warning in your console telling you to
39
+ upgrade.
40
+
41
+ **Recommendation:** pin your SDKs to the same version as your dotCMS instance, and only bump
42
+ them when you upgrade dotCMS — or when the console tells you to.
43
+
44
+ > **On an LTS release?** LTS releases don't currently get their own matching SDK version.
45
+ > Until that's addressed, use the SDK version published for the closest regular release at
46
+ > or before your LTS version.
47
+ >
48
+ > Want more background on how dotCMS releases and support windows work? See
49
+ > [Release & Support Lifecycle](https://dev.dotcms.com/docs/release-support-lifecycle).
50
+
23
51
  ## The front door — one runtime, two verbs
24
52
 
25
53
  ```ts
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@dotcms/ai",
3
- "version": "26.08.10-01",
3
+ "version": "26.8.10-1-next.2511",
4
4
  "description": "The dotCMS agentic runtime — run model-written or human-written code safely against a dotCMS instance, with auth and policy owned in one place.",
5
5
  "repository": {
6
6
  "type": "git",
package/spec.cjs.js CHANGED
@@ -3211,7 +3211,7 @@ var paths = {
3211
3211
  "Folders"
3212
3212
  ],
3213
3213
  summary: "Search folders",
3214
- description: "Returns folders within a site matching an optional name filter and/or path scope. Supports recursive depth control, standard pagination, and sorting. With no 'name' and default path '/' + recursive=true, all site folders are returned.",
3214
+ description: "Returns folders within a site matching an optional name filter and/or path scope. Supports recursive depth control, standard pagination, and sorting. With no 'name' and default path '/' + recursive=true, all site folders are returned. Each folder carries the detail fields a folder-edit form needs (title, sortOrder, filesMasks, defaultFileType, showOnMenu, defaultBaseType). Set 'includePermissions=true' to also receive the permission types the requesting user holds on each folder; that flag caps 'perPage' (see the parameter description).",
3215
3215
  operationId: "searchFolders",
3216
3216
  parameters: [
3217
3217
  {
@@ -3293,6 +3293,15 @@ var paths = {
3293
3293
  format: "int32",
3294
3294
  "default": 40
3295
3295
  }
3296
+ },
3297
+ {
3298
+ name: "includePermissions",
3299
+ "in": "query",
3300
+ description: "When true, each returned folder includes a 'permissions' array with the permission types the requesting user holds on it (READ, EDIT, PUBLISH, EDIT_PERMISSIONS, CAN_ADD_CHILDREN). When false (the default) 'permissions' is null — meaning 'not requested', which is not the same as an empty array ('requested, no grants'). Because permissions are resolved per page, enabling this flag caps 'perPage' at the value of the 'content.drive.folder.search.permissions.max.per.page' configuration property (default 200); a larger 'perPage' is rejected with a 400.",
3301
+ schema: {
3302
+ type: "boolean",
3303
+ "default": false
3304
+ }
3296
3305
  }
3297
3306
  ],
3298
3307
  responses: {
@@ -3304,7 +3313,7 @@ var paths = {
3304
3313
  }
3305
3314
  },
3306
3315
  "400": {
3307
- description: "'siteId' is required; 'name' must be at least 2 characters if provided"
3316
+ description: "'siteId' is required; 'name' must be at least 2 characters if provided; 'perPage' exceeds the maximum allowed when 'includePermissions' is true"
3308
3317
  },
3309
3318
  "401": {
3310
3319
  description: "User is not authenticated"
package/spec.esm.js CHANGED
@@ -3209,7 +3209,7 @@ var paths = {
3209
3209
  "Folders"
3210
3210
  ],
3211
3211
  summary: "Search folders",
3212
- description: "Returns folders within a site matching an optional name filter and/or path scope. Supports recursive depth control, standard pagination, and sorting. With no 'name' and default path '/' + recursive=true, all site folders are returned.",
3212
+ description: "Returns folders within a site matching an optional name filter and/or path scope. Supports recursive depth control, standard pagination, and sorting. With no 'name' and default path '/' + recursive=true, all site folders are returned. Each folder carries the detail fields a folder-edit form needs (title, sortOrder, filesMasks, defaultFileType, showOnMenu, defaultBaseType). Set 'includePermissions=true' to also receive the permission types the requesting user holds on each folder; that flag caps 'perPage' (see the parameter description).",
3213
3213
  operationId: "searchFolders",
3214
3214
  parameters: [
3215
3215
  {
@@ -3291,6 +3291,15 @@ var paths = {
3291
3291
  format: "int32",
3292
3292
  "default": 40
3293
3293
  }
3294
+ },
3295
+ {
3296
+ name: "includePermissions",
3297
+ "in": "query",
3298
+ description: "When true, each returned folder includes a 'permissions' array with the permission types the requesting user holds on it (READ, EDIT, PUBLISH, EDIT_PERMISSIONS, CAN_ADD_CHILDREN). When false (the default) 'permissions' is null — meaning 'not requested', which is not the same as an empty array ('requested, no grants'). Because permissions are resolved per page, enabling this flag caps 'perPage' at the value of the 'content.drive.folder.search.permissions.max.per.page' configuration property (default 200); a larger 'perPage' is rejected with a 400.",
3299
+ schema: {
3300
+ type: "boolean",
3301
+ "default": false
3302
+ }
3294
3303
  }
3295
3304
  ],
3296
3305
  responses: {
@@ -3302,7 +3311,7 @@ var paths = {
3302
3311
  }
3303
3312
  },
3304
3313
  "400": {
3305
- description: "'siteId' is required; 'name' must be at least 2 characters if provided"
3314
+ description: "'siteId' is required; 'name' must be at least 2 characters if provided; 'perPage' exceeds the maximum allowed when 'includePermissions' is true"
3306
3315
  },
3307
3316
  "401": {
3308
3317
  description: "User is not authenticated"