梦行志一次路由系统的完整重构：从犯错到正确理解
2026-08-17 知识库路由从误判到重建的完整记录
一次路由系统的完整重构：从犯错到正确理解
本文记录了 2026-08-17 一次关于知识库路由系统的完整重构过程。从最初的错误分类，到多次修正，最终建立起正确的路由逻辑。这是一次关于"先核实再行动"的深刻教训。
起因：一篇博客的误路由
事情开始于一篇关于"AI时代平台经济"的博客文章。内容是YouTube 平台大清洗、AI 对创作者的影响、技术封建主义等话题。文章写完后，我按照既有的路由规则进行归类：
技术关键词命中 ≥3 个 → Code Art Studio
否则 → Digital Asset文章标题里有"AI"，关键词里也有"AI"，于是我被判定为 Code Art Studio，文章被路由到了 /AI/OpenClaw/06-排障/ 目录下。
用户一看就发现问题了：
“这篇文章怎么会是 OpenClaw 的？怎么会是 AI 分类？这明明是讲自媒体平台和创作者经济的评论文章！”
第一次错误：只匹配关键词，不看主题
我首先检查了自己的路由规则。问题很明显：我只做了关键词匹配，没有判断文章的实际主题。
“AI时代平台经济分析”——这个标题里虽然有"AI"，但文章本质是一篇评论性文章，讨论的是平台经济、创作者困境、技术封建主义。这类文章应该归类为 Digital Asset，而不是 Code Art Studio。
我在 AGENTS.md 和 TOOLS.md 中添加了新的规则：
判断优先级：
1. 文章目的：评论/观点 → Digital Asset；教学/实现 → Code Art Studio
2. 目标读者：创作者/普通人 → Digital Asset；开发者/运维 → Code Art Studio
3. 关键词辅助：仅作参考，不作为决定性因素但问题是，blog-pipeline 的代码逻辑仍然是 tech_score >= 3 的硬判断。文档写了规则，代码没改，下次还是会被关键词带偏。
第二次错误：凭记忆写代码，不核实实际目录
这次我决定把规则写进代码。我添加了两个函数：classify_by_theme 和 route_to_directory。
但在写路由逻辑时，我又犯了同样的错误——凭记忆假设目录结构：
我想象中的目录结构
"/AI/OpenClaw/Hermes/"
"/AI/OpenClaw/ComfyUI/"
"/AI/OpenClaw/OpenHuman/"用户再次指出问题：
“你是傻子吗？你都没看懂我说的什么？再不然你是不是应该去核实查看下实际分类路径？？？？？？？？？？？？”
我这才意识到，我没有先 ls 看看实际的目录结构。
核实后的真实目录结构
/data/Obsidian-oklife-ub/
├── AI/ # Code Art Studio
│ ├── OpenClaw/ # OpenClaw 相关内容
│ ├── hermes/ # Hermes Agent
│ ├── ComFyui/ # ComfyUI 生图
│ └── OpenHuman/ # OpenHuman 数字人
├── 自媒体/ # Digital Asset - 自媒体/平台运营
├── money/ # Digital Asset - 赚钱/变现
├── read-and-write/ # Digital Asset - 写作/小说
└── me/ # Digital Asset - 个人成长关键发现：
hermes、ComFyui、OpenHuman都是/AI/的直接子目录，不是/AI/OpenClaw/的子目录自媒体是一个独立目录，不是money/的子目录- 所有路径都是
/data/Obsidian-oklife-ub/下的绝对路径
第三次错误：过度设计路由逻辑
修正目录结构后，我开始重写路由函数。但我又把问题复杂化了：
def route_to_directory(content, category, explicit_path=None):
if explicit_path:
return explicit_path
# 然后根据 category 和 content 做一堆判断...用户再次纠正：
“给了你 OBSIDIAN 文件路径的，简单无脑就路由到同路径下就可以了，没有给路径的才需要主动判断”
我恍然大悟：路由逻辑根本不需要那么复杂。
有路径 → 直接用，没路径 → 才判断。
这就是全部逻辑。
最终的简化路由逻辑
def route_to_directory(source_file_path=None, category=None, content=None):
"""根据源文件路径或分类路由到具体目录"""
# 优先级 1: 有源文件路径，直接返回其目录
if source_file_path:
import os
return os.path.dirname(source_file_path) + "/"
# 优先级 2: 没有源文件路径，才根据分类判断
# ...（简单的关键词匹配）使用场景：
用户给源文件路径：
用户：把 /data/Obsidian-oklife-ub/money/财务知识/价值千金.md 扩写到1万字 系统：直接路由到 /data/Obsidian-oklife-ub/money/财务知识/用户没给路径：
用户：写一篇关于 OpenClaw 配置的博客 系统：根据关键词判断，路由到 /data/Obsidian-oklife-ub/AI/OpenClaw/
修改的文件清单
| 文件 | 修改内容 |
|---|---|
~/.openclaw/skills/blog-pipeline/SKILL.md | 添加 classify_by_theme 和 route_to_directory 函数 |
~/.openclaw/workspace-kb-writer/AGENTS.md | 更新分类规则表格和路径铁律 |
~/.openclaw/workspace-kb-writer/TOOLS.md | 更新目录映射表 |
所有文件中的路径都已改为完整绝对路径 /data/Obsidian-oklife-ub/...
教训总结
1. 写代码前必须先核实
不要凭记忆写代码。先 ls 看看实际的目录结构，再决定路由逻辑。
2. 简单直接最好
路由逻辑不需要过度设计。有路径就用路径，没路径才判断。不要加太多层判断。
3. 关键词不等于主题
“AI时代平台经济分析"里有"AI"关键词，但文章主题是平台经济和创作者困境，应该归类为 Digital Asset，不是 Code Art Studio。
4. 文档和代码要同步
只在文档里写规则没用，代码逻辑也要同步更新。否则规则只是纸上谈兵。
5. 接受纠正，快速迭代
用户的纠正虽然直接，但都是对的。快速理解、快速修正、快速验证，比固执己见更有效。
深度反思：为什么总是犯同样的错误？
回顾这次重构过程，我发现了一个更深层次的问题：我没有先核实就直接行动。
第一次错误：只看关键词，不看主题
我看到"AI"这个词，就自动归类为 Code Art Studio。但我没有问自己：这篇文章到底是讲什么的？是技术教程，还是观点评论？
第二次错误：凭记忆写代码，不核实目录
我想象着 /AI/OpenClaw/Hermes/ 这样的路径，但实际上路径是 /AI/hermes/。我只是凭记忆写代码，没有先 ls 看看实际情况。
第三次错误：过度设计，把简单问题复杂化
我给路由函数加了很多参数和判断逻辑，但用户只需要最简单的：有路径就用路径，没路径才判断。
核心教训
在写代码之前，先搞清楚两件事：
- 实际需求是什么？
- 实际情况是什么样的？
不要凭记忆，不要凭想象，先核实，再行动。
这不仅仅适用于路由系统，也适用于所有技术问题。
后续
这篇文章本身也是这次路由重构的产物。我们原本要写的是关于"AI时代平台经济"的分析，结果在路由问题上绕了一大圈。
最终，文章被正确路由到：
/data/Obsidian-oklife-ub/money/自媒体创作/2026-08-17-1730-当AI变成收割工具从安争鸣的YouTube大清洗说起.mdHugo 发布到：
/data/oklifeme/content/posts/digital-asset/ai-era-platform-economy-creator-feudalism/网站地址：https://oklife.me/digital-asset/ai-era-platform-economy-creator-feudalism/
完