obsidian:// URIスキーム完全ガイド — 全アクションと落とし穴

new の name は新規ノート名で、保存先をObsidianの「Default location for new notes」に委ねます。file はVaultルートからの保存先を含む値です。公式は file が name より優先すると記載し、I:N2でもfile指定先へ保存しました。S:N01ではnameのみで、事前設定した既定フォルダに保存しています。

obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Hello%20World

既存本文を残して追加する場合は append=true を渡します。I:N3では既存本文を保持して追加しました。overwrite=true は既存本文を置き換える指定で、I:N5に別の原文/保存後の記録があります。公式は「appendが設定されていない場合だけoverwrite」と記載し、S:N03の両指定では追記になりました。日常の本文追加に上書き指定を混ぜる必要はありません。

obsidian://new?vault=Practice&file=Inbox%2FURI-test&content=Another%20line&append=true

silent=true のI:N4は、保存ファイルを作りながら表示中のノートを維持しました。clipboard=true のS:C01/C02/C03は、専用画面の著者本文をnew/daily/uniqueに保存しています。同時にcontentも渡したS:C04ではclipboard本文が保存されました。この一組の優先結果を、全端末のすべての形式へ広げることはできません。

本文とプロパティを併合した一例

S:M03は、文書化された new・append・content を既存の著者ノートへ渡しました。実際の保存ファイルではタイトルが追加側の値になり、既存のkeptは保持、tagsは両方を含み、本文は末尾に追加されました。次が121bytesの保存Markdown全文です。この一組以外の型・重複キー・複雑なYAMLは試していません。

---
title: 追加の題
kept: 元の値
tags:
  - 初期
  - 追加
source: URI
---

元の本文。

追加の本文。

S:M03の原Markdownをダウンロード

絶対pathの新規作成は成功例に含めない

公式new節はglobally absolute pathを説明しています。S:N02は競合するvault/name/fileも渡した入力でファイルができませんでした。別計画T:P1は登録済み著者Vault内の未作成ファイルに、pathとcontentだけを渡しました。それでも6秒後に対象ファイルはなく、画面は索引のままでした。これは一つのLinuxアプリ受け取り経路の記録であり、原因や全環境での不具合を断定する結果ではありません。

見出しはfile値に ノート名#見出し、ブロックは ノート名#^block-id を入れ、その値をエンコードします。I:O5は著者ノートの見出しへの移動を確認しました。ブロックIDには英字・数字・ダッシュだけを使います（固定Internal links原文の文字規則）。

ノート/長い対象 メモ#^target-01
↓ fileの値をエンコード
%E3%83%8E%E3%83%BC%E3%83%88%2F%E9%95%B7%E3%81%84%E5%AF%BE%E8%B1%A1%20%E3%83%A1%E3%83%A2%23%5Etarget-01

初回S:O01は日本語を含む ^著者block という著者サンプルで、移動位置を示す有効な証拠が得られませんでした。製品の失敗に数えず、別Vaultの長いノートに有効な ^target-01 を用意したT:B1を追加しました。別の索引ノートからURIを渡すと、対象ノートが開き、画面外にあった段落が表示範囲へ移動しました。

実読み取りでは対象段落のtopが1905.65625pxから467.59375px（表示高1000px）、scrollTopは1438でした。元の2MarkdownはbytesとSHA256が不変です。事前の位置・別ノートの基準・移動後を三つの画面で残しています。

# 長い対象 メモ

確認前の著者段落 1。この文章は移動位置を確かめるための短文です。

確認前の著者段落 2。この文章は移動位置を確かめるための短文です。

確認前の著者段落 3。この文章は移動位置を確かめるための短文です。

確認前の著者段落 4。この文章は移動位置を確かめるための短文です。

確認前の著者段落 5。この文章は移動位置を確かめるための短文です。

確認前の著者段落 6。この文章は移動位置を確かめるための短文です。

確認前の著者段落 7。この文章は移動位置を確かめるための短文です。

確認前の著者段落 8。この文章は移動位置を確かめるための短文です。

確認前の著者段落 9。この文章は移動位置を確かめるための短文です。

確認前の著者段落 10。この文章は移動位置を確かめるための短文です。

確認前の著者段落 11。この文章は移動位置を確かめるための短文です。

確認前の著者段落 12。この文章は移動位置を確かめるための短文です。

確認前の著者段落 13。この文章は移動位置を確かめるための短文です。

確認前の著者段落 14。この文章は移動位置を確かめるための短文です。

確認前の著者段落 15。この文章は移動位置を確かめるための短文です。

確認前の著者段落 16。この文章は移動位置を確かめるための短文です。

確認前の著者段落 17。この文章は移動位置を確かめるための短文です。

確認前の著者段落 18。この文章は移動位置を確かめるための短文です。

確認前の著者段落 19。この文章は移動位置を確かめるための短文です。

確認前の著者段落 20。この文章は移動位置を確かめるための短文です。

確認前の著者段落 21。この文章は移動位置を確かめるための短文です。

確認前の著者段落 22。この文章は移動位置を確かめるための短文です。

確認前の著者段落 23。この文章は移動位置を確かめるための短文です。

確認前の著者段落 24。この文章は移動位置を確かめるための短文です。

確認前の著者段落 25。この文章は移動位置を確かめるための短文です。

確認前の著者段落 26。この文章は移動位置を確かめるための短文です。

確認前の著者段落 27。この文章は移動位置を確かめるための短文です。

