以「先捕获、后整理」理念，帮助用户将任意碎片内容转化为结构化的Markdown笔记，随数量增长渐进式构建个人知识库
说明：
## 核心用法
Personal Knowledge Base 遵循「捕获优先、组织延后」的原则，引导用户建立 `~/kb/` 工作区，以 `inbox.md` 作为快速收集入口。用户发送的任何内容——链接、想法、引用、问题或零散思绪——都会被即时保存，避免组织摩擦导致的使用放弃。系统根据内容类型自动处理：链接获取标题摘要、想法存为原子笔记、引用标注来源、问题标记待研究、长文本提取关键点拆分为多个原子笔记。
## 显著优点
– **渐进式结构**：20+笔记时建议标签系统，50+时建议索引或MOC，100+才考虑文件夹分层，避免过早复杂化
– **检索友好**：采用描述性文件名（如 `how-to-negotiate-salary.md`）而非日期命名，配合全文搜索和标签过滤，确保快速定位
– **知识网络化**：鼓励使用 `[[wiki-style]]` 或相对链接建立笔记间关联，通过反向链接发现隐藏连接
– **极致便携**：纯Markdown格式，不绑定任何工具，支持Git版本追溯和云同步
– **低门槛启动**：第一周仅需 `inbox.md` 无脑倾倒，后续逐步加工，大幅降低知识管理的心理负担
## 潜在局限
– 依赖用户主动性：inbox需要定期清理，否则沦为垃圾堆
– 链接维护成本：手动建立知识图谱需要持续投入
– 无内置自动化：链接抓取、摘要生成需外部工具或手动完成
– 大规模时性能：纯文本搜索在数千笔记后可能变慢，需迁移至专用工具
– 协作缺失：设计为个人使用，多人共享需额外方案
## 适合人群
– 信息过载的终身学习者、研究者、创作者
– 厌恶Notion等工具复杂度的极简主义者
– 希望拥有数据主权的隐私敏感用户
– 习惯命令行或纯文本工作流的开发者群体
## 常规风险
– **数据丢失风险**：虽建议Git/云备份，但用户可能忽略，需主动提醒配置
– **标签泛滥**：初期标签过多会导致检索失效，需定期审查合并同义词
– **完美主义陷阱**：过度追求结构可能重蹈「工具折腾」覆辙，需强调「够用就好」
– **inbox焦虑**：未处理条目堆积可能产生心理压力，建议设置温和提醒而非强制处理
会员专属
