Personal Knowledge Base

核心定位

PKM 是一款面向个人用户的轻量级知识管理技能，核心理念是"先捕获、后组织"，帮助用户从零开始构建可长期维护的个人知识库（Personal Knowledge Base）。

核心用法

技能以 ~/kb/ 为工作空间，采用纯 Markdown 文件作为存储格式，初期完全扁平化，仅依赖描述性文件名（如 how-to-negotiate-salary.md）实现快速检索。用户发送的任何内容——链接、灵感、引用、问题或随想——都会被即时捕获到 inbox.md，避免组织摩擦打断记录流程。

针对不同输入类型，技能提供差异化处理：

• 链接：自动抓取标题与摘要，保存源地址和捕获时间
• 想法/问题：转为原子笔记，单文件承载单一概念
• 长文本：提取关键论点，拆分为多个原子笔记

渐进式结构演化

技能拒绝过早复杂化，严格遵循规模驱动原则：

• 20+ 笔记：引入统一标签系统（5-10个宽标签起步）
• 50+ 笔记：创建 index.md 或 MOC（内容地图）梳理主题脉络
• 100+ 笔记：按需建立领域文件夹

标签设计强调检索导向而非分类导向，允许多标签交叉；笔记间通过 [[wiki链接]] 或相对 Markdown 链接建立双向关联， backlinks 功能可揭示隐性知识关联。

显著优点

1. 零锁定风险：纯 Markdown 格式确保任何工具均可读取，Git 版本控制可追溯思维演变
2. 极低启动成本：首周仅需一个 inbox.md 文件，无模板、无层级、无压力
3. 规模自适应：结构复杂度随笔记量自然生长，避免过度工程化
4. 搜索优先：全文检索 + 标签过滤 + 近期列表，三重路径保障信息可找回
5. 多设备就绪：支持 Dropbox/iCloud 同步，结合 Git 实现备份与历史追溯

潜在局限与风险

• 自律依赖：Inbox 需要定期清理（建议主动询问用户"是否处理 inbox"），堆积会导致二次混乱
• 无原生移动端：依赖云盘同步，手机端编辑体验取决于第三方 Markdown 编辑器
• 链接维护成本：wiki 链接需手动创建，大规模知识库可能出现孤儿链接或断裂引用
• 搜索性能天花板：grep 全文搜索在数千文件后可能变慢，需迁移至专用工具（如 Obsidian、Logseq）

适合人群

• 厌倦 Notion/Roam 复杂度的极简主义者
• 重视数据主权、拒绝 SaaS 绑定的用户
• 已熟悉 Markdown 和基础命令行的效率工具爱好者
• 需要离线优先、跨平台知识沉淀的研究者或创作者

常规风险提示

• 早期避免引入文件夹层级和复杂模板，否则会重现"整理焦虑"
• 标签需定期合并同义词，防止知识碎片化
• 建议每月至少一次 inbox 清零，否则系统退化为草稿堆
• 云同步 + Git 双保险缺一不可，单点故障可能导致知识资产丢失

---

一句话：用文件系统最朴素的工具，搭建能陪你十年的第二大脑。

核心功能

PKM（Personal Knowledge Management）是一个纯Markdown文档型的技能，专注于个人知识库的建设方法论。它不执行任何代码，而是提供一套完整的知识捕获、整理和检索的最佳实践指南。

核心用法：采用"先捕获、后整理"的Inbox模式，建议用户建立~/kb/工作区，通过inbox.md快速记录任何内容（链接、想法、引用、问题），再定期处理为原子化笔记。文件命名遵循"小写连字符、描述优先"原则，如how-to-negotiate-salary.md，避免过早引入复杂层级结构。

显著优点：

• 零学习成本：纯文本Markdown确保任何设备可读，不绑定特定工具
• 渐进式增强：从单文件Inbox起步，20+笔记时建议标签，50+时引入索引，100+时再考虑文件夹，避免 premature optimization
• 检索友好：强调全文搜索+标签过滤+反向链接，而非依赖记忆路径
• 知识网络化：鼓励[[Wiki链接]]或相对路径关联笔记，让隐性连接显性化

潜在局限性：

• 仅为指导文档，不自动化任何操作（如需抓取链接需用户自行实现）
• 缺乏开箱即用的工具链，对非技术用户有动手门槛
• "渐进式"建议较抽象，新手可能难以判断"何时该加结构"的时机

适合人群：开发者、研究员、内容创作者等习惯文本工作流、重视数据自主权的用户；不适合追求All-in-One应用、不愿管理文件系统的用户。

常规风险：极低。无代码执行、无网络调用、无数据收集。用户唯一风险是文件管理不当导致的笔记丢失，但Skill明确建议使用Git/云同步进行备份。