Veyra Notes：基于“笔记即代码”理念的开发者知识管理方案-洪萨配资

1. 项目概述：一个面向开发者的笔记管理方案

最近在整理自己的技术栈和项目文档时，我一直在寻找一个能兼顾代码片段、项目日志、学习笔记和日常灵感的统一管理工具。市面上的笔记软件要么过于臃肿，要么对代码高亮和版本管理的支持不够友好。直到我遇到了一个名为“Aquariosan/veyra-notes”的项目，它精准地切中了像我这样的开发者或技术爱好者的痛点。这本质上是一个为技术笔记和知识管理量身定制的解决方案，它不只是一个简单的Markdown编辑器，更像是一个围绕“笔记即代码”理念构建的个人知识库系统。

简单来说，Veyra Notes 的核心价值在于，它试图将开发者熟悉的工具链和工作流（如Git、Markdown、命令行）无缝集成到笔记管理这个场景中。你可以把它想象成一个本地优先、完全由你掌控的“数字花园”，所有的笔记都以纯文本文件（主要是Markdown格式）的形式存储在你的电脑上，然后通过这个工具进行组织、检索和呈现。这意味着你的数据永远不会被某个云服务锁定，迁移和备份变得极其简单——直接复制文件夹或用Git管理即可。对于需要频繁记录代码片段、配置命令、项目思路和技术调研的同行来说，这种设计哲学本身就极具吸引力。

2. 核心设计理念与架构拆解

2.1 “笔记即代码”哲学的具体实践

Veyra Notes 的设计深受“笔记即代码”（Notes as Code）思想的影响。这个理念主张将笔记视为一种源代码，从而应用软件开发中的最佳实践来管理知识。具体体现在以下几个方面：

1. 纯文本存储与版本控制：所有笔记都以.md或.txt等纯文本格式存储在本地文件系统中。这带来了几个巨大优势。首先，兼容性无敌。任何文本编辑器都能打开，未来几十年都不用担心格式过时或软件倒闭导致数据丢失。其次，它天然地与 Git 等版本控制系统完美契合。你可以像管理代码仓库一样管理你的笔记库，清晰地看到每次修改的差异（diff），轻松回退到任意历史版本，甚至可以通过分支来管理不同的笔记主题或实验性内容。这对于撰写技术文档、记录实验过程尤其有用，每一次迭代都有迹可循。

2. 基于文件系统的组织结构：Veyra Notes 通常不会引入一个封闭的、专有的数据库来存储笔记。相反，它直接读取和渲染你指定目录下的文件。你的笔记组织结构，就是操作系统文件夹的树状结构。这种设计让文件管理变得极其直观和灵活。你可以用Finder、Explorer或终端命令直接操作笔记文件，也可以用符号链接（symlink）将不同位置的笔记聚合到一个视图中。工具本身只负责提供一个友好的界面来浏览和编辑这个文件树。

3. 可编程性与自动化：由于底层是纯文本文件，你可以用任何脚本语言（Python, Bash, JavaScript等）批量处理你的笔记。例如，写一个脚本定期扫描笔记，提取所有TODO项生成报告；或者用另一个脚本将特定标签的笔记自动发布到静态博客。Veyra Notes 本身可能会提供插件系统或API，进一步扩展这种可编程性，允许你自定义快捷键、视图过滤规则或导出格式。

2.2 技术栈选型与工具定位

从项目名“Aquariosan/veyra-notes”来看，这很可能是一个托管在GitHub上的个人或小团队项目。这类项目为了追求跨平台、开发效率和现代用户体验，其技术栈选择往往很有代表性。

前端技术推测：这类桌面端笔记应用，目前的主流选择是 Electron 或 Tauri。Electron 使用 Web 技术（HTML, CSS, JavaScript）构建跨平台桌面应用，优势是生态成熟、开发速度快，VSCode、Slack等都是其代表。Tauri 是后起之秀，它使用系统原生的Webview，并以前端框架（如React、Vue、Svelte）构建界面，最终打包出的应用体积更小，性能通常更好。Veyra Notes 如果追求轻量化和高性能，很可能会选择 Tauri + Rust（后端） + 某个前端框架的组合。界面风格预计会偏向于简洁、专注的编辑器风格，类似Obsidian或Typora，提供双栏（编辑/预览）或即时渲染模式。

