跳到正文
Obsidian × 捷徑 故障排除

從捷徑無法進入Obsidian的備忘錄

本頁面由日文原文機器翻譯而成。 閱讀日文原文

下方的語音指令為日語範例。請確認 Siri 的語言設定,以及裝置上已註冊的捷徑。

原因大部分不是應用程式的故障,而是2使用哪個路徑。 iPhone的Obsidian有“內建應用程式的快捷動作”和“obsidian:// URL方案”,卡住的地方完全不同。 請先辨別路徑,然後按症狀進行處理。

閱讀正文
本頁目錄
一言以蔽之

從捷徑寫到Obsidian的方法有2系統。 1應用程式內建的快捷動作(Obsidian移動1.11以後。 不用開啟應用程式就可以在筆記本上補充)和2obsidian:// URL方案(“開啟URL”呼叫的傳統方法。 執行後,Obsidian會從前面開啟)。 “正文中途中斷”“可以製作其他筆記本”“保管庫不同”幾乎是2個固有的症狀,是URL的組裝造成的。 “不出現動作”是1固有的,大部分只是Obsidian的版本很舊。 然後只有“無法從Apple Watch開始執行”,無論哪個都無法修復——因為Obsidian中沒有watchOS應用程式。

首先劃分:你使用的是哪條路線?

請開啟用捷徑App製作的“傳送到Obsidian的捷徑”,看看裡面的動作。 如果動作名有Obsidian的圖示的話是1,在“開啟URL”中傳遞以obsidian://開頭的URL的話是2。 因為網上的解說報道大多是在1.11之前寫的,所以是2的步驟,現在搜尋出來的步驟和手邊的應用程式的畫面不一致。

看的地方 1 內建應用程式動作 2 obsidian:// URL方案
呼叫方法 在動作搜尋中輸入“Obsidian”進行選擇 將obsidian://new?...傳遞給“開啟URL”
必要的版本 Obsidian移動 1.11以後(公開版是2026年1月) 可以從以前的版本開始使用
應用程式開啟嗎 追記(截圖)系不開啟可以寫 原則Obsidian在前面開啟
指定追記地址 在動作設定欄選擇 在URL的引數中自己寫路徑
文字亂碼、正文斷線 很難起床(因為不透過URL) 編碼漏頻發
從Apple Watch 不可 不可
希望先確認的事情

1的動作,大部分只是Obsidian的版本很舊。 用App Store更新後,請啟動Obsidian開啟保管庫。 僅憑這一點就能改善的症狀,是這篇報道中最多的模式。

不同症狀的修正方法

路徑1 內建動作

快捷App中沒有出現“Obsidian”的動作

原因應用程式內建的快捷動作在Obsidian移動1.11以後上提供(早期訪問是2025年12月,公開版是2026年1月)。 在比那個更早的版本中,本來就不存在動作。 另外,在安裝後或更新後,應用程式提供的操作可能需要一點時間才能在iOS方面註冊。

修復方法

  1. 用App Store將Obsidian更新到最新。
  2. Obsidian啟動一次,使保管庫處於開啟狀態。
  3. 重新開啟捷徑App,在動作搜尋中輸入“Obsidian”。
  4. 即使這樣也沒有出現的情況下,可以回退到用“開啟URL”呼叫obsidian://的2方式。
路徑2 URL方案

執行的話Obsidian會開啟前面

原因這不是故障,而是規格。 obsidian://是“啟動Obsidian,處理URL傳遞的內容”的機制,所以應用程式會向前移動。 “不開啟追記”在URL方案原則上是無法實現的。 網路上的“瞬間Obsidian會開啟,但並不在意”的描述,是接受這個約束的運用。

解決方法如果不想開啟應用,請改用①中的追加內容(捕獲記錄)類操作。1.11 及以後版本的這些操作可以直接向筆記追加內容,無需將 Obsidian 切到前臺。鎖屏或不看螢幕時,這一區別尤其關鍵。不過,①中的“開啟筆記”“開啟每日筆記”等操作本來就是為了顯示內容,因此仍會開啟應用。

路徑2 URL方案

正文中途中斷/符號消失

原因因為將正文嵌入URL,所以URL的分隔文字被原封不動地解釋。 特別是#是“從這裡開始是碎片”的意思,所以#以後的正文可以全部丟棄。 &被視為下一個引數的開始,+變成空白。 因為在寫Markdown的標題(## 見出し)和標籤(#idea)的瞬間一定會踩到,所以會出現“短筆記就能透過,長筆記會壞掉”的混亂。

