feat: 沉淀到 Obsidian 改安静默认，系统通知带「打开笔记」

[zhangweijian97]

Closes #25

Stacked on #21：本 PR 复用 #21 引入的 DeliveryNotifier 组件与其独立测试配方，基于 feat/folder-delivery-entry（456cf13）开出。#21 合并后本 PR 自动收敛为仅含本次改动；单独审阅时请以「相对 #21 分支的 diff」为准。

改了什么

「沉淀到 Obsidian」投递成功后不再自动唤起 Obsidian，改发系统通知，带「打开笔记」按钮（点横幅本体同效）。

• ActionRunner.deliverToObsidian：移除投递成功后的自动 obsidian://open，落盘记录后交 DeliveryNotifier 发通知；
• DeliveryNotifier：从「文件夹投递专用」参数化为两个知识投递入口共用——文件夹通知带「在访达中显示」行为不变，Obsidian 通知带「打开笔记」，各自独立的通知 category；userInfo 分别携带 Finder 绝对路径 / vault 名 + vault 相对路径，回调侧按通知实际携带的内容解码（外来或缺失数据一律解码为空，不做半件事）；
• vault 相对路径在投递时刻（唯一拿得到 vault 路径的时机）算好放进 userInfo，「打开笔记」被点时无需回读任何偏好设置。

为什么

见 #25：自动唤起每次投递都抢占前台；打开与新文件索引的时序竞争是 #17「找不到文件」的最可能根因。安静 + 通知按钮让想看的人一键到，投递本身不打断人。

为什么必须是系统通知：分享扩展触发投递时 app 必然在后台，macOS 不渲染后台 app 的自绘窗口（#21 六轮实证）；通知中心独立进程渲染，不受前后台影响，且原生支持操作按钮——后台投递场景下自绘 Toast 结构性走不通，系统通知是唯一同时满足「有屏幕反馈」和「不抢前台」的形态。

测试

• swift test：152 tests, 0 failures（与 feat: 新增「沉淀到文件夹」分享入口（FolderDelivery 暴露为一等入口） #21 分支基线同数，本 PR 不改核心测试面）；
• DeliveryNotifier 独立测试（文件头配方单独编译运行）：6 tests, 0 failures——新增 Obsidian userInfo 往返（CJK/空格/emoji 文件名）、保留字符（? # &）的 obsidian:// URL 构建、半套 userInfo 解码为空、双 category/action 标识互不混淆；
• swift Scripts/check-localizations.swift：passed（新增「打开笔记」双语声明）；
• Scripts/check-release-config.sh：passed。

真机链路

本机已按 make-app.sh + install-dev-build.sh 构建部署并注册分享扩展；「投递→不唤起→通知出现→点『打开笔记』打开正确文件」的端到端验收随本 PR 附截图后补。

[zhangweijian97]

真机验收通过（2026-10-02，Apple Silicon）：

• 「沉淀到 Obsidian」投递成功后不再自动唤起 Obsidian、不抢前台 ✅
• 系统通知出现，带「打开笔记」按钮；点按钮与点横幅本体均跳转到正确笔记 ✅
• 回归面：文件夹投递通知带「在访达中显示」行为不变 ✅（中文/emoji/含空格文件名均已试）

（验证过程中系统专注模式会静默通知横幅，属系统层行为，与本改动无关。）