SKILL 32 / PKM · ROUNDUP

个人生产力类 Skills 榜单

会议纪要 · 收件箱 · 笔记 · 日程——管道可以装,判断装不来

2026-10-03 · BigCat

这一类我先把结论放前面:管道层该装,记忆层官方已自带,产出层你得自己写。下面点名 11 个真实可装 / 可读的条目,每个给链接、装法与「什么时候别装」。其中一个(apple-mcp,3.1k star)已于 2026-01-01 归档只读——它就是本期最硬的那条代价。

同系列 → Skill 9 MCP Server 榜单 · Skill 8 AGENTS.md 与跨 Harness · Skill 6 官方 Skill Authoring 精读

// WHY THIS MATTERS

会议纪要、收件箱、笔记整理、日程,看起来最该让 AI 代劳,却是整个生态里现成货最不管用的一类。原因不复杂:编码类有客观 oracle(测试绿不绿),办公类有确定性格式(docx 坏没坏),而「这次会议该记什么」只有你知道。所以这张表要分三层读——装错层,就会用 star 数去挑产出型、又拿「像不像我」去要求管道型。

// 01

选品表:9 个候选 + 1 个反例 + 1 件自建工具

论断:同一张表里混着三层东西。先按层定位,再谈装不装。
层 条目 替你干掉什么 别装的时候 ─────────────────────────────────────────────────────────────────────────────── 产出 ① notion-workspace-plugin(Notion 官方) 会前读 / 纪要 / 研究报告 不用 Notion ② anthropics/skills · internal-comms 周报 / 公告 / FAQ 的版式 口径和模板不同 记忆 ③ auto memory + CLAUDE.md(官方自带) 每次重新解释你是谁 —(本来就在) ④ basicmachines-co/basic-memory 对话结论蒸发 已有笔记规范 ⑤ @modelcontextprotocol/server-memory 跨会话忘记偏好 想要正式方案 管道 ⑥ MarkusPfundstein/mcp-obsidian 手动翻 vault 再粘贴 vault 本机可直读 ⑦ Doist/todoist-mcp 手动录待办 任务不在 Todoist ⑧ nspady/google-calendar-mcp 手动查空档排会 只想看今天日程 ⑨ Readwise 官方 MCP 划线躺着从不复用 不用 Readwise 反例 ⑩ supermemoryai/apple-mcp (曾覆盖 Notes / 邮件) 已归档,别装 自建 ⑪ anthropics/skills · skill-creator 凭感觉写 skill 只写一次性的

装法:能抄的命令都在这儿

# ① Notion 官方 plugin(4 个 skill + 10 条 slash command)
/plugin marketplace add makenotion/claude-code-notion-plugin
/plugin install notion-workspace-plugin@notion-plugin-marketplace

# ③ 官方自带:开关与查看都在这一条命令里
/memory

# ④ 本地 markdown 知识图
uv tool install basic-memory --prerelease=allow

# ⑥ Obsidian(先在 vault 里装 Local REST API 插件,拿到 API key)
uvx mcp-obsidian   # 配 OBSIDIAN_API_KEY / OBSIDIAN_HOST / OBSIDIAN_PORT

# ⑦⑧⑨ 待办 / 日程 / 划线
npx @doist/todoist-mcp
npx @cocal/google-calendar-mcp
claude mcp add --transport http readwise https://mcp2.readwise.io/mcp

逐条:替你干掉什么 · 什么时候别装

两条都踩在名字上。①「Obsidian MCP」在搜索结果里至少有六个同名仓库(含多份 fork),本期点名的是 4.5k star 的 MarkusPfundstein/mcp-obsidian。②「Notion 官方 skills」在 GitHub 上有数个 notion-mcp-server 同名仓库与一份已归档的镜像。聚合站与搜索结果只能用来发现候选,名字一律回 GitHub 仓库目录或厂商官方页面核。
// 02

为什么这三层不能混着比

论断:三层的验收标准完全不同,用一套判据挑必然挑错。
管道层 比什么:覆盖面 · 写操作是否可逆 · 维护主体 · tool 数量 失败模式:接上了但模型选错工具,或者一次 delete_file 删掉你的笔记 能不能装现成的?——能,而且应该。这层没有「你的口径」 记忆层 比什么:存在哪 · 谁能读 · 会不会和你已有笔记争真相源 失败模式:两套索引都半满,你自己也说不清该信哪边 能不能装现成的?——先用官方自带的,不够再加 产出层 比什么:像不像你 —— 没有第二条判据 失败模式:交出一份语法完美、但不是你会写的东西 能不能装现成的?——只能拿它的「结构」,口径必须自己填

混着比的两种典型错法:用 star 数挑产出型(于是装了一份别人公司的周报模板,每次都要改一半,不如不装),和拿「像不像我」去要求管道型(于是得出「MCP 没用」这种结论——它本来只负责把数据搬进来)。

这也解释了 SKILLS.md 给本类定的那句话:最该自建。不是因为现成的质量差,而是产出层的验收标准长在你身上。全表最值得抄的因此是 internal-comms 的结构——一份 SKILL.md 挂四份样例文件,换掉样例就换掉了口径。

// 03

打开 SKILL.md / README 三分钟验货

论断:这一类有六个专属判据,其中第 2 和第 4 条在别的分类里不重要。

