组织发展 05
ARTICLE ARCHIVE

组织发展

用 MCP 和 Obsidian 给 Claude 接一套 HR 知识库,我保留了手动同步

这篇写 MCP + Obsidian 的 HR 知识库搭建法:目录结构、配置片段、可读写边界、备份和同步策略,重点是让 Claude 查资料而不是乱改资料。

2025-12-188 min41 篇档案中的第 5 篇

文章导语

2025 年底,我开始把 HR 的个人知识库从“能搜”改成“能被 AI 可靠引用”。MCP 的好处是让 Claude 通过明确工具读取本地资料,Obsidian 的好处是资料仍然是普通 Markdown。我的选择是先只开放读取,写入仍然手动确认。

正文内容

用 MCP 和 Obsidian 给 Claude 接一套 HR 知识库,我保留了手动同步

我做这套东西的原因很普通:HR 的材料散在制度、会议纪要、复盘、招聘项目记录里,搜索能找到文件,但很难把上下文连起来。Obsidian 适合做人能读的 Markdown 知识库,MCP 适合让 Claude 通过工具读取这些资料。关键是别一开始就追求全自动。

1. 目录先整理

我的库没有复杂标签,只有几层稳定目录:

text
hr-vault/
  policies/
  recruiting/
  onboarding/
  org-review/
  templates/
  archive/

每篇笔记顶部保留最小元信息:

markdown
---
owner: hrbp
updated: 2025-12-10
visibility: internal
source: meeting-note
---

visibility 很重要。不是所有 HR 笔记都应该被 AI 工具读取,尤其是员工关系、薪酬和个人健康信息。

2. MCP 配置思路

不同客户端的配置位置会变化,但核心都是把一个本地文件系统工具暴露给 Claude。示意配置如下:

json
{"mcpServers":{"hr-vault-readonly":{"command":"npx","args":["-y","@modelcontextprotocol/server-filesystem","/Users/me/hr-vault"]}}}

我建议先只读。即使工具支持写入,也先不要让模型直接改制度原文。让它生成建议,人在 Obsidian 里确认后再保存。

3. 给 Claude 的使用约束

我在每次分析前都会加一段固定要求:

text
请优先使用 hr-vault-readonly 读取资料。回答时列出引用的文件名。如果资料里没有依据,请说“不确定”。不要修改文件,不要生成正式制度文本。

这段话不能保证完全正确,但能让对话从“凭记忆回答”变成“先找资料”。当它列不出文件名时,我会把回答当成草稿,而不是结论。

4. 模板比插件重要

我给招聘复盘做了一个模板:

markdown
# {{岗位}} 招聘复盘

## 背景
## 渠道表现
## 面试反馈共性
## 候选人放弃原因
## 下次要验证的问题

模板让 AI 更容易读取,也让人更容易坚持记录。很多知识库失败,不是因为没有 AI,而是因为笔记从第一天就没有结构。

5. 备份和同步

Obsidian 文件就是 Markdown,但这不代表可以随便同步。我用 Git 做版本记录,用云盘做加密备份,敏感目录不进入 AI 可读路径。每周做一次:

bash
cd hr-vault
git status
git add policies recruiting onboarding org-review templates
git commit -m "weekly hr vault update"

如果团队多人使用,先约定谁能改模板、谁能归档、谁负责删除过期制度。AI 接入以后,资料混乱会被放大。

6. 复盘

MCP + Obsidian 最有用的地方,不是让 Claude 拥有“长期记忆”,而是把记忆放回可检查的文件里。Claude 可以帮我找关联、列问题、写初稿,但知识库的边界、更新和删除仍然要由人负责。我的保守做法是:读可以自动,写必须慢一点。

要点提炼

Obsidian 负责沉淀 Markdown,MCP 负责给 Claude 提供工具入口

先开放只读权限,避免 AI 直接改制度和复盘记录

目录命名、模板和备份比炫技插件更重要