本頁目錄
從捷徑寫到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開啟保管庫。 僅憑這一點就能改善的症狀,是這篇報道中最多的模式。
不同症狀的修正方法
快捷App中沒有出現“Obsidian”的動作
原因應用程式內建的快捷動作在Obsidian移動1.11以後上提供(早期訪問是2025年12月,公開版是2026年1月)。 在比那個更早的版本中,本來就不存在動作。 另外,在安裝後或更新後,應用程式提供的操作可能需要一點時間才能在iOS方面註冊。
修復方法
- 用App Store將Obsidian更新到最新。
- Obsidian啟動一次,使保管庫處於開啟狀態。
- 重新開啟捷徑App,在動作搜尋中輸入“Obsidian”。
- 即使這樣也沒有出現的情況下,可以回退到用“開啟URL”呼叫
obsidian://的2方式。
執行的話Obsidian會開啟前面
原因這不是故障,而是規格。 obsidian://是“啟動Obsidian,處理URL傳遞的內容”的機制,所以應用程式會向前移動。 “不開啟追記”在URL方案原則上是無法實現的。 網路上的“瞬間Obsidian會開啟,但並不在意”的描述,是接受這個約束的運用。
解決方法如果不想開啟應用,請改用①中的追加內容(捕獲記錄)類操作。1.11 及以後版本的這些操作可以直接向筆記追加內容,無需將 Obsidian 切到前臺。鎖屏或不看螢幕時,這一區別尤其關鍵。不過,①中的“開啟筆記”“開啟每日筆記”等操作本來就是為了顯示內容,因此仍會開啟應用。
正文中途中斷/符號消失
原因因為將正文嵌入URL,所以URL的分隔文字被原封不動地解釋。 特別是#是“從這裡開始是碎片”的意思,所以#以後的正文可以全部丟棄。 &被視為下一個引數的開始,+變成空白。 因為在寫Markdown的標題(## 見出し)和標籤(#idea)的瞬間一定會踩到,所以會出現“短筆記就能透過,長筆記會壞掉”的混亂。
修復方法
- 在捷徑內,將正文插入URL的前插入“文字URL編碼”(URL編碼)的動作。
- 保管庫名或檔名中包含日語、空格時,它們也同樣進行編碼。
#如果日常寫標籤和標題的話,編碼問題在結構上不會發生1的動作是確定的。
雖然想補充,但是新的筆記本越來越多
原因obsidian://new正如其名是製作新筆記的基本動作。 對現有筆記的補充,只有在明確指示補充的引數後才進行。 如果沒有指定的話,當有同名筆記時,別名的新筆記會增加,或者內容會被替換。“ 昨天在動,今天卻有了另一個檔案”的時候,大部分只是日期變了,目標筆記不存在而已。
修正方法請加上指示補充的引數。 準確的引數名和目標筆記不存在時的行為一定要在官方的Obsidian URI文件中確認(根據版本不同會有差異)。 如果是1的動作,只需在設定欄中選擇是補充還是插入開頭,不需要組裝URL。
不是每日筆記,而是寫在別的地方
原因每日筆記的日期格式(預設為YYYY-MM-DD)和儲存資料夾時,與捷徑側組裝的路徑有偏差。 常見的是,Obsidian側是日記/2026-08-11.md,但捷徑側卻將2026-08-11.md直接放在路線下方的模式。 在這種情況下不會出現錯誤,“明明可以寫卻找不到”是最難注意到的形式。
修復方法
- Obsidian的設定→在每日筆記中確認“日期格式”和“新檔案的製作地點”。
- 捷徑的日期格式,與那裡顯示的格式一字一句匹配。
- 資料夾的話,不僅要傳遞檔名,還要傳遞包含資料夾的路徑。
- 保管庫,確認無意中是否增加了同名筆記本。
瞄準每日筆記本的構成本身透過不開啟iPhone在每日筆記本上追加記的方法進行了詳細整理。
寫入其他保管庫/找不到保管庫
原因在擁有多個保管庫的狀態下省略保管庫的指定,之前開啟的保管庫成為物件。 即使平時只使用1個,只要開啟一次測試用的保管庫就可以更換物件。 另外,如果保管庫名稱中包含空格或日語且沒有編碼的話,保管庫的解決就會失敗。
修正方法在URL中指定保管庫的引數請務必明確。 包括保管庫名在內,URL編碼。 如果之後更改了保管庫名稱,請不要忘記修改捷徑側的指定——這是安靜損壞的典型例子。
從Apple Watch開始執行會失敗
原因Obsidian中沒有watchOS版應用程式。 因此在Apple Watch上,應用程式本體和保管庫的檔案都不存在。 從Watch的捷徑,無法呼叫未進入Watch的應用程式的動作,也無法呼叫針對該應用程式的URL方案,所以即使iPhone在手邊,執行也會在Watch方面嘗試失敗。 設定無法修復的結構性約束。
修正方法目前不存在用Watch單獨寫Obsidian的方法。 如果想從手腕上留下的話,透過Watch應用程式,寫入本身由iPhone方面負責的設計的應用程式是現實的迴避措施。 理由和迴避措施的比較總結為不能從Apple Watch傳送到Obsidian的理由。
不在圈內無法寫/鎖定中無法執行
原因2 種不同的問題表現為相同的症狀。如果在離線時失敗,庫的實際檔案可能不在裝置上,而僅存於雲端。如果鎖屏時無法執行,則是因為需要在前臺開啟應用的第②種方式無法在鎖屏狀態下完成。
修復方法
- 將保管庫放在iCloud Drive或“這個iPhone內”,使檔案的實體處於本地狀態。
- 如果想在鎖定中可靠地執行的話,在不把應用程式放在前面的情況下完成的路徑(1的補充動作,或者App Intents對應的捕獲應用程式)。
- 為了不錯過失敗,在捷徑的末尾加上通知和確認音。
無論哪個路徑都殘留,3的極限
上面的處理大部分都修好了。 但是“透過捷徑傳送到Obsidian”的設計本身,3有無法消除的弱點。 請決定是接受這裡後再使用,還是轉到其他設計。
其他設計:不組捷徑,交給應用程式
如果擔心上面的極限的話,可以停止“自己製作捷徑送到Obsidian”,傳送本身由應用程式負責這樣的選擇。 SimpleMemo將傳送的備忘錄傳送到自己的郵件中,如果開啟Obsidian連線,就會以- HH:mm メモ的形式在保管庫資料夾中新增。 不需要社群外掛和捷徑的自制。
本應用程式不是Obsidian官方的應用程式、外掛,而是YURIKA, K.K.開發的獨立應用程式。 補充地址是iCloud Drive或終端內的保管庫資料夾,需要從檔案App訪問。 Obsidian Sync專用的保管庫有時不出現在資料夾選擇中,在這種情況下會回退到URL方案方式。 Obsidian是Dynalist Inc. 的商標。
常見問題
捷徑和內建應用程式動作,應該使用哪個?
Siri只說“記在Obsidian上”就不行嗎?
有確定捷徑是否失敗的方法嗎?
我想透過自動化自動執行,但需要確認
SimpleMemo不用自制捷徑也能使用嗎?
相關頁面
參考文獻
- Obsidian Help — Obsidian URI — obsidian:// 方案中可以使用的動作和引數的官方文件
- Obsidian 1.11 Mobile changelog — 增加了應用程式內建的快捷動作(開啟筆記/開啟每日筆記/捕捉到筆記)的釋出
- 捷徑使用者指南(Apple) — 關於動作・自動化・Siri合作的官方指南
- Obsidian Help — 每日筆記的日期格式和儲存地址等,保管庫周圍的規格
- SimpleMemo — App Store — App Store的下載頁面