核心编辑体验：对于开发者而言，笔记编辑器的核心功能必须包括：

卓越的Markdown支持：不仅支持CommonMark标准，最好能扩展支持表格、任务列表、脚注、数学公式等。
代码块高亮与语言识别：这是刚需。必须支持主流的编程语言语法高亮，并能正确识别代码块的语言标记（如 ```python），提供复制按钮等功能。
图床与附件管理：方便地插入图片、PDF等附件，并可能集成图床服务，实现粘贴即上传。
低延迟搜索：能够对笔记标题、正文内容进行全文检索，并且速度要快，支持正则表达式等高级搜索选项会更受开发者欢迎。

与竞品的差异化定位：市场上已有 Obsidian、Logseq、思源笔记等优秀产品。Veyra Notes 要想立足，必须在某些细分点上做得更深入或更简洁。它的差异化可能在于：

更极致的“纯本地”与“无干扰”：可能完全专注于离线环境，不提供任何官方同步服务（鼓励用户用Git或Syncthing），界面极度简洁，去除所有社交化、云同步功能。
深度集成开发者工作流：可能内置终端窗口，支持直接执行笔记中的代码块并显示结果；或者与特定的项目管理工具（如JIRA、GitHub Issues）有更深的联动。
独特的知识图谱实现：虽然双链笔记是主流，但Veyra Notes可能在可视化图谱的算法、交互或性能上有自己的特色。

3. 核心功能解析与实操要点

3.1 笔记的创建、组织与关联网络

使用Veyra Notes，你的日常工作流始于创建和组织笔记。这里有一些经过实践检验的最佳路径。

创建与模板化：新建笔记时，一个高效的技巧是使用模板。例如，你可以创建以下几个模板文件：

_template-meeting.md: 包含日期、参会人、议题、决议、行动项（Action Items）的固定结构。
_template-project-log.md: 包含项目名称、当前阶段、今日进展、遇到的问题、明日计划。
_template-learning-note.md: 包含学习主题、核心概念、示例代码、参考链接、自我提问。

在Veyra Notes中，你可以通过配置，将特定目录下的这些模板文件设为快速创建选项。这样，每次新建相关类型笔记时，基础框架已经搭好，你只需要填充内容，极大地提升了记录效率和规范性。

组织策略：单纯依赖文件夹分类会随着笔记增多而变得笨拙。推荐采用“混合分类法”：

文件夹用于粗粒度分类：如Projects/、Areas/（持续关注领域）、Resources/（静态资料）、Archive/。
标签用于多维度过滤：为笔记添加如#python、#bug、#待办、#灵感等标签。标签系统应支持层级（如#tech/frontend/react）。
双链笔记构建知识网络：这是现代笔记工具的核心。在Veyra Notes中，你通过[[笔记标题]]的语法来创建内部链接。当你写下[[Python装饰器]]时，它不仅是一个链接，更会在“Python装饰器”笔记的“反向链接”面板中显示所有引用它的笔记。日积月累，你的笔记之间会形成一张有机的、非线性的知识网络，帮助你发现意想不到的关联。

注意：不要过度规划文件夹结构。初期建议保持扁平，最多2-3层。让链接和标签承担主要的组织工作，文件夹仅作为最高层级的容器。很多人的误区是一开始就设计复杂的文件夹树，最后却发现难以维护。

3.2 针对开发者的特色功能深度使用

Veyra Notes 如果定位开发者，以下功能点的深度使用将是关键。

代码片段的管理与执行：除了基本的代码高亮，高级功能可能包括：

代码片段仓库：你可以创建一个名为Snippets的笔记，用不同的标题和代码块来存放常用的配置、工具函数、SQL查询模板等。通过强大的搜索功能，随时查找复用。
运行代码块（如果支持）：如果工具集成了代码运行环境，你可以选中一个Python代码块直接运行，输出结果会显示在下方。这对于做数据分析和算法验证非常方便。使用时务必注意代码运行在沙盒环境还是真实系统环境，避免执行危险命令。

图表与绘图集成：技术笔记中经常需要画流程图、架构图或时序图。Veyra Notes 可能会通过集成 Mermaid、PlantUML 等文本绘图工具来满足这一需求。你只需要在代码块中声明语言为 mermaid，然后编写类似下面的文本，它就会自动渲染成图表：

```mermaid graph TD A[客户端请求] --> B{负载均衡器}; B --> C[服务实例1]; B --> D[服务实例2]; C --> E[(数据库)]; D --> E; ```

数学公式支持：使用 LaTeX 语法嵌入数学公式，对于记录算法推导、机器学习公式至关重要。通常支持行内公式（ $E=mc^2$ ）和块公式。

与命令行和外部工具的联动：一个强大的功能是可以通过自定义命令或插件，将笔记内容与其他工具连接。例如：

将当前笔记的路径复制到剪贴板，方便在终端中cd过去。
执行一个脚本，将包含特定标签的笔记导出为PDF报告。
将笔记中的任务列表同步到外部待办应用（如Todoist）。

3.3 搜索、检索与知识发现

当你的笔记库积累到数百甚至上千条后，如何快速找到所需信息就成了挑战。Veyra Notes 的搜索系统是其价值核心。

全文搜索：基础的全文搜索应该快速且支持模糊匹配。你搜索“docker compose”时，包含“Docker Compose”或“docker-compose”的笔记都应该被找到。

高级搜索语法：更专业的工具会支持类似以下语法：

tag:#bug：查找所有带有#bug标签的笔记。
path:Projects/2024-*：查找“Projects”文件夹下所有以“2024-”开头的子文件夹中的笔记。
[[概念A]] AND [[概念B]]：查找同时链接了“概念A”和“概念B”的笔记（即它们的交集）。
content:"正则表达式"：使用正则表达式进行更复杂的模式匹配。

图形化知识图谱：这是双链笔记的视觉化体现。图谱以节点（笔记）和边（链接）的形式展示你的知识网络。你可以通过它：

发现知识枢纽：那些被大量链接的笔记，往往是你的核心概念或项目。
探索未知关联：通过浏览图谱，你可能会发现两个看似不相关的领域笔记之间，通过某条路径产生了联系，从而激发新的想法。
清理孤立笔记：那些没有任何入链和出链的“孤岛”笔记，可能是需要重新整理或合并的对象。

4. 本地部署、同步与备份方案

4.1 安装与初始配置

对于这类开源项目，安装方式通常有多种。我们假设 Veyra Notes 提供了以下途径：

直接下载可执行文件：在项目的 GitHub Releases 页面，下载对应操作系统（Windows、macOS、Linux）的安装包或绿色压缩包。这是最简单的方式。
通过包管理器安装：
- macOS (Homebrew):如果项目提供了 Homebrew Cask，可以执行brew install --cask veyra-notes。
- Linux (Snap/Flatpak/AUR):根据你的发行版，在 Snap Store、Flathub 或 Arch User Repository (AUR) 中搜索安装。
从源码构建：对于开发者，可以克隆仓库，按照 README 中的指引，安装 Rust、Node.js 等依赖，然后运行构建命令（如cargo build --release或npm run build）。

首次启动后，关键的初始配置步骤包括：

设置笔记库（Vault）位置：这是最重要的设置。选择一个你常用的、易于备份的目录（如~/Documents/MyKnowledgeVault）。这个目录将存放所有.md文件。
选择主题和外观：根据喜好选择深色/浅色主题，调整字体、行高、编辑区宽度等，打造舒适的写作环境。
配置核心插件：如果支持插件，优先启用“大纲”、“反向链接”、“星标笔记”、“每日笔记”等核心插件。
设置快捷键：熟悉并自定义全局快捷键（如新建笔记、搜索、切换模式），能极大提升效率。

4.2 多设备同步的务实方案

既然强调本地优先，官方可能不提供云同步。这就需要我们自己搭建可靠的同步方案。核心原则是：将笔记库文件夹视为一个需要同步的普通文件夹。

方案一：使用 Git（最推荐给开发者）这是最符合“笔记即代码”理念的方案。

在你的笔记库目录初始化Git仓库：cd ~/Documents/MyKnowledgeVault && git init。
创建一个.gitignore文件，忽略缓存、临时文件（如.trash/,*.tmp）和可能存在的敏感配置。
将整个仓库推送到一个私有的Git远程仓库（如 GitHub Private Repo, GitLab, Gitea）。
在其他设备上克隆该仓库，并用 Veyra Notes 打开这个克隆的文件夹。
工作流：每天结束工作后，执行git add . && git commit -m "Update notes" && git push。在另一台设备上开始工作前，先git pull。

实操心得：为减少冲突，养成“一次只在一台设备上编辑”的习惯，或者编辑不同文件。如果使用Git，可以学习基础的分支合并操作以处理冲突。对于非文本文件（如图片），Git LFS（大文件存储）可能是个选项，但通常建议将图片放在笔记库内的一个特定文件夹，并正常提交。

方案二：使用同步盘工具对于不熟悉Git的用户，使用成熟的同步工具是更简单的选择。

Syncthing:开源、点对点、无需中心服务器。在电脑、手机、NAS之间直接同步文件夹，安全且可控。配置稍复杂，但一劳永逸。
Dropbox / OneDrive / iCloud Drive:将笔记库文件夹直接放在这些云盘的同步文件夹内。优点是设置简单，跨平台好。缺点是依赖第三方服务商，且有隐私考量。
Resilio Sync:类似Syncthing的商业软件，在某些场景下可能更易用。

方案三：基于NAS或自建服务器如果你有NAS（群晖、威联通等），可以将笔记库放在NAS的某个共享文件夹上，并通过SMB/WebDAV协议在各设备上挂载这个网络驱动器。然后让 Veyra Notes 直接打开这个网络路径。这要求设备始终在同一个局域网，或者通过VPN访问。

4.3 数据备份策略

同步不等于备份。你还需要一个独立的备份策略，防止误删、软件故障或同步冲突导致的数据丢失。

1. 版本控制即初级备份：如果你使用Git方案，那么每一次提交都是一个备份点。配合远程仓库，你已经拥有了分布式备份。

2. 定期归档到外部存储：

时间频率：每周或每月一次。
操作：将整个笔记库文件夹压缩（ZIP格式），并复制到外部硬盘、另一台电脑或另一个云存储服务（如Google Drive，仅用于备份）。
命名：备份文件按日期命名，如MyKnowledgeVault-Backup-20240527.zip。

3. 使用自动化备份工具：

macOS (Time Machine):确保笔记库所在磁盘被Time Machine覆盖。
Windows (File History / 第三方软件):配置将笔记库文件夹加入备份计划。
跨平台 (Rclone, Duplicati):这些工具可以将文件夹加密后备份到多种云存储，支持增量备份和版本保留。

4. “3-2-1”备份原则：这是数据保护的黄金标准。对于重要的知识库，建议尽量遵循：

3份数据副本：原始数据 + 至少两份备份。
2种不同介质：例如，一份在电脑硬盘（原始），一份在外部硬盘，一份在云存储。
1份异地备份：至少有一份备份存放在物理位置不同的地方（如云存储），以防火灾、盗窃等本地灾难。

5. 高级用法与个性化定制

5.1 插件生态与功能扩展

一个活跃的插件社区是这类工具生命力的体现。Veyra Notes 可能会提供插件系统，允许用户通过安装插件来扩展核心功能。

常见的插件类型包括：

编辑器增强：如改进的表格编辑、更好的绘图工具、单词计数、写作目标统计。
视图与面板：如日历视图、看板视图（Kanban）、关系图谱的增强。
发布与导出：将笔记一键发布为静态网站（集成Hugo、Jekyll）、导出为精美的PDF或Word文档。
第三方集成：与任务管理（Todoist、Things）、阅读清单（Readwise）、思维导图等工具同步。
自动化脚本：允许用户编写JavaScript/Python脚本，实现自定义的文本处理、模板插入等操作。

插件管理注意事项：

来源可信：尽量从官方插件市场或信誉良好的开发者处安装。
按需安装：插件装得越多，启动速度和潜在冲突风险可能增加。只安装真正需要的。
定期更新：关注插件更新，以获取新功能和错误修复。
冲突排查：如果遇到奇怪的问题，尝试禁用最近安装的插件，以确定是否是插件冲突导致。

5.2 自定义主题与CSS代码片段

如果你对默认的界面外观不满意，大多数基于Web技术的笔记工具都支持自定义CSS。这让你能深度定制阅读和编辑体验。

如何操作：

在设置中找到“外观”或“主题”选项。
切换到“自定义CSS”或类似标签页。
在这里写入你的CSS代码。例如，想要改变编辑器的字体和背景色：
```css /* 修改编辑区字体/ .cm-editor { font-family: 'JetBrains Mono', 'Cascadia Code', monospace; font-size: 15px; } /修改预览区背景色/ .markdown-preview-view { background-color: #faf8f5; /羊皮纸色/ } /给行内代码加圆角和背景 */ code { background-color: #f0f0f0; border-radius: 3px; padding: 0.1em 0.3em; } ```

获取灵感：

许多社区成员会分享他们完整的主题CSS文件，你可以在论坛或GitHub上找到并直接使用。
使用浏览器开发者工具（F12）检查你想修改的页面元素，找到其类名或ID，然后编写针对性的CSS规则。

提示：修改CSS前最好先备份原有的片段。一次不要修改太多，改一点就保存查看效果，避免改乱了找不到问题所在。

5.3 自动化工作流示例

将Veyra Notes融入你的自动化工作流，能产生巨大效能。这里举几个例子：

示例1：自动生成周报假设你有一个“每日笔记”的习惯，每天在名为YYYY-MM-DD.md的文件中记录工作。你可以写一个Python脚本，每周五运行，自动扫描过去7天的每日笔记，提取所有标记为#工作日志或位于特定项目章节下的内容，汇总、格式化，然后生成一份周报Markdown文件，甚至直接发送到你的邮箱。

示例2：知识库内容归档与清理写一个脚本，定期扫描笔记库：

将超过一年未修改且无任何链接指向的笔记，移动到Archive/文件夹。
找出所有包含#待办但超过两周未更新的笔记，提醒你重新审视。
统计最常使用的标签，帮你了解近期关注焦点。

示例3：与开发环境联动如果你使用VSCode，可以配置一个任务或快捷键，将当前编辑的代码文件中的选定片段，快速追加到指定的Veyra Notes笔记中。这需要借助Veyra Notes可能提供的命令行接口（CLI）或全局快捷键来实现。

6. 常见问题与排查技巧实录

在实际使用中，你肯定会遇到一些磕磕绊绊。下面是我和社区里朋友们遇到过的一些典型问题及解决方法。

6.1 性能与稳定性问题

问题：笔记库很大时，搜索变慢或软件卡顿。

排查与解决：
1. 检查索引：大多数工具在首次打开大型笔记库或新增大量文件后，需要后台建立索引。请等待索引完成（通常状态栏有提示）。
2. 限制搜索范围：如果支持，尝试在搜索时指定路径或标签，而不是全局搜索。
3. 检查插件：某些插件，特别是那些需要实时分析全文的插件（如高级图谱分析），可能是性能杀手。尝试禁用所有插件，再逐一启用，找到有问题的那个。
4. 清理缓存：在设置中找到“清除缓存”或“重新加载”选项。有时旧的缓存数据会导致问题。
5. 审视笔记结构：是否有单个笔记文件异常巨大（超过1MB）？考虑将其拆分为多个逻辑笔记。是否有数万个小型文件？这可能会给文件系统索引带来压力。

问题：软件意外崩溃，笔记内容丢失。

排查与解决：
1. 自动保存与恢复：现代编辑器通常有自动保存和崩溃恢复机制。重启软件后，检查是否有“恢复未保存更改”的提示。
2. 查找备份文件：软件可能在后台定期保存快照。查看软件的数据目录（通常在用户目录的AppData、Application Support或.config下），寻找名为backups、snapshots或带有时间戳的临时文件。
3. 版本控制救星：如果你用Git管理笔记库，直接用git status查看未提交的更改，或用git log和git diff找回历史版本。这是最可靠的后悔药。
4. 文件系统级恢复：如果上述都无效，且文件确实被覆盖或删除，可以尝试用数据恢复软件扫描磁盘。但成功率无法保证，这凸显了定期备份的重要性。

6.2 同步与冲突处理

问题：在多台设备上使用Git同步，出现了合并冲突。

排查与解决：
1. 理解冲突文件：Git会在冲突的文件中用<<<<<<<、=======、>>>>>>>标记出冲突内容。你需要手动编辑这个文件，决定保留哪一部分，或者将两部分内容合理合并。
2. 使用合并工具：可以配置git mergetool使用图形化合并工具（如Meld, Beyond Compare, VSCode）来解决冲突，更直观。
3. 预防优于解决：建立团队（哪怕只有你一个人）协作规范：尽量同时只在一台设备上编辑同一文件；编辑前先git pull；频繁提交小改动，而不是积累大量更改后一次性提交。
4. 对于非文本文件（如图片）：Git无法自动合并二进制文件。如果两台设备修改了同名图片，后推送者会覆盖前者。因此，对于附件，更好的做法是使用单独的文件名（如加上时间戳）或通过其他方式管理。

问题：使用Syncthing/Dropbox同步，文件出现“冲突副本”（如note.md.conflict-20240527-123456）。

排查与解决：
1. 这是正常保护机制：当同步工具检测到同一个文件在两台设备上被同时修改时，它会保留两份副本，避免数据丢失。
2. 手动合并：用文本编辑器打开两个文件，将.conflict文件中有价值的内容合并到主文件中。
3. 删除冲突文件：合并完成后，安全地删除带.conflict后缀的文件。
4. 调整同步设置：在Syncthing中，可以为文件夹设置“忽略删除”或调整“拉取顺序”来减少冲突。但最根本的，还是避免同时编辑。

6.3 内容迁移与导入导出

问题：我想从其他笔记软件（如印象笔记、OneNote、Notion）迁移到Veyra Notes。

通用思路：
1. 寻找官方/社区导出工具：首先检查原笔记软件是否支持导出为通用格式，如Markdown、HTML或纯文本。印象笔记、Notion等通常有此类功能。
2. 使用第三方转换工具：搜索“Evernote to Markdown”、“Notion Export to Markdown”等关键词，有很多开源脚本或在线工具可以完成转换。例如，notion2markdown这个工具就不错。
3. 处理媒体文件：导出时，注意图片、附件是否被正确下载并保持了相对链接。转换后可能需要手动整理附件文件夹。
4. 分批导入：不要一次性导入所有笔记。先导出一个笔记本或标签组进行测试，检查格式转换是否完好，再全面进行。
5. 接受不完美：迁移几乎不可能100%完美。复杂的表格、手绘、特定布局可能会丢失。迁移的核心目的是转移“内容”（文字和图片），而非完全复现“样式”。迁移后需要花一些时间进行整理和润色。

问题：如何将Veyra Notes中的内容发布到博客？

解决方案：
1. 静态网站生成器：这是最优雅的方式。因为你的笔记已经是Markdown，它们天生就是静态网站生成器（如Hugo, Jekyll, Hexo, VuePress）的源文件。你只需要将笔记库中想发布的部分，放到静态生成器的content或posts目录下，配置好元数据（Front Matter），然后构建发布即可。有些插件（如Obsidian的“Obsidian to Hugo”）可以自动化这个过程。
2. 手动导出：使用软件的“导出”功能，将单篇或批量笔记导出为HTML或PDF，然后手动上传到网站。
3. 发布服务集成：关注是否有插件支持直接发布到Medium、WordPress或Ghost等平台。

6.4 搜索与链接失效问题

问题：双链链接[[目标笔记]]显示为未创建状态（通常有特殊背景色），点击无法跳转。

排查与解决：
1. 确认文件名：检查目标笔记的文件名是否完全匹配，包括大小写和扩展名（.md）。[[API]]无法链接到api.md，如果系统区分大小写。
2. 检查文件位置：如果使用了相对路径（如[[子文件夹/笔记]]），确保目标文件确实存在于该相对路径下。
3. 更新索引：有时新创建的笔记不会立即被索引到。尝试在命令面板中执行“重新索引”或“重新加载”操作。
4. 别名功能：有些工具支持为笔记设置别名。检查目标笔记的Front Matter中是否有alias属性，链接可能需要使用别名。

问题：全文搜索搜不到明明存在的关键词。

排查与解决：
1. 索引延迟：同链接问题，新添加的内容可能尚未被索引。等待或手动触发索引重建。
2. 搜索范围：确认搜索框是否限制了搜索范围（如当前文件夹、特定标签）。尝试切换到“全部”范围。
3. 停用词与特殊字符：一些常见的短词（如“的”、“a”、“the”）可能被搜索引擎视为停用词而忽略。尝试搜索更具体的长词或短语。检查关键词中是否包含需要转义的特殊字符。
4. 文件格式排除：检查设置，看是否将某些文件类型（如.txt）或特定文件夹排除在索引之外。