修復方法

  1. 在捷徑內,將正文插入URL的前插入“文字URL編碼”(URL編碼)的動作。
  2. 保管庫名或檔名中包含日語、空格時,它們也同樣進行編碼。
  3. #如果日常寫標籤和標題的話,編碼問題在結構上不會發生1的動作是確定的。
路徑2 URL方案

雖然想補充,但是新的筆記本越來越多

原因obsidian://new正如其名是製作新筆記的基本動作。 對現有筆記的補充,只有在明確指示補充的引數後才進行。 如果沒有指定的話,當有同名筆記時,別名的新筆記會增加,或者內容會被替換。“ 昨天在動,今天卻有了另一個檔案”的時候,大部分只是日期變了,目標筆記不存在而已。

修正方法請加上指示補充的引數。 準確的引數名和目標筆記不存在時的行為一定要在官方的Obsidian URI文件中確認(根據版本不同會有差異)。 如果是1的動作,只需在設定欄中選擇是補充還是插入開頭,不需要組裝URL。

路徑12 共同

不是每日筆記,而是寫在別的地方

原因每日筆記的日期格式(預設為YYYY-MM-DD)和儲存資料夾時,與捷徑側組裝的路徑有偏差。 常見的是,Obsidian側是日記/2026-08-11.md,但捷徑側卻將2026-08-11.md直接放在路線下方的模式。 在這種情況下不會出現錯誤,“明明可以寫卻找不到”是最難注意到的形式。

修復方法

  1. Obsidian的設定→在每日筆記中確認“日期格式”和“新檔案的製作地點”。
  2. 捷徑的日期格式,與那裡顯示的格式一字一句匹配。
  3. 資料夾的話,不僅要傳遞檔名,還要傳遞包含資料夾的路徑。
  4. 保管庫,確認無意中是否增加了同名筆記本。

瞄準每日筆記本的構成本身透過不開啟iPhone在每日筆記本上追加記的方法進行了詳細整理。

路徑2 URL方案

寫入其他保管庫/找不到保管庫

原因在擁有多個保管庫的狀態下省略保管庫的指定,之前開啟的保管庫成為物件。 即使平時只使用1個,只要開啟一次測試用的保管庫就可以更換物件。 另外,如果保管庫名稱中包含空格或日語且沒有編碼的話,保管庫的解決就會失敗。

修正方法在URL中指定保管庫的引數請務必明確。 包括保管庫名在內,URL編碼。 如果之後更改了保管庫名稱,請不要忘記修改捷徑側的指定——這是安靜損壞的典型例子。

路徑12 共同・設定無法修復

從Apple Watch開始執行會失敗

原因Obsidian中沒有watchOS版應用程式。 因此在Apple Watch上,應用程式本體和保管庫的檔案都不存在。 從Watch的捷徑,無法呼叫未進入Watch的應用程式的動作,也無法呼叫針對該應用程式的URL方案,所以即使iPhone在手邊,執行也會在Watch方面嘗試失敗。 設定無法修復的結構性約束。

修正方法目前不存在用Watch單獨寫Obsidian的方法。 如果想從手腕上留下的話,透過Watch應用程式,寫入本身由iPhone方面負責的設計的應用程式是現實的迴避措施。 理由和迴避措施的比較總結為不能從Apple Watch傳送到Obsidian的理由。

路徑12 共同

不在圈內無法寫/鎖定中無法執行

原因2 種不同的問題表現為相同的症狀。如果在離線時失敗,庫的實際檔案可能不在裝置上,而僅存於雲端。如果鎖屏時無法執行,則是因為需要在前臺開啟應用的第②種方式無法在鎖屏狀態下完成。

修復方法

  1. 將保管庫放在iCloud Drive或“這個iPhone內”,使檔案的實體處於本地狀態。
  2. 如果想在鎖定中可靠地執行的話,在不把應用程式放在前面的情況下完成的路徑(1的補充動作,或者App Intents對應的捕獲應用程式)。
  3. 為了不錯過失敗,在捷徑的末尾加上通知和確認音。

無論哪個路徑都殘留,3的極限

上面的處理大部分都修好了。 但是“透過捷徑傳送到Obsidian”的設計本身,3有無法消除的弱點。 請決定是接受這裡後再使用,還是轉到其他設計。

