@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.
package/dist/python/prompts.py
CHANGED
|
@@ -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:
|
package/dist/rust/prompts.rs
CHANGED
|
@@ -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:
|
package/dist/typescript/index.ts
CHANGED
|
@@ -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.
|
|
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": "
|
|
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:
|