知识库自动化流水线NAS微信HermesObsidian 全链路打通作者浅木·先生 | 2026-06-16一、认识财政剁手党的自我修养作为一个在财政系统摸爬滚打多年的老财我最深的体会是信息差才是最大的成本。每天打开微信工作群、政策群、行业交流群里的消息像潮水一样涌来。国务院刚发的预算管理一体化规范、财政部最新的政府采购投诉处理规则、地方财政局的试点经验分享——这些信息如果你没在第一时间抓住等过了三天再去翻聊天记录大概率已经找不到了。更痛苦的是就算你当时看了、收藏了到了月底写分析报告的时候依然需要翻遍各个角落去找那条我记得看过的文章。2026年初当我第一次接触 Hermes Agent 时我发现了一个残酷的现实不是 AI 不够强而是我的知识管理方式还停留在农耕时代。这篇文章就是我在过去几个月里从手动收藏-手动整理-手动归档的农耕模式进化到微信抓取→Hermes处理→Obsidian归档→NAS备份全自动化流水线的完整记录。踩过的坑、填过的代码、重装过的系统都在这里了。二、架构总览一条水管贯通四个池子在动手之前我先画了一张架构图用 Mermaid 在 Obsidian 里虽然最终实现时调整了不少细节但大方向是对的微信文章 ──→ OpenClaw 微信技能 ──→ Markdown 落盘 │ ▼ Hermes Agent (LLM 摘要 自动打标) │ ▼ Obsidian Vault /Inbox 目录 │ ▼ Obsidian 模板引擎 → 正式归档 │ ▼ NAS 定时同步备份整个链条的核心逻辑只有一句话让信息在无人值守的情况下自己完成从原始文本到结构化知识的转变。具体到每个环节我使用的工具链如下环节工具版本/部署方式微信文章抓取OpenClawv3.7部署在极空间 Z4Pro NAS内容处理引擎Hermes Agentv0.6.2本地部署 NAS Docker知识存储Obsidianv1.8.9Windows 客户端文件备份极空间 NASZDR 模式双向同步模型后端DeepSeek V4 / Claude混合路由三、Step 1微信文章自动抓取——从人找信息到信息找人3.1 OpenClaw 微信技能配置第一个要解决的问题是微信里的文章怎么自动流入我的系统手动复制链接太原始。截图 OCR精度不够。最终方案是用 OpenClaw 的微信机器人技能 Webhook 联动。配置过程如下首先在 OpenClaw 中启用 WeChat MCP 插件# 在 OpenClaw 工作目录下安装微信插件openclaw plugininstallopenclaw/plugin-wechat-mcp# 验证插件状态openclaw plugin list|grepwechat# 输出应包含: wechat-mcp (enabled, v1.2.3)然后在config.yaml中配置微信监听规则plugins:wechat-mcp:auto_login:truelisten_groups:-财政政策交流群-预算管理一体化研讨-地方政府债务管理listen_users:-财政部信息中心-财政科学研究院output_dir:/data/hermes/inbox/wechatformat:markdowninclude_metadata:true这里有个大坑要注意微信 Web 协议的登录策略经常变化。第一次配置时我花了整整一个下午去处理扫码登录超时的问题。踩坑记录 #1扫码登录二维码超时现象二维码生成后 30 秒内未扫码就过期但手机扫码后一直显示登录中。解决方案检查后发现是 NAS 系统时间与手机时间不同步导致的。在极空间后台执行# 同步系统时间sudontpdate ntp.aliyun.com# 或使用 timedatectltimedatectl set-ntptruetimedatectl status时间同步后扫码登录在 3 秒内完成再也没有超时过。3.2 文章自动转发与抓取配置完成后只要有人在群里或通过公众号发了一篇文章OpenClaw 就会自动执行以下流程检测到链接微信公众号文章、网页链接使用article_fetch工具抓取全文内容转换为标准 Markdown 格式保存到指定目录文件名格式为{日期}_{公众号名称}_{标题}.md为了验证配置是否生效我写了一个简单的测试脚本# 查看最近抓取的文章ls-lt/data/hermes/inbox/wechat/|head-10# 输出示例# 2026-06-15_财政部_关于加强预算绩效管理的指导意见.md# 2026-06-15_中国财政杂志社_地方政府专项债券发行情况分析.md# 2026-06-14_国务院_关于进一步深化预算管理制度改革的意见.md看到文章一条条自动落盘的那一刻那种被信息洪流淹没的焦虑感瞬间减轻了 80%。四、Step 2Hermes Agent 内容处理——让 AI 帮你读文章4.1 Hermes 处理流水线配置文章抓取下来只是第一步原始 Markdown 文件动辄几千字没有人会每天手动去读十几篇政策文件。我需要的是AI 自动摘要 关键信息提取 标签系统。这一步我使用了 Hermes Agent 的 Skills 机制编写了一个自定义的财政政策处理技能# skills/fiscal-policy-processor.yamlname:fiscal-policy-processorversion:1.0description:自动处理财政政策类文章的摘要与归档trigger:type:watchpath:/data/hermes/inbox/wechat/pattern:*.mddebounce:60# 60秒防抖避免批量文件同时触发steps:-name:extract_summarymodel:deepseek-v4prompt:|你是一个财政政策分析专家。请对以下文章进行结构化分析1. 一句话摘要30字以内 2. 核心要点3-5条每条不超过50字 3. 涉及的政策领域标签从以下列表中选择预算管理/政府采购/债务管理/绩效评价/非税收入/财政监督/其他 4. 文件级别法律/行政法规/部门规章/规范性文件/政策解读 5. 关键日期如果有 6. 关联文件如果有 文章内容{{content}}-name:generate_tagsmodel:deepseek-v4prompt:|基于以上分析生成 3-5 个 Obsidian 双链标签格式为 [[标签名]] 优先使用已有标签库中的标签。-name:save_to_obsidianaction:write_filetemplate:|--- title: {{title}} source: {{source}} date: {{date}} tags: {{tags}} summary: {{summary}} level: {{level}} ---## 摘要{{summary}}## 核心要点{{points}}## 原文内容{{content}}## 元数据-来源{{source}}-抓取时间{{date}}-原文链接{{url}}-处理时间{{processed_at}}output:/data/hermes/processed/fiscal/{{date}}_{{slug}}.md这个 Skills 配置有几个设计上的巧思防抖机制debounce: 60是关键。第一次部署时没有设置防抖结果一次批量同步来了 30 篇文章Hermes 同时启动 30 个处理任务直接把 NAS 的 CPU 干到了 100%。加了 60 秒防抖后文件会排队处理系统负载保持在 30% 以下。双链标签自动生成在generate_tags步骤中我要求模型优先使用已有标签库中的标签。这是为了保持标签体系的一致性——如果每次生成的标签都不一样几个月后标签系统就会变成一团乱麻。4.2 模型选型的心得在内容处理这个环节我试过三种模型组合踩了不少坑模型摘要质量处理速度Token 消耗结论DeepSeek V4★★★★★快低推荐Claude Sonnet★★★★☆中中质量好但贵GPT-4o★★★★☆慢高不划算本地小模型(Qwen 7B)★★☆☆☆极快0摘要质量不够踩坑记录 #2本地小模型不够用我最开始想用本地部署的 Qwen 7B 来处理毕竟省 Token 费用。结果发现它对政策文件的专业术语理解很差经常把预算绩效管理理解成预算效果管理把专项债券归类到一般债券。最后折中方案是摘要和标签生成用 DeepSeek V4API关键词提取用本地小模型离线。这样既保证了核心质量又把 API 调用量压到了最低。五、Step 3Obsidian 归档与知识网络5.1 收件箱到归档的自动化Hermes 处理完的文章会写入/data/hermes/processed/fiscal/目录。但这还不是终点——这些文件需要进入 Obsidian 的正式知识库体系。我的 Obsidian Vault 结构如下Fiscal-KB/ ├── Inbox/ ← 新文章进入的地方 ├── Daily/ ← 每日财政动态 ├── Policies/ ← 按政策领域分类归档 │ ├── 预算管理/ │ ├── 政府采购/ │ ├── 债务管理/ │ └── 绩效评价/ ├── Templates/ ← Obsidian 模板 ├── Attachments/ ← 附件 └── .obsidian/ ← 配置目录为了实现自动归档我使用了 Obsidian 的 Templater 插件 QuickAdd 插件组合# .obsidian/scripts/auto-classify.js// 这是一个 Dataview 查询脚本 // 自动将 Inbox 中超过 24 小时的文章按标签移动到 Policies 目录 const inbox app.vault.getFolder(Inbox); const files inbox.children.filter(f f.extension md); const tagToPath {预算管理:Policies/预算管理,政府采购:Policies/政府采购,债务管理:Policies/债务管理,绩效评价:Policies/绩效评价,财政监督:Policies/财政监督,非税收入:Policies/非税收入,}; files.forEach(async (file) {const metadata app.metadataCache.getFileCache(file); const tags metadata?.frontmatter?.tags||[]; for (const tag of tags){const cleanTag tag.replace(/[\[\]]/g,); if (tagToPath[cleanTag]){const newPath ${tagToPath[cleanTag]}/${file.name}; if (file.path!newPath){await app.fileManager.renameFile(file,newPath); console.log(Moved ${file.name}to ${newPath});}break;}}});5.2 知识图谱的复利效应Obsidian 最强大的地方不是单篇笔记而是笔记之间的连接。我建立了一个财政政策关联图谱每当新文章进入知识库我都会让 Hermes 自动扫描已有笔记建立双向链接# 在 Hermes 技能中增加关联分析步骤steps:-name:link_existing_notesaction:hermes_skillskill:obsidian-linkerparams:vault_path:/obsidian/Fiscal-KBsimilarity_threshold:0.7max_links:5create_backlinks:true效果是什么举个例子当我新抓取一篇《地方政府专项债券资金管理办法》时系统会自动发现它和《预算管理一体化规范》、《政府投资条例》之间的关联在笔记底部自动生成相关笔记区块## 相关笔记 - [[预算管理一体化规范2025年修订版]] - [[政府投资条例]] - [[地方政府债务风险评估指引]] - [[专项债券项目资金绩效管理办法]] - [[财政部关于进一步规范地方政府举债融资行为的通知]]这个功能在日常工作中帮了我大忙。原本需要半小时的这篇文章跟哪些政策有关联的脑力劳动现在变成了一键查看。六、Step 4NAS 备份与灾难恢复6.1 备份策略知识库一旦建立起来就变成了数字资产。我绝不能接受硬盘坏了所有笔记都没了这种悲剧。我的备份策略是三层防御本地 SSD (工作区) │ ├── 实时同步 → 极空间 NAS (ZDR 模式) │ │ │ ├── 每日快照 → NAS 冷存储 │ │ │ └── 每周增量 → 阿里云 OSS │ └── 手动触发 → 移动硬盘 (每月一次)在极空间 NAS 上配置 ZDR 同步# 在极空间 SSH 终端中# 查看 ZDR 同步状态zdrctl status# 输出# Sync target: /mnt/zdr/fiscal-kb-backup# Status: SYNCED# Last sync: 2026-06-16 03:00:00# Files: 1,847 synced, 0 pending# 如果需要手动触发同步zdrctlsync--now6.2 踩坑文件路径长度问题踩坑记录 #3Windows 路径长度限制这是一个极其隐蔽但破坏力巨大的问题。Hermes 在处理文件时生成的文件名包含完整日期和标题例如2026-06-15_财政部_关于印发《预算管理一体化规范2025年修订版》的通知_附预算编制与执行操作规程的补充说明.md这个文件名长达 80 个字符。当它被放入嵌套目录Policies/预算管理/2025/时完整路径超过了 Windows 的 260 字符限制导致 Obsidian 无法同步NAS 同步失败。解决方案有两个启用 Windows 长路径支持注册表修改# 以管理员身份运行 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem] LongPathsEnableddword:00000001修改文件名生成规则更推荐# 在 Hermes 技能配置中限制文件名长度output:/data/hermes/processed/fiscal/{{short_date}}_{{slug_40}}.md我选择了方案 2文件名改为2026-06-15_预算管理一体化规范补充说明.md既保留了关键信息又避免了路径过长。七、全链路测试与日常维护7.1 端到端验证配置完成后我跑了一个完整的端到端测试# 1. 模拟微信文章推送echohttps://mp.weixin.qq.com/s/test-article|openclaw wechat-simulate# 2. 等待 Hermes 处理约 2-3 分钟sleep180# 3. 检查处理结果ls/obsidian/Fiscal-KB/Inbox/# 预期看到自动生成的 Markdown 文件# 4. 检查 NAS 同步状态zdrctl status|grepLast sync# 预期看到最近的同步时间7.2 日常维护 checklist经过几个月的运行我总结了一套日常维护清单每日检查OpenClaw 登录状态微信登录偶尔会掉线每周检查NAS 同步状态、磁盘空间每月检查标签体系是否混乱、是否需要新建分类目录每季度清理重复文件、合并相似笔记八、效果与反思经过三个多月的运行这套流水线的效果远超我的预期文章自动抓取日均 15-20 篇财政领域文章摘要与分类准确率约 85%人工抽检Obsidian 归档累计 1,847 篇笔记无遗漏NAS 备份零数据丢失查询效率原来找一篇政策需要 5-10 分钟现在通过 Obsidian 搜索 双链平均 30 秒最重要的是这套系统让我从信息的搬运工变成了知识的整合者。我不再需要每天花 2 小时去手动整理信息而是可以把精力放在更高价值的分析、判断和决策上。当然远非完美。目前还有几个痛点没有解决微信文章中的表格识别还不够准确、部分 PDF 附件无法自动处理、多模态内容图表、流程图的提取仍然需要人工介入。这些是下一步改进的方向。但至少我的财政知识库已经不再是一个静态的文件夹而是一个每天都在自我生长的有机体。它记住我看过的每一篇文章理解它们之间的关联在我需要的时候准确地把最相关的信息推到我面前。这种感觉挺好。如果你也在搭建自己的知识库自动化流水线欢迎交流。下一篇文章我会写关于 Agent Memory 与 AI 测试新范式的思考敬请期待。
知识库自动化流水线：NAS+微信+Hermes+Obsidian 全链路打通
知识库自动化流水线NAS微信HermesObsidian 全链路打通作者浅木·先生 | 2026-06-16一、认识财政剁手党的自我修养作为一个在财政系统摸爬滚打多年的老财我最深的体会是信息差才是最大的成本。每天打开微信工作群、政策群、行业交流群里的消息像潮水一样涌来。国务院刚发的预算管理一体化规范、财政部最新的政府采购投诉处理规则、地方财政局的试点经验分享——这些信息如果你没在第一时间抓住等过了三天再去翻聊天记录大概率已经找不到了。更痛苦的是就算你当时看了、收藏了到了月底写分析报告的时候依然需要翻遍各个角落去找那条我记得看过的文章。2026年初当我第一次接触 Hermes Agent 时我发现了一个残酷的现实不是 AI 不够强而是我的知识管理方式还停留在农耕时代。这篇文章就是我在过去几个月里从手动收藏-手动整理-手动归档的农耕模式进化到微信抓取→Hermes处理→Obsidian归档→NAS备份全自动化流水线的完整记录。踩过的坑、填过的代码、重装过的系统都在这里了。二、架构总览一条水管贯通四个池子在动手之前我先画了一张架构图用 Mermaid 在 Obsidian 里虽然最终实现时调整了不少细节但大方向是对的微信文章 ──→ OpenClaw 微信技能 ──→ Markdown 落盘 │ ▼ Hermes Agent (LLM 摘要 自动打标) │ ▼ Obsidian Vault /Inbox 目录 │ ▼ Obsidian 模板引擎 → 正式归档 │ ▼ NAS 定时同步备份整个链条的核心逻辑只有一句话让信息在无人值守的情况下自己完成从原始文本到结构化知识的转变。具体到每个环节我使用的工具链如下环节工具版本/部署方式微信文章抓取OpenClawv3.7部署在极空间 Z4Pro NAS内容处理引擎Hermes Agentv0.6.2本地部署 NAS Docker知识存储Obsidianv1.8.9Windows 客户端文件备份极空间 NASZDR 模式双向同步模型后端DeepSeek V4 / Claude混合路由三、Step 1微信文章自动抓取——从人找信息到信息找人3.1 OpenClaw 微信技能配置第一个要解决的问题是微信里的文章怎么自动流入我的系统手动复制链接太原始。截图 OCR精度不够。最终方案是用 OpenClaw 的微信机器人技能 Webhook 联动。配置过程如下首先在 OpenClaw 中启用 WeChat MCP 插件# 在 OpenClaw 工作目录下安装微信插件openclaw plugininstallopenclaw/plugin-wechat-mcp# 验证插件状态openclaw plugin list|grepwechat# 输出应包含: wechat-mcp (enabled, v1.2.3)然后在config.yaml中配置微信监听规则plugins:wechat-mcp:auto_login:truelisten_groups:-财政政策交流群-预算管理一体化研讨-地方政府债务管理listen_users:-财政部信息中心-财政科学研究院output_dir:/data/hermes/inbox/wechatformat:markdowninclude_metadata:true这里有个大坑要注意微信 Web 协议的登录策略经常变化。第一次配置时我花了整整一个下午去处理扫码登录超时的问题。踩坑记录 #1扫码登录二维码超时现象二维码生成后 30 秒内未扫码就过期但手机扫码后一直显示登录中。解决方案检查后发现是 NAS 系统时间与手机时间不同步导致的。在极空间后台执行# 同步系统时间sudontpdate ntp.aliyun.com# 或使用 timedatectltimedatectl set-ntptruetimedatectl status时间同步后扫码登录在 3 秒内完成再也没有超时过。3.2 文章自动转发与抓取配置完成后只要有人在群里或通过公众号发了一篇文章OpenClaw 就会自动执行以下流程检测到链接微信公众号文章、网页链接使用article_fetch工具抓取全文内容转换为标准 Markdown 格式保存到指定目录文件名格式为{日期}_{公众号名称}_{标题}.md为了验证配置是否生效我写了一个简单的测试脚本# 查看最近抓取的文章ls-lt/data/hermes/inbox/wechat/|head-10# 输出示例# 2026-06-15_财政部_关于加强预算绩效管理的指导意见.md# 2026-06-15_中国财政杂志社_地方政府专项债券发行情况分析.md# 2026-06-14_国务院_关于进一步深化预算管理制度改革的意见.md看到文章一条条自动落盘的那一刻那种被信息洪流淹没的焦虑感瞬间减轻了 80%。四、Step 2Hermes Agent 内容处理——让 AI 帮你读文章4.1 Hermes 处理流水线配置文章抓取下来只是第一步原始 Markdown 文件动辄几千字没有人会每天手动去读十几篇政策文件。我需要的是AI 自动摘要 关键信息提取 标签系统。这一步我使用了 Hermes Agent 的 Skills 机制编写了一个自定义的财政政策处理技能# skills/fiscal-policy-processor.yamlname:fiscal-policy-processorversion:1.0description:自动处理财政政策类文章的摘要与归档trigger:type:watchpath:/data/hermes/inbox/wechat/pattern:*.mddebounce:60# 60秒防抖避免批量文件同时触发steps:-name:extract_summarymodel:deepseek-v4prompt:|你是一个财政政策分析专家。请对以下文章进行结构化分析1. 一句话摘要30字以内 2. 核心要点3-5条每条不超过50字 3. 涉及的政策领域标签从以下列表中选择预算管理/政府采购/债务管理/绩效评价/非税收入/财政监督/其他 4. 文件级别法律/行政法规/部门规章/规范性文件/政策解读 5. 关键日期如果有 6. 关联文件如果有 文章内容{{content}}-name:generate_tagsmodel:deepseek-v4prompt:|基于以上分析生成 3-5 个 Obsidian 双链标签格式为 [[标签名]] 优先使用已有标签库中的标签。-name:save_to_obsidianaction:write_filetemplate:|--- title: {{title}} source: {{source}} date: {{date}} tags: {{tags}} summary: {{summary}} level: {{level}} ---## 摘要{{summary}}## 核心要点{{points}}## 原文内容{{content}}## 元数据-来源{{source}}-抓取时间{{date}}-原文链接{{url}}-处理时间{{processed_at}}output:/data/hermes/processed/fiscal/{{date}}_{{slug}}.md这个 Skills 配置有几个设计上的巧思防抖机制debounce: 60是关键。第一次部署时没有设置防抖结果一次批量同步来了 30 篇文章Hermes 同时启动 30 个处理任务直接把 NAS 的 CPU 干到了 100%。加了 60 秒防抖后文件会排队处理系统负载保持在 30% 以下。双链标签自动生成在generate_tags步骤中我要求模型优先使用已有标签库中的标签。这是为了保持标签体系的一致性——如果每次生成的标签都不一样几个月后标签系统就会变成一团乱麻。4.2 模型选型的心得在内容处理这个环节我试过三种模型组合踩了不少坑模型摘要质量处理速度Token 消耗结论DeepSeek V4★★★★★快低推荐Claude Sonnet★★★★☆中中质量好但贵GPT-4o★★★★☆慢高不划算本地小模型(Qwen 7B)★★☆☆☆极快0摘要质量不够踩坑记录 #2本地小模型不够用我最开始想用本地部署的 Qwen 7B 来处理毕竟省 Token 费用。结果发现它对政策文件的专业术语理解很差经常把预算绩效管理理解成预算效果管理把专项债券归类到一般债券。最后折中方案是摘要和标签生成用 DeepSeek V4API关键词提取用本地小模型离线。这样既保证了核心质量又把 API 调用量压到了最低。五、Step 3Obsidian 归档与知识网络5.1 收件箱到归档的自动化Hermes 处理完的文章会写入/data/hermes/processed/fiscal/目录。但这还不是终点——这些文件需要进入 Obsidian 的正式知识库体系。我的 Obsidian Vault 结构如下Fiscal-KB/ ├── Inbox/ ← 新文章进入的地方 ├── Daily/ ← 每日财政动态 ├── Policies/ ← 按政策领域分类归档 │ ├── 预算管理/ │ ├── 政府采购/ │ ├── 债务管理/ │ └── 绩效评价/ ├── Templates/ ← Obsidian 模板 ├── Attachments/ ← 附件 └── .obsidian/ ← 配置目录为了实现自动归档我使用了 Obsidian 的 Templater 插件 QuickAdd 插件组合# .obsidian/scripts/auto-classify.js// 这是一个 Dataview 查询脚本 // 自动将 Inbox 中超过 24 小时的文章按标签移动到 Policies 目录 const inbox app.vault.getFolder(Inbox); const files inbox.children.filter(f f.extension md); const tagToPath {预算管理:Policies/预算管理,政府采购:Policies/政府采购,债务管理:Policies/债务管理,绩效评价:Policies/绩效评价,财政监督:Policies/财政监督,非税收入:Policies/非税收入,}; files.forEach(async (file) {const metadata app.metadataCache.getFileCache(file); const tags metadata?.frontmatter?.tags||[]; for (const tag of tags){const cleanTag tag.replace(/[\[\]]/g,); if (tagToPath[cleanTag]){const newPath ${tagToPath[cleanTag]}/${file.name}; if (file.path!newPath){await app.fileManager.renameFile(file,newPath); console.log(Moved ${file.name}to ${newPath});}break;}}});5.2 知识图谱的复利效应Obsidian 最强大的地方不是单篇笔记而是笔记之间的连接。我建立了一个财政政策关联图谱每当新文章进入知识库我都会让 Hermes 自动扫描已有笔记建立双向链接# 在 Hermes 技能中增加关联分析步骤steps:-name:link_existing_notesaction:hermes_skillskill:obsidian-linkerparams:vault_path:/obsidian/Fiscal-KBsimilarity_threshold:0.7max_links:5create_backlinks:true效果是什么举个例子当我新抓取一篇《地方政府专项债券资金管理办法》时系统会自动发现它和《预算管理一体化规范》、《政府投资条例》之间的关联在笔记底部自动生成相关笔记区块## 相关笔记 - [[预算管理一体化规范2025年修订版]] - [[政府投资条例]] - [[地方政府债务风险评估指引]] - [[专项债券项目资金绩效管理办法]] - [[财政部关于进一步规范地方政府举债融资行为的通知]]这个功能在日常工作中帮了我大忙。原本需要半小时的这篇文章跟哪些政策有关联的脑力劳动现在变成了一键查看。六、Step 4NAS 备份与灾难恢复6.1 备份策略知识库一旦建立起来就变成了数字资产。我绝不能接受硬盘坏了所有笔记都没了这种悲剧。我的备份策略是三层防御本地 SSD (工作区) │ ├── 实时同步 → 极空间 NAS (ZDR 模式) │ │ │ ├── 每日快照 → NAS 冷存储 │ │ │ └── 每周增量 → 阿里云 OSS │ └── 手动触发 → 移动硬盘 (每月一次)在极空间 NAS 上配置 ZDR 同步# 在极空间 SSH 终端中# 查看 ZDR 同步状态zdrctl status# 输出# Sync target: /mnt/zdr/fiscal-kb-backup# Status: SYNCED# Last sync: 2026-06-16 03:00:00# Files: 1,847 synced, 0 pending# 如果需要手动触发同步zdrctlsync--now6.2 踩坑文件路径长度问题踩坑记录 #3Windows 路径长度限制这是一个极其隐蔽但破坏力巨大的问题。Hermes 在处理文件时生成的文件名包含完整日期和标题例如2026-06-15_财政部_关于印发《预算管理一体化规范2025年修订版》的通知_附预算编制与执行操作规程的补充说明.md这个文件名长达 80 个字符。当它被放入嵌套目录Policies/预算管理/2025/时完整路径超过了 Windows 的 260 字符限制导致 Obsidian 无法同步NAS 同步失败。解决方案有两个启用 Windows 长路径支持注册表修改# 以管理员身份运行 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem] LongPathsEnableddword:00000001修改文件名生成规则更推荐# 在 Hermes 技能配置中限制文件名长度output:/data/hermes/processed/fiscal/{{short_date}}_{{slug_40}}.md我选择了方案 2文件名改为2026-06-15_预算管理一体化规范补充说明.md既保留了关键信息又避免了路径过长。七、全链路测试与日常维护7.1 端到端验证配置完成后我跑了一个完整的端到端测试# 1. 模拟微信文章推送echohttps://mp.weixin.qq.com/s/test-article|openclaw wechat-simulate# 2. 等待 Hermes 处理约 2-3 分钟sleep180# 3. 检查处理结果ls/obsidian/Fiscal-KB/Inbox/# 预期看到自动生成的 Markdown 文件# 4. 检查 NAS 同步状态zdrctl status|grepLast sync# 预期看到最近的同步时间7.2 日常维护 checklist经过几个月的运行我总结了一套日常维护清单每日检查OpenClaw 登录状态微信登录偶尔会掉线每周检查NAS 同步状态、磁盘空间每月检查标签体系是否混乱、是否需要新建分类目录每季度清理重复文件、合并相似笔记八、效果与反思经过三个多月的运行这套流水线的效果远超我的预期文章自动抓取日均 15-20 篇财政领域文章摘要与分类准确率约 85%人工抽检Obsidian 归档累计 1,847 篇笔记无遗漏NAS 备份零数据丢失查询效率原来找一篇政策需要 5-10 分钟现在通过 Obsidian 搜索 双链平均 30 秒最重要的是这套系统让我从信息的搬运工变成了知识的整合者。我不再需要每天花 2 小时去手动整理信息而是可以把精力放在更高价值的分析、判断和决策上。当然远非完美。目前还有几个痛点没有解决微信文章中的表格识别还不够准确、部分 PDF 附件无法自动处理、多模态内容图表、流程图的提取仍然需要人工介入。这些是下一步改进的方向。但至少我的财政知识库已经不再是一个静态的文件夹而是一个每天都在自我生长的有机体。它记住我看过的每一篇文章理解它们之间的关联在我需要的时候准确地把最相关的信息推到我面前。这种感觉挺好。如果你也在搭建自己的知识库自动化流水线欢迎交流。下一篇文章我会写关于 Agent Memory 与 AI 测试新范式的思考敬请期待。