⌚ 不能從手腕傳送
Obsidian既然沒有watchOS應用程式,就不能將Apple Watch作為入口。 邊走邊做飯邊想到的,這條路線是無法撿到的。
🔇 失敗悄然發生
即使路徑偏離,編碼洩露,在很多情況下也不會出現錯誤。“ 幾周後尋找的時候才意識到“以為已經送走了”消失了。
📁 保管庫需要那個終端
寫入地址到底是本地檔案。 在沒有保管庫實體的終端或同步沒有跟上的狀態下無法書寫。
🧰 壞了的話自己修
變更保管庫名稱、重新審視資料夾構成、更新OS——無論哪個都會默默破壞捷徑。 既然是自己做的,保守也是自己的工作。

其他設計:不組捷徑,交給應用程式

如果擔心上面的極限的話,可以停止“自己製作捷徑送到Obsidian”,傳送本身由應用程式負責這樣的選擇。 SimpleMemo將傳送的備忘錄傳送到自己的郵件中,如果開啟Obsidian連線,就會以- HH:mm メモ的形式在保管庫資料夾中新增。 不需要社群外掛和捷徑的自制。

⌚ 可以從Apple Watch留下
從Watch應用程式傳送的話,在配對中的iPhone方面的處理中,同樣的備忘錄會在Obsidian上追加。 Watch不是直接寫到保管庫。
🗣️ 用聲音傳送
「Hey Siri、シンプルメモで残す”搭話,被反問後回答正文。 因為是透過App Intents,所以無法開啟應用程式。 根據鎖定中的設定和終端狀態,可能會要求解除或進行螢幕操作。
📬 郵件中也留下雙重
即使Obsidian那邊的補充沒有和預想的一樣,同樣的內容也會留在自己的郵件中。“ 安靜地消失”在結構上變得難以發生。
✈️ 在圈外也能寫
對Obsidian的追記是本地處理,所以在圈外也能移動。 郵件傳送堆疊在加密的傳送佇列中,通訊恢復後自動傳送。
準確的地方

本應用程式不是Obsidian官方的應用程式、外掛,而是YURIKA, K.K.開發的獨立應用程式。 補充地址是iCloud Drive或終端內的保管庫資料夾,需要從檔案App訪問。 Obsidian Sync專用的保管庫有時不出現在資料夾選擇中,在這種情況下會回退到URL方案方式。 Obsidian是Dynalist Inc. 的商標。

從捷徑的維護中退出

下載免費。 Obsidian連線的設定,只需選擇一次資料夾。

從App Store下載

常見問題

捷徑和內建應用程式動作,應該使用哪個?
如果Obsidian可以更新到1.11以後的話,請優先考慮內建動作。 由於不需要組裝URL,本文斷開、保管庫錯誤、路徑錯位等頻繁出現的3症狀在結構上不再發生。 URL方案現在仍然有效,如果你想進行內建動作不提供的細節操作,或者繼續使用舊版本。
Siri只說“記在Obsidian上”就不行嗎?
Obsidian 1.11以後也對應透過Siri的捕獲,可以用對應的措辭呼叫。 反應不好時,請先在捷徑App中確認該捷徑的Siri設定是否有效。 另外,“~的備忘錄”這個措辭,很容易被解釋為對iPhone標準備忘錄功能的指示,有時會到達無意的應用程式。
有確定捷徑是否失敗的方法嗎?
在捷徑的末尾新增“顯示通知”是最簡單的。 但是這個只知道“捷徑跑到最後了嗎”。 如果路徑偏離了,寫在意想不到的地方,就會被通知為成功,所以定期搜尋儲藏室,確保筆記是否在意想不到的地方增加。 如果使用將寫入地址固定在1的地方的應用程式,就不需要這個確認本身了。
我想透過自動化自動執行,但需要確認
快捷App的自動化設定中,有執行前是否確認的專案。 這個開啟的話,每次都需要輕拍。 能否關閉取決於觸發器的種類,所以選擇允許自動執行的觸發器是確定的,如時間和充電開始等。 另外,因為需要在前面開啟應用程式的處理在鎖定中無法完成,所以即使關閉確認也不一定不觸及畫面就結束。
SimpleMemo不用自制捷徑也能使用嗎?
是的,不需要。 只需在應用程式的設定中開啟Obsidian連線,選擇一次保管庫資料夾,之後傳送的備忘錄將自動新增到每日筆記或固定的Inbox筆記中。 URL的組裝、日期格式的一致、保管庫名稱的指定都不需要。 設定的詳細內容在Obsidian合作的頁面上進行解說。

相關頁面

參考文獻