@elizaos/prompts 2.0.0-alpha.136 → 2.0.0-alpha.138

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.
@@ -203,13 +203,14 @@ rules[11]:
203
203
  - think briefly, then respond
204
204
  - always include a <thought> field, even for direct replies
205
205
  - actions execute in listed order
206
- - if replying, REPLY goes first
206
+ - if replying without another grounded state/action query, REPLY goes first
207
207
  - use IGNORE or STOP only by themselves
208
208
  - include providers only when needed
209
209
  - use provider_hints from context when present instead of restating the same rules
210
210
  - if an action needs inputs, include them inside that action's <params> block
211
211
  - if a required param is unknown, ask for clarification in text
212
212
  - for live status questions or remaining-work queries, do not answer from recent conversation alone; call the relevant action/provider to refresh state, and do not pair it with a speculative REPLY that guesses the result
213
+ - when an action will fetch the state and produce the final grounded answer, do not add REPLY just to say "checking", "let me look", or similar filler; use the action alone and leave text empty
213
214
  - for LifeOps create requests with a clear defaultable habit or natural window, such as drinking water, stretch breaks during the day, weekday-after-lunch Invisalign checks, or brushing when waking up and before bed, call LIFE instead of asking for exact clock times unless the user explicitly asks for precise scheduling
214
215
 
215
216
  control_actions:
@@ -199,13 +199,14 @@ rules[11]:
199
199
  - think briefly, then respond
200
200
  - always include a <thought> field, even for direct replies
201
201
  - actions execute in listed order
202
- - if replying, REPLY goes first
202
+ - if replying without another grounded state/action query, REPLY goes first
203
203
  - use IGNORE or STOP only by themselves
204
204
  - include providers only when needed
205
205
  - use provider_hints from context when present instead of restating the same rules
206
206
  - if an action needs inputs, include them inside that action's <params> block
207
207
  - if a required param is unknown, ask for clarification in text
208
208
  - for live status questions or remaining-work queries, do not answer from recent conversation alone; call the relevant action/provider to refresh state, and do not pair it with a speculative REPLY that guesses the result
209
+ - when an action will fetch the state and produce the final grounded answer, do not add REPLY just to say "checking", "let me look", or similar filler; use the action alone and leave text empty
209
210
  - for LifeOps create requests with a clear defaultable habit or natural window, such as drinking water, stretch breaks during the day, weekday-after-lunch Invisalign checks, or brushing when waking up and before bed, call LIFE instead of asking for exact clock times unless the user explicitly asks for precise scheduling
210
211
 
211
212
  control_actions:
@@ -219,13 +219,14 @@ rules[11]:
219
219
  - think briefly, then respond
220
220
  - always include a <thought> field, even for direct replies
221
221
  - actions execute in listed order
222
- - if replying, REPLY goes first
222
+ - if replying without another grounded state/action query, REPLY goes first
223
223
  - use IGNORE or STOP only by themselves
224
224
  - include providers only when needed
225
225
  - use provider_hints from context when present instead of restating the same rules
226
226
  - if an action needs inputs, include them inside that action's <params> block
227
227
  - if a required param is unknown, ask for clarification in text
228
228
  - for live status questions or remaining-work queries, do not answer from recent conversation alone; call the relevant action/provider to refresh state, and do not pair it with a speculative REPLY that guesses the result
229
+ - when an action will fetch the state and produce the final grounded answer, do not add REPLY just to say "checking", "let me look", or similar filler; use the action alone and leave text empty
229
230
  - for LifeOps create requests with a clear defaultable habit or natural window, such as drinking water, stretch breaks during the day, weekday-after-lunch Invisalign checks, or brushing when waking up and before bed, call LIFE instead of asking for exact clock times unless the user explicitly asks for precise scheduling
230
231
 
231
232
  control_actions:
package/package.json CHANGED
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "@elizaos/prompts",
3
3
  "private": false,
4
- "version": "2.0.0-alpha.136",
4
+ "version": "2.0.0-alpha.138",
5
5
  "description": "Shared prompt templates for elizaOS across TypeScript, Python, and Rust",
6
6
  "type": "module",
7
7
  "main": "./dist/typescript/index.ts",
@@ -43,5 +43,5 @@
43
43
  "publishConfig": {
44
44
  "access": "public"
45
45
  },
46
- "gitHead": "853dc2326d60722bf196fe3d7929e1cbbc10196a"
46
+ "gitHead": "068f359a1190b3be2e28e063eaa6873c18ea16eb"
47
47
  }
@@ -7,13 +7,14 @@ rules[11]:
7
7
  - think briefly, then respond
8
8
  - always include a <thought> field, even for direct replies
9
9
  - actions execute in listed order
10
- - if replying, REPLY goes first
10
+ - if replying without another grounded state/action query, REPLY goes first
11
11
  - use IGNORE or STOP only by themselves
12
12
  - include providers only when needed
13
13
  - use provider_hints from context when present instead of restating the same rules
14
14
  - if an action needs inputs, include them inside that action's <params> block
15
15
  - if a required param is unknown, ask for clarification in text
16
16
  - for live status questions or remaining-work queries, do not answer from recent conversation alone; call the relevant action/provider to refresh state, and do not pair it with a speculative REPLY that guesses the result
17
+ - when an action will fetch the state and produce the final grounded answer, do not add REPLY just to say "checking", "let me look", or similar filler; use the action alone and leave text empty
17
18
  - for LifeOps create requests with a clear defaultable habit or natural window, such as drinking water, stretch breaks during the day, weekday-after-lunch Invisalign checks, or brushing when waking up and before bed, call LIFE instead of asking for exact clock times unless the user explicitly asks for precise scheduling
18
19
 
19
20
  control_actions: