AI 应用大模型AI Agent交互助手RAG【免费下载链接】obsidian-copilotRun agents in Obsidian - OpenCode, Codex, Claude Code etc.项目地址https://gitcode.com/gh_mirrors/ob/obsidian-copilot点击查看免费下载Relevant Notes相关笔记是 Obsidian Copilot 中基于语义索引实时发现关联笔记的功能在撰写笔记时它会随内容变化持续推荐相关笔记在 Agent Chat 起草问题时它又会跟随草稿与对话提供可加入上下文的候选资料。本文将完整梳理该功能的两条工作流写作发现与问答取用、Live 实时刷新的底层实现机制、相似度百分比的正确解读以及从源码到故障排查表的完整排障路径帮助你在日常笔记与 Copilot 问答中充分利用这一能力。1. 前置条件与版本要求在使用 Relevant Notes 之前请确认环境满足以下条件桌面版 Copilot 4.0.8 或更新版本Miyo 0.2.27 或更新版本且正在运行并已连接到你的已索引 vault尚未完成连接时请先参照 Connect Miyo with Obsidian Copilot 完成 Miyo 与 Copilot 的对接包括注册 vault、完成索引。需要特别说明的是聊天场景Agent Chat的实时建议依赖 Miyo 0.2.27 引入的 chat 检索能力如果 Miyo 版本过旧聊天建议将不可用但编辑器笔记建议仍可正常使用详见下文故障排查。从源码看Relevant Notes 的开关与 Miyo 配置是一组独立设置项。在 src/constants.ts 中默认设置包含relevantNotesLiveUpdate: trueLive 实时更新默认开启、enableMiyo: falseMiyo 默认未启用与miyoServerUrl: src/settings/model.ts 会在设置反序列化时确保relevantNotesLiveUpdate存在布尔默认值。也就是说Miyo 默认关闭必须先启用并配置连接Live 开关默认开启但仅当 Miyo 可用时才生效。2. 打开 Relevant Notes 面板打开 Copilot 的Agent Chat视图选择Relevant Notes标签页。若希望建议面板始终可见、与编辑器或聊天并排展示可使用Open in separate pane在独立窗格中打开选项。打开Live开关后面板顶部的**来源标签source label**会明确告诉你当前建议的来源对象——是当前打开的笔记还是 Agent Chat 上下文。从源码实现看独立窗格对应一个 ObsidianItemView视图其视图类型为copilot-relevant-notes-view定义于 src/constants.ts在 src/main.ts 中通过activateRelevantNotesView()配合openOrRevealView打开或复用叶子节点。该视图在 src/components/RelevantNotesView.tsx 中实现它通过registerActiveLeafChangeBridge将活跃叶子变化事件桥接到自身eventTarget使面板能够跟随当前活跃文件变化——这意味着即使面板独立于聊天视图打开它也能感知当前正在编辑的笔记。3. 工作流一写作时发现相关笔记3.1 随写作实时变化的建议打开一篇有一定文本的笔记并开始写作。随着主题不断展开Relevant Notes 会带来不同的笔记建议。官方演示中一个周末计划先写徒步hiking随后转向香港之行Hong Kong visit建议列表也随之从徒步相关笔记切换为香港旅行相关笔记。交互要点将鼠标悬停在建议标题上可预览笔记内容点击Open note可在完整视图中阅读建议条目旁显示的百分比表示该笔记与来源上下文的相似度similarity请用预览来判断其是否真正有用——该数值不是事实准确性的度量。3.2 Live 实时刷新的底层机制为什么建议会“随写作实时变化”关键在于 Live 模式下面板会持续监听笔记写入并重新查询。源码 src/hooks/useLiveRelevantNotesRefresh.ts 给出了两个关键常量LIVE_REFRESH_INTERVAL_MS 5000脏笔记每 5 秒被重新查询一次。由于 Miyo 的 related search 只需几毫秒间隔主要由索引更新速度而非请求成本决定LIVE_REFRESH_WINDOW_MS 20000每次写入后保留 20 秒的轮询窗口。Miyo 的文件监听器会先去抖约 3 秒再生成嵌入因此单次写入后的立即轮询往往落在新向量生成之前20 秒窗口覆盖多次轮询确保最终排名一定能被采纳随后轮询自动停止。更值得注意的是触发条件轮询由 Obsidian 的vault.on(modify)事件驱动src/hooks/useLiveRelevantNotesRefresh.ts即只有笔记真正发生写入时才会打开轮询窗口——未改动的笔记不会产生任何查询开销。另外若在 Live 关闭期间发生了写入打开 Live 开关的瞬间会立即补一次查询并打开窗口把遗漏的写入补回来。在 src/components/chat-components/RelevantNotes.tsx 中liveUpdateEnabled shouldUseMiyo(settings) settings.relevantNotesLiveUpdate即 Live 生效还要求当前 Miyo 配置可用工具栏的 Live 开关调用updateSetting(relevantNotesLiveUpdate, enabled)持久化用户选择src/settings/model.ts。3.3 防止输入时列表闪烁的细节Live 重新查询在用户持续输入时会反复触发若每次查询结果都重置渲染面板会不断闪烁。源码为此做了专门设计src/components/chat-components/RelevantNotes.tsxnextSettledRequest会比较新旧结果若排名未变化则返回同一个已结算对象React 状态不变行动画不会重启src/search/findRelevantNotes.ts 中的isSameRelevantNotesResult逐项对比路径、标题、分数与链接标记来实现这一判断。对应测试可见 RelevantNotes.test.tsx 中的 keeps the settled rows on screen while a live re-query runs 与 re-ranks the rows when a live re-query returns a new order 用例。4. 工作流二问答前收集上下文4.1 让建议跟随聊天草稿保持Live开启在 Agent Chat 中输入问题。建议会跟随你的草稿与对话内容变化使你能在发送消息前发现可用的上下文。官方演示使用的问题示例Help me plan our next team workshop.帮我规划下一次团队工作坊。4.2 将笔记加入聊天上下文悬停有用的建议并选择Add to Chat确认该笔记出现在聊天上下文中后再基于所发现的信息让问题更具体。例如一篇关于“静默写作”的笔记可能提示你要求工作坊以五分钟个人思考开场。关键原则建议不会自动全部附加——发送前由你决定选择哪些笔记加入上下文Miyo 只负责推荐加入动作由用户显式触发。4.3 聊天上下文检索的源码实现聊天场景走的是另一条检索链路src/search/chatRelevantNotesContext.ts 中的ChatRelevantNotesStore为每个 vault 持有“最后聚焦的聊天”上下文快照包括草稿、消息、摘录、文件路径与跳过的附件且不落盘src/hooks/useChatRelevantNotes.ts 监听该 store草稿变化时以500ms 去抖后调用findChatRelevantNotes避免每次按键都触发检索src/search/findChatRelevantNotes.ts 构造RelatedContextRequest字段定义于 src/miyo/MiyoClient.tsfolder_name、messages、draft、excerpts、file_paths、limit、filters调用 Miyo 的recommend接口src/miyo/MiyoClient.ts获得按分数排序的笔记结果。聊天检索的响应处理也很讲究src/miyo/MiyoClient.ts响应中的skipped_files因未索引、不支持或超出范围而被跳过的文件会被累计进skippedAttachments用于告知用户哪些附件没有参与检索当旧版 Miyo 返回 501not_implemented时检索结果标记为unsupported-service此时面板会自动回退到编辑器笔记检索流程src/components/chat-components/RelevantNotes.tsx保证旧服务下编辑器场景不受影响。5. 理解来源标签与上下文切换当聊天相关的 Live 建议激活时建议跟随Agent Chat 草稿与对话当 Live 关闭时Relevant Notes 保持绑定编辑器当前笔记。如果建议看起来与你的意图无关请先检查来源标签再确认你希望使用的笔记或聊天是否处于激活状态。从源码看来源标签的生成逻辑位于 src/components/chat-components/RelevantNotes.tsx当聊天上下文存在时来源名称为Agent chat context否则为当前 Markdown 笔记的 basename非 Markdown 文件如 PDF、画布等不提供来源。同时聊天上下文激活时会暂停编辑器笔记的查询paused: !!chat.context见 RelevantNotes.tsx两个来源的检索互不干扰且切换来源时旧来源的行会被正确退役不会跨来源串行。6. 相似度百分比的含义与边界建议条目旁的百分比来自 Miyo 的语义相关分数score。在 src/search/findRelevantNotes.ts 中Copilot 保留 Miyo 返回的原始顺序与分数只做“每个文件保留第一条结果”的去重不在插件内重新排序或二次计算嵌入相似度——相关性排名由 Miyo 全权负责。在 src/components/chat-components/RelevantNotes.tsx 中每条建议还会标注来源笔记与当前笔记的出链hasOutgoingLinks与反链hasBacklinks关系这来自 src/search/findRelevantNotes.ts 的getNoteLinks——但链接关系仅作为附加标注不参与召回任何空结果状态下都不会展示仅凭链接关系的兜底行Every result row must come from Miyo确保每一条建议都真正来自语义索引。再次强调百分比衡量的是与来源上下文的语义相似度不代表内容的准确性或质量。是否采纳请以预览内容为准。7. 故障排查建议不出现时怎么办原文档给出的排查表如下请按症状逐项处理消息或症状处理方式Miyo 未连接启动 Miyo并在 Copilot 设置中重新连接。该 vault 未注册将此 vault 添加到 Miyo。仍在索引或笔记未索引等待索引完成并在 Miyo 中查看该笔记的状态。该笔记被排除检查 Miyo 的文件夹规则。暂无语义匹配换一篇更有实质内容的笔记或提出更具体的问题——已连接的索引中可能确实没有相关内容。没有可用的聊天上下文写一条消息或添加一篇已索引的笔记。编辑器建议正常但聊天建议不出现检查 Copilot 与 Miyo 版本并打开 Live。聊天建议需要 Miyo 0.2.27 及以上版本支持。7.1 源码层面的状态机支持上述排查项并非文案层面的“口头建议”而是由 src/search/findRelevantNotes.ts 中完整的检索状态机驱动面板呈现对应的引导界面disabledMiyo 未启用——面板显示设置引导vault-not-registeredMiyo 返回 404 且结构化 detail 为 Folder not registered——提示注册 vaultfindRelevantNotes.tsindexing/not-indexed文件状态为pending、not_scanned、missing或旧 Miyo 返回 501not_implemented——等待索引完成findRelevantNotes.tsexcluded文件被文件夹/模式规则排除details中携带exclusionReason与exclusionRulefindRelevantNotes.tsno-matches索引正常但没有匹配结果no-usable-context/request-too-large/request-error聊天场景的上下文为空、请求过大或请求被拒findChatRelevantNotes.tsunavailableMiyo 端点解析失败或网络错误——面板展示恢复引导而非无限加载。底层检索的超时与限制参数同样值得留意src/search/findRelevantNotes.tsMAX_RESULTS 20单次最多返回 20 条建议、Miyo 端点解析与 related search 均设置8 秒超时。此外当某条 404 表明“源没有索引块”时插件会调用 Miyo 的文件状态接口区分具体原因并在索引恰好完成的竞态下自动重试一次避免新出现的语义匹配被隐藏findRelevantNotes.ts。8. 相关源码与进一步阅读想深入了解或参与改进该功能可参考以下仓库文件面板 UI 与来源切换src/components/chat-components/RelevantNotes.tsx独立窗格视图src/components/RelevantNotesView.tsx编辑器笔记检索与状态机src/search/findRelevantNotes.ts聊天上下文检索src/search/findChatRelevantNotes.ts聊天上下文存储src/search/chatRelevantNotesContext.tsLive 刷新调度src/hooks/useLiveRelevantNotesRefresh.ts聊天侧实时检索 Hooksrc/hooks/useChatRelevantNotes.tsMiyo HTTP 客户端与请求/响应结构src/miyo/MiyoClient.ts默认设置与视图类型常量src/constants.ts设置模型与默认值兜底src/settings/model.ts行为级测试用例来源切换、Live 冻结、竞态处理等src/components/chat-components/RelevantNotes.test.tsxMiyo 连接与索引配置docs/miyo-setup.md总结Relevant Notes 以 Miyo 语义索引为底层召回以编辑器笔记与 Agent Chat 上下文为双来源通过 Live 写后轮询实现随写作实时变化的建议流。理解相似度百分比的边界、来源标签的切换规则与底层状态机的各分支能帮助你更准确地使用这一功能也能在建议“不出现”时快速定位是连接、索引、规则还是版本问题。赞分享AI 应用大模型AI Agent交互助手RAG【免费下载链接】obsidian-copilotRun agents in Obsidian - OpenCode, Codex, Claude Code etc.项目地址https://gitcode.com/gh_mirrors/ob/obsidian-copilot点击查看免费下载相关推荐Obsidian Copilot重新定义智能笔记与AI写作助手的未来Obsidian Copilot重新定义智能笔记与AI写作助手的未来 在信息爆炸的时代如何高效管理个人知识库成为每个学习者和创作者面临的共同挑战。ObsidAI 应用大模型AI Agent交互助手RAGObsidian Copilot颠覆传统搜索的AI驱动笔记智能检索工具在信息爆炸的时代你是否曾为在数千个笔记中找不到关键内容而苦恼传统搜索工具只能匹配关键词却无法理解你的真实需求。Obsidian Copilot作为一款革命AI 应用大模型AI Agent交互助手RAGOpenCLI 小红书搜索工作流基于 DOM Scrape 的关键词笔记检索实战指南OpenCLI 小红书搜索工作流基于 DOM Scrape 的关键词笔记检索实战指南 导读 本文以 OpenCLI 仓库中 sitemaps/xiaohong开发工具CLI人工智能AI 应用浏览器控制GUI 自动化上一篇解锁可视化编程的无限可能3个创意应用场景指南下一篇leetcode 仓库中的 O(1) 数组计数式设计Design Parking System 两种解法详解创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考