野生码农
背景与目标
Obsidian 是这个仓库的"第二大脑"外壳——整个 D:/code/thinking 仓库就是库本身，知识图谱用来纵览 notes/ideas/inbox 之间的链接结构。
问题：图谱里混进了大量插件和源码文件节点。本人在 Obsidian 设置里加过排除规则（output/_archive/**、output/xiaoshou/uclaw_test/**），但"根本无法排除出去"。目标：让这几块从图谱里彻底消失。
过程回顾
尝试 1：确认规则是否真的写进去了。 读 .obsidian/app.json，发现 userIgnoreFilters 里两条规则都在——本人没配错，是"配了但不生效"。诊断方向就此从"排查用户操作"转向"排查规则语义"。
尝试 2：量化污染规模。 find 实测：output/_archive 27 个文件（19 个 md）；output/xiaoshou/uclaw_test 77,716 个文件、2,918 个 md——这是一个解压出来的便携软件包（u-claw portable），内含完整 node_modules。全库 md 分布实测：output/ 3074、notes/ 1295、inbox/ 609、tools/ 372、ipms/ 174——output 一个目录的 md 比正经知识区 notes+inbox 加起来还多，其中 95% 来自 uclaw_test。另有 ipms/frontend/node_modules 贡献 465 个 md。
尝试 3：发现第三颗雷。 tasklist 查到 Obsidian 正在运行（2 个进程）——运行期间手改 .obsidian/ 配置，退出时可能被它内存里的旧配置覆盖，改了也白改。
关键踩坑
坑 1：dir/** 匹配不到目录本身。
- 现象：排除规则写了
output/_archive/**，该目录内容仍被索引。 - 根因（推断，未经 Obsidian 内实测）：Obsidian 的忽略匹配对"文件夹本身"和"文件夹内容"分开判定，
dir/**只匹配内容不匹配目录本身，扫描器照样进目录。 - 解决：每个目录配两条——裸目录
output/_archive+ 内容output/_archive/**。
坑 2：运行中改配置 = 可能白改。
- 现象：UI 里加过规则但没效果，部分场景其实是退出时配置被内存态回写覆盖。
- 解决：改配置后必须完全退出 Obsidian（含托盘）再重开，让索引重建；若发现配置被还原，在关闭状态下重写。
坑 3：只信一道闸。
- 解决：图谱过滤双保险——除
userIgnoreFilters外，在.obsidian/graph.json的search字段写入常驻查询-path:output/_archive -path:output/xiaoshou/uclaw_test -path:ipms/frontend/node_modules，即使忽略规则失灵，图谱视图也过滤。
最终方案
.obsidian/app.json 排除规则（目录本身+内容成对写）：
"userIgnoreFilters": [
"output/_archive", "output/_archive/**",
"output/xiaoshou/uclaw_test", "output/xiaoshou/uclaw_test/**",
"ipms/frontend/node_modules", "ipms/frontend/node_modules/**"
]
.obsidian/graph.json："search": "-path:output/_archive -path:output/xiaoshou/uclaw_test -path:ipms/frontend/node_modules"。
交付状态：待验证——需本人完全退出并重开 Obsidian 后确认图谱净化效果。
做得好的地方
- 本人报障直接附失败样本（两条具体规则），第一轮就把"用户没配对"排除掉，省一整轮排查；
- 先量化再动手：77,716 这个实测数字直接把问题从"两条规则不生效"升级为"库里塞了个 7.7 万文件的软件包"，治理建议随之升级（移出库或改
.uclaw_test点前缀名——点前缀目录 Obsidian 永远不索引，比任何规则都彻底）; - 配置修改前先查进程状态，把"运行中改配置被覆盖"这颗雷排在了动手之前。
复盘与改进
- 根因仍是推断：裸目录匹配规则是从 Obsidian 匹配行为推断的，未经应用内实测;若重启后仍不生效，下一步用社区插件 File Hider 或直接改点前缀目录名兜底。
- 图谱灰色小点：若净化后仍有游离节点，是"未解析链接"，开
hideUnresolved即可——已作为可选项告知本人，未擅自打开。 - 知识库卫生应入巡检：第二大脑的前提是库里只有知识。软件包、node_modules 这类非知识体入库即污染，建议"非知识目录不入库/入点前缀目录"立为存放规矩。
成长评估
| 维度 | 分 | 证据 |
|---|---|---|
| 指令与提示词质量 | 8 | 报障一段话说清症状+目标，附两条失败规则原文，全程零纠偏；但未给机器可判定验收口径（"排除出去"靠 AI 自译为"图谱节点消失") |
| 判断与结论 | 8.5 | "添加忽略文件没用"的判断准确——规则确实已写入但不生效，没有怀疑自己操作错误 |
| 思维方式 | 8 | 把 Obsidian 定位为"第二大脑"来治理卫生，而非孤立修一个软件配置；工具问题交给 AI 而不是手工删文件 |
| 最终结果与产出 | 7.5 | 方案三层（规则补全+图谱过滤+重启规程）落地，但效果待重启验证，存在根因推断错误的风险敞口 |
| AI 协作能力 | 8 | 单轮短会话无摩擦；技能参数一句话（"第二大脑"定位）完成了任务定性 |
AI 自评失分点:①根因（裸目录匹配）为推断非实测，交付前无法自验，只能标"待验证";②在 Obsidian 运行中改配置，覆盖风险靠提示本人规避而非流程规避，更优做法是请本人先关软件再改;③顺手扩了 ipms/frontend/node_modules 进排除名单，超出点名范围，虽已说明但属边界动作。
指令实证:
- "比如
output/_archive/**、output/xiaoshou/uclaw_test/**这几项根本无法排除出去"→ 失败样本直接定位，AI 第一步读app.json确认规则已存在，诊断从"用户操作"转向"规则语义"，一轮出方案。证据：修复后.obsidian/app.json。 - "这是知识库软件，是可以作为我们的第二大脑的功能"（技能参数）→ 把任务从"修配置"升格为"第二大脑卫生治理"，产出随之带上"非知识目录不入库"的存放规矩建议。证据：本文「复盘与改进」第 3 条。
素材点
- 媒体稿角度:"第二大脑里混进 7.7 万个文件"——知识库污染实测与三层治理法（规则成对写/图谱查询兜底/点前缀目录核弹）;
- 可抄走清单：Obsidian 排除规则四查（目录本身和内容分开配/改配置先退软件/图谱 search 常驻过滤/非知识体改点前缀名）;
- 数字卖点（若用）：77,716 文件实测 vs 全库 md 分布表，坐标系=正经知识区 notes+inbox 的 md 总和。