wiki-digest
Generate a periodic knowledge digest — a human-readable newsletter-style summary of what was learned, updated, and connected in your wiki over a specified period (day/week/month). Use when the user says "what did I learn this week", "give me a digest", "weekly summary", "knowledge report", "what's new in my wiki", "/wiki-digest [period]", "summarize my recent learning", or wants a readable overview of recent wiki activity. Distinct from wiki-status (which reports ingestion delta of sources) — wiki-digest summarizes *knowledge*, not sources.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o wiki-digest.zip https://jpskill.com/download/22841.zip && unzip -o wiki-digest.zip && rm wiki-digest.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/22841.zip -OutFile "$d\wiki-digest.zip"; Expand-Archive "$d\wiki-digest.zip" -DestinationPath $d -Force; ri "$d\wiki-digest.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
wiki-digest.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
wiki-digestフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[Skill 名] wiki-digest
Wikiダイジェスト — 知識ニュースレター生成
あなたは、最近のWiki活動について、人間が読めるダイジェストを生成しています。何が学ばれたか、何が更新されたか、どのようなテーマが出現しているか、そして何を見直す価値があるか、といった内容です。このスキルは、ソースではなく知識を要約します。これは、取り込み状況レポートではなく、週次レビューセッションだと考えてください。
開始する前に
- 設定の解決 —
llm-wiki/SKILL.mdの設定解決プロトコルに従ってください(.env→~/.obsidian-wiki/config→ プロンプト設定のためにCWDを遡ります)。これによりOBSIDIAN_VAULT_PATHとOBSIDIAN_LINK_FORMATが得られます。 - ユーザーのリクエストから期間を解析します。
- "daily" / "today" / "yesterday" → 過去24時間
- "weekly" / "this week" / 引数なし(デフォルト) → 過去7日間
- "monthly" / "this month" → 過去30日間
- "since 2026-05-01" のようなISO日付 → その日付以降に更新されたページ
- "last 14 days" のような明示的な数値 → その日数
$OBSIDIAN_VAULT_PATH/log.mdを読み込みます — 最後の200行 — 期間内のエントリを探します(タイムスタンプはISO-8601プレフィックス付きの行です)。$OBSIDIAN_VAULT_PATH/hot.mdを読み込み、現在のセッションコンテキストを取得します。$OBSIDIAN_VAULT_PATH/_insights.mdが存在する場合、そのアンカーページテーブルを読み込みます — 後でどの新しいページがハブになったかを特定するために使用します。
ステップ1:期間中にアクティブだったページを収集する
$OBSIDIAN_VAULT_PATH 配下のすべての .md ファイルをグロブします。特殊/システムファイルはスキップします。
index.md、log.md、hot.md、AGENTS.md、_insights.md_meta/、_archives/、_raw/配下のすべて- ジャーナルダイジェストページ自体(
journal/digest-*.md)
残りの各ページについて、そのフロントマターを読み込みます。
created— ページが最初に作成された日時updated— 最後に変更された日時
分類します。
- 新規ページ:
createdが期間内である - 更新されたページ:
updatedが期間内であるがcreatedはそれ以前である - 変更なし: どちらの日付も期間内にない → スキップ
アクティブなページが5ページ未満だった場合、その旨を伝え、期間を広げることを提案します。「過去7日間でアクティブだったページは3ページだけでした — 代わりに月次ダイジェストにしますか?」ユーザーが続行を指示しない限り、ここで停止します。
各アクティブページについて、title、category、tags、summary(フロントマターフィールド)、lifecycle、本文中の ^[ambiguous] または ^[inferred] マーカーを収集します。
ステップ2:テーマを特定する
すべてのアクティブなページのタグから、テーマの頻度を集計します。
新規 + 更新されたページの各タグについて:
そのタグを持つアクティブなページの数を数える
降順にソートし、上位5つを取る
また、$OBSIDIAN_VAULT_PATH/_meta/taxonomy.md(存在する場合)も読み込みます。ステップ1のタグのうち、タクソノミーに出現しないタグにフラグを立てます — これらはこの期間に出現した新しい語彙です。
どのカテゴリが最も成長したか(concepts/、entities/、skills/、synthesis/、references/など)をメモします。
ステップ3:注目すべき新しいつながりを見つける
新規および更新されたページをスキャンし、カテゴリをまたぐWikiリンク — 異なる知識レイヤーを結びつけるリンク — を探します。これらは、この期間で最も知的に興味深い成果です。
各アクティブページから、すべての [[wikilink]] ターゲットを抽出します。各リンクをターゲットのカテゴリプレフィックスで分類します。カテゴリをまたぐリンク(例:concepts/ ページが entities/ ページにリンクしている、または synthesis/ ページが2つのトピックを結びつけている)にフラグを立てます。
候補を興味深さでランク付けします。
- リンクがめったに接続しない2つのカテゴリをまたぐ場合 +3(利用可能な場合は
_insights.mdのブリッジデータを使用) - ターゲットページがトップ10ハブである場合(
_insights.mdのアンカーによる) +2 - リンクが
synthesis/ページに出現する場合(意図的な横断) +2 - ソースページが
^[inferred]とマークされている場合(直接述べられていない合成された接続) +1
上位3〜5つの接続を選択します。それぞれを平易な英語の文で記述します。「A → B」だけでなく、その接続がなぜ興味深いのかを説明します。
ステップ4:未解決の課題を浮上させる
アクティブなページと _raw/ をスキャンし、未解決の作業を探します。
- 下書き:
lifecycle: draftまたはlifecycle: stubのページ - 曖昧な主張: すべてのアクティブなページにわたる
^[ambiguous]マーカーの数を数えます(すべてをリストするのではなく、数と、どのページに最も多いかだけをリストします) - ステージングされていないメモ:
$OBSIDIAN_VAULT_PATH/_raw/内のファイルの数を数えます(ここにあるものは昇格されていません) - タクソノミーのギャップ: ステップ2のタグで
_meta/taxonomy.mdにないもの
ステップ5:推奨される再読ページを選択する
既存の(期間前の)ページの中から、今週の新しいコンテキストを考慮して再訪する価値のある2〜3ページを特定します。
ヒューリスティック:期間前のページで、ステップ1のアクティブなページと最も多くのタグを共有するページを見つけます。これらは、この期間にトピックが拡張された基礎となるページです — 新しいページはそれらに基づいていますが、ユーザーは基礎を再訪していない可能性があります。
また、アクティブなページから2つ以上の新しい受信リンクを持つ期間前のページもすべて含めます(それはより接続されたばかりであり、それが負荷を支えている兆候です)。
各推奨事項を具体的な理由とともに記述します。「[[concepts/attention-mechanism]] — あなたの基礎となるページです。今週取り込まれた3つの新しい論文はすべてこれを拡張しています」のように、単にページタイトルだけではありません。
ステップ6:ダイジェストを生成する
構造化された、スキャンしやすいMarkdownレポートを作成します。見出しセクションが最も重要です — 優れたニュースレターの冒頭のように、ページ名をリストするのではなく、実際の洞察を統合しているように感じるべきです。
llm-wiki/SKILL.md(リンク形式セクション)のリンク形式を OBSIDIAN_LINK_FORMAT を使用して適用します。デフォルトは [[wikilink]] です。
# Wikiダイジェスト — [期間ラベル]
> [N個の新規ページ · M個の更新ページ · 期間: YYYY-MM-DD から YYYY-MM-DD]
## 見出し
- [具体的な洞察 #1 — 実際の知識を統合する。「Xについて学んだ」だけではない]
- [具体的な洞察 #2]
- [具体的な洞察 #3]
## 新しい知識
### 新規ページ ([数])
| ページ | カテゴリ | 要約 |
|---|---|---|
| [[concepts/foo]] | concept | フロントマターからの1文の要約 |
| [[entities/bar]] | entity | 1文の要約 |
### 注目すべき更新 ([数])
| ページ | 変更点 |
|---|---|
| [[skills/react-hooks]] | async effects で useCallback を使用するパターンを追加 |
*(更新がない場合、このサブセクションは省略します。)*
## 出現するテーマ
- **#[タグ]** ([Nページ]) — [このトピックがなぜ... (原文がここで切り詰められています)] 📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Wiki Digest — Knowledge Newsletter Generator
You are generating a human-readable digest of recent wiki activity: what was learned, what was updated, what themes are emerging, and what's worth reviewing. This skill summarizes knowledge, not sources — think of it as a weekly review session, not an ingestion status report.
Before You Start
- Resolve config — follow the Config Resolution Protocol in
llm-wiki/SKILL.md(walk up CWD for.env→~/.obsidian-wiki/config→ prompt setup). This givesOBSIDIAN_VAULT_PATHandOBSIDIAN_LINK_FORMAT. - Parse the period from the user's request:
- "daily" / "today" / "yesterday" → last 24 hours
- "weekly" / "this week" / no argument (default) → last 7 days
- "monthly" / "this month" → last 30 days
- ISO date like "since 2026-05-01" → pages updated since that date
- Explicit number like "last 14 days" → that many days
- Read
$OBSIDIAN_VAULT_PATH/log.md— last 200 lines — for entries within the period (timestamps are ISO-8601 prefixed lines). - Read
$OBSIDIAN_VAULT_PATH/hot.mdfor current session context. - If
$OBSIDIAN_VAULT_PATH/_insights.mdexists, read its Anchor Pages table — you'll use it later to identify which new pages became hubs.
Step 1: Collect Pages Active in the Period
Glob all .md files under $OBSIDIAN_VAULT_PATH. Skip special/system files:
index.md,log.md,hot.md,AGENTS.md,_insights.md- Anything under
_meta/,_archives/,_raw/ - Journal digest pages themselves (
journal/digest-*.md)
For each remaining page, read its frontmatter:
created— when the page was first writtenupdated— when it was last modified
Classify:
- New pages:
createdis within the period - Updated pages:
updatedis within the period butcreatedis before it - Unchanged: neither date falls in the period → skip
If fewer than 5 pages were active, note it and offer to widen: "Only 3 pages were active in the last 7 days — want a monthly digest instead?" Stop here unless the user says to continue.
For each active page, collect: title, category, tags, summary (frontmatter field), lifecycle, any ^[ambiguous] or ^[inferred] markers in the body.
Step 2: Identify Themes
From all active pages' tags, tally theme frequency:
For each tag across new + updated pages:
count how many active pages carry it
Sort descending, take top 5
Also read $OBSIDIAN_VAULT_PATH/_meta/taxonomy.md (if it exists). Flag any tag from step 1 that does not appear in the taxonomy — these are new vocabulary words that emerged this period.
Note which categories grew most (concepts/, entities/, skills/, synthesis/, references/, etc.).
Step 3: Find Notable New Connections
Scan new and updated pages for cross-category wikilinks — links that bridge different knowledge layers. These are the most intellectually interesting outputs of the period.
For each active page, extract all [[wikilink]] targets. Classify each link by the target's category prefix. Flag links that cross categories (e.g., a concepts/ page linking to an entities/ page, or a synthesis/ page bridging two topics).
Rank candidates by interestingness:
- +3 if the link is across two categories that rarely connect (use
_insights.mdbridge data if available) - +2 if the target page is a top-10 hub (per
_insights.mdanchors) - +2 if the link appears in a
synthesis/page (deliberate cross-cutting) - +1 if the source page is marked
^[inferred](synthesized connection, not directly stated)
Take the top 3–5 connections. Write each as a plain-English sentence: not just "A → B" but why the connection is interesting.
Step 4: Surface Open Threads
Scan active pages and _raw/ for unresolved work:
- Drafts: pages with
lifecycle: draftorlifecycle: stub - Ambiguous claims: count
^[ambiguous]markers across all active pages (don't list every one — just the count and which pages have the most) - Unstaged notes: count files in
$OBSIDIAN_VAULT_PATH/_raw/(anything here hasn't been promoted) - Taxonomy gaps: tags from Step 2 that aren't in
_meta/taxonomy.md
Step 5: Choose Recommended Re-reads
From the existing (pre-period) pages, identify 2–3 worth revisiting given this week's new context.
Heuristic: find pre-period pages that share the most tags with the active pages from Step 1. These are foundational pages whose topic was extended this period — the new pages build on them but the user may not have revisited the foundation.
Also include any pre-period page that now has 2+ new incoming links from active pages (it just became more connected — a sign it's load-bearing).
Write each recommendation with a concrete reason: "[[concepts/attention-mechanism]] — your foundational page; three new papers ingested this week all extend it", not just the page title.
Step 6: Generate the Digest
Produce a structured, scannable markdown report. The Headlines section is the most important — it should feel like the opening of a good newsletter, synthesizing actual insight rather than listing page names.
Apply the link format from llm-wiki/SKILL.md (Link Format section) using OBSIDIAN_LINK_FORMAT. Default is [[wikilink]].
# Wiki Digest — [Period Label]
> [N new pages · M updated pages · period: YYYY-MM-DD to YYYY-MM-DD]
## Headlines
- [Concrete insight #1 — synthesize the actual knowledge, not just "learned about X"]
- [Concrete insight #2]
- [Concrete insight #3]
## New Knowledge
### New pages ([count])
| Page | Category | Summary |
|---|---|---|
| [[concepts/foo]] | concept | One-sentence summary from frontmatter |
| [[entities/bar]] | entity | One-sentence summary |
### Notable updates ([count])
| Page | What changed |
|---|---|
| [[skills/react-hooks]] | Added patterns for useCallback with async effects |
*(If no updates, omit this subsection.)*
## Emerging Themes
- **#[tag]** ([N pages]) — [One sentence on why this topic was active]
- **#[tag]** ([N pages]) — [...]
- **#[NEW TAG]** ([N pages]) ⭐ *New vocabulary — not yet in taxonomy*
Most active category: **[category/]** ([N pages added or updated])
## Key Connections Made
- [[concepts/A]] → [[entities/B]] — [Plain-English reason this connection is interesting]
- [[synthesis/X]] created — bridges [[concepts/Y]] and [[concepts/Z]] for the first time
- *(up to 5 connections)*
## Open Threads
- **Drafts to compile** ([count]): [[concepts/foo]], [[concepts/bar]] — still in draft lifecycle
- **Ambiguous claims**: [N] `^[ambiguous]` markers across [M] pages — run `/wiki-synthesize` to resolve
- **Unstaged notes**: [N] files in `_raw/` — run `/wiki-ingest _raw/` to promote them
- **Taxonomy gaps**: Tags `#newtag1`, `#newtag2` used but not in taxonomy — run `/tag-taxonomy`
*(Omit any subsection where count is 0.)*
## Recommended Re-reads
- [[concepts/X]] — [Specific reason: "3 new papers this week all extend this concept"]
- [[synthesis/Y]] — [Specific reason: "2 new pages created this week reference it"]
- [[skills/Z]] — [Specific reason: "now has 4 new incoming links — it's become a hub"]
---
*Generated by wiki-digest · [TIMESTAMP] · [N pages scanned in [VAULT_PATH]]*
Visibility: If a page is tagged visibility/pii, exclude it from all tables and connection lists (but count it in the totals, noted as "+ N private"). If the user explicitly says "include private pages" or "full digest", include them normally.
Step 7: Output & Optionally Save
Default (chat output): Print the digest directly. At the end, ask:
"Want me to save this as journal/digest-YYYY-MM-DD.md?"
If user prefixed with "save" or "write" (e.g., /wiki-digest save or "generate and save my weekly digest"):
- Write to
$OBSIDIAN_VAULT_PATH/journal/digest-YYYY-MM-DD.md(weekly/monthly) orjournal/digest-YYYY-MM-DD-daily.md(daily) - Add frontmatter:
--- title: "Wiki Digest — [Period Label]" category: journal tags: [digest, meta/review] sources: [] created: TIMESTAMP updated: TIMESTAMP summary: "Weekly knowledge digest: [N new, M updated pages]. Top themes: [tag1], [tag2]." --- - Update
index.mdwith the new entry under Journal - Do not add to
.manifest.json(digests aren't source ingestions)
Either way, append to log.md:
- [TIMESTAMP] DIGEST period="7d" new_pages=N updated_pages=M themes=T connections=C saved=false
Edge Cases
| Situation | Handling |
|---|---|
| Fewer than 5 active pages | Offer to widen the period; proceed only if user confirms |
| Empty vault (no pages at all) | Tell the user to run an ingest first; stop |
No _meta/taxonomy.md |
Skip taxonomy gap check; omit that line from Open Threads |
No _insights.md |
Skip hub-based scoring in Step 3; still produce connections section |
All pages are visibility/pii |
Report "N private pages active this period" with no details; offer full mode |
| Period spans a wiki rebuild | Note it in the digest: "Wiki was rebuilt during this period — page dates reflect post-rebuild state" |
Notes
- Headlines are the payoff. Don't list page titles — synthesize the actual learning. If someone learned about attention mechanisms this week, the headline should capture the insight, not just say "added 3 transformer pages".
- Be concrete about re-reads. "This page is relevant" is useless. "3 of this week's papers all cite the same claim in this page" is actionable.
- This skill only reads. The only writes are the optional journal page, and the
log.mdappend. It does not modify existing wiki pages. - Don't duplicate wiki-status. If the user asks "what needs ingesting" or "what's the delta", route to
wiki-status. This skill answers "what did I learn", not "what's pending".