速览事实
- Grammarly 价格: 免费(每月 100 次 AI 提示),Pro 年付 $12/月、按月付费 $30(每月 2,000 次 AI 提示),Enterprise 定制。
- Notion AI 价格: 包含在 Business 套餐中(约 $20/用户/月,年付);Free 与 Plus 套餐仅有试用。
- 本地 LLM 价格: 免费(开源模型 + Ollama) — 仅承担硬件电费。
- 小模型起点: 8 GB 设备用 Qwen3.5 4B(
qwen3.5:4b)或 Phi-4 Mini(phi4-mini);16 GB 用 Gemma 4 12B(gemma4:12b);24 GB 及以上用 Qwen3.8 27B(qwen3.8:27b)。 - Grammarly 隐私: 服务条款第 7.2 条授权其为运营、改进和开发 Grammarly 服务而使用您的内容。
- Notion AI 隐私: 请求发往第三方模型提供方;默认情况下 Notion 及其提供方均不使用客户数据训练模型。
- Obsidian 价格: 自 2025 年 2 月起,个人与工作使用均免费。
能替代什么(不能替代什么)
本地 LLM 可覆盖 Grammarly 与 Notion AI 的大部分日常用法,但它未覆盖的部分对一些用户依然重要。 切换前先理解这道差距,可以避免落差。
📍 简单一句话
本地 LLM 可替代 Grammarly 的语法修改、文风改写、语气调整,以及 Notion AI 的文档起草和笔记问答 — 但不能替代 Grammarly 的实时内联集成或 Notion AI 的原生编辑器集成。
💬 简单来说
Grammarly 通过监视您在浏览器或桌面端的输入、边打字边显示修改建议来工作。本地 LLM 自己做不到这一点。它能做的,是修改任何交给它的文本 — 工作流变成:写好邮件、选中文本、发送到本地 AI 应用或热键工具、拿到修改版、粘贴回 Gmail。比内联修改慢一点,但私密且免费。
功能 | Grammarly | 本地 LLM 等价做法 | 差距 |
|---|---|---|---|
| 语法修改 | 内联、实时 | 基于提示词、按需触发 | 没有实时内联;走复制-粘贴 |
| 文风建议 | 内联并附说明 | 提示词驱动改写 | 默认无逐条解释 |
| 语气检测 | 自动、命名语气 | 提示词中指定目标语气 | 需要显式语气说明 |
| 浏览器扩展 | 在 Gmail、Google Docs、浏览器字段中工作 | 复制-粘贴、热键或侧栏应用 | 没有原生浏览器集成 |
| Notion AI:文档起草 | 不适用 | Obsidian + Copilot 插件 → Ollama | 不内嵌于 Notion UI;为独立应用 |
| Notion AI:笔记问答 | 不适用 | Obsidian Smart Connections → Ollama | 需 Obsidian 仓库;无法搜索 Notion 数据库 |
💡提示: 集成差距对那些主要在 Gmail、Google Docs 或其他浏览器编辑器中写作的人影响最大,那里 Grammarly 会显示内联修改。如果您主要在桌面应用中写作(Word、Obsidian、VS Code、Scrivener),本地 LLM 的复制-粘贴流程比内联建议只稍慢一点点。决策前先盘点自己的写作环境。
替代 Grammarly:语法与文风
Grammarly 替代工作流由几条提示词模板加一个热键应用组成。 一条用于纯语法修改,一条用于完整文风改写,一条用于语气。在常见笔记本硬件上,段落级文本几秒内即可返回;速度取决于模型大小和硬件。
纯语法修改(Grammarly 基础替代)
“请修正下文的语法、拼写与标点。仅返回修改后的正文 — 不要解释、不要标记、不要总结。 [粘贴文本]”
文风与清晰度改写(Grammarly Premium 替代)
“请改写下文以提升清晰度与专业语气。修正语法,去除被动语态,压缩冗长句,删除填充表达。仅返回改写后的正文。 目标语气:[专业 / 随意 / 学术 / 说服性] 目标读者:[大众 / 技术 / 高管] [粘贴文本]”
语气调整提示词
“请把下面的邮件改写得[更正式 / 更随意 / 更简洁 / 更外交]。保留所有事实信息不变。仅返回改写后的邮件。 [粘贴邮件]”
个人文风档案(在本地分析您自己的写作)
“下面是三段我的写作样本。请用 8 个要点描述我的文风:典型句长、词汇水平、语气、偏好的句式、标点习惯,以及我避免使用的表达。然后写一段 100 字的系统提示词,让编辑模型在修改文本时保持这种文风。 样本 1:[粘贴] 样本 2:[粘贴] 样本 3:[粘贴]”
- 写作会话的系统提示词: 把本地 AI 应用的系统提示词设为"你是一位专业编辑。仅返回修改或改写后的正文 — 不要前言、不要解释、不要评论"。这能阻止模型在输出前加上"很棒的文本!这是我的修改..."。
- 热键集成: 用 Raycast(macOS)或 AutoHotkey(Windows)创建一个热键,把所选文本送到 Ollama 并粘贴结果。这样复制-粘贴流程被压缩为一次按键。请注意,Raycast 手册将本地模型支持列为 Pro 功能;调用 Ollama API 的 AutoHotkey 脚本则是免费的。
- 纯语法 vs 文风改写: 把语法修正与文风改写用作两条独立提示词。法律、技术或结构化文档建议优先用纯语法版,避免改写改变原意。文风改写适合邮件、博客与一般书信。
- 学术写作: 在文风改写提示词中加上"保留所有引用、术语与领域词汇不变"。否则模型有时会把术语简化或意译。
- 商务邮件: 加上"发件人为 [姓名],[职位](公司:[公司])。邮件应反映其专业声线,输出中不出现个性化细节"。这能把语域锚定在发件人的职业语境上。
- 在本地分析自己的文风: 上面的文风档案提示词可把三段写作样本变成可重复使用的系统提示词。由于样本不会离开您的机器,可以放心用于私人草稿 — 而云端助手则必须先接收这些内容。
💡提示: macOS 上的快捷工作流:安装 Ollama、拉取 Gemma 4 12B 之类的模型,并在 Raycast 中创建带语法修改提示词的 AI 命令(Raycast 中使用本地模型需要 Pro 订阅)。在任意应用中选中文本、触发热键,修改版即替换选区。Windows 上,用 AutoHotkey 脚本把所选文本 POST 到 Ollama API,可达到同样效果且无需订阅。
本地语法纠错的最佳小型 LLM
做语法纠错,8 GB 设备先试 Qwen3.5 4B,16 GB 设备先试 Gemma 4 12B;两者都能遵循"仅返回修改后正文"的指令,并可在普通笔记本上运行。 语法纠错主要考验指令遵循:模型必须尽量少改,并且只返回修改后的正文。
📍 简单一句话
本地语法纠错的最佳小型 LLM,就是能改掉您的错误、又不改动原本正确措辞的最小的指令遵循模型 — Qwen3.5 4B、Phi-4 Mini 与 Gemma 4 12B 是合理的起点,目前没有公开基准为它们的语法能力排名。
💬 简单来说
语法纠错不需要大模型,它需要的是一个会服从"只改错误"的模型。装两个候选模型,把同样的五段文字分别粘贴进去,保留改动最少、同时能抓出您错误的那个。这个测试只要十分钟,比任何排行榜都更有参考价值。
- 没有针对语法的基准测试为这些模型排名。 厂商公布的是通用的指令遵循结果,而不是语法纠错准确率。请以您自己的文本为准。
- 测试时要检查什么: 过度修改(本来没问题的措辞被改了)、含义被改变(数字、名称、否定)、是否保留了拼写变体(英式 vs 美式),以及模型是否只返回正文。
- 语言: Qwen3.5 与 Gemma 4 支持多语言;Phi-4 Mini 主要面向英文。处理非英文文本时,请先用您的语言测试。
- 保持确定性: 较低的 temperature(约 0.2)可减少随意改写。下面的 Modelfile 把编辑指令和 temperature 固化进一个可重复使用的模型。
- 长文档: 小模型在长输入上容易跑偏。请逐章节修改,而不要粘贴整篇文档。
模型 | Ollama 标签 | 下载大小 | 适配内存 | 最适合 |
|---|---|---|---|---|
| Phi-4 Mini | phi4-mini | ~2.5 GB | 8 GB RAM | 快速简单的修改;以英文为主 |
| Qwen3.5 4B | qwen3.5:4b | ~3.3–4 GB | 8 GB RAM | 纯语法修改、短邮件、多语言 |
| Gemma 4 E4B | gemma4:e4b | ~6.6–9.5 GB | 16 GB RAM | 多语言文本、轻度文风润色 |
| Gemma 4 12B | gemma4:12b | ~7.7–8 GB | 16 GB RAM | 文风改写与语气调整 |
| Qwen3.8 27B | qwen3.8:27b | ~18 GB | 24 GB+ RAM/VRAM | 较长、细腻的改写 |
FROM qwen3.5:4b
PARAMETER temperature 0.2
SYSTEM """You are a copy editor. Fix grammar, spelling, and punctuation only. Keep the author's wording, meaning, and spelling variant. Return only the corrected text."""
# then run:
# ollama create grammar-fix -f Modelfile
# ollama run grammar-fix💡提示: 如果模型在修改后的正文之前输出推理过程或前言,请换成非推理版本或其他模型。每次回答都附带评论的语法工具,比手动校对还慢。
无云的 Google Docs、Gmail 与内联检查
在 Google Docs 中,本地方案是用热键或侧栏做 LLM 改写,再用 Harper 做内联划线:Harper 的贡献者文档称其 Chrome 扩展支持 Google Docs,但项目仍称该扩展处于早期阶段,我们也未在 Docs 中测试过。 LLM 与规则型检查器分工不同:LLM 按需改写,检查器则在您打字时划线标错。
- Google Docs 工作流: 在 Docs 中开启"建议"模式,选中一段文字,通过热键或侧栏送去处理,再粘贴修改后的正文。"建议"模式会让每一处改动都可供审阅。
- Harper 在 Google Docs 中: Harper 的贡献者文档称,Docs 支持是通过变通方式实现的,因为 Docs 把文字绘制在画布上,而不是可编辑的页面元素,并称该扩展仍处于早期阶段。我们未在 Docs 中测试过——请先在文档副本上试用。
- Gmail: Harper 的官网指出,除非关闭 Gmail 内置的语法检查器,否则不支持 Gmail。邮件草稿请使用"选中并改写"的工作流。
- 最佳组合: 在受支持的编辑器中用规则型检查器做内联划线,再用本地 LLM 做改写、语气与摘要。这是最接近 Grammarly "划线 + AI 改写"组合的本地方案。
- 自托管 LanguageTool: 下载 LanguageTool 服务器,在 localhost 上启动,然后在浏览器插件的"实验性设置"中选择"本地服务器"。除非您用公开选项启动,否则该服务器只能从您自己的机器访问。
工具 | 类型 | 适用位置 | 限制 |
|---|---|---|---|
| Harper | 规则型,本机运行,无 LLM | Chrome、Edge、Firefox、Google Docs、Obsidian、VS Code | 仅限英文;Docs 支持尚处早期 |
| LanguageTool(自托管) | localhost 上的规则型服务器 | 浏览器插件的"本地服务器"设置 | 实验性设置;需运行 Java 服务器 |
| Page Assist | Ollama 聊天侧栏 | Chrome 与 Firefox 侧栏 | 基于聊天;需自行粘贴回结果 |
| 热键 + Ollama | 用 LLM 改写所选文本 | 任意应用,含 Google Docs | Raycast(Pro)或 AutoHotkey 脚本 |
💡提示: 规则型检查器无需 GPU,也不增加延迟。先装一个,再只为规则型检查器做不了的改写工作加上 LLM。
替代 Notion AI:文档与笔记
搭配本地 Ollama 后端的 Obsidian,是面向笔记与知识工作者最接近 Notion AI 的功能等价方案。 它不复刻 Notion 的数据库结构,但在文档起草和笔记 AI 问答上能力相当 — 而且完全本地处理。
📍 简单一句话
Obsidian 配合 Copilot 或 Smart Connections 插件并指向本地 Ollama 实例,可替代 Notion AI 的文档起草、内容扩写与笔记问答 — 全部本地处理,不向任何外部服务器发送内容。
💬 简单来说
部署步骤:安装 Obsidian,安装 Ollama,拉取模型,在 Obsidian 安装 Copilot 社区插件,将其指向 localhost:11434。这就是 Notion AI 各项 AI 功能的替代方案。笔记仍以纯 Markdown 文件存放在您指定的仓库目录(完全可移植)。AI 聊天在本机运行。一切都不离开您的电脑。
- 安装 Obsidian:从 obsidian.md 下载,个人与工作使用均免费。为笔记新建一个仓库(Vault) — 这是 AI 插件将索引的目录。
- 安装 Copilot 插件(社区插件 → 搜索 "Copilot";参见 Copilot for Obsidian 评测)。在插件设置中将 LLM 提供方选择为 "Ollama",把基础 URL 设为
http://localhost:11434并选择模型。Copilot 会在 Obsidian 中加入聊天侧栏,可在当前笔记上下文中提问与生成内容。 - 安装 Smart Connections 插件:用于全仓库问答。Smart Connections 通过本地嵌入模型把所有笔记索引为向量,在向 LLM 发送之前先检索相关笔记。这是 Notion AI "对我的笔记提问" 的直接替代。
- 文档起草: 在 Copilot 聊天里输入"基于以下笔记起草一份[文档类型]:[粘贴要点]"。插件会自动包含当前笔记的上下文。输出在聊天中出现,复制粘贴回笔记即可。
- 内容扩写: 选中笔记中的要点提纲,打开 Copilot 命令面板并执行"扩写所选" — 模型会按笔记的写作语域把提纲转换为散文。
- 生成周回顾: "把我本周的笔记按周回顾格式总结:成果、阻塞、下一步行动。" Smart Connections 会自动检索过去 7 天的笔记并交给 LLM。
💡提示: Obsidian 把笔记保存为您完全掌控的目录中的纯 Markdown 文件。与 Notion 的私有数据库格式不同,您的笔记在任何文本编辑器中都可读、随时可导出。这是相对 Notion 的第二项隐私与可移植性优势 — 知识库不会被锁在云平台中。
Notion 与 Ollama:能连什么、不能连什么
Notion 未记载将 Notion AI 指向本地模型的方法,所以"Notion + Ollama"要么意味着在 Notion 之外运行 AI 这一步,要么意味着把笔记迁出 Notion。 Notion 公布的定价与安全页面说明其 AI 运行在 Notion 自行选择的模型提供方上,没有可填写自有端点的设置。Notion 本身也是云端工作区,而不是本地数据库 — 不存在可供模型连接的本地 Notion 数据库。
- 方案 1 — 通过 Notion API 写脚本: 一个小脚本通过 Notion API 读取页面,把文本发送给
localhost:11434上的 Ollama,再把结果作为新块写回。模型这一步在本地;页面本身仍存放在 Notion 的服务器上,所以只是去掉了 AI 提供方这一环。 - 方案 2 — Notion MCP: Notion 托管了一个 MCP 服务器(OAuth 登录),MCP 客户端可用它读取和更新页面。Notion 以 Claude Code、Cursor 和 Codex 作为示例客户端;某个客户端能否驱动本地模型,需要向该客户端确认。
- 方案 3 — 把 AI 密集型笔记迁到本地优先的应用: 如上所述的 Obsidian(纯 Markdown 文件)搭配 Copilot,或 AppFlowy,一个开源(AGPL-3.0)的 Notion 风格工作区,据其对比页面提供离线模式和本地 AI 选项。具体的本地模型配置请查阅 AppFlowy 文档。
- 本地模型不会改变什么: 已在 Notion 中的内容仍由 Notion 存储。在其上运行本地模型只是去掉了 AI 提供方这一环,并不改变 Notion 的存储。
- Notion 对自家 AI 的说法: 默认情况下 Notion 及其 AI 提供方均不使用客户数据训练模型;在 Enterprise 套餐上,多数模型提供零数据保留,而在其他套餐上,提供方最多保留数据 30 天。
import requests
NOTION = {"Authorization": "Bearer <NOTION_TOKEN>", "Notion-Version": "2022-06-28"}
PAGE_ID = "<page-id>"
# 1. read the page text through the Notion API
blocks = requests.get(f"https://api.notion.com/v1/blocks/{PAGE_ID}/children", headers=NOTION).json()["results"]
text = "\n".join(
"".join(t["plain_text"] for t in b["paragraph"]["rich_text"])
for b in blocks if b["type"] == "paragraph"
)
# 2. rewrite it with a local model (Ollama on localhost)
r = requests.post("http://localhost:11434/api/generate", json={
"model": "gemma4:12b", "stream": False,
"prompt": "Correct the grammar of this text. Return only the corrected text.\n\n" + text,
})
fixed = r.json()["response"]
# 3. append the result as a new paragraph block
requests.patch(f"https://api.notion.com/v1/blocks/{PAGE_ID}/children", headers=NOTION, json={
"children": [{"object": "block", "type": "paragraph",
"paragraph": {"rich_text": [{"type": "text", "text": {"content": fixed[:2000]}}]}}]
})⚠️警告: 该脚本只会把您的 Notion 令牌和页面内容发送给 Notion 和 localhost。请不要把令牌放进共享文件;另请注意,Notion 的富文本块每块约接受 2,000 个字符,因此较长的输出必须拆分成多个块。
集成方案
集成分四档:基础(复制-粘贴)、中级(热键应用或写作应用)、内联(规则型检查器)、高级(自定义浏览器扩展)。 选择与自己技术舒适度匹配的档位起步。
集成档位 | 方式 | 应用 | 适用场景 |
|---|---|---|---|
| 基础(复制-粘贴) | 打开本地 AI 应用、粘贴文本、复制结果 | LM Studio 聊天、Ollama CLI、Open WebUI | 偶尔修改;适用所有操作系统 |
| 中级(热键) | 选中文本 → 热键 → 修改版替换选区 | Raycast AI(macOS,Pro)、AutoHotkey + Ollama(Windows) | 在任意应用频繁修改;最小化工作流改动 |
| 中级(写作应用) | 写作工具内置 AI 助手 | Obsidian + Copilot 插件、VS Code + Continue.dev | 日常重度使用这些应用的写作者与开发者 |
| 内联(规则型) | 本地检查器在您打字时划线标错 | Harper、自托管 LanguageTool | 无需 GPU 的边打字边反馈 |
| 高级(浏览器扩展) | 自定义扩展把所选文本发往本地 Ollama API | 自研 Chrome/Firefox 扩展(GitHub 上有开源模板) | 想要 Grammarly 风格浏览器集成的高级用户 |
💡提示: 在 macOS 上,如果您有 Pro,带自定义 AI 命令的 Raycast 是快速的中级方案:创建带语法修改提示词的 AI 命令并分配热键,在任意应用中选中文本、按下热键,修改版即替换选区。没有 Pro 时,请使用 Ollama CLI 或 Open WebUI 之类的聊天客户端。
写作任务模型推荐
写作辅助偏好指令跟随强、散文输出连贯的模型。 排序与编程或数学场景不同。下面的推荐是按模型大小和指令遵循能力选出的起点,而不是语法基准测试的结果。
任务 | 最佳模型 | 替代(更低 VRAM) | 原因 |
|---|---|---|---|
| 语法修改 | Gemma 4 12B | Qwen3.5 4B / Phi-4 Mini | 能遵循"只改错误、返回正文"的提示 |
| 文风改写 | Gemma 4 12B 或 Qwen3.8 27B | Qwen3.5 4B | 在措辞与语域上余量更大 |
| 语气调整 | Qwen3.8 27B | Gemma 4 12B | 较大模型通常能更稳地保留事实 |
| 文档起草(Notion AI 替代) | Gemma 4 12B | Qwen3.5 4B | 能遵循文档格式指令 |
| 笔记摘要 / 问答 | Gemma 4 12B | Qwen3.5 4B / Phi-4 Mini | 小尺寸模型做摘要也表现良好 |
💡提示: 在系统提示词中加入"避免 AI 腔短语"的指令。模型默认会用犹豫的 AI 腔("当然!这是修改后的版本...")。一条"仅返回修改后的正文,不要前言、不要评论"的系统提示词可以消除这一点。文风改写时再加:"不要使用'深入探讨'、'织锦'、'促进'、'……的领域'、'值得注意的是'这些表达。"
隐私对比
云端写作助手与本地 LLM 的隐私差异是结构性的。 云服务不收到文本就无法处理;本地 LLM 不主动建立外部连接就无法把文本发出去。
- Grammarly 数据许可: 依据 Grammarly 服务条款第 7.2 条,您保留内容的所有权,但授予 Grammarly 一项全球范围、非排他、免许可费的许可,可为所述目的使用您的内容,包括运营、提供和改进其服务,以及开发新产品或功能。条款还提到,接受或拒绝建议可能有助于训练其建议引擎。Grammarly 表示,其 LLM 合作伙伴不得使用客户数据训练其模型。
- Notion AI 数据流: Notion 把 AI 请求路由到多家模型提供方(当前名单见其子处理者页面)。Notion 表示默认情况下其自身及 AI 提供方均不使用客户数据训练模型。Enterprise 套餐与 LLM 提供方之间为零数据保留;其他套餐上,提供方最多保留数据 30 天。
- 本地 LLM 数据流: 无外部传输。Ollama 默认监听 localhost,推理过程不建立任何出站连接。模型权重是磁盘上的静态文件;您的文本在内存中处理。
- GDPR / 职业保密义务的影响: 律师、医疗从业者以及任何负有保密义务的人,在用 Grammarly 或 Notion AI 处理与客户相关的内容之前,应核对合同层面的保护措施。本地 LLM 因为没有数据离开机器,从而避开了第三方处理者的问题。
- 遥测: 云端工具除文本本身外,还会采集使用与交互数据。本地应用各有不同 — 请检查各应用的遥测设置;如果需要审计级保证,请自行监控出站流量。
⚠️警告: 如果您把 Grammarly 用于工作邮件、合同草稿或任何受保密义务约束的内容 — 在认定其受保护之前,先核对组织的数据政策与现行有效的企业数据条款。
成本对比
替换两款工具可省去 Grammarly 订阅,以及 Notion 套餐中的 AI 部分。 本地 LLM 部署的软件成本为零,唯一持续成本是电费。
工具 | 月费 | 年费 | 备注 |
|---|---|---|---|
| Grammarly Free | $0 | $0 | 每月 100 次 AI 提示;基础检查 |
| Grammarly Pro | $12/月(年付) | $144/年 | 每月 2,000 次 AI 提示;按月付费 $30/月 |
| Notion AI | 含于 Business(约 $20/用户) | 约 $240/用户/年 | Free 与 Plus 仅试用;无单独附加项 |
| Ollama(本地 LLM) | $0 | $0 | 免费开源;仅电费 |
| Obsidian(替代 Notion) | $0 | $0 | 个人与工作使用免费 |
💡提示: 如果还在犹豫,先把语法修改这一项放到本地模型上试 30 天。保留 Grammarly 用于浏览器集成。评估本地修改质量与复制-粘贴流程能否满足您的写作需要,再决定是否退订 Grammarly。如果接受 Obsidian 作为笔记层,Notion AI 的切换阻力更小。
常见误区
- 没有为输出格式设置系统提示词。 没有系统提示词时,模型会在修改前加"当然!下面是修改后的文本:"之类前言,附带解释并使用 AI 腔。请始终设置一条系统提示词,明确"仅返回修改后的正文"。
- 用最小的模型做复杂文风改写。 小模型处理语法修改没问题,但文风改写往往更套路化。重视文风的工作请升级到 Gemma 4 12B 或更大的模型。
- 期待 Obsidian 与 Notion 在 UI 上对等。 Obsidian 是 Markdown 编辑器,不是数据库。如果您的 Notion 工作流依赖数据库、视图与关联属性,Obsidian 不是完整替代 — 只能迁移 AI 功能。切换前先评估数据库功能是否关键。
- 文风改写没有设字数上限。 没有上限时,模型会把改写写得越来越长。在文风改写提示词里加上"改写后的文本控制在原文字数 ±10% 以内"。
- 把整篇长文档丢给小模型。 小模型在长输入上容易跑偏。长文档应拆成章节,分别修改。
- 期待 LLM 提供内联划线。 LLM 是被问才答,它不会盯着您打字。想要边打字边划线,请加一个本地规则型检查器,例如 Harper。
- 以为 Notion AI 可以使用本地模型。 Notion 未记载对此的支持;请通过 Notion API 配合 Ollama,或把 AI 密集型笔记迁到本地优先的应用。
参考来源
- Grammarly 服务条款 — 第 7.2 条(用户内容许可) — grammarly.com/terms
- Grammarly 套餐 — grammarly.com/plans
- Grammarly Pro 定价(按月、按季、按年) — support.grammarly.com
- Grammarly 负责任的 AI(合作伙伴数据使用) — grammarly.com/responsible-ai
- Notion 定价与 AI 套餐权限 — notion.com/pricing
- Notion AI 安全实践(提供方、训练、保留) — notion.com/help/notion-ai-security-practices
- Notion MCP 文档 — developers.notion.com/docs/mcp
- Obsidian 工作使用免费(2025 年 2 月) — obsidian.md/blog/free-for-work
- Harper 语法检查器 — writewithharper.com
- Harper Chrome 扩展说明(Google Docs 支持) — writewithharper.com/docs/contributors/chrome-extension
- LanguageTool HTTP 服务器(自托管) — dev.languagetool.org/http-server
- Raycast 本地模型 — manual.raycast.com/ai/local-models
- Ollama 模型库 — ollama.com/library/gemma4, ollama.com/library/qwen3.5, ollama.com/library/qwen3.8
- Obsidian Copilot 插件文档 — GitHub: logancyang/obsidian-copilot
- Obsidian Smart Connections 插件 — GitHub: brianpetro/obsidian-smart-connections
常见问题
哪些小型 LLM 适合做本地语法纠错?
Qwen3.5 4B(qwen3.5:4b,约 3–4 GB)与 Phi-4 Mini(phi4-mini)适合 8 GB 设备;Gemma 4 12B(gemma4:12b)适合 16 GB 系统与文风改写;Qwen3.8 27B 适合 24 GB 及以上。目前没有公开基准为它们的语法纠错能力排名,所以请用自己的五段文字测试其中两个,保留改动最少、同时能抓出错误的那个。请使用"只改错误、仅返回修改后正文"的系统提示词和较低的 temperature。
有能在 Google Docs 中使用的本地 Grammarly 替代品吗?
部分可以。要获得内联划线,Harper(仅限英文,本机运行,提供 Chrome、Edge 与 Firefox 扩展)在其 Chrome 扩展中记载了对 Google Docs 的支持,但项目仍称其处于早期阶段;我们未在 Docs 中测试过。要做 LLM 改写,可行的做法是"选中 → 改写 → 粘贴":在 Docs 中选中文本(开启"建议"模式),通过热键工具或浏览器侧栏发送给本地模型,再粘贴结果。自托管的 LanguageTool 服务器是浏览器中另一种本地划线方案。
如何把 Ollama 与 Notion 配合使用?
Notion 未记载将 Notion AI 指向本地模型的方法。若要对 Notion 内容使用 Ollama,请写一个小脚本:通过 Notion API 读取页面,把文本发送到 localhost:11434 上的 Ollama,再把结果写回(见上方示例)。模型这一步在本地;页面仍存放在 Notion 的服务器上。若要完全本地化,请把 AI 密集型笔记迁到搭配 Copilot 插件的 Obsidian,或 AppFlowy 之类本地优先的应用。
能把本地 LLM 连接到本地的 Notion 数据库吗?
Notion 没有本地数据库:工作区存放在 Notion 的服务器上,通过其 API 访问。您可以在本地运行模型,并通过 API 与 Notion 交换文本,或选择本地优先的工作区。Obsidian 把笔记以 Markdown 文件存放在磁盘上;AppFlowy 是带离线模式的开源 Notion 风格应用。
本地 LLM 能分析我个人的写作风格吗?
可以。用本文的文风档案提示词,把三段您的写作样本粘贴给本地模型:它会返回一份要点式描述,涵盖句长、语气、词汇和习惯,并附一段可重复使用的简短系统提示词,让编辑模型保持您的文风。由于样本不会离开您的机器,用于私人草稿也很安全。
Notion AI 与 Grammarly 有什么区别?
二者所处的位置不同。Notion AI 在 Notion 内部工作:起草、总结,并回答关于您工作区的问题。Grammarly 跨应用和浏览器文本框检查写作并提供改写。二者在改写和语气上有重叠,但谁也替代不了谁;而对大多数任务来说,本地 LLM 加一个笔记应用就能同时替代两者。
Grammarly 能在 Notion 和 Obsidian 中使用吗?
Grammarly 的浏览器扩展会检查基于浏览器的编辑器中的文本框,其中包括网页版 Notion。Obsidian 之类的桌面应用则不在浏览器扩展能触及的范围内。对于 Obsidian,Harper 这类本地检查器(有 Obsidian 插件)或搭配 Ollama 的 Copilot 插件,可以在不把文本发往云服务的情况下覆盖同样的需求。
本地 LLM 在语法纠错上和 Grammarly 一样好吗?
对于日常的语法、标点和拼写错误,提示词得当的本地模型能处理相同的修改;请用自己的文本测试确认。Grammarly 仍占优势之处:边打字边出的实时内联修改,以及可在 Gmail、Google Docs 和其他网页应用中使用的浏览器扩展。对浏览器文本框中的文字,本地 LLM 需要"选中并粘贴"的流程。
Obsidian 能作为 Notion 的完整替代吗?
Obsidian 在笔记与知识库方面是不错的替代。它不替代 Notion 的数据库、项目管理与关系数据。如果您主要把 Notion 用于笔记、文档与 Wiki — Obsidian 可以完整替代。如果您依赖 Notion 数据库、看板视图或关联属性 — 需要额外工具(Anytype、AppFlowy,或继续用 Notion 做数据库层、Obsidian 做写作层)。
哪个本地模型最接近 Grammarly 的写作建议?
没有任何本地模型能复现 Grammarly 的建议引擎,也没有基准为此给模型排名。实际使用中,在被要求保留原有声线时,Gemma 4 12B 与 Qwen3.8 27B 在文风和语气改写上余量最大,而 Qwen3.5 4B 与 Phi-4 Mini 足以应付纯语法修改。若想要边打字边划线,可把其中任何一个与 Harper 之类的规则型检查器搭配使用。
Obsidian Copilot 插件会把笔记发到云端吗?
配置为使用本地 Ollama 实例时不会。该插件同时支持云端 LLM(OpenAI、Anthropic)与本地 Ollama。当您把 LLM 提供方选为 Ollama 并填入 localhost URL,所有 AI 处理都在本地完成。任何笔记内容都不会被外发。需要审计级验证时,可在 macOS 用 Little Snitch、或用 Wireshark 监控网络流量加以确认。
能在 Google Docs 或 Gmail 中使用本地 LLM 吗?
不能直接使用 — 我们没有找到能与 Grammarly 在浏览器文本框中的集成相媲美的本地 LLM 浏览器扩展。变通方案:(1)在 Google Docs 中选中文本、复制、粘贴到本地 AI 应用、复制修改版、再粘回 Google Docs;(2)用热键工具处理所选文本并替换(Raycast 使用本地模型需要 Pro;调用 Ollama API 的 AutoHotkey 脚本则免费);(3)自研 Chrome 扩展,读取所选文本并调用本地 Ollama API(GitHub 上有开源模板)。这些都比不上 Grammarly 无缝的内联体验。
这套方案在专业用途下符合 HIPAA / GDPR 吗?
完全在本地处理、不外发数据的本地 LLM,针对 HIPAA 与 GDPR 中的核心"数据传输"问题给出了直接答案。但合规取决于完整的技术栈、安全控制与具体监管要求。本地 LLM 不会自动合规 — 您仍需评估终端安全、设备物理保护与访问控制。正式合规判定请咨询合规负责人。本地处理消除了"第三方数据处理者"这一议题,但不取代完整的合规体系。
学术论文最适合的本地写作助手是什么?
一个中等规模的本地模型(例如 Gemma 4 12B),配合系统提示词:"仅修改语法与标点 — 不要改动词汇、句式或内容。保留所有引用、术语与领域专门语言不变。" 这相当于"仅语法"模式,是学术写作中风险较低的设置 — 改动措辞可能在不经意间改变原意,或被认为修改了引用内容。
可以在本地替代 Notion AI 的会议纪要摘要吗?
可以。把会议纪要导出为文本或 Markdown 文件(或直接粘贴文字稿)。提示词:"请把这份会议纪要总结为:(1)做出的决策、(2)带责任人的行动项、(3)尚未明确的问题。每段用项目符号。控制在 300 字以内。" 小型的指令遵循模型即可胜任会议摘要。对例会,可在本地 AI 应用中保存提示词模板。
Grammarly 用的是哪个 LLM?Grammarly 本身是 LLM 吗?
Grammarly 是一款写作产品,而不是单一模型。在我们查阅的页面(套餐、条款及其负责任的 AI 页面)上,Grammarly 并未点名其底层模型。其负责任的 AI 页面称,用于支持其生成式 AI 功能的信息会与 LLM 合作伙伴共享,且这些合作伙伴不得使用客户数据训练其模型。Notion AI 的情况类似:它使用其子处理者页面所列的多家提供方。研究人员还在 Hugging Face 的 grammarly 组织下发布了开源的文本编辑模型(CoEdIT,参数量 770M 至 11B),它们是研究模型,而非产品本身。对隐私而言,重要的是数据处理方式:发送给任一产品的文本都在供应商的服务器上处理。本地 LLM 则避免了这一点 — 文本永远不会离开您的机器。
