docs: 校对修复标点、术语与插件命名不一致问题

01-产品介绍/01-核心设计理念.md

@@ -25,9 +25,9 @@ order: 1
 - 🗺️ **地点**：每个人都是「地理人」，无论是你隶属的机构、还是你参加的活动，都会发生在某个具体的地点。
 - ... ...
 
-但随着知识的不断积累，我们发现以列表管理这些不同形式的要素逐渐变得膨胀。比如读过的科研论文和读过的网页文章要放在一起吗，学术会议和野外调研是否应该分开不同要素记录？对于这些问题没有一个固定的答案，完全取决于你划分的**类别粒度**。因此，我们一直在思索如何使用一个比要素更高层的框架来整合这些要素，协调不同要素间的联系和分工。
+但随着知识的不断积累，我们发现以列表管理这些不同形式的要素逐渐变得膨胀。比如读过的科研论文和读过的网页文章要放在一起吗？学术会议和野外调研是否应该分开不同要素记录？对于这些问题没有一个固定的答案，完全取决于你划分的**类别粒度**。因此，我们一直在思索如何使用一个比要素更高层的框架来整合这些要素，协调不同要素间的联系和分工。
 
-在 5.x 版本中，`PaperBell` 独家设计了[CIMPO 学术生涯管理框架](../03-详细教程/01-CIMPO-学术生涯管理框架.md)，通过把整个仓库分成五层，正好对应五个带编号的文件夹，首字母连起来就是 **CIMPO**（`00 - Obsidian` 存放配置与脚本，不计入字母），看看是不是让你的笔记管理结构更加 **Simple** 了?：
+在 5.x 版本中，`PaperBell` 独家设计了[CIMPO 学术生涯管理框架](../03-详细教程/01-CIMPO-学术生涯管理框架.md)，通过把整个仓库分成五层，正好对应五个带编号的文件夹，首字母连起来就是 **CIMPO**（`00 - Obsidian` 存放配置与脚本，不计入字母），看看是不是让你的笔记管理结构更加 **Simple** 了？
 
 | 层                    | 文件夹             | 是什么                           |
 | -------------------- | --------------- | ----------------------------- |
@@ -54,26 +54,26 @@ order: 1
 
 你有没有想过这些问题——
 
-- 大家经常看的“baidu 词条”、“Wiki 百科”这样的知识系统是如何运作的？
+- 大家经常看的“Baidu 词条”、“Wiki 百科”这样的知识系统是如何运作的？
 - 为什么无论是提交论文还是申请科研项目都需要填写五个关键词？
 - 检索一个领域文献时，许多同义词近义词怎么处理？
 
 **这些问题的答案都和「概念」这个有趣的东西有关。**
 
-- 无论是百度还是维基百科，概念都是组成知识站的重要“原子”，这些概念（或称为词条）之间编织成一张语义网络，反映一个知识在系统中的位置。用户可以通过概念之间的共现、近义、包含等关系，定位对自己有用的参考资料。
+- 无论是百度还是维基百科，概念都是组成知识网的重要“原子”，这些概念（或称为词条）之间编织成一张语义网络，反映一个知识在系统中的位置。用户可以通过概念之间的共现、近义、包含等关系，定位对自己有用的参考资料。
 - 论文、基金、甚至是互联网上的大多数数据库检索，都依赖于基于概念、关键词的语义系统。所以一篇文章通常都会围绕三到五个关键词进行组织。而一个学者生涯的成长，也可以被看作是“抽象层级更高”，会被众多词条所锚定。
-- 其实从语言学的角度来说，概念存在不同的抽象层级。低抽象层级的概念指涉具体的实体，而高层级的概念则包含众多低层级的词汇。语言学家和档案学家已经发明了一整套能够反映自然语言词元间关联的语义系统。来反映这些概念关系。
+- 其实从语言学的角度来说，概念存在不同的抽象层级。低抽象层级的概念指涉具体的实体，而高层级的概念则包含众多低层级的词汇。语言学家和档案学家已经发明了一整套能够反映自然语言词元间关联的语义系统，来反映这些概念关系。
 
 正因如此，这些概念其实是组成学术生涯的关键。
 
