mcpField
O
obsidian-markdown

obsidian-markdown

github.com/agricidaniel生産性16.0k546 回インストール1 週間前に更新
リポジトリ

obsidian-markdown について

obsidian-markdown は、Obsidian 固有の Markdown 構文に関する質問に答えるスキルです。簡潔な参照情報を提供し、詳細やバージョン依存の内容には `kepano/obsidian-skills` または最新の Obsidian ヘルプを案内します。

主な機能

  1. 01Obsidian 構文リファレンス
  2. 02読み取り専用の構文回答
  3. 03YAML プロパティの指針
  4. 04ウィキリンク、埋め込み、コールアウト
  5. 05安全なナレッジベース編集の手順

活用シーン

  1. 01Obsidian ノートの構文確認
  2. 02YAML プロパティ規則の確認
  3. 03承認済み Markdown 編集の下書き

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/agricidaniel/claude-obsidian --skill obsidian-markdown

インストール後、Claude Code で/obsidian-markdownを入力して読み込まれたか確認します。

詳細

Obsidian Flavored Markdown

Obsidian 固有の構文をすぐに確認するための簡潔なフォールバックとして使用してください。詳細やバージョンに依存する質問については、利用可能な場合は別途インストールした kepano/obsidian-skills の obsidian-markdown スキルを優先し、その後に最新の Obsidian Help を参照してください。

ボルトや現在の作業ディレクトリではなく、このスキル自体の場所を基準に、インストールされている製品ルートを解決してください。

PRODUCT_ROOT=/absolute/path/to/installed/claude-obsidian
CORE="$PRODUCT_ROOT/scripts/claude-obsidian.py"
test -f "$CORE"

このファイル内の ../wiki/references/ リンクはすべて、選択したボルトの wiki/ ディレクトリではなく、$PRODUCT_ROOT 内にあるこのスキル自体のディレクトリを基準に解決されます。

構文に関する質問には読み取り専用で回答してください。ユーザーからボルトの編集を依頼された場合は、ノート全体の草案を作成し、operation-transactions.md を読み、operation_type: markdown を指定し、wiki/ のみを対象とする claude-obsidian.transaction.v1 バンドルを1つ作成してください。内容を確認した後、レビューを経て、返された approval_sha256 を APPROVAL_SHA256 に設定し、同じボルトに紐づくプランを通じて適用してください。標準ページの作成または削除では、そのバンドルに有効なインデックスまたは MOC の更新を含めてください。概要は、その安定した高レベルの統合内容が変わった場合にのみ更新してください。

python3 "$CORE" transaction inspect "$BUNDLE" --vault "$VAULT"
python3 "$CORE" transaction apply "$BUNDLE" --vault "$VAULT" \
  --approved-plan-sha256 "$APPROVAL_SHA256"

ノートを直接書き込まないでください。

プロパティ

フラットな YAML プロパティを使用し、日付は YYYY-MM-DD 形式にしてください。YAML 内のウィキリンクは引用符で囲んでください。

---
type: concept
title: "Contextual Retrieval"
created: 2026-07-11
updated: 2026-07-11
status: developing
tags:
  - retrieval
  - ai/knowledge
aliases:
  - Context-aware retrieval
related:
  - "[[Retrieval]]"
sources:
  - "[[Anthropic Contextual Retrieval]]"
---

生成するウィキのプロパティにオブジェクトをネストしないでください。インライン YAML 配列ではなく、ブロックリストを使用してください。数値のみのタグは、YAML 文字列として引用符で囲んでも Obsidian では無効です。year/2026 または y2026 を使用するか、数値を year プロパティに保存してください。タグには数字以外の文字を1文字以上含める必要があります。有効な Unicode タグは引き続き使用できます。2026-10-17 に確認した Tags を参照してください。依頼された編集で変更する必要がない限り、既存の不明なプロパティはそのまま残してください。

ウィキリンクと埋め込み

[[Note Name]]
[[Note Name|Display text]]
[[Note Name#Heading]]
[[Note Name#^block-id]]
[[Folder/Note Name]]

This paragraph is addressable. ^evidence-block

![[Note Name#Summary]]
![[diagram.png|480]]
![[paper.pdf#page=3]]

リンク先のファイル名を正確に一致させてください。ベース名が曖昧な場合は、ボルトを基準とするフォルダーパスを使用してください。外部 URL には標準の Markdown リンクを使用し、このボルト内のノートにはウィキリンクを使用してください。

コールアウト

> [!note]
> Supporting context.

> [!warning] Review required
> This claim has contradictory evidence.

> [!question]- Open question
> What evidence would resolve this?

- は折りたたまれた状態で、+ は展開された状態で始まります。組み込みの一般的なタイプには、note、abstract、info、todo、tip、success、question、warning、failure、danger、bug、example、quote があります。ボルト内のカスタムコールアウトタイプは書き換えず、そのまま保持してください。

その他の Obsidian 構文

#inline-tag #nested/tag

==Highlighted text==

Visible text %%hidden comment%%

Inline math: $E = mc^2$

$$
\int_0^1 x^2\,dx = \frac{1}{3}
$$

```mermaid
flowchart LR
  Source --> Claim
```

標準の CommonMark／GFM の見出し、リスト、タスク、テーブル、コードフェンス、脚注も引き続き有効です。ネイティブの Markdown で十分な場合は、HTML の使用を避けてください。

草案のノートを検証する

  • YAML の境界を解析し、プロパティの型に一貫性を持たせてください。
  • ローカルで確認できるすべての内部リンク先、見出し、ブロック参照を検証してください。リンクを完全なものに見せるためにリンク先を捏造しないでください。
  • 証拠の記述と推論を区別し、情報源の位置情報を保持してください。
  • コードフェンスとコールアウトの引用符が対応していることを確認してください。
  • 変更を依頼された場合は、決定的なウィキリンターを実行し、残った指摘を黙って修正せずに報告してください。

情報源を引用するページでは、provenance.md も参照してください。編集を適用した場合は、トランザクションの操作 ID と変更したパスを正確に報告してください。

コメント

Markdown 対応