三分钟怎么分配:一分钟看 tool 列表(①②⑤⑥同时有答案),一分钟看仓库顶部与提交记录(③),一分钟看目录结构里有没有样例槽(④)。

// 04

诚实的代价

论断:本类装得越全,越可能在某天早上发现一半管道断了。

① 弃养,而且是高星弃养

supermemoryai/apple-mcp,3.1k star,2026-01-01 归档只读。那份 Notion skills 的镜像仓库 team-attention/notion-skills-for-claude,2025-12-22 归档。个人维护的集成层依赖的是上游 API 不变,而上游从不保证这件事。所以本类的 star 数比别的分类更不值钱——要看维护主体。

② OAuth 税是真金白银的时间

google-calendar-mcp 要你建 Google Cloud 项目、开 API、配 OAuth 桌面凭据,而且它 README 自己写明 test mode 的 token 七天过期。为了省掉「打开日历看一眼」,你换来每周一次重新授权——算一下再装。

③ 两套索引打架

basic-memory 有自己的 SQLite 索引与 ~/basic-memory 目录,你的 Obsidian vault 有自己的一套。同时跑起来之后,「上周那个决定」会在两边各有半份——真相源必须唯一,要么让 basic-memory 直接指向 vault 目录,要么只留一个。

④ 最大的代价不在工具上:产出层外包不掉。注意官方自己把 auto memory 的边界划在哪——它只记你教过它的(纠正、偏好、决定),明确跳过能从代码推出来的、以及 CLAUDE.md 已经写了的。官方不替你决定「该记什么」。所以如果你期待装一个 skill 之后会议纪要就变成你会写的样子,这个期待在本类注定落空:现成货的收益上限是省掉打开 app 那几步,不是替你判断。

// 一页选购卡

先装这三个:① /memory 开着,再写一份二十行的 CLAUDE.md——零成本、官方、全项目生效,而且它跳过你已经写进 CLAUDE.md 的东西,两者互补。② 只装你笔记系统对应的那一个管道:Obsidian → uvx mcp-obsidian(先装 obsidian-local-rest-api);Notion → /plugin install notion-workspace-plugin@notion-plugin-marketplace。③ anthropics/skills · skill-creator——把你这周重复解释过三次的那件事写成一个 skill,这才是本类的正解。

按需再加:Doist/todoist-mcp(待办确实在 Todoist)· Readwise 官方 MCP(有在读的划线)· basicmachines-co/basic-memory(还没有笔记系统时,它可以当那个系统)· anthropics/skills · internal-comms(要周报 / 公告版式时,抄结构换样例)。

明确别装:supermemoryai/apple-mcp(已归档) · @modelcontextprotocol/server-memory(官方自称 basic implementation,当范本读) · basic-memory 与 Obsidian 两套索引并存 · 三个都能「搜笔记」的 server 同时开 · 任何写死了别人口径的产出型模板。

// 术语表

PKM(personal knowledge management)
个人知识管理:笔记、划线、会议记录、日程这一摊私有上下文。
管道层 / 记忆层 / 产出层
本期的分层。管道搬数据、记忆跨会话留存、产出写出成品。三层验收标准不同,不能混着比。
auto memory
Claude Code 自己记的笔记,四类:user / feedback / project / reference。机器本地、按仓库隔离、每次只加载前 200 行或 25KB。
样例槽(examples/)
产出型 SKILL.md 底下留给你填自己口径的目录。有没有这个槽,决定了它是不是「你的」。
context 税
每接一个 server 就常驻一批 tool 定义,占上下文且增加选错工具的概率。
弃养
仓库被归档为只读。个人维护的集成层最常见的死法,与 star 数无关。

// 三个想不通的地方

为什么「最该自建」这句话对本类成立,对编码类就不成立?
差别在有没有客观 oracle。编码类的判据长在仓库外面——测试绿不绿、类型过不过,所以一个陌生人写的 code-reviewer 能直接对你有用。本类的判据长在你脑子里:「这次会议该记什么」「这条划线为什么重要」没有外部仲裁。推论有点扫兴但很实用:本类装现成的,收益上限是省掉打开 app 那几步,想要「替我判断」,只能自己写——这也是为什么 skill-creator 被我放进了选购卡的前三。
官方已经自带 auto memory 了,还需要 basic-memory 这类吗?
看两件事:存在哪、人能不能读。auto memory 存在 ~/.claude/projects/<project>/memory/,按仓库隔离、机器本地(官方明写不跨机器与云端环境),而且只在它觉得值得时才写——它是给模型用的。basic-memory 落成你能用 Obsidian 打开的 markdown,是给人也用的。所以问题不是「哪个更强」,而是你要不要人也读。如果你已经有 vault,答案通常是:别加第二套,把 vault 接上去。
装了一堆管道之后,为什么反而觉得变慢了?
两个机制叠在一起。一是工具数量:日程十三个+笔记七个+记忆九个,三十个工具定义常驻,每轮都要读。二是功能重叠——真正费时间的是这个:当 mcp-obsidian 的 search 和 memory 的 search_nodes 同时在场,模型得先决定去哪儿找,选错一次就是一整轮空转,而它不会告诉你刚才选错了。对策很土但有效:同一件事只留一条路,重叠的那个关掉。

// 延伸阅读