wiki-capture
現在の会話を構造化されたWikiノートとして永続保存します。ユーザーが「これを保存して」「キャプチャして」「会話をファイルに残して」「Wikiに追加して」などと指示したとき、または会話内容を lasting knowledge として残したい場合に使用します。コンテンツを自動分類し、チャットの記録ではなく宣言的な知識として書き直したうえで、適切なVaultカテゴリに格納します。
description の原文を見る
> Save the current conversation as a permanent, structured wiki note. Use this skill when the user says "save this", "/wiki-capture", "capture this", "file this conversation", "preserve this", "add this to my wiki", or wants to turn what was just discussed into lasting knowledge. The skill classifies the content, rewrites it as declarative knowledge (not a chat transcript), and places it in the correct vault category.
SKILL.md 本文
Wiki Capture — 会話をウィキノートに
現在の会話から知識を永続的なウィキノートとして保存しています。目標は、実質——知識そのもの——を抽出することであり、何が言われたかの要約ではありません。
開始前に
- 設定を解決する —
llm-wiki/SKILL.mdの Config Resolution Protocol に従います(CWD を.env→~/.obsidian-wiki/config→ プロンプト設定で遡る)。これによってOBSIDIAN_VAULT_PATHとOBSIDIAN_LINK_FORMAT(デフォルト:wikilink)が得られます。 $OBSIDIAN_VAULT_PATH/index.mdを読んで既存のウィキコンテンツを理解します(重複を避けるため)$OBSIDIAN_VAULT_PATH/hot.mdが存在すれば読みます——最近のアクティビティのコンテキストを提供します
ステップ 5 で内部リンクを書くとき、llm-wiki/SKILL.md(Link Format セクション)のリンク形式を OBSIDIAN_LINK_FORMAT 値を使って適用します。
ステップ 1: 保存する価値のあることを特定する
会話をスキャンします。問い:このチャットの記憶がない 3 ヶ月後に価値があるどのような知識が生まれたか?
保存する価値あり:
- 下した決定とその理由
- 開発された分析、フレームワーク、メンタルモデル
- 技術的な発見、パターン、または手順
- トピックの統合的理解
- 到達するのに努力を要した概念の明確な説明
- 会話で議論された外部ソースからの重要な事実
スキップ:
- ロジスティクス、スケジューリング、定型句
- 結論に達しなかった探索的な往復
- すでにウィキにあるコンテンツ
重要な内容が何も生まれなかった場合、ユーザーに伝えて停止します。
ステップ 2: コンテンツタイプを分類する
5 つのタイプのいずれかを割り当てます——これは対象フォルダとトーンを決定します:
| タイプ | 説明 | 対象フォルダ |
|---|---|---|
synthesis | マルチステップの分析または推論を要求された特定の質問への答え | synthesis/ |
concept | 定義、フレームワーク、またはメンタルモデル(あるものが何であるか) | concepts/ |
source | 議論された外部ドキュメント、記事、またはリソースの要約 | references/ |
decision | 戦略的、アーキテクチャ的、または設計上の選択とその根拠 | synthesis/ |
session | 会話が複数のトピックにわたるときの完全な議論の要約 | journal/ |
コンテンツがコンテキストまたはユーザーの言及から検出された特定のプロジェクトに明確に属する場合、代わりに projects/<project-name>/<category>/ の下に配置します。
ステップ 3: 宣言的知識として書き直す
会話の要約を書かないでください。知識そのものを、宣言的な現在形で書いてください:
- ×: 「ユーザーは X について質問し、Claude は...と説明しました」
- ○: 「X は...で機能します」
- ×: 「Y を使用することに決めたのは...だからです」
- ○: 「Y は Z より好まれています[理由]。[^[inferred] 根拠が明示されておらず推測された場合]」
llm-wiki に従って provenance マーカーを適用します:
- Extracted — 会話で明示的に述べられている(マーカーなし)
- Inferred — 会話から一般化または統合された →
^[inferred] - Ambiguous — 紛争中、不確実、または矛盾している →
^[ambiguous]
ステップ 4: スラッグとタイトルを生成する
コンテンツから明確で説明的なタイトルを導き出します。スラッグ化します:
- 小文字、ハイフンで区切られた単語
- 最大 50 文字
- スラッグに日付を避ける(frontmatter に
createdがあります)
ステップ 5: ウィキノートを書く
必須 frontmatter を付けてターゲットパスにファイルを作成します:
---
title: >-
<タイトル>
category: <synthesis|concepts|references|journal|skills>
tags: [<タクソノミーから 2-5 個のドメインタグ>]
sources:
- conversation:<ISO-date>
created: <ISO-8601 timestamp>
updated: <ISO-8601 timestamp>
summary: >-
<1-2 文、≤200 文字、「このページはどのような知識を保持しているか?」に答える>
provenance:
extracted: 0.X
inferred: 0.X
ambiguous: 0.X
base_confidence: 0.42
lifecycle: draft
lifecycle_changed: <ISO date today>
---
タイプ別の本文構造:
synthesis / decision:
# タイトル
## Context
<これを促したもの——対処される問題または質問>
## Finding / Decision
<核となる知識または結論>
## Reasoning
<なぜこれがそうであるのか、またはなぜこの選択がなされたのか>
## Implications
<これが何をもたらすのか——注視すべきこと、次のステップ、トレードオフ>
## Related
<関連ページへの [[wikilinks]]>
concept:
# タイトル
<1 つの明確な文での定義>
## What It Is
<概念の説明>
## How It Works
<メカニズムまたは構造>
## When to Use
<適用性、条件、トレードオフ>
## Related
<[[wikilinks]]>
source:
# タイトル
> Source: <タイトルまたは URL>
## What It Covers
<ソースが何を扱っているか>
## Key Points
<provenance マーカー付きの主張をリストアップ>
## Open Questions
<それが提起するが答えないもの——ない場合は省略>
## Related
<[[wikilinks]]>
session:
# タイトル
*Session captured: <日付>*
## Topics Covered
<簡潔なリスト>
## Key Takeaways
<生まれた最も重要な 3-5 点>
## Decisions Made
<明示的な決定、根拠付き>
## Open Questions
<未解決のまま残されたもの>
## Related
<[[wikilinks]]>
すべてのノートは既存のウィキページへの少なくとも 2 つのリンクを含める必要があります。書く前に index.md を検索してください。関連ページが 2 ページ未満の場合、参照された最も重要な概念のための最小限のスタブを作成します。
ステップ 6: トラッキングファイルを更新する
index.md — カテゴリセクションの下に新しいページを追加します。
log.md — 追記します:
- [TIMESTAMP] CAPTURE type=<type> page="<path>" title="<title>"
hot.md — Recent Activity をキャプチャしたばかりのもので更新します。ノートが何か注目する価値があるものを導入した場合、Key Takeaways を更新します。updated タイムスタンプを更新します。
ステップ 7: ユーザーに確認する
保存されたパスとタイトルを報告します:
Saved to: projects/<name>/synthesis/<slug>.md
Title: <タイトル>
Type: synthesis
品質チェックリスト
- コンテンツが宣言的知識として書き直されている(チャットトランスクリプトではない)
- タイプが正しく分類されている;ターゲットパスが正しいフォルダ内にある
- frontmatter が完全(タイトル、カテゴリ、タグ、ソース、要約、provenance)
- 既存ページへの少なくとも 2 つの wikilinks
-
index.md、log.md、およびhot.mdが更新されている - ユーザーに保存パスが確認されている
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- ar9av
- リポジトリ
- ar9av/obsidian-wiki
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/ar9av/obsidian-wiki / ライセンス: MIT
関連スキル
newsblur-cli
ターミナルからNewsBlurを管理できます。フィードの閲覧、ストーリーの検索、記事の保存・共有、インテリジェンス分類器の学習、新しいフィードの発見、ワークフローの自動化がNewsBlur CLIで実現します。ユーザーがNewsBlurアカウントを操作したい場合、フィードの確認、購読管理、またはニュース読み込みに関するスクリプト構築時に活用してください。
caveman-compress
自然言語のメモリファイル(CLAUDE.md、todos、preferences)を「原始人形式」に圧縮し、入力トークンを削減します。技術的な内容、コード、URL、構造はすべて保持したまま圧縮します。圧縮版が元のファイルを上書きし、人間が読める形のバックアップはFILE.original.mdとして保存されます。トリガー:/caveman-compress FILEPATH または「compress memory file」
find-skills
日本語の意図から Agent Skills を発見する。「楽天SEOのスキル探して」「PDFを処理したい」「データ分析を自動化したい」などの日本語リクエストに対応。Claude Code (CLI)、Codex、Gemini CLI、claude.ai (Web) いずれでも動作。日本最大の Agent Skills データベース「Agent Skills by ALSEL」(11,000件超、全件日本語化、ダウンロード可能スキル8,600件超) から、ユーザーの意図に合うスキルを推薦・インストール案内する。
planning-and-task-breakdown
仕事を順序立てたタスクに分割します。仕様書や要件が明確にあり、実装可能なタスクに分解する必要がある場合に利用してください。タスクが大きすぎて着手しづらい場合、スコープを見積もる必要がある場合、または並列で作業を進められる場合に活用できます。
docx
このスキルは、ユーザーがWord文書(.docxファイル)を作成、読み込み、編集、操作したいときに使用します。以下の場合に実行してください:「Word文書」「.docx」などの記述、または目次・見出し・ページ番号・レターヘッドなどのフォーマットを含む専門的な文書の作成リクエスト。また、.docxファイルのコンテンツ抽出・再編成、文書への画像挿入・置換、Word形式での検索置換、変更履歴やコメント機能の使用、コンテンツを整形したWord文書への変換の場合も対象です。ユーザーが「レポート」「メモ」「手紙」「テンプレート」などの成果物をWord形式または.docxファイルで求める場合はこのスキルを使用してください。PDF、スプレッドシート、Google Docs、文書作成と無関係なコーディングタスクには使用しないでください。
idea-refine
アイデアを反復的に改善します。構造化された発散的思考と収束的思考を通じて、アイデアを洗練させることができます。「idea-refine」または「ideate」を使用してトリガーします。