You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/core/prompts/__tests__/__snapshots__/add-custom-instructions/architect-mode-prompt.snap
+70Lines changed: 70 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -368,6 +368,76 @@ Example:
368
368
</new_task>
369
369
370
370
371
+
## update_todo_list
372
+
373
+
**Description:**
374
+
Replace the entire TODO list with an updated checklist reflecting the current state. Always provide the full list; the system will overwrite the previous one. This tool is designed for step-by-step task tracking, allowing you to confirm completion of each step before updating, update multiple task statuses at once (e.g., mark one as completed and start the next), and dynamically add new todos discovered during long or complex tasks.
375
+
376
+
**Checklist Format:**
377
+
- Use a single-level markdown checklist (no nesting or subtasks).
378
+
- List todos in the intended execution order.
379
+
- Status options:
380
+
- [ ] Task description (pending)
381
+
- [x] Task description (completed)
382
+
- [-] Task description (in progress)
383
+
384
+
**Status Rules:**
385
+
- [ ] = pending (not started)
386
+
- [x] = completed (fully finished, no unresolved issues)
387
+
- [-] = in_progress (currently being worked on)
388
+
389
+
**Core Principles:**
390
+
- Before updating, always confirm which todos have been completed since the last update.
391
+
- You may update multiple statuses in a single update (e.g., mark the previous as completed and the next as in progress).
392
+
- When a new actionable item is discovered during a long or complex task, add it to the todo list immediately.
393
+
- Do not remove any unfinished todos unless explicitly instructed.
394
+
- Always retain all unfinished tasks, updating their status as needed.
395
+
- Only mark a task as completed when it is fully accomplished (no partials, no unresolved dependencies).
396
+
- If a task is blocked, keep it as in_progress and add a new todo describing what needs to be resolved.
397
+
- Remove tasks only if they are no longer relevant or if the user requests deletion.
398
+
399
+
**Usage Example:**
400
+
<update_todo_list>
401
+
<todos>
402
+
[x] Analyze requirements
403
+
[x] Design architecture
404
+
[-] Implement core logic
405
+
[ ] Write tests
406
+
[ ] Update documentation
407
+
</todos>
408
+
</update_todo_list>
409
+
410
+
*After completing "Implement core logic" and starting "Write tests":*
411
+
<update_todo_list>
412
+
<todos>
413
+
[x] Analyze requirements
414
+
[x] Design architecture
415
+
[x] Implement core logic
416
+
[-] Write tests
417
+
[ ] Update documentation
418
+
[ ] Add performance benchmarks
419
+
</todos>
420
+
</update_todo_list>
421
+
422
+
**When to Use:**
423
+
- The task involves multiple steps or requires ongoing tracking.
424
+
- You need to update the status of several todos at once.
425
+
- New actionable items are discovered during task execution.
426
+
- The user requests a todo list or provides multiple tasks.
427
+
- The task is complex and benefits from clear, stepwise progress tracking.
428
+
429
+
**When NOT to Use:**
430
+
- There is only a single, trivial task.
431
+
- The task can be completed in one or two simple steps.
432
+
- The request is purely conversational or informational.
433
+
434
+
**Task Management Guidelines:**
435
+
- Mark task as completed immediately after all work of the current task is done.
436
+
- Start the next task by marking it as in_progress.
437
+
- Add new todos as soon as they are identified.
438
+
- Use clear, descriptive task names.
439
+
440
+
371
441
# Tool Use Guidelines
372
442
373
443
1. In <thinking> tags, assess what information you already have and what information you need to proceed with the task.
Copy file name to clipboardExpand all lines: src/core/prompts/__tests__/__snapshots__/add-custom-instructions/ask-mode-prompt.snap
+70Lines changed: 70 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -265,6 +265,76 @@ Example:
265
265
</new_task>
266
266
267
267
268
+
## update_todo_list
269
+
270
+
**Description:**
271
+
Replace the entire TODO list with an updated checklist reflecting the current state. Always provide the full list; the system will overwrite the previous one. This tool is designed for step-by-step task tracking, allowing you to confirm completion of each step before updating, update multiple task statuses at once (e.g., mark one as completed and start the next), and dynamically add new todos discovered during long or complex tasks.
272
+
273
+
**Checklist Format:**
274
+
- Use a single-level markdown checklist (no nesting or subtasks).
275
+
- List todos in the intended execution order.
276
+
- Status options:
277
+
- [ ] Task description (pending)
278
+
- [x] Task description (completed)
279
+
- [-] Task description (in progress)
280
+
281
+
**Status Rules:**
282
+
- [ ] = pending (not started)
283
+
- [x] = completed (fully finished, no unresolved issues)
284
+
- [-] = in_progress (currently being worked on)
285
+
286
+
**Core Principles:**
287
+
- Before updating, always confirm which todos have been completed since the last update.
288
+
- You may update multiple statuses in a single update (e.g., mark the previous as completed and the next as in progress).
289
+
- When a new actionable item is discovered during a long or complex task, add it to the todo list immediately.
290
+
- Do not remove any unfinished todos unless explicitly instructed.
291
+
- Always retain all unfinished tasks, updating their status as needed.
292
+
- Only mark a task as completed when it is fully accomplished (no partials, no unresolved dependencies).
293
+
- If a task is blocked, keep it as in_progress and add a new todo describing what needs to be resolved.
294
+
- Remove tasks only if they are no longer relevant or if the user requests deletion.
295
+
296
+
**Usage Example:**
297
+
<update_todo_list>
298
+
<todos>
299
+
[x] Analyze requirements
300
+
[x] Design architecture
301
+
[-] Implement core logic
302
+
[ ] Write tests
303
+
[ ] Update documentation
304
+
</todos>
305
+
</update_todo_list>
306
+
307
+
*After completing "Implement core logic" and starting "Write tests":*
308
+
<update_todo_list>
309
+
<todos>
310
+
[x] Analyze requirements
311
+
[x] Design architecture
312
+
[x] Implement core logic
313
+
[-] Write tests
314
+
[ ] Update documentation
315
+
[ ] Add performance benchmarks
316
+
</todos>
317
+
</update_todo_list>
318
+
319
+
**When to Use:**
320
+
- The task involves multiple steps or requires ongoing tracking.
321
+
- You need to update the status of several todos at once.
322
+
- New actionable items are discovered during task execution.
323
+
- The user requests a todo list or provides multiple tasks.
324
+
- The task is complex and benefits from clear, stepwise progress tracking.
325
+
326
+
**When NOT to Use:**
327
+
- There is only a single, trivial task.
328
+
- The task can be completed in one or two simple steps.
329
+
- The request is purely conversational or informational.
330
+
331
+
**Task Management Guidelines:**
332
+
- Mark task as completed immediately after all work of the current task is done.
333
+
- Start the next task by marking it as in_progress.
334
+
- Add new todos as soon as they are identified.
335
+
- Use clear, descriptive task names.
336
+
337
+
268
338
# Tool Use Guidelines
269
339
270
340
1. In <thinking> tags, assess what information you already have and what information you need to proceed with the task.
0 commit comments