需要基于 Readwise Reader…

当你想从 Readwise Reader 最近归档或移到 later 的文档、高亮和批注中，生成温暖简洁的阅读复盘并提取待跟进事项时使用。

适用场景

解决思路

1. 检查 Readwise MCP 工具是否可用（例如 `mcp__readwise__reader_list_documents`）；如果可用，则全程使用这些 MCP 工具。
2. 如果 MCP 工具不可用，则改用等效的 `readwise` CLI 命令（例如 `readwise list`、`readwise read <id>`、`readwise highlights <id>`），并把下文引用的 MCP 工具名按需翻译为 CLI 等效命令。
3. 读取当前工作目录下的 `reader_persona.md`（如果存在），用其个性化简报语气，并帮助理解用户批注的上下文（例如把高亮与用户已知兴趣关联）；如果没有 persona 文件，则跳过并独立运行。
4. 解析参数为天数；如果没有传参，默认 1 天（最近 24 小时）。
5. 按参数确定时间窗口，例如：`/reader-recap` 表示最近 24 小时，`/reader-recap 7` 表示最近 7 天，`/reader-recap 30` 表示最近 30 天。
6. 查询 Reader 中在时间窗口内归档或移到 "later" 的文档；并行运行调用：`mcp__readwise__reader_list_documents(location="archive", updated_after=<cutoff>, limit=100, response_fields=["title", "author", "category", "notes", "source_url"])`。
7. 并行运行第二个调用：`mcp__readwise__reader_list_documents(location="later", updated_after=<cutoff>, limit=100, response_fields=["title", "author", "category", "notes", "source_url"])`。
8. 合并两次查询结果，并按 document ID 去重。
9. 如果没有找到任何文档，报告 `No archived or moved documents in the last [N] days` 并停止。
10. 对每个返回的文档获取高亮：`mcp__readwise__reader_get_document_highlights(document_id=<id>)`。
11. 获取高亮后，把文档分为三组：Annotated：有带用户笔记的高亮（`note` 字段非空），或文档级 `notes` 字段非空；Highlighted only：有高亮但没有任何带用户笔记的高亮；No engagement：零高亮且无文档级笔记（归档但未阅读）。
12. 对每个 Annotated 文档，扫描高亮上的用户笔记以及文档级 `notes` 字段，标记任何可行动内容。
13. 标记 Question：包含 `?` 或提出某个问题。
14. 标记 TODO：表示要查找、验证、跟进、尝试或去做某事。
15. 标记 Idea：连接多个概念或提出新想法。
16. 标记 Disagreement：反驳来源的论断。
17. 标记 Cross-reference：按名称提到另一本书、文章或作者。
18. 不匹配任何模式的批注只是上下文（用户在大声思考），但仍要包含进简报。
19. 写对话式复盘，像一位博学的助理在喝咖啡时帮人回顾；要温暖、简洁、有用，不要变成数据倾倒。
20. 开头写一句话概述该时间段；示例：`You had a busy week — 12 articles and a book, mostly history and AI stuff.` 或 `Quiet day — just two articles, but you had a lot to say about one of them.`。
21. 每篇 Annotated 文档写一个短段落，按参与度排序（批注最多在前）。每段自然融合：该内容讲什么（1 句）；用户高亮了多少（融入行文，不单列统计）；最有趣、尤其是可行动的批注，用对话方式转述用户笔记：例如 `You had a question about whether this applies to mammals too.`、`You noted you want to try this workflow yourself.`、`You pushed back on the author's claim about pricing.`；如果用户留了文档级笔记，先以它开头，它通常是总体反应。
22. Light reads：用一句话列出用户高亮但未批注的文档，例如 `You also highlighted a few things in [Title] and [Title] but didn't leave notes.`。
23. Action items：如果任何批注被标记为 TODO、Question 或 Idea，在结尾以短项目符号列表收集到 `**Things you might want to follow up on:**` 下；如果没有任何可行动项，则完全跳过此部分。
24. 语气规则：使用第二人称（`you read`、`you noted`），不要用第三人称。
25. 语气规则：可以使用缩略形式（contractions）。
26. 语气规则：主体不要用项目符号列表，只能用散文段落。
27. 语气规则：保持可略读——短段落，一段一个想法。
28. 语气规则：不要对内容本身发表评论或编辑观点，只报告用户做了什么、说了什么。
29. 语气规则：结尾 action items 列表是唯一允许使用项目符号的例外。
30. 如果存在 persona 文件，用它添加上下文（例如 `this connects to your interest in X`）。
31. 该技能是只读的：不移动、不打标签、不修改任何文档。
32. "archive" 和 "later" 位置能覆盖大多数已读完的阅读；仍在 "feed" 或 "new" 的文档是未完成阅读，不包含在内。
33. 批注（用户自己对高亮的笔记）是最有趣的部分；没有笔记的原始高亮会被计数，但不逐条展示。
34. 对较大时间窗口（如 30 天），文档可能很多；优先处理批注最多的文档，其余用聚合方式总结，而不是为每一篇都写一段。

适用边界 · 注意事项

• 没有可用的 Readwise MCP 工具或 `readwise` CLI，无法访问 Readwise Reader 时。
• 用户近期没有归档或移到 "later" 的文档，或只想复盘仍在 "feed"/"new" 中的未完成阅读时。
• 只需要原始高亮导出或统计，不需要对话式简报、语气个性化和行动项汇总时。