我也是有知识库的人了
RT
前两天看别人的知识库,知识很有调理,正赶上博客比较凌乱,然后自己部署了一个
就在右上角,或者链接 https://coperlm.github.io/KnowledgeBase/
然后规划一下未来知识库要怎么用
知识库里面的内容
每篇包含三个部分
背景(为什么要学)
核心内容(我现在知道什么)
残留问题(我还不知道什么,不超过三条)
内容上使用短笔记;结构上避免过深的树形结构(会导致长时间落灰)
区分博客和知识库
现状:博客有一百来篇,但是过于零散,还有很多半成品;急须知识库来辅助构建知识体系
方式:博客记录过程(流水账记录,想法,学习过程),知识库记录结果(整理后的我知道了什么/如何使用)
理想的运作方式:
先随便写,不要求结构化或优雅
沉淀,每周或者每月从里面挑出核心内容,放进知识库
然后知识库不断丰富,就变得嘎嘎好了
但是缺陷是博客会很多东西,又但是东西多的话,只要不乱就好
又但是我已经有知识库了,很多人博客就是当知识库使用;这样我只要求博客我自己能看懂即可(只承担时间线,不当知识库功能)
但是我更喜欢手写笔记,如何建立合适的工作流
1 | 我现在关注点在于,对于一个学习内容,如何做到1.尽可能全息记录,2.不会对学习本身造成负面影响。相较于打字,我更喜欢手写记录(因为这样更快,而且可以灵活画图),但是缺陷是难以转为电子版,如果拍照上传的话效果又不那么好;我曾经试图用数位板写字,但是手感一般,而且没有找到可以很好转文字的软件;我现在想学习一种能让软件去识别的字体,能实现1.写字快,2.能转文字,我现在的情况是如果写得很仔细那很耗时,如果写得快了则难以识别。 |
现状
不存在一种可以100%识别手写字体的方案
字写得隔开一点,可以达到90%识别率
即便全息记录,可能也不是我真正想要的
核心解决方案:快速手写,在博客上记录心路历程,在知识库上记录学习成果
永远不要把全部笔记电子化
博客和知识库里需要记录的,可能也就20%的东西
需要手写的:随手演算,记录的内容之类的
需要放进博客里的:思考过程,就像对某个东西的理解和解释,关键突破点,还有未来需要做的(可能很短,只有几行,甚至几张图)
需要放进知识库的:最终的结构化知识
最终的workflow1.0
阶段 1:原始输入 → 手写速记(Raw Capture)
你采用手写,这是很优的选择,因为:
速度快
可以画图、推导
符合大脑自然思考方式
在纸质笔记本上快速写,不追求工整,只求速度和完整性,所有即时想法、推导、例子都写进去。页面右上角写一个“主题标签”用于未来归档
目的:保留大脑思维过程,不损害学习效率
阶段 2:冷却(Cooling, 1–24h 内完成)
不要立即整理。
第二天再回看手写内容,能自然过滤噪音,提高抽象能力。
你做的只是:
粗略浏览一下手写草稿
标记 3 种内容:
核心概念(以后一定会用)
推导/图示(需要电子化)
个人理解/观察(博客要用)
阶段 3:生成两个方向的输出(分轨制)
📘 (A)知识库(显示:结论 / 系统化)
输入内容包括:
核心定义 & 结构化知识
自己理解后提炼出的框架
若需要,加入一两张手绘图(拍照 + 增强一下即可)
最终形成干净、可靠、可复用的“知识条目”
目标:知识库像你读过的最好书籍那样清晰
✏️ (B)博客(显示:过程 / 思考)
来自手写草稿中的思考过程
“我当时卡在哪里”
“我怎么理解的”
路上的坑和反思
不需要系统化,只需真实
目标:博客是你作为学习者的「旅程记录」
阶段 4:将手写草稿归档(Preserve the Raw)
找个固定地方保留即可(其实不保留好像也没事)
阶段 5:定期回顾(Weekly Review)
每周一次,持续 10–15 分钟:
看一眼自己的知识库目录
哪些领域增长不平衡?
哪些草稿还没转电子?
哪些文章有必要合并?
1 | 学习输入 →(手写速记) |
什么记,什么不记?
有复用价值
方便未来理解
最终需要注意的几个点
博客为了“记录进步”,而非“一切发生的事”。否则博客可能再度膨胀
知识库存放过多内容,导致维护成本上升。最多三层物理结构,不然会找不到
工作流在大任务下会被打断。置顶,打个延缓的tag,不超过三天

.gif)
.gif)
.gif)
.gif)
.gif)
.gif)
.gif)
.gif)
.gif)
.gif)