確認前の著者段落 28。この文章は移動位置を確かめるための短文です。

確認前の著者段落 29。この文章は移動位置を確かめるための短文です。

確認前の著者段落 30。この文章は移動位置を確かめるための短文です。

確認前の著者段落 31。この文章は移動位置を確かめるための短文です。

確認前の著者段落 32。この文章は移動位置を確かめるための短文です。

確認前の著者段落 33。この文章は移動位置を確かめるための短文です。

確認前の著者段落 34。この文章は移動位置を確かめるための短文です。

確認前の著者段落 35。この文章は移動位置を確かめるための短文です。

確認前の著者段落 36。この文章は移動位置を確かめるための短文です。

確認前の著者段落 37。この文章は移動位置を確かめるための短文です。

確認前の著者段落 38。この文章は移動位置を確かめるための短文です。

確認前の著者段落 39。この文章は移動位置を確かめるための短文です。

確認前の著者段落 40。この文章は移動位置を確かめるための短文です。

確認前の著者段落 41。この文章は移動位置を確かめるための短文です。

確認前の著者段落 42。この文章は移動位置を確かめるための短文です。

## 対象の節

ブロック移動を確認する著者用本文です。 ^target-01

T:B1の長い原Markdown全文をダウンロード

短縮形 obsidian://vault/Vault名/ノート名 と obsidian:///絶対パス はopenへの省略記法です。S:H01/H02はそれぞれ著者ノートを表示しました。値の日本語・空白・区切りの扱いは通常のパラメータ同様に確認します。

daily にはDaily notes、unique にはUnique note creatorコアプラグインが必要と公式に記載されています。初回I:D1/U1はファイルを作成できず、失敗記録をそのまま残しました。後の別計画では実在する著者用保存フォルダを準備し、索引から日次ファイルを作成するI:D2、固有名ファイルを作成するI:U2を観測しました。この前提変更だけを失敗の原因と断定してはいません。

obsidian://daily?vault=Practice&content=Daily%20entry
obsidian://unique?vault=Practice&content=Unique%20entry

固定した公式本文はdailyがnewと同じパラメータを受け取ると説明しています。しかしS:D01/D02/D03ではname・file・pathの各指定先はできず、Daily notes設定の 日次/2026-09-30.md に追加されました。名前指定の新規ノートはnew、日付ノートへの入力はdailyとして使い分け、最終保存先を実際のファイルで確認するのが、この観測から案内できる範囲です。

S:D04はsilentで索引表示を維持しながら日次に保存しました。S:D05はappendとoverwriteを両方指定して元本文を保持しましたが、フラグのないdailyも追記したため、append単独の寄与やoverwriteだけの動作は未確認です。

公式はx-successへの返送に name（拡張子なし）、url（obsidian URI）、デスクトップの file（file URI）を含むと説明しています。保存の成功と、呼び出し元が返送を受け取ったことは別です。S:X01/X02/X03はノートの保存を観測しましたが、著者が所有するlocalhost HTTP受信先には受信がありませんでした。準備したBROWSERアダプターも実行されておらず、OS・呼び出し元ハンドオフまで確認できていません。

Hook用 hook-get-address はx-successがあればそこに返し、省略すれば現在ノートのMarkdownリンクをclipboardにコピーすると公式に記載されています。S:K01では著者clipboardの番兵値が変わらず、S:X04でも返送はありませんでした。Hook本体は実行していません。S:X05の不存在Vaultでは実際の「Vault not found」ダイアログを表示しましたが、x-errorの受信はありません。エラー表示を、返送成功や全callbackの製品障害に置き換えません。

確認日は2026年9月30日UTC。公式配布のObsidian AppImage1.13.7を既存環境で展開したLinuxアプリを使用し、実際のGeneral画面でアプリとInstallerの両方が1.13.7と読めました。アプリURI受け取りをCLIで起動、ノート基準の選択・設定画面は実GUI操作です。補助APIは初期の設定/レイアウトとDOM・metadata・保存状態の読み取りに使い、ファイルの作成/追記/ブロック移動をAPI書き込みで代用していません。クリップボードは専用DISPLAYの著者本文だけを補助APIで準備しました。

本文・画面・JSONは加工せずに保存し、各GUI検証のreceiptでbytes/SHA256を固定しました。初回失敗や無効な著者サンプルも消していません。この記事の画像とダウンロードはその原本のbyte単位のコピーです。OG画像もブロック移動後の原PNGをそのまま使い、架空のUIを生成していません。実行後の所有アプリ/Xorgプロセスは終了0を記録し、DISPLAY78とCDP9229の解放を別に確認しています。

• Obsidian公式URI原文（固定commit） / 取得した原文
• 公式Internal links：有効なブロックID / 原文
• 公式Properties原文 / Daily notes原文 / Unique note creator原文
• I原19件のreceipt / S追加37件のreceipt / T対象2件のreceipt

上記receiptは元の私有原本範囲を示します。この記事への選択コピーは全アーカイブの配布ではありません。索引登録、検索流入、同期、生産性、SimpleMemo機能の成功はこの検証から評価していません。

原本の照合範囲と検証条件。固定38項目は入力記録であり、24項目の有限な効果観測と14項目の不足を区別しています。

仕様を確認したら、URIジェネレーターで値を組み立て、作業用の短いノートで保存先と本文を確認できます。起動の段階で止まる場合はショートカットの対処ガイドへ。Obsidianへの入力方法全体を選びたい場合はObsidianの設定ガイドへ進めます。