需要复用或管理 Parallel 历史运行时，用…

当过去 Parallel Task、Monitor 或 FindAll 工作可能有助于当前请求，或用户要求检索、移除、清空个人 Memory 时使用。

适用场景

解决思路

1. 确认 parallel-cli >=0.8.1 且可联网；若版本过旧，或 `parallel-cli memory --help` 报 `no such command` 等错误，提示用户更新 `parallel-cli` 后重试。
2. 根据用户意图选择操作：检索过去某主题工作用带简洁 query 的 retrieve；查看最近运行用不带 query 的 retrieve；移除一条已保存的 Task、Monitor 或 FindAll 来源用按精确 kind 和 id 的 evict；永久移除个人 Memory 全部条目用 clear；关闭 memory 则引导用户到账户设置，不要用 clear 代替。
3. 检索、evict、clear 均使用 `parallel-cli memory` 子命令。
4. 若 memory 不符合资格，报告返回原因；该原因会区分 rollout、组织设置、账号 opt-in、key 资格等。
5. 遇到 key 资格错误时，告诉用户重新认证。
6. 检索时，构造描述要查找的过往工作的简短语义 query。
7. 在有帮助时应用过滤器。
8. 若 `results` 为空，视为检索成功但无匹配，而不是错误。
9. 当能明确缩小范围时，将 `kind` 设为 `task`、`monitor` 或 `findall`。
10. 需要明确时间边界时设置 `since`（RFC 3339，例如 `2026-08-01T00:00:00Z`）。
11. 当要检索最近记忆而不是某个主题时，省略 `query`。
12. 按 query 检索：`parallel-cli memory retrieve --query "serverless inference vendors"`。
13. 检索最近记忆：`parallel-cli memory retrieve --limit 5`。
14. 使用结果时，根据 `kind` 使用不同字段：`task` 用 `id`、`updated_at`、`input_excerpt`、`output_excerpt`。
15. `monitor` 用 monitor `id`、status、query excerpt，以及匹配 event IDs、timestamps、excerpts。
16. `findall` 用 `id`、`updated_at`、objective excerpt、`matched_count`。
17. 当精确输出、实体、引用或来源很重要时，获取原始 Task 结果、Monitor 事件或 FindAll 结果。
18. 总结有用发现和未解决问题。
19. 先说明过往工作已确立了什么，再列出贡献这些信息的已保存运行及其 kind、ID、timestamp。
20. 区分回忆出的信息与任何新验证的信息。
21. Parallel 运行不会查询 Memory；如果回忆出的信息可能有用，把相关细节包含进新运行的输入。
22. 预期摄取是异步的；不要承诺新完成的运行会立即可检索。
23. 从个人 Memory 中 evict 单条运行，或完全 clear；这些操作不会删除底层 Parallel 运行。
24. 除非用户已经要求清空，否则在 clear 前先请求确认。
25. Evict 示例：`parallel-cli memory evict --kind task --id "trun_example"`。
26. Clear 示例：`parallel-cli memory clear --confirm-clear`。

适用边界 · 注意事项

• 不要仅因已有 memory 就检查；仅当过去 Parallel 工作可能有助于满足请求，或用户明确要求 retrieve、evict、clear 时才检查 memory。
• 需要当前最新信息时，不要只依赖 memory 的过往运行摘录；应获取源运行，并在需要时启动新运行。
• 用户想关闭 memory 时，不要用 clear 代替；应引导到账户设置。