本页目录
从快捷指令写到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. 的商标。
下载免费。 Obsidian连接的设置，只需选择一次文件夹。
常见问题
快捷指令和内置应用程序动作，应该使用哪个？
Siri只说“记在Obsidian上”就不行吗？
有确定快捷指令是否失败的方法吗？
我想通过自动化自动执行，但需要确认
SimpleMemo不用自制快捷指令也能使用吗？
相关页面
参考文献
- Obsidian Help — Obsidian URI — obsidian:// 方案中可以使用的动作和参数的官方文档
- Obsidian 1.11 Mobile changelog — 增加了应用程序内置的快捷动作（打开笔记/打开每日笔记/捕捉到笔记）的发布
- 快捷指令用户指南（Apple） — 关于动作・自动化・Siri合作的官方指南
- Obsidian Help — 每日笔记的日期格式和保存地址等，保管库周围的规格
- SimpleMemo — App Store — App Store的下载页面