-本来维护这样一套知识系统固然系统化，但是也非常昂贵。但是在人工智能大语言模型的加持下，我们的“自动化”理念在这里也逐渐变得可能。`PaperBell` 它借用了国际公认“简明知识管理系统” [SKOS](https://www.w3.org/TR/skos-primer/) 的词表模型概念，结合 Andrej Karpathy 的 [_llm-wiki_](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f) 个人知识库构想，打造了一套专门为科研人设计的概念叙词表。
+本来维护这样一套知识系统固然复杂，但是也非常昂贵。但是在人工智能大语言模型的加持下，我们的“自动化”理念在这里也逐渐变得可能。`PaperBell` 借用了国际公认“简明知识管理系统” [SKOS](https://www.w3.org/TR/skos-primer/) 的词表模型概念，结合 Andrej Karpathy 的 [LLM-Wiki](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f) 个人知识库构想，打造了一套专门为科研人设计的概念叙词表。
 
-这是 `PaperBell` 最关键的一处设计。我们把"给材料贴标签"和"我写作时用的词"分成两条轴。对于输入的关键词，使用大语言模型进行清洗和打标签，然后让标签在自己的概念库中产生关联。输出终端则在概念库中精选自己关心的词进行写作。输入端任由其自然增长，输出端只要选择关键词就能关联所有笔记素材，两条轴互不干扰：
+这是 `PaperBell` 最关键的一处设计。我们把“给材料贴标签”和“我写作时用的词”分成两条轴。对于输入的关键词，使用大语言模型进行清洗和打标签，然后让标签在自己的概念库中产生关联。输出终端则在概念库中精选自己关心的词进行写作。输入端任由其自然增长，输出端只要选择关键词就能关联所有笔记素材，两条轴互不干扰：
 
 - **关键词（输入端）**：自由、无上限。导入一篇论文时，把它的标签原样丢进来即可，用来帮你日后**快速回忆**某份材料。
 - **概念卡（输出端）**：少而精、有界（软上限约 50 张）。它是你**写作时**真正会用到的术语，按需创建。
 
-在此基础上，概念卡通过"挂靠关键词"**单向反查**输入——所以导入论文**不需要**做任何受控标注，连接的维护只发生在概念卡一侧，而`PaperBell` 自动帮你建立关联：
+在此基础上，概念卡通过“挂靠关键词”**单向反查**输入——所以导入论文**不需要**做任何受控标注，连接的维护只发生在概念卡一侧，而`PaperBell` 自动帮你建立关联：
 
 - **项目-笔记**：自动关联与某个科研项目有关的所有笔记。
 - **概念-想法**：把一闪而过的 `#想法` 关联到相关的概念卡。

01-产品介绍/03-PaperBell 的使用场景.md

@@ -111,7 +111,7 @@ order: 3
 > [!success] 🟢 已实现
 > 在 `30 - Metadata/Grants/` 建一张带 `grant` 标签的笔记，用 `project: "[[项目主页]]"` 指回它资助的项目。
 >
-> 项目卡片上的「**资助 M**」是**数出来的**——项目 frontmatter 里没有 `grants` 字段，你不用两头记账。
+> 项目卡片上的「**资助 N**」是**数出来的**——项目 frontmatter 里没有 `grants` 字段，你不用两头记账。
 
 > [!success] 🟢 已实现：交付物与里程碑
 > - **交付物**：`50 - Outputs/` 里的长文用 `project: <acronym>` 指回 → 卡片上「交付物 N」自动数出来

01-产品介绍/04-这份手册怎么读.md

@@ -66,7 +66,7 @@ PaperBell 手册由产品介绍、快速上手、详细教程、插件介绍、
 
 1. 重点阅读[核心设计理念](01-核心设计理念.md)、[PaperBell 的使用场景](03-PaperBell%20的使用场景.md)和[详细教程首页](../03-详细教程/index.md)，理解 PaperBell 的对象结构与工作流顺序；
 2. 可以略读基础界面说明，但仍应把[快速上手](../02-快速上手/index.md)作为环境验收清单，在独立练习副本中跑通一次完整闭环；
-3. 按照“项目 → 文献 → 日记 → 学者与组织 → 概念卡 → PaperOut”的顺序检查现有资料应进入哪里，以及哪些字段、标签和链接承担关联作用；
+3. 按照“项目 → 文献 → 日记 → 学者与机构 → 概念卡 → PaperOut”的顺序检查现有资料应进入哪里，以及哪些字段、标签和链接承担关联作用；
 4. 只阅读当前链路涉及的插件页面，不要因为已经熟悉 Obsidian 就一次性重做 PaperBell 的全部默认设置；
 5. 测试库稳定后，再分批处理正式文献、项目和笔记，每次迁移后检查文件位置与反向链接。
 

02-快速上手/05-跑通第一个科研闭环.md

@@ -92,7 +92,7 @@ flowchart LR
 - `## Annotations` 中能看到测试高亮；
 - Inputs Bell 没有误删字段或把文献移到错误目录。
 
-如果导入失败，不要手工伪造一篇文献来宣告闭环完成；先按照[Zotero文献导入 Obsidian](../03-详细教程/03-Zotero文献导入Obsidian.md)定位是 Connector、Zotero、Companion、ZotLit 还是 Inputs Bell 出现问题。
+如果导入失败，不要手工伪造一篇文献来宣告闭环完成；先按照[Zotero 文献导入 Obsidian](../03-详细教程/03-Zotero文献导入Obsidian.md)定位是 Connector、Zotero、Companion、ZotLit 还是 Inputs Bell 出现问题。
 
 ## 第三步：写入日常记录和项目任务
 
@@ -222,7 +222,7 @@ flowchart LR
 
 ## 下一步
 
-完成本页说明 PaperBell 的最小链路已经可用。接下来从[第三部分：详细教程](../03-详细教程/index.md)开始，理解每条工作流的设计、完整配置、替代路径和排错方法。
+完成本页，说明 PaperBell 的最小链路已经可用。接下来从[第三部分：详细教程](../03-详细教程/index.md)开始，理解每条工作流的设计、完整配置、替代路径和排错方法。
 
 ---
 

03-详细教程/01-CIMPO-学术生涯管理框架.md

@@ -10,13 +10,13 @@ order: 1
 
 ## 为什么需要管理框架
 
-> [!question] 学术生活的五个"根本压力"
+> [!question] 学术生活的五个“根本压力”
 > 每一个都对应 CIMPO 的一个字母——框架不是凭空设计，而是从这五个压力里长出来的。
 
 | 压力 | 说的是什么 | 对应 |
 | :---: | --- | :---: |
-| 📥 | 信息时代，材料和参考资料**唾手可得**，多到淹没 | **I**nput |
-| 🧠 | 概念是信息之上的高度抽象，是**人脑存储信息的原单元** | **C**oncept |
+| 📥 | 信息时代，材料和参考资料**唾手可得**，多到淹没你自己 | **I**nput |
+| 🧠 | 概念是信息之上的高度抽象，是**人脑存储信息的原子单元** | **C**oncept |
 | 📁 | 学者常同时背着**多个长达数年**的研究项目 | **P**roject |
 | 🗓️ | 繁忙日程、同行评议、学术交流——要跟上时代，又**不能被琐碎日志淹没** | **M**etadata |
 | 📤 | 不发表就灭亡——**只输入不输出**，学术生活没有意义 | **O**utput |
@@ -39,7 +39,7 @@ order: 1
 | **O** | Outputs 输出 | `50 - Outputs` | 亲笔草稿与长文 → 交付物 |
 
 > [!note]- 五个单元详解（点击展开）
-> - **C — Concepts 概念**：你写作时会用到的术语与对象，沉淀成**互相引用、自我生长的 wiki 词条**——含 keyword（抽象术语 / 理论 / 方法）与 entity（模型、数据集等具体对象）两类卡。你再从 keyword 里**手工精选**出最关心的少数，标记为 featured，构成一个**有上限（约 50）的有界核心词表**（即旧版所说的"概念"）。
+> - **C — Concepts 概念**：你写作时会用到的术语与对象，沉淀成**互相引用、自我生长的 wiki 词条**——含 keyword（抽象术语 / 理论 / 方法）与 entity（模型、数据集等具体对象）两类卡。你再从 keyword 里**手工精选**出最关心的少数，标记为 featured，构成一个**有上限（约 50）的有界核心词表**（即旧版所说的“概念”）。
 > - **I — Inputs 输入**：一切外部材料——论文、图书、网页剪藏。它们只携带关键词，可随信息源头自由增删。
 > - **M — Metadata 元数据**：人、地、时的流水账——学者、机构、日记。它们被关键词检索、被精选关键词整合；解析输入时检测到的人 / 机构 / 时 / 地**不进 Cards**，只列入待核查清单，由你确认后落到这里。
 > - **P — Projects 项目**：长周期（半年以上）的研究项目。每个项目都锚定在几个概念上，是最顶级的管理层。
@@ -59,7 +59,7 @@ order: 1
 > 1. **输入 → 关键词词条**：每份输入的关键词在导入/解析时沉淀成互相双链的 wiki 词条（有 AI 时可自动提取）。
 > 2. **关键词 → 精选**：词条层随输入自由生长；你定期从中**精选**核心关键词（featured），精选集**有数量上限**，靠人工策展 + 降级机制防止关注面膨胀。
 > 3. **精选 → 项目**：用精选关键词起草项目——每个项目创建时都锚定在几个精选关键词上。
-> 4. **元数据 ⇄ 全局**：日记（时间）、人和事（地点）这些流水账，被关键词检索、被精选关键词整合，既供写作时调取素材，也服务项目管理（合作者、评审专家……）。
+> 4. **元数据 ⇄ 全局**：日记（时间）、学者和机构（人 / 地）这些流水账，被关键词检索、被精选关键词整合，既供写作时调取素材，也服务项目管理（合作者、评审专家……）。
 > 5. **精选 → 输出**：精选关键词框定文章话题；定稿时通过关键词词条**反查材料**，帮助项目交付。
 
 ---
@@ -101,34 +101,34 @@ order: 1
 这一层叫 **Cards**，由三种角色构成，但**只有前两种是笔记**：
 
 > [!note] 三种角色
-> | 角色 | 是笔记? | 是什么 | 边界 |
+> | 角色 | 是笔记？ | 是什么 | 边界 |
 > | --- | :---: | --- | --- |
 > | **keyword** 概念词条 | ✅ | 每个关键词一张 wiki 笔记，互相 `[[双链]]`、随输入**自我生长** | 偏抽象，可自由膨胀 |
 > | **entity** 实体词条 | ✅ | 具体可指称对象（模型、数据集、方法工具、研究系统） | 偏具体 |
-> | **featured** 精选标记 | ❌ | 从 keyword 里**手工挑选**、标 `featured: true` | 有上限（约 50），即旧版"概念" |
+> | **featured** 精选标记 | ❌ | 从 keyword 里**手工挑选**、标 `featured: true` | 有上限（约 50），即旧版“概念” |
 
 > [!tip] 靠 `aliases` 收编变体，防止爆炸
 > 同一个意思的关键词可能因大小写、拼写、中英文而分散——用 `aliases` 字段把变体**收编**到同一张词条里。
 
-> [!important] 有界约束的是"精选"，不是"存在"
+> [!important] 有界约束的是“精选”，不是“存在”
 > 噪声关键词照样成为词条、进入索引，但**不会被精选**。于是索引可以尽情丰富，而核心关注面始终**干净、有界**。
 
 **反查机制**：每张词条都能用自己（及 `aliases`）**反查**所有携带该关键词的输入（论文、学者）。维护只发生在 Cards 这一侧，**导入新材料零额外成本**。
 
 > [!warning] Cards 池需要定期治理
-> 巡检三件事：① 精选规模是否逼近上限 ② 有没有"谁都没引用"的孤儿词条 ③ 有没有反复出现却还没精选的高频关键词。
+> 巡检三件事：① 精选规模是否逼近上限 ② 有没有“谁都没引用”的孤儿词条 ③ 有没有反复出现却还没精选的高频关键词。
 
 > [!danger] 人 / 机构 / 时 / 地**不进 Cards**
 > 解析输入时若检测到它们，只写入一份**待核查清单**，由你确认后转交 Metadata 模块。
 
 > [!info] 谁来维护这一层
-> **PaperBell Cards Wrangler 插件**：读取输入笔记、用 LLM 把关键词/实体沉淀成词条、按 `aliases` 合并变体、维护双链与索引。精选与降级、是否回写关键词到输入（关 / 逐条确认 / 自动 三档），都由你掌控。
+> **PaperBell Cards Wrangler 插件**：读取输入笔记、用 LLM 把关键词/实体沉淀成词条、按 `aliases` 合并变体、维护双链与索引。精选与降级、是否回写关键词到输入（关 / 逐条确认 / 自动，共三档），都由你掌控。
 
 ---
 
 ### 🗓️ 元信息模块
 
-> [!note] 目前包括四类"流水账"
+> [!note] 目前包括四类“流水账”
 > | 类型 | 记录什么 | 工具 |
 > | --- | --- | --- |
 > | 👤 **Scholars** 学者 | 研究关键词（可从学者网页自动剪藏） | 剪藏 → 计划自动维护 |
@@ -207,7 +207,7 @@ paper-demo/
 > 编译时自动生成 `authors:` 块注入手稿。`30 - Metadata/Scholars/` 是你追踪的**他人**，与手稿署名是两回事。
 
 > [!success] 闭环
-> 每篇输出都在 frontmatter 里**选取概念**（`concepts:`），从而被相应概念卡的"围绕此概念的输出"反查到——**输出 → 概念** 的环就此闭合。
+> 每篇输出都在 frontmatter 里**选取概念**（`concepts:`），从而被相应概念卡的“围绕此概念的输出”反查到——**输出 → 概念** 的环就此闭合。
 
 ## 讨论
 
@@ -220,26 +220,26 @@ paper-demo/
 > **原子化的卡片 + 链接涌现**——概念卡本质上就是原子卡片。
 
 > [!fail] 不同
-> Zettelkasten 不区分"输入/输出"，也没有"项目"长周期管理层和"元数据"层。
+> Zettelkasten 不区分“输入/输出”，也没有“项目”长周期管理层和“元数据”层。
 > CIMPO 在卡片化之上，额外装了一条**有向流水线**（输入 → 概念 → 项目 → 输出），并给概念池设了**数量上限**。
 
 ### 🔄 与 IOTO 笔记法
 
 > [!check] 继承
-> 同样围绕"输入 → 输出"的转化组织工作流。
+> 同样围绕“输入 → 输出”的转化组织工作流。
 
 > [!fail] 三处差异
 > 1. 在输入和输出之间显式立一个**概念枢纽**，而非让输入直奔输出
 > 2. 把人 / 地 / 时单独抽成**元数据层**
-> 3. 整套设计**面向学术生涯**定制——长周期项目、学者机构追踪、文献"引用/精读"双层处理
+> 3. 整套设计**面向学术生涯**定制——长周期项目、学者机构追踪、文献“引用/精读”双层处理
 >
 
 > 
 
 ### 小结
 
 > [!abstract]
-> CIMPO 想做的，**不是取代**这些框架，而是把"卡片化 + 链接"的好思想，**套进"学术生涯"这个具体场景**里：
+> CIMPO 想做的，**不是取代**这些框架，而是把“卡片化 + 链接”的好思想，**套进“学术生涯”这个具体场景**里：
 > 多年的项目、要追的学者、读不完的文献、写不完的论文——让它们**各归其位，又彼此连通**。
 
 

03-详细教程/05-追踪学者和组织.md

@@ -126,7 +126,7 @@ QuickAdd 命令
 
 1. 打开命令面板，执行 `QuickAdd: 添加机构`。
 2. 使用机构的正式名称作为文件名。
-3. 按提示填写简称、别名、官网、**经纬度（Maps插件使用）** 和 Logo。
+3. 按提示填写简称、别名、官网、**经纬度（Map View 插件使用）** 和 Logo。
 4. 检查“Affiliated Scholars”是否能够检索到已关联的学者。
 
 手动创建机构时使用 `00 - Obsidian/模板/机构模板.md`；自动创建机构使用 `机构模板pro.md`。两者用途不同，不要互换。