reader-recap

Readwise Reader でのユーザーの最近の読書アクティビティを要約します。次の手順に注意深く従ってください。

Readwise へのアクセス

Readwise MCP ツールが利用可能か確認します（例：mcp__readwise__reader_list_documents）。利用可能な場合は、すべての処理でそれらを使用します。利用できない場合は、代わりに同等の readwise CLI コマンドを使用します（例：readwise list、readwise read <id>、readwise highlights <id>）。以下の手順に記載されている MCP ツール名は、必要に応じて CLI の同等コマンドに読み替えてください。

セットアップ

1. ペルソナファイルを確認します。 現在の作業ディレクトリに reader_persona.md が存在する場合は読み込みます。ブリーフィングの語調をユーザーに合わせ、ユーザーの注釈を文脈に沿って解釈するために使用します（例：ハイライトをユーザーの既知の関心事と関連付けます）。ペルソナファイルがない場合は、そのまま進めてください。要約は単独でも問題なく機能します。

2. 対象期間を決定します。 引数を日数として解析します。引数がない場合は、デフォルトで1日（直近24時間）とします。

/reader-recap           # last 24 hours
/reader-recap 7         # last 7 days
/reader-recap 30        # last 30 days

ステップ1：最近のドキュメントを取得する

対象期間内にユーザーがアーカイブした、または「later」に移動したドキュメントを Reader に問い合わせます。次の2つの呼び出しを並行して実行します。

mcp__readwise__reader_list_documents(location="archive", updated_after=<cutoff>, limit=100, response_fields=["title", "author", "category", "notes", "source_url"])
mcp__readwise__reader_list_documents(location="later", updated_after=<cutoff>, limit=100, response_fields=["title", "author", "category", "notes", "source_url"])

結果をまとめ、ドキュメント ID で重複を除外します。

ドキュメントが見つからない場合は、「過去[N]日間にアーカイブまたは移動されたドキュメントはありません」と報告して終了します。

ステップ2：ハイライトを取得する

取得した各ドキュメントについて、ハイライトを取得します。

mcp__readwise__reader_get_document_highlights(document_id=<id>)

取得後、ドキュメントを次の3つのグループに分けます。

• 注釈あり — ハイライトにユーザーのメモ（note フィールドが空でない）がある、またはドキュメント単位の notes フィールドが空でない
• ハイライトのみ — ハイライトはあるが、ユーザーのメモが付いたものはない
• 反応なし — ハイライトがゼロで、ドキュメント単位のメモもない（読まずにアーカイブされた）

ステップ3：注釈を分類する

注釈ありの各ドキュメントについて、ハイライトに付けられたユーザーのメモと、ドキュメント単位のメモフィールドを確認します。対応が必要なものにはフラグを付けます。

フラグ	パターン
質問	「?」を含む、または質問している
TODO	調べる、確認する、後で対応する、試す、または何かを行うよう記されている
アイデア	複数の概念を結び付けている、または新しい案を提案している
異議	情報源の主張に異を唱えている
相互参照	別の書籍、記事、または著者を名前で挙げている

どのパターンにも当てはまらない注釈は、単なる文脈情報、つまりユーザーが考えを巡らせている内容です。これらもブリーフィングに含めてください。

ステップ 4：ブリーフィングを書く

よく読み込んだアシスタントが、コーヒーを飲みながら近況を伝えるような、会話調の振り返りを書きます。親しみやすく、簡潔で、役に立つ内容にします。データを並べるだけにはしません。

構成：

1. 書き出し — 対象期間の概要を1文で伝えます。

   「忙しい1週間でしたね。記事12本と本1冊を読み、主に歴史とAIについて読みました。」

   「静かな1日でしたね。記事は2本だけでしたが、そのうち1本についてはいろいろと考えたようです。」

2. 文書ごとの段落 — 注釈を付けた文書ごとに、短い段落を1つ書きます。注釈が多い順に並べます。各段落では、次の内容を自然に織り交ぜます。

   • その文書がどのような内容だったか（1文）
   • ユーザーがどれくらいハイライトしたか（数値だけを独立して示すのではなく、文章に織り込みます）
   • 特に実行に移せる内容など、興味深い注釈。ユーザーのメモを会話調に言い換えます。 「これが哺乳類にも当てはまるのか気になったようです。」 「このワークフローを自分でも試してみたいと書いていました。」 「価格に関する著者の主張には異議を唱えていました。」
   • 文書全体に関するメモがあれば、それを先に取り上げます。通常、全体的な感想が書かれています。

3. 軽く読んだ文書 — ハイライトはしたものの、注釈は付けなかった文書を1文で列挙します。「[Title]と[Title]でもいくつかハイライトしましたが、メモは残しませんでした。」

4. アクション項目 — TODO、質問、アイデアとしてフラグが付いた注釈があれば、最後に「あとで確認してみてもよさそうなこと：」という見出しの下に、短い箇条書きでまとめます。実行に移せる内容がなければ、このセクション自体を省略します。

出力例：

Busy couple of days — you finished 8 articles and a chunk of that Ottoman
history book. Most of your attention went to the logistics stuff.

You were really into Sarah Chen's piece on supply chain resilience. 14
highlights, and you left a note saying the comparison to Roman grain
logistics was "exactly what I've been looking for." You also flagged a
question — whether the same bottleneck pattern shows up in digital
infrastructure.

The Ottoman book got 9 new highlights across three chapters. Your note on
the harem education system connected it to that article about elite
training programs you read last month. You also marked a claim about
succession rates that you want to verify.

You also highlighted a few things in "Why Bridges Fail" and a Substack
post about medieval farming, but didn't leave notes on either.

**Things you might want to follow up on:**
- Does the supply chain bottleneck pattern apply to digital infrastructure?
- Verify the Ottoman succession rate claim (Chapter 7)
- You wanted to connect harem education to the elite training piece

トーンに関するルール：

• 三人称ではなく、二人称を使います（「あなたは読んだ」「あなたはメモした」）。
• 短縮形を使ってもかまいません。
• 本文では箇条書きを使わず、段落のみで書きます。
• ざっと読めるように、段落は短くし、1段落につき1つの内容に絞ります。
• 内容について独自の評価を加えず、ユーザーがしたこと、述べたことだけを伝えます。
• 最後のアクション項目には箇条書きを使います。箇条書きが許されるのはここだけです。
• ペルソナファイルがある場合は、そこから背景を加えます（例：「これは、Xへのあなたの関心にもつながります」）。

メモ

• このスキルは読み取り専用です。文書の移動、タグ付け、変更は行いません。
• 読み終えた文書の多くは「archive」および「later」にあります。「feed」や「new」に残っている文書は作業中のものとして扱い、対象に含めません。
• 興味深いのは注釈（ハイライトに対するユーザー自身のメモ）です。メモのないハイライトも数には含めますが、個別には取り上げません。
• 対象期間が長い（30日間）場合は、文書が多くなることがあります。注釈が最も多い文書を優先し、残りは1件ずつ段落にまとめるのではなく、まとめて要約します。