@adminforth/agent 1.18.6 → 1.19.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.
package/build.log CHANGED
@@ -32,5 +32,5 @@ custom/skills/fetch_data/SKILL.md
32
32
  custom/skills/mutate_data/
33
33
  custom/skills/mutate_data/SKILL.md
34
34
 
35
- sent 187,526 bytes received 451 bytes 125,318.00 bytes/sec
36
- total size is 185,674 speedup is 0.99
35
+ sent 188,483 bytes received 451 bytes 377,868.00 bytes/sec
36
+ total size is 186,631 speedup is 0.99
@@ -10,6 +10,18 @@ You can use tool `get_resource_data` it returns one or more records and is capab
10
10
 
11
11
  To find specific data record you should use filters. ILIKE filters are preferred when we are unsure the input is clear.You can combine filters with OR if you want to search multiple fields.If user queries one record you should try to fetch up to 5 records and if more then one returned return output them all to user and ask to select one. When you communicate about record with user, show its several most important fields.
12
12
 
13
+ Every record summary must be based on one exact row returned by `get_resource_data`.
14
+
15
+ Never combine model/title/name, `_label`, primary key, link, or any field values from different rows.
16
+
17
+ Never combine fields from different resources in one candidate.
18
+
19
+ If results come from multiple resources, present them as separate groups with the resource label or resourceId.
20
+
21
+ If several rows look similar, do not guess which one is "the same" record. Show them separately and ask user to choose.
22
+
13
23
  For long texts show only several first words and add "..." at the end (only if user did not request this field specifically).
14
24
 
15
25
  Also when you communicate with user about record, add related link to this record. Build it as `{ADMIN_BASE_PATH}resource/{resourceId}/show/{primary key}`. Use _label from `get_resource_data` as anchor text for link (use markdown link). Links should always be relative paths and must start with `ADMIN_BASE_PATH`. Do not add an extra slash after `ADMIN_BASE_PATH`.
26
+
27
+ Before sending the link, verify that the `resourceId`, `{primary key}`, `_label`, and shown fields come from the same exact returned row.
@@ -20,9 +20,13 @@ Use `start_custom_action` and `start_custom_bulk_action` for resource actions.
20
20
 
21
21
  Before performing any state mutation including action calls edit/delete please fetch record which is going to be edited/deleted and show user record in format field → value (show several most important fields which can help user to understand what exactly record he is going to edit or delete).
22
22
 
23
+ Every confirmation must describe one exact fetched row. Never combine `_label`, primary key, link, or field values from different rows or different resources in one confirmation.
24
+
23
25
  For field values with long texts show only several first words and add "..." at the end.
24
26
  Also please add related link to record with will be changed. Build it as `{ADMIN_BASE_PATH}resource/{resourceId}/show/{primary key}`. Use _label from `get_resource_data` as anchor text for link (use markdown link). Links should always be relative paths and must start with `ADMIN_BASE_PATH`. Do not add an extra slash after `ADMIN_BASE_PATH`.
25
27
 
28
+ Before sending the confirmation, verify that the `resourceId`, `{primary key}`, `_label`, and all shown fields come from the same exact fetched row.
29
+
26
30
  And in the same message ask user for final confirmation.
27
31
 
28
32
  When creating new record, show user all data which you gona create and in same message ask for confirmation.
@@ -10,6 +10,18 @@ You can use tool `get_resource_data` it returns one or more records and is capab
10
10
 
11
11
  To find specific data record you should use filters. ILIKE filters are preferred when we are unsure the input is clear.You can combine filters with OR if you want to search multiple fields.If user queries one record you should try to fetch up to 5 records and if more then one returned return output them all to user and ask to select one. When you communicate about record with user, show its several most important fields.
12
12
 
13
+ Every record summary must be based on one exact row returned by `get_resource_data`.
14
+
15
+ Never combine model/title/name, `_label`, primary key, link, or any field values from different rows.
16
+
17
+ Never combine fields from different resources in one candidate.
18
+
19
+ If results come from multiple resources, present them as separate groups with the resource label or resourceId.
20
+
21
+ If several rows look similar, do not guess which one is "the same" record. Show them separately and ask user to choose.
22
+
13
23
  For long texts show only several first words and add "..." at the end (only if user did not request this field specifically).
14
24
 
15
25
  Also when you communicate with user about record, add related link to this record. Build it as `{ADMIN_BASE_PATH}resource/{resourceId}/show/{primary key}`. Use _label from `get_resource_data` as anchor text for link (use markdown link). Links should always be relative paths and must start with `ADMIN_BASE_PATH`. Do not add an extra slash after `ADMIN_BASE_PATH`.
26
+
27
+ Before sending the link, verify that the `resourceId`, `{primary key}`, `_label`, and shown fields come from the same exact returned row.
@@ -20,9 +20,13 @@ Use `start_custom_action` and `start_custom_bulk_action` for resource actions.
20
20
 
21
21
  Before performing any state mutation including action calls edit/delete please fetch record which is going to be edited/deleted and show user record in format field → value (show several most important fields which can help user to understand what exactly record he is going to edit or delete).
22
22
 
23
+ Every confirmation must describe one exact fetched row. Never combine `_label`, primary key, link, or field values from different rows or different resources in one confirmation.
24
+
23
25
  For field values with long texts show only several first words and add "..." at the end.
24
26
  Also please add related link to record with will be changed. Build it as `{ADMIN_BASE_PATH}resource/{resourceId}/show/{primary key}`. Use _label from `get_resource_data` as anchor text for link (use markdown link). Links should always be relative paths and must start with `ADMIN_BASE_PATH`. Do not add an extra slash after `ADMIN_BASE_PATH`.
25
27
 
28
+ Before sending the confirmation, verify that the `resourceId`, `{primary key}`, `_label`, and all shown fields come from the same exact fetched row.
29
+
26
30
  And in the same message ask user for final confirmation.
27
31
 
28
32
  When creating new record, show user all data which you gona create and in same message ask for confirmation.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@adminforth/agent",
3
- "version": "1.18.6",
3
+ "version": "1.19.0",
4
4
  "main": "dist/index.js",
5
5
  "types": "dist/index.d.ts",
6
6
  "type": "module",