Obsidian 权威模型评审Plate 富文本编辑器的双模编辑、链接导航与搜索行为归属【免费下载链接】plateRich-text editor with AI and shadcn/ui项目地址: https://gitcode.com/GitHub_Trending/pl/plate本篇技术指南以 docs/plans/2026-04-04-obsidian-editor-behavior-review.md 这份评审计划为骨架系统梳理 Plate 富文本编辑器Rich-text editor with AI and shadcn/ui在引入 Obsidian 原始语料与研究层之后如何把 Obsidian 正式纳入其编辑器行为权威模型authority model。文章会完整继承评审结论——Obsidian 升格为一等权威first-class authority、Typora 继续持有 markdown 原生编辑、Google Docs 保持线性文档导航主导——并结合 docs/editor-behavior 下的规范文档、权威矩阵与仓库源码说明这些归属在协议行protocol rows、测试与插件实现中如何落地。读完你可以掌握 Plate 行为标准的决策方法论、Obsidian 各行为面的归属范围以及评审产物如大纲点击、选中文本搜索等协议行对应的代码与测试证据。一、评审背景Obsidian 语料与研究层就绪后的权威复查1.1 这份评审要解决什么问题2026-04-04-obsidian-editor-behavior-review.md是一份明确的复查 收编计划而非实现任务。它的核心目标有三层复查现状在 Obsidian 原始语料raw corpus与研究层research layer已经存在的前提下重新审阅 docs/editor-behavior 这套编辑器行为法律。找出强权威通道识别 Obsidian 在哪些行为面上比 Typora 或当前权威地图所承认的更强、更值得成为权威。产出以发现为主的评审不纠结措辞细节只关注权威通道authority lanes级别的结论并给出配套的文档修改建议。评审计划明确列出了候选强项链接linking块引用block references搜索search导航外壳navigation chrome编辑模式editing modes脚注作用域footnote scope1.2 评审的预期产出计划末尾给出了可验证的 outcome这也是后续一切规范的锚点Obsidian 正式成为权威模型中的一等成员first-classTypora 继续拥有 markdown 原生编辑markdown-native editingObsidian 现在拥有模式架构mode architecture与链接笔记导航/搜索表面linked-note navigation and search surfacesGoogle Docs 保持在线性文档导航、表格、审阅、样式上的主导地位editor-protocol-matrix.md拆分当前文件内查找与选中文本起始的搜索并把大纲点击outline-click权威授予 Obsidian用于持久化 markdown 导航外壳。二、Plate 的权威模型先理解这套行为法律如何运作要读懂评审结论必须先理解 docs/editor-behavior/markdown-standards.md 定义的权威模型。它存在是为了阻止两类失败模式把markdown 支持只当作解析/序列化把编辑器行为当作当前插件实现的偶然产物。2.1 参考池Reference Pools与路由提示权威模型把各产品当作高信号参考池并明确它们各自适合的领域。Obsidian 的定位如下Obsidian 是双模编辑 链接笔记导航表面的高信号参考池。用于live preview vs source mode、链接自动补全文件/标题/块引用、重命名时更新内部链接、反向链接与未链接提及、大纲作为导航外壳、markdown 工作区搜索外壳、块引用产品行为、双模编辑器中内联脚注的产品约束。同时标准文档明确画出了不要用 Obsidian 做什么的边界不做普通 markdown 原生输入与结构键的默认权威不做渲染链接、图片、HTML 块的通用 markdown 源入口行为权威不做 Typora 更强、更显式的低级破坏性按键法律。其余参考池的分工为Typora 管 markdown 原生行为、Notion 管块编辑器原生元素、Google Docs 管文档风格编辑、GitHub 管 GFM 语法、Milkdown 做可检视的开源交叉校验。2.2 权威决策顺序Authority Order每条行为在选权威时按如下顺序裁决语法规范syntax spec如 CommonMark / GFM / 本地 MDX 契约显式的表面定义与节点模型node model有真实证据的最强表面专属 UX 权威可检视的交叉校验与最强相邻先例仅在以上都沉默或不兼容时才做显式兜底决策。关键纪律是surface-first宽泛的家族标签只是路由提示每个具体表面或协议行必须单独选出它能真正证明的最强权威。同一个 markdown-extension 家族里某一行可能落在 Typora、另一行落在 Obsidian、第三行落在 Google Docs这是完全正常的。2.3 评审落点从研究层到规范层评审计划的背景是 docs/research/sources/obsidian 下的 Obsidian 研究层已经就绪。该层把 Obsidian 行为真理拆成两条平行通道产品帮助文档编辑模式、内部链接、反向链接、大纲、搜索、Obsidian Flavored Markdown开发者文档编辑器扩展、编辑器 API、markdown 后处理、面向 CodeMirror 的扩展缝。这使 Obsidian 同时是产品参考与开发者平台参考。研究层还保留了重要的纪律性提醒corpus-overview.md 强调不要用 Obsidian 作为唯一的主 markdown 原生权威那仍然属于 Typoraobsidian-authority-scope.md 则警告如果过度使用 Obsidian会把笔记应用的产品选择引入本应由 markdown-first 参考或 Plate 自有法律持有的位置。三、评审结论逐面展开Obsidian 新获得的权威通道3.1 编辑模式架构Mode ArchitectureObsidian 的 editing-modes-and-markdown-surface.md 给出了比多数编辑器更清晰的产品化拆分视图与模式分离阅读视图reading view、编辑视图editing view、live preview、source modelive preview 隐藏大部分 markdown 语法仅在光标附近显示source mode 显示完整 markdown 语法Obsidian Flavored Markdown 明确是 CommonMark GFM LaTeX Obsidian 专属扩展的组合且明确不在 HTML 元素内部渲染 markdown 语法。评审据此把模式架构整体授予 Obsidian作为双模编辑设计的产品参考。这一定位随后被写进了 markdown-standards.md 的候选参考池路由与 markdown-editing-spec.md 的交互预览/导航小节。3.2 链接、块引用与反向链接表面Linking / Block References / Backlinkslinking-navigation-and-search.md 总结了 Obsidian 在链接生态上最强显式信号内部链接同时支持 wikilinks 与 markdown links自动补全链接、标题与块引用重命名时自动更新内部链接反向链接backlinks是一等 UI 表面包含已链接与未链接提及大纲outline是一等标题导航表面支持拖拽重排章节搜索是核心插件带选中文本搜索、搜索操作符与查询语义。评审结论是把链接笔记导航表面整体划给 Obsidian并特别强调块引用体系属于链接笔记导航同一家族而非纯 CommonMark/GFM 语义。3.3 搜索与导航外壳Search / Navigation Chrome评审最有操作性的改动落在搜索的拆分上它直接体现在editor-protocol-matrix.md的协议行变更中详见第四节当前文件内查找current-file find保持 Typora 为主要权威处理单文档内光标相对的查找预期选中文本起始的搜索selection-seeded search权威授予 Obsidian从当前选区播种搜索面而不是丢弃选区大纲作为持久化 markdown 导航表面权威授予 Obsidian配合 Google Docs 的线性标题跳转、Typora 的 markdown 优先次要校验跨文件搜索与快速打开属于应用外壳行为但需要产品先例时 Obsidian 比 Typora 更强。这一拆分在 markdown-editing-spec.md 的EDIT-SEARCH-*小节locked级别中被固化同时明确当前搜索/查找-替换法律为未来产品表面而写运行时实现有意暂缓deferred应读作已锁定的行为法律而非 Plate 已交付完整搜索表面的声明。3.4 脚注作用域Footnote Scopefootnotes-and-block-links.md 为脚注面贡献了两条关键约束支持常规脚注语法[^id]与[^id]: definition命名脚注允许但渲染为数字缩进支持多行脚注内联脚注^[...]仅在阅读视图生效不在 live preview 中生效——这是重要的双模产品约束开发者 API 暴露脚注与脚注引用的缓存元数据CachedMetadata。评审的处理非常克制Obsidian 的脚注贡献被定位为相邻块引用家族而不是所有脚注导航都应变成笔记链接导航的证据内联脚注规则对未来的双模产品有参考价值但不改变默认markdown_typora法律。这正体现了评审只动权威通道、不扩散到无关措辞的纪律。3.5 导航反馈原语Navigation Feedback导航反馈EDIT-NAV-FEEDBACK-*本身由本地共享契约持有但知情来源包括 Typora / Obsidian / Google Docs。规范要求成功导航依次做三件事按拥有表面落焦点或光标将目标滚入视口短暂高亮落地目标——这是一个跨包共享的瞬时原语TOC 跳转、脚注引用/定义跳转、搜索跳转应复用同一原语而非各自发明一次性闪烁。四、权威矩阵的落地editor-protocol-matrix 的协议行证据4.1 矩阵的结构与角色editor-protocol-matrix.md 是场景完备的协议积压文件与另外两份文档分工明确文件职责markdown-standards.md方法论与权威模型markdown-editing-spec.md规范性家族级法律可读规范markdown-parity-matrix.md家族级发布门禁editor-protocol-matrix.md穷举场景矩阵 / 协议积压每个协议行需要回答Family、Entity、Node Model、Context、Selection、Caret / Edge、Input、Expected、Authority、Spec ID、Evidence、Status。其中Spec ID与Evidence列直接指向可读规范与测试文件是从规范到测试的追踪链。4.2 搜索拆分与大纲点击授权评审的直接产物矩阵中与 Obsidian 相关的关键协议行如下搜索cross-surface / search场景权威Status打开当前文件查找open findTyporadeferred从选中文本起始搜索open search from selectionObsidian 主导selected-text search kickoffTypora 作当前文件查找的次要校验deferred查找下一个/上一个Typoradeferred跳转到选区Typoradeferred替换匹配Typoradeferred搜索跳转后的导航反馈本地共享契约知情来源 Typora / Obsidian / Google Docsdeferred大纲cross-surface / outline场景权威Status大纲项点击跳转保持当前章节高亮、不产生落地光标/块选副作用Obsidian 主导持久化大纲外壳Google Docs 线性标题跳转Typora markdown 优先次要校验specified键盘↵/Space激活大纲项Obsidian Google Docsspecified滚动/编辑时高亮当前章节Google Docs 线性导航Obsidian 作持久化大纲压力specified大纲过滤输入search headersTypora Google Docs 风格文档导航deferred大纲/TOC 跳转后的导航反馈本地共享契约知情来源 Obsidian / Google Docsspecified注意这些行恰好验证了评审的 outcome矩阵现在拆分当前文件查找与选中文本起始搜索并把大纲点击权威授予 Obsidian用于持久化 markdown 导航外壳。4.3 其它含 Obsidian 的协议面交互预览/导航Interactive preview / navigationspecified最强权威按表面归属——Typora 管 markdown 原生 span 与 HTML 块编辑入口Obsidian 管双模与链接笔记导航表面Google Docs 管线性标题导航Notion 管块编辑器原生引用。TOC 键盘激活EDIT-TOC-NAV-002specifiedTOC 项以↵/Space执行与指针激活相同的导航权威写为Typora / Google Docs 标题导航 Obsidian 风格导航外壳压力证据列指向markdown-editing-spec.md、navigation-search-outline-and-toc.md与linking-navigation-and-search.md。TOC 当前章节高亮EDIT-TOC-NAV-003tested保证同一时刻只有一个 TOC 项被标记为当前证据列是useContentController.spec.tsx、useTocElement.spec.tsx、toc-node.spec.tsx。语法触发转换EDIT-CONVERT-*specifiedTypora 主导Obsidian 与 Milkdown 作为转换边界conversion-boundary的平衡参考。数学定界符触发EDIT-PROFILE-MATH-TRIGGER-001deferred选中文本 $时 Obsidian 显式$$块检测与预览 Obsidian 显式↵升级机制仍以 Typora/Milkdown 为主。五、源码级佐证评审结论在仓库中的实现与测试痕迹评审是复查 收编而非实现但评审所指出的权威通道在仓库中已有可检视的落地痕迹。以下路径可在当前仓库中直接打开验证。5.1 大纲/当前章节高亮TOC 包的观察者实现TOC 的当前活动章节能力由 packages/toc/src/react/hooks/useContentController.ts 驱动。从源码结构看它组合了useContentObserver通过 IntersectionObserver 式观察isObserve、rootMargin、topOffset参数计算activeId再维护activeContentId状态——这正是矩阵EDIT-TOC-NAV-003恰好一个 TOC 项标记为当前的运行基础。配套测试 useContentController.spec.tsx、useTocElement.spec.tsx 与节点测试 toc-node.spec.tsx 共同构成该协议行的 Evidence 列。5.2 脚注导航反馈focus 转换与共享原语评审把脚注导航反馈划入本地共享导航反馈契约知情来源 Typora / Obsidian / Google Docs。仓库中的对应实现面在 packages/footnote/src/lib/transforms/focusFootnoteDefinition.ts 与 focusFootnoteReference.ts——它们对应矩阵行EDIT-FOOTNOTE-NAV-001/002的 Evidence 列。脚注引用/定义跳转遵循落地光标、滚动入视口、短暂高亮三步原语而不是包内自造一次性闪烁。5.3 搜索与查找-替换的延迟状态矩阵中所有搜索行EDIT-SEARCH-*均为deferred规范文档明确运行时实现有意暂缓。这与评审搜索和导航外壳是当前文档讨论的核心主题、但尚未交付完整产品面的定位一致法律已锁定实现未开工。因此仓库当前并不承诺完整的 Obsidian 式搜索 UI阅读时应把 markdown-editing-spec.md 的EDIT-SEARCH-*小节当作行为目标而非现状声明。六、评审的工程价值为什么按表面选权威能防漂移把这次评审放回 Plate 的工程语境可以看到三层价值防止把支持 markdown窄化为解析/序列化。权威模型强制每个内容相关的特性都要有显式的权威与覆盖状态见 markdown-standards.md 的 Scope 小节。防止把当前插件行为当作正确行为。规范明确规定现有行为是证据不是权威当主次参考分歧时要记录场景、主参考行为、次参考行为、Plate 的选择与理由只有两者都沉默时才允许显式兜底。偏差是允许的但隐藏偏差不允许——所有偏差必须记录 spec ID、场景、参考行为、Plate 行为与原因且插件本来就这么干不是好理由。让测试从规范长出TDD from docs。每条锁定的规则都映射到测试、归属包或集成面、以及活动行为剖面测试命名直接引用 spec ID如EDIT-BQ-ENTER-EMPTY-001、PARITY-GFM-TASKLIST-001以保证重构后行为目标仍然可追溯。七、结论与后续阅读指引这次 Obsidian 评审的净效果是Plate 的权威模型从以 Typora 为主 其它产品兜底演进为按行为表面分权的多权威模型——Obsidian 在一等成员位置上负责模式架构与链接笔记导航/搜索表面Typora 保留 markdown 原生编辑主导权Google Docs 继续持有线性文档导航、表格、审阅与样式Notion 与 Milkdown 各司其职。评审纪律只动权威通道、不扩散措辞保证了这次收编没有破坏既有的 markdown 原生法律。如需继续深入推荐按以下路径阅读权威模型与方法论markdown-standards.md可读规范locked级别行为法律markdown-editing-spec.md场景完备协议矩阵评审直接修改对象editor-protocol-matrix.md发布门禁覆盖矩阵markdown-parity-matrix.mdObsidian 研究层入口docs/research/sources/obsidian权威范围开放问题obsidian-authority-scope.md行为地图obsidian-behavior-map.md实现证据TOC 观察者 useContentController.ts、脚注跳转 focusFootnoteDefinition.ts 与 focusFootnoteReference.ts【免费下载链接】plateRich-text editor with AI and shadcn/ui项目地址: https://gitcode.com/GitHub_Trending/pl/plate创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Obsidian 权威模型评审：Plate 富文本编辑器的双模编辑、链接导航与搜索行为归属
Obsidian 权威模型评审Plate 富文本编辑器的双模编辑、链接导航与搜索行为归属【免费下载链接】plateRich-text editor with AI and shadcn/ui项目地址: https://gitcode.com/GitHub_Trending/pl/plate本篇技术指南以 docs/plans/2026-04-04-obsidian-editor-behavior-review.md 这份评审计划为骨架系统梳理 Plate 富文本编辑器Rich-text editor with AI and shadcn/ui在引入 Obsidian 原始语料与研究层之后如何把 Obsidian 正式纳入其编辑器行为权威模型authority model。文章会完整继承评审结论——Obsidian 升格为一等权威first-class authority、Typora 继续持有 markdown 原生编辑、Google Docs 保持线性文档导航主导——并结合 docs/editor-behavior 下的规范文档、权威矩阵与仓库源码说明这些归属在协议行protocol rows、测试与插件实现中如何落地。读完你可以掌握 Plate 行为标准的决策方法论、Obsidian 各行为面的归属范围以及评审产物如大纲点击、选中文本搜索等协议行对应的代码与测试证据。一、评审背景Obsidian 语料与研究层就绪后的权威复查1.1 这份评审要解决什么问题2026-04-04-obsidian-editor-behavior-review.md是一份明确的复查 收编计划而非实现任务。它的核心目标有三层复查现状在 Obsidian 原始语料raw corpus与研究层research layer已经存在的前提下重新审阅 docs/editor-behavior 这套编辑器行为法律。找出强权威通道识别 Obsidian 在哪些行为面上比 Typora 或当前权威地图所承认的更强、更值得成为权威。产出以发现为主的评审不纠结措辞细节只关注权威通道authority lanes级别的结论并给出配套的文档修改建议。评审计划明确列出了候选强项链接linking块引用block references搜索search导航外壳navigation chrome编辑模式editing modes脚注作用域footnote scope1.2 评审的预期产出计划末尾给出了可验证的 outcome这也是后续一切规范的锚点Obsidian 正式成为权威模型中的一等成员first-classTypora 继续拥有 markdown 原生编辑markdown-native editingObsidian 现在拥有模式架构mode architecture与链接笔记导航/搜索表面linked-note navigation and search surfacesGoogle Docs 保持在线性文档导航、表格、审阅、样式上的主导地位editor-protocol-matrix.md拆分当前文件内查找与选中文本起始的搜索并把大纲点击outline-click权威授予 Obsidian用于持久化 markdown 导航外壳。二、Plate 的权威模型先理解这套行为法律如何运作要读懂评审结论必须先理解 docs/editor-behavior/markdown-standards.md 定义的权威模型。它存在是为了阻止两类失败模式把markdown 支持只当作解析/序列化把编辑器行为当作当前插件实现的偶然产物。2.1 参考池Reference Pools与路由提示权威模型把各产品当作高信号参考池并明确它们各自适合的领域。Obsidian 的定位如下Obsidian 是双模编辑 链接笔记导航表面的高信号参考池。用于live preview vs source mode、链接自动补全文件/标题/块引用、重命名时更新内部链接、反向链接与未链接提及、大纲作为导航外壳、markdown 工作区搜索外壳、块引用产品行为、双模编辑器中内联脚注的产品约束。同时标准文档明确画出了不要用 Obsidian 做什么的边界不做普通 markdown 原生输入与结构键的默认权威不做渲染链接、图片、HTML 块的通用 markdown 源入口行为权威不做 Typora 更强、更显式的低级破坏性按键法律。其余参考池的分工为Typora 管 markdown 原生行为、Notion 管块编辑器原生元素、Google Docs 管文档风格编辑、GitHub 管 GFM 语法、Milkdown 做可检视的开源交叉校验。2.2 权威决策顺序Authority Order每条行为在选权威时按如下顺序裁决语法规范syntax spec如 CommonMark / GFM / 本地 MDX 契约显式的表面定义与节点模型node model有真实证据的最强表面专属 UX 权威可检视的交叉校验与最强相邻先例仅在以上都沉默或不兼容时才做显式兜底决策。关键纪律是surface-first宽泛的家族标签只是路由提示每个具体表面或协议行必须单独选出它能真正证明的最强权威。同一个 markdown-extension 家族里某一行可能落在 Typora、另一行落在 Obsidian、第三行落在 Google Docs这是完全正常的。2.3 评审落点从研究层到规范层评审计划的背景是 docs/research/sources/obsidian 下的 Obsidian 研究层已经就绪。该层把 Obsidian 行为真理拆成两条平行通道产品帮助文档编辑模式、内部链接、反向链接、大纲、搜索、Obsidian Flavored Markdown开发者文档编辑器扩展、编辑器 API、markdown 后处理、面向 CodeMirror 的扩展缝。这使 Obsidian 同时是产品参考与开发者平台参考。研究层还保留了重要的纪律性提醒corpus-overview.md 强调不要用 Obsidian 作为唯一的主 markdown 原生权威那仍然属于 Typoraobsidian-authority-scope.md 则警告如果过度使用 Obsidian会把笔记应用的产品选择引入本应由 markdown-first 参考或 Plate 自有法律持有的位置。三、评审结论逐面展开Obsidian 新获得的权威通道3.1 编辑模式架构Mode ArchitectureObsidian 的 editing-modes-and-markdown-surface.md 给出了比多数编辑器更清晰的产品化拆分视图与模式分离阅读视图reading view、编辑视图editing view、live preview、source modelive preview 隐藏大部分 markdown 语法仅在光标附近显示source mode 显示完整 markdown 语法Obsidian Flavored Markdown 明确是 CommonMark GFM LaTeX Obsidian 专属扩展的组合且明确不在 HTML 元素内部渲染 markdown 语法。评审据此把模式架构整体授予 Obsidian作为双模编辑设计的产品参考。这一定位随后被写进了 markdown-standards.md 的候选参考池路由与 markdown-editing-spec.md 的交互预览/导航小节。3.2 链接、块引用与反向链接表面Linking / Block References / Backlinkslinking-navigation-and-search.md 总结了 Obsidian 在链接生态上最强显式信号内部链接同时支持 wikilinks 与 markdown links自动补全链接、标题与块引用重命名时自动更新内部链接反向链接backlinks是一等 UI 表面包含已链接与未链接提及大纲outline是一等标题导航表面支持拖拽重排章节搜索是核心插件带选中文本搜索、搜索操作符与查询语义。评审结论是把链接笔记导航表面整体划给 Obsidian并特别强调块引用体系属于链接笔记导航同一家族而非纯 CommonMark/GFM 语义。3.3 搜索与导航外壳Search / Navigation Chrome评审最有操作性的改动落在搜索的拆分上它直接体现在editor-protocol-matrix.md的协议行变更中详见第四节当前文件内查找current-file find保持 Typora 为主要权威处理单文档内光标相对的查找预期选中文本起始的搜索selection-seeded search权威授予 Obsidian从当前选区播种搜索面而不是丢弃选区大纲作为持久化 markdown 导航表面权威授予 Obsidian配合 Google Docs 的线性标题跳转、Typora 的 markdown 优先次要校验跨文件搜索与快速打开属于应用外壳行为但需要产品先例时 Obsidian 比 Typora 更强。这一拆分在 markdown-editing-spec.md 的EDIT-SEARCH-*小节locked级别中被固化同时明确当前搜索/查找-替换法律为未来产品表面而写运行时实现有意暂缓deferred应读作已锁定的行为法律而非 Plate 已交付完整搜索表面的声明。3.4 脚注作用域Footnote Scopefootnotes-and-block-links.md 为脚注面贡献了两条关键约束支持常规脚注语法[^id]与[^id]: definition命名脚注允许但渲染为数字缩进支持多行脚注内联脚注^[...]仅在阅读视图生效不在 live preview 中生效——这是重要的双模产品约束开发者 API 暴露脚注与脚注引用的缓存元数据CachedMetadata。评审的处理非常克制Obsidian 的脚注贡献被定位为相邻块引用家族而不是所有脚注导航都应变成笔记链接导航的证据内联脚注规则对未来的双模产品有参考价值但不改变默认markdown_typora法律。这正体现了评审只动权威通道、不扩散到无关措辞的纪律。3.5 导航反馈原语Navigation Feedback导航反馈EDIT-NAV-FEEDBACK-*本身由本地共享契约持有但知情来源包括 Typora / Obsidian / Google Docs。规范要求成功导航依次做三件事按拥有表面落焦点或光标将目标滚入视口短暂高亮落地目标——这是一个跨包共享的瞬时原语TOC 跳转、脚注引用/定义跳转、搜索跳转应复用同一原语而非各自发明一次性闪烁。四、权威矩阵的落地editor-protocol-matrix 的协议行证据4.1 矩阵的结构与角色editor-protocol-matrix.md 是场景完备的协议积压文件与另外两份文档分工明确文件职责markdown-standards.md方法论与权威模型markdown-editing-spec.md规范性家族级法律可读规范markdown-parity-matrix.md家族级发布门禁editor-protocol-matrix.md穷举场景矩阵 / 协议积压每个协议行需要回答Family、Entity、Node Model、Context、Selection、Caret / Edge、Input、Expected、Authority、Spec ID、Evidence、Status。其中Spec ID与Evidence列直接指向可读规范与测试文件是从规范到测试的追踪链。4.2 搜索拆分与大纲点击授权评审的直接产物矩阵中与 Obsidian 相关的关键协议行如下搜索cross-surface / search场景权威Status打开当前文件查找open findTyporadeferred从选中文本起始搜索open search from selectionObsidian 主导selected-text search kickoffTypora 作当前文件查找的次要校验deferred查找下一个/上一个Typoradeferred跳转到选区Typoradeferred替换匹配Typoradeferred搜索跳转后的导航反馈本地共享契约知情来源 Typora / Obsidian / Google Docsdeferred大纲cross-surface / outline场景权威Status大纲项点击跳转保持当前章节高亮、不产生落地光标/块选副作用Obsidian 主导持久化大纲外壳Google Docs 线性标题跳转Typora markdown 优先次要校验specified键盘↵/Space激活大纲项Obsidian Google Docsspecified滚动/编辑时高亮当前章节Google Docs 线性导航Obsidian 作持久化大纲压力specified大纲过滤输入search headersTypora Google Docs 风格文档导航deferred大纲/TOC 跳转后的导航反馈本地共享契约知情来源 Obsidian / Google Docsspecified注意这些行恰好验证了评审的 outcome矩阵现在拆分当前文件查找与选中文本起始搜索并把大纲点击权威授予 Obsidian用于持久化 markdown 导航外壳。4.3 其它含 Obsidian 的协议面交互预览/导航Interactive preview / navigationspecified最强权威按表面归属——Typora 管 markdown 原生 span 与 HTML 块编辑入口Obsidian 管双模与链接笔记导航表面Google Docs 管线性标题导航Notion 管块编辑器原生引用。TOC 键盘激活EDIT-TOC-NAV-002specifiedTOC 项以↵/Space执行与指针激活相同的导航权威写为Typora / Google Docs 标题导航 Obsidian 风格导航外壳压力证据列指向markdown-editing-spec.md、navigation-search-outline-and-toc.md与linking-navigation-and-search.md。TOC 当前章节高亮EDIT-TOC-NAV-003tested保证同一时刻只有一个 TOC 项被标记为当前证据列是useContentController.spec.tsx、useTocElement.spec.tsx、toc-node.spec.tsx。语法触发转换EDIT-CONVERT-*specifiedTypora 主导Obsidian 与 Milkdown 作为转换边界conversion-boundary的平衡参考。数学定界符触发EDIT-PROFILE-MATH-TRIGGER-001deferred选中文本 $时 Obsidian 显式$$块检测与预览 Obsidian 显式↵升级机制仍以 Typora/Milkdown 为主。五、源码级佐证评审结论在仓库中的实现与测试痕迹评审是复查 收编而非实现但评审所指出的权威通道在仓库中已有可检视的落地痕迹。以下路径可在当前仓库中直接打开验证。5.1 大纲/当前章节高亮TOC 包的观察者实现TOC 的当前活动章节能力由 packages/toc/src/react/hooks/useContentController.ts 驱动。从源码结构看它组合了useContentObserver通过 IntersectionObserver 式观察isObserve、rootMargin、topOffset参数计算activeId再维护activeContentId状态——这正是矩阵EDIT-TOC-NAV-003恰好一个 TOC 项标记为当前的运行基础。配套测试 useContentController.spec.tsx、useTocElement.spec.tsx 与节点测试 toc-node.spec.tsx 共同构成该协议行的 Evidence 列。5.2 脚注导航反馈focus 转换与共享原语评审把脚注导航反馈划入本地共享导航反馈契约知情来源 Typora / Obsidian / Google Docs。仓库中的对应实现面在 packages/footnote/src/lib/transforms/focusFootnoteDefinition.ts 与 focusFootnoteReference.ts——它们对应矩阵行EDIT-FOOTNOTE-NAV-001/002的 Evidence 列。脚注引用/定义跳转遵循落地光标、滚动入视口、短暂高亮三步原语而不是包内自造一次性闪烁。5.3 搜索与查找-替换的延迟状态矩阵中所有搜索行EDIT-SEARCH-*均为deferred规范文档明确运行时实现有意暂缓。这与评审搜索和导航外壳是当前文档讨论的核心主题、但尚未交付完整产品面的定位一致法律已锁定实现未开工。因此仓库当前并不承诺完整的 Obsidian 式搜索 UI阅读时应把 markdown-editing-spec.md 的EDIT-SEARCH-*小节当作行为目标而非现状声明。六、评审的工程价值为什么按表面选权威能防漂移把这次评审放回 Plate 的工程语境可以看到三层价值防止把支持 markdown窄化为解析/序列化。权威模型强制每个内容相关的特性都要有显式的权威与覆盖状态见 markdown-standards.md 的 Scope 小节。防止把当前插件行为当作正确行为。规范明确规定现有行为是证据不是权威当主次参考分歧时要记录场景、主参考行为、次参考行为、Plate 的选择与理由只有两者都沉默时才允许显式兜底。偏差是允许的但隐藏偏差不允许——所有偏差必须记录 spec ID、场景、参考行为、Plate 行为与原因且插件本来就这么干不是好理由。让测试从规范长出TDD from docs。每条锁定的规则都映射到测试、归属包或集成面、以及活动行为剖面测试命名直接引用 spec ID如EDIT-BQ-ENTER-EMPTY-001、PARITY-GFM-TASKLIST-001以保证重构后行为目标仍然可追溯。七、结论与后续阅读指引这次 Obsidian 评审的净效果是Plate 的权威模型从以 Typora 为主 其它产品兜底演进为按行为表面分权的多权威模型——Obsidian 在一等成员位置上负责模式架构与链接笔记导航/搜索表面Typora 保留 markdown 原生编辑主导权Google Docs 继续持有线性文档导航、表格、审阅与样式Notion 与 Milkdown 各司其职。评审纪律只动权威通道、不扩散措辞保证了这次收编没有破坏既有的 markdown 原生法律。如需继续深入推荐按以下路径阅读权威模型与方法论markdown-standards.md可读规范locked级别行为法律markdown-editing-spec.md场景完备协议矩阵评审直接修改对象editor-protocol-matrix.md发布门禁覆盖矩阵markdown-parity-matrix.mdObsidian 研究层入口docs/research/sources/obsidian权威范围开放问题obsidian-authority-scope.md行为地图obsidian-behavior-map.md实现证据TOC 观察者 useContentController.ts、脚注跳转 focusFootnoteDefinition.ts 与 focusFootnoteReference.ts【免费下载链接】plateRich-text editor with AI and shadcn/ui项目地址: https://gitcode.com/GitHub_Trending/pl/plate创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考