灵感很少按计划出现在笔记应用里。
你可能在浏览器里看到一句值得留住的话，在相册里发现需要归档的截图，或者在聊天里收到一个马上会忘的链接。这时人已经站在别的 App 里，要先复制、切回笔记、新建、粘贴，再补标题。步骤不多，却刚好够让“先记下来”变成“等会儿再说”。
妙盒笔记把捕获入口放到系统侧：在支持系统分享的平台上，可以从其他 App 把文字或链接分享到妙盒笔记，直接创建一篇新笔记；部分系统还支持长按主屏图标，用快捷方式立刻新建空白笔记。记录不必等到你先打开应用、找到正确页面之后才开始。
入口在系统里，不在应用深处
如果捕获只发生在应用内部，工具就要求人先进入它的工作流，再开始保存内容。真正发生灵感的地方，往往是浏览器、相册、聊天和其他阅读场景。
系统分享解决的是“内容已经在眼前，怎样少一步落到笔记里”。主屏快捷新建解决的是另一端：脑子里已有一句话，只是还没有打开应用。两者都把“开始记录”提前到日常操作路径上，而不是要求用户先完成一次应用内导航。
当前成品里，常见路径可以概括为：
- 在其他 App 选中文字、链接或图片，打开系统分享，选择妙盒笔记；
- 应用创建一篇新笔记并打开编辑页，正文已经带上分享内容；
- 需要空白页时，也可以在支持的系统上长按主屏图标，选择快捷新建。
分享单行 URL 时，应用会尽量抓取标题，并写成 Markdown 链接，减少事后手工整理链接标题的成本。图片会进入笔记可用的资源路径，而不是只留下一张无法找回的临时图。
为什么每次分享都新建一篇，而不是塞进当前笔记
一个直觉方案是：如果编辑器里已经打开着笔记，就把分享内容追加进去。这样看起来更“聪明”，也少一条列表里的笔记。
妙盒笔记没有采用这条路。系统分享默认对应“捕获一次新的材料”，而不是“猜测用户此刻正在写哪一篇”。当前打开的笔记可能是草稿、整理中的长文，或与分享内容无关的另一件事。自动追加会把两种意图搅在一起，事后更难拆开。
因此，每一次分享事件都会生成恰好一篇新笔记。连续分享两次，得到两条独立记录。标题和首行会标明它来自分享，方便之后在列表里认出这批材料，再决定合并、改写或归档。
这是在“少建几篇笔记”和“不误伤正在写的内容”之间的取舍。捕获阶段优先保证意图清楚；整理可以稍后再做。
冷启动时，分享要比“回到上次编辑”更优先
手机上的笔记应用常常会记住你上次离开时的位置，再次打开时直接回到那篇笔记。这对连续写作很有帮助。
但当用户是从系统分享冷启动应用时，两条意图会撞在一起：一条想恢复上次编辑，一条想打开刚分享进来的新内容。如果仍优先恢复旧笔记，分享内容即使已经落盘，人也可能先看见另一篇，误以为分享失败。
妙盒笔记把优先级写清楚：系统分享高于主屏快捷新建，快捷新建高于恢复上次编辑。只有在没有分享、也没有快捷新建时，才回到上次的编辑位置。
普通用户不必记住这条规则。他们需要的结果很直接：从分享面板进来，就应该看到刚存下的那篇；从主屏快捷新建进来，就应该看到空白编辑页。
这项能力解决什么，不解决什么
系统分享适合把外部出现的文字、链接和图片尽快收进笔记库。它不是把所有文件类型都变成万能收件箱，也不替代应用内的粘贴、拖放，或已经打开笔记后的继续编辑。
它也不等于对外分享。把笔记发成网页链接、导出 PDF、或把一个空间发布成静态站点，是内容离开工作台之后的出口；系统分享解决的是内容怎样进入工作台。入口和出口都重要，但问题不同。
主屏快捷新建也只在部分系统上提供。桌面端仍然用应用内新建、粘贴和拖放完成类似工作。产品没有假装每个平台都有同一套系统入口，而是在系统允许的地方，把捕获接到用户已经熟悉的操作上。
记录的第一公里，往往决定后面还会不会写下去。把这一步放进系统分享和主屏菜单，不是为了多一个功能开关，而是让“先留下”发生在灵感还在的地方。