1. 碎片信息为什么总在 Obsidian 门口卡住Glint 是一个面向 Obsidian 的采集整理插件它要做的事很具体让你在 iPhone 或 iPad 上用 iOS 快捷指令把链接丢进收件箱回到桌面端后由插件自动抓正文、生成标题摘要标签最后落成一篇 Obsidian 原生 Markdown 笔记。适合那些经常在手机上刷到好内容、却懒得手动复制粘贴建笔记的人也适合已经有一堆「稍后再看」堆积、想让知识库真正可检索的人。我自己的痛点是Safari 里看到一篇长文点分享、存阅读列表第二天就忘了微信里收藏的文章过一周连标题都想不起来。Obsidian 移动端采集又重要手动新建笔记、粘链接、补标题、写摘要、加标签、放文件夹一套下来五分钟没了。结果就是收藏夹越来越厚知识库越来越乱链接只有标题没有正文标签越建越多却复用不起来处理失败也不知道失败在哪。Glint 的思路是把这条链路拆成两段移动端只负责「轻采集」桌面端负责「稳整理」。iOS 快捷指令把 URL 写进 iCloud 里的 Glint 收件箱Obsidian 桌面插件读取这些 JSON抓网页正文生成结构化内容输出 Markdown。你不需要额外数据库也不需要新的同步服务最终产物就是 Vault 里普通可搜索、可链接、可备份的 .md 文件。这篇就按「快捷指令触发 → Glint 读取 → 模型整理 → Markdown 落库」的完整链路走一遍重点放在可复制的 config.toml 与 settings.json 骨架、TaoToken 统一 Key 的配置步骤以及一次从手机到桌面的验证动作。跑通之后你手机上的碎片信息才算真正进了知识库而不是换个地方继续躺着。2. 前置准备TaoToken 统一 Key 与 Glint 安装Glint 默认支持本地规则整理不依赖外部模型但如果你想要更高质量的摘要、要点、分类和标签就需要接一个 OpenAI-compatible 接口。这里用 TaoToken 做统一入口一个 Key 可以覆盖对话、编码、Agent 等多种模型调用场景省得每个工具单独配一套密钥。先拿到 Key。打开 TaoToken 控制台进入 API Keys 页面创建一个新 Key复制保存。注意 Key 只在创建时完整显示一次丢了就重新建一个。控制台地址https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewriteTaoToken 的 API 基址是 https://taotoken.net/api 这个地址在 Glint 的配置里会用到。它兼容 OpenAI 的 /v1/chat/completions 调用格式所以 Glint 里选 OpenAI-compatible 就能直接填。然后是 Glint 插件本身。在 Obsidian 桌面端的社区插件市场搜索 Glint 安装并启用或者从仓库手动下载放进 .obsidian/plugins 目录。启用后插件会在 Vault 里创建收件箱目录和状态页收件箱默认走 iCloud方便 iOS 快捷指令写入。iOS 侧需要装两个快捷指令入口一个「从共享表单中获取 URL」适合在 Safari、微信、邮件里直接分享链接一个「从剪贴板中获取 URL」适合你已经复制了链接、只想快速丢进收件箱。这两个入口覆盖了移动端最常见的采集场景快捷指令会把采集内容写成 JSON 存到 iCloud 的 Glint 收件箱目录。如果你后续还要做长期编码或 Agent 类任务可以顺带了解 Coding Plan它和这里的 Key 是同一套账号体系https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite3. 可复制配置config.toml 与 settings.json 骨架Glint 的配置分两块一块是插件侧的 settings.json决定用哪个模型、走哪个接口、抓取和整理的行为一块是模型侧的 config.toml如果你用本地或自建的 OpenAI-compatible 服务用它来声明模型和路由。下面给的是骨架字段名按你实际安装的 Glint 版本微调值替换成自己的。先看 settings.json放在 .obsidian/plugins/glint/ 目录下。核心是 provider 选 openai-compatiblebaseURL 指向 TaoToken 的 API 地址apiKey 填你刚创建的那串 Keymodel 填你要用的模型名。{ provider: openai-compatible, baseURL: https://taotoken.net/api, apiKey: sk-你的TaoToken密钥, model: gpt-4o-mini, temperature: 0.3, maxTokens: 2048, inboxDir: Glint/Inbox, outputDir: Glint/Notes, fetchArticle: true, minContentLength: 300, generate: { title: true, summary: true, keyPoints: true, category: true, tags: true, frontmatter: true }, retry: { maxAttempts: 3, backoffMs: 2000 } }几个字段说明一下。fetchArticle 打开后 Glint 会抓网页正文遇到登录页、反爬页或内容过短的页面会在状态页提示抓取质量问题而不是静默生成低质量笔记。minContentLength 是正文长度下限低于这个值就标记为可疑。generate 里控制生成哪些字段全开就是标题、摘要、要点、分类、标签、YAML frontmatter 都写。retry 控制失败重试网络抖动时很有用。再看 config.toml如果你用本地或自建的 OpenAI-compatible 服务用它声明模型和路由。放在服务端的配置目录或者 Glint 支持的模型配置文件位置。[server] host 127.0.0.1 port 8080 api_key sk-你的TaoToken密钥 [provider.taotoken] type openai-compatible base_url https://taotoken.net/api api_key sk-你的TaoToken密钥 timeout 60 [model.default] provider taotoken name gpt-4o-mini temperature 0.3 max_tokens 2048 [model.fast] provider taotoken name gpt-4o-mini temperature 0.1 max_tokens 1024 [route] summarize model.default classify model.fast tag model.fast这里把摘要走 default分类和打标签走 fast是因为分类和标签对模型能力要求低、调用频繁用便宜快的模型更划算。base_url 统一指向 TaoTokenKey 也统一后面换模型只改 name 就行。注意apiKey 和 api_key 不要提交到公开仓库settings.json 和 config.toml 都建议加进 .gitignore。Obsidian 的 Vault 如果开了 Git 同步尤其要检查这两个文件有没有被跟踪。配置改完在 Obsidian 里重载 Glint 插件或者重启 Obsidian让 settings.json 生效。状态页会显示当前 provider、model 和收件箱路径确认没有报错再往下走。4. 验证请求从快捷指令触发到 Markdown 落库配置好了不代表链路通得跑一次完整动作。这一步的目标是在 iPhone 上分享一个链接快捷指令写入 iCloud 收件箱Obsidian 桌面端 Glint 读取并整理最后在 outputDir 里看到一篇 Markdown。先在手机上操作。打开 Safari 随便找一篇正文完整的文章点分享按钮在共享表单里找到「从共享表单中获取 URL」这个快捷指令点它。快捷指令会把 URL 和采集时间写成 JSON存到 iCloud 的 Glint 收件箱目录。如果你用的是剪贴板入口就先复制链接再运行「从剪贴板中获取 URL」。回到桌面端 Obsidian打开 Glint 状态页。正常情况下你会看到收件箱里多了一条待处理记录状态是 pending。点整理或者等插件自动轮询。Glint 会做几件事读取 JSON、抓网页正文、调用 TaoToken 的接口生成标题摘要要点分类标签、写 YAML frontmatter、输出 Markdown 到 outputDir。验证接口是否真的通了可以单独发一次请求。用 curl 模拟 Glint 的调用确认 Key 和 baseURL 没问题curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的TaoToken密钥 \ -H Content-Type: application/json \ -d { model: gpt-4o-mini, messages: [ {role: system, content: 你是知识库整理助手输出标题、摘要、要点、分类、标签。}, {role: user, content: 请整理这篇文章https://example.com/article} ], temperature: 0.3 }返回里如果有 choices[0].message.content说明 Key 和接口都正常。如果返回 401检查 Key 有没有复制全返回 404检查 baseURL 是不是写成了 https://taotoken.net/api 而不是别的路径返回超时检查网络和 timeout 设置。接口通了之后回到 Obsidian 看 outputDir。应该能看到一篇新笔记文件名是生成的标题内容里有 frontmatter、摘要、要点、分类、标签和来源链接。打开它确认是普通 MarkdownObsidian 的搜索、标签、图谱都能识别。到这一步从快捷指令触发到 Markdown 落库的链路就算跑通了。如果你想在浏览器里直接验证模型对话效果可以打开模型对话页面试一句https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite5. 本篇常见错排查链路跑不通大概率是下面几个地方。按顺序排查基本能定位。第一类收件箱为空。快捷指令写了但 Obsidian 看不到先确认 iCloud 同步有没有完成。iOS 快捷指令写入的是 iCloud 里的 Glint 收件箱目录桌面端要等 iCloud 同步下来。如果一直不同步检查 iCloud Drive 是否开启、Glint 收件箱路径是否和 settings.json 里的 inboxDir 一致。路径大小写敏感Glint/Inbox 和 glint/inbox 是两个目录。第二类接口报 401 或 403。Key 错了或者没权限。重新在控制台建一个 Key确认复制完整注意前后不要有空格。settings.json 里 apiKey 字段的值不要带引号外的多余字符。如果 Key 没问题还是 401检查 baseURL 是不是 https://taotoken.net/api 不要多加 /v1 或漏掉。第三类抓取正文失败或内容过短。登录页、反爬页、纯图片页都会导致抓取质量差。Glint 会在状态页提示而不是静默生成低质量笔记。遇到这种可以关掉 fetchArticle 只存链接或者手动补正文后再整理。minContentLength 设得太高也会误判300 到 500 之间比较合适。第四类生成字段缺失。摘要、标签没出来先看 generate 里对应开关有没有打开。再看模型返回是不是被 maxTokens 截断2048 一般够用长文可以调到 4096。temperature 太高会导致输出不稳定0.2 到 0.4 之间比较稳。第五类改了提示词或模型后旧笔记没法重新整理。Glint 支持重新整理但需要旧笔记还在收件箱或可追溯的记录里。如果已经落库成 Markdown重新整理不会自动覆盖需要手动触发或重新采集。建议在正式用之前先把提示词和模型调稳再批量采集。第六类状态页显示失败但不知道失败在哪。Glint 的状态页会记录每次处理的阶段和错误信息先看是抓取阶段、模型阶段还是写入阶段。抓取阶段失败多半是网络或页面问题模型阶段失败看接口返回写入阶段失败看目录权限和路径。retry 打开后网络抖动会自动重试不用手动干预。提示排障时先把 generate 全关只留 title 和 summary跑通最小链路再逐项打开。这样能快速区分是链路问题还是生成问题。6. 把采集链路固定下来之后链路跑通只是开始真正让知识库不乱的是后续的稳定使用。我的做法是iOS 快捷指令只做采集不做任何整理Glint 的提示词固定一版分类和标签用固定词表避免越建越多outputDir 按月份或主题分文件夹但标签体系保持扁平方便复用。TaoToken 这边Key 统一之后Glint 只是其中一个调用方。后面如果你要接 Claude Code 做编码或者用 Agent 做自动化同一套 Key 和 baseURL 可以复用不用每个工具单独配。接入文档在这里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteClaude Code 相关的配置可以参考https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude-code-anthropicutm_campaignrewrite最后提醒一句Glint 不替代 Obsidian也不额外建数据库。它只是把移动端的碎片采集和桌面端的自动整理接起来最终产物是 Vault 里普通 Markdown。你的知识库结构不用改搜索、标签、图谱、备份、迁移都照旧。收藏不是知识管理整理才是。把这条链路固定下来手机上的碎片信息才算真正进了你的 Obsidian。
