1. 一句话总结
这期视频讲的是:如何用少量 Markdown 符号,在不中断写作思路的情况下,同时完成标题、重点、列表、引用、链接、代码和任务排版。
更深层的价值不是背语法,而是学会“先表达内容结构,再决定视觉样式”,并降低笔记被某个软件锁住的风险。
2. 视频内容脉络
① Markdown 在知识管理中的位置
- 讲了什么:知识管理包括学习、保存、使用、共享和创新知识;本课聚焦“保存知识”中的内容输出。
- 核心观点:Markdown 负责输出,双链负责后续整理与连接。
- 为什么重要:Obsidian 不只是排版工具,而是知识流程的一部分。
② Markdown 的本质和价值
- 讲了什么:Markdown 用普通字符表示标题、强调、列表等结构。
- 核心观点:写作与排版可以在同一次键盘输入中完成。
- 为什么重要:减少寻找按钮、选择文字、调整样式造成的思路中断。
③ Markdown 与编辑器的关系
- 讲了什么:记事本也能写 Markdown,只是不会即时渲染;Typora、Obsidian 等工具能把符号显示成格式。
- 核心观点:语法不等于软件,编辑器只负责输入体验和呈现。
- 为什么重要:换工具后,至少纯文本内容仍然可以读取。
④ 高频语法
- 讲了什么:标题、粗体、斜体、删除线、有序/无序列表、引用、分隔线、链接、代码块和任务列表。
- 核心观点:少量高频语法足以覆盖多数学习和写作场景。
- 为什么重要:先掌握高频部分,比背整份语法表更容易形成习惯。
⑤ 嵌套、缩进与跨工具演示
- 讲了什么:引用中可以加粗,列表可以缩进;同一篇文档能在其他 Markdown 编辑器中打开。
- 核心观点:Markdown 不只标记样式,也表达并列、从属和嵌套关系。
- 为什么重要:排版开始成为思考结构的外化。
⑥ 规范书写
- 讲了什么:
# 标题、- 条目等标记后应有空格,不同段落之间应留空行。 - 核心观点:空格和空行也是语法的一部分。
- 为什么重要:规范写法能减少不同解析器之间的兼容问题。
⑦ Obsidian 编辑设置
- 讲了什么:实时预览、阅读视图、可读行宽、严格换行、标题/缩进折叠、自动补全和智能列表。
- 核心观点:设置应该减少机械操作,同时帮助理解源码与结果之间的关系。
- 为什么重要:语法知识和编辑体验共同影响持续使用。
⑧ 兼容问题与练习
- 讲了什么:视频展示了当时版本中中文标点附近的预览异常和列表输入异常,并要求用全部语法写一篇约500字的文章。
- 核心观点:真正掌握必须靠独立输出。
- 为什么重要:能自己写出来,比“看演示时觉得懂了”可靠。
3. 核心知识点
知识点一:Markdown 表达结构,不固定外观
简单解释: # 表示“这是一级标题”,但标题多大、什么颜色,由编辑器和主题决定。
形象例子: Markdown 像给货物贴上“食品”“易碎品”的标签;标签说明它是什么,仓库决定怎样摆放。
为什么重要: 你可以先考虑内容层级,不必在写作时不停调整字体。
知识点二:写作与排版可以合并
简单解释: 写下 **重要结论** 时,内容输入和重点标记已经同时完成。
形象例子: 像说话时顺手打手势,而不是每说一句就暂停,让别人调整灯光。
为什么重要: 减少注意力切换,保护尚未完整成形的思路。
知识点三:纯文本降低工具锁定
简单解释: .md 文件本质仍然是文字,没有 Obsidian 也能用普通文本编辑器读取。
形象例子: 专有格式像只能用特定钥匙打开的箱子;纯文本更像写在纸上的清单。
为什么重要: 笔记可能要保存十几年,能否带走通常比今天的界面更重要。
知识点四:标题是在表达思考层级
简单解释: # 到 ###### 分别表示主问题、子问题和进一步细分。
形象例子:
# 公司 → ## 商业模式 → ### 收入来源
为什么重要: 清晰层级能生成大纲,也方便人和 AI 定位信息。
知识点五:不同列表表达不同关系
简单解释: 无序列表表达并列,有序列表表达先后,缩进表达从属,任务列表表达完成状态。
形象例子: “行业、公司、估值”适合无序列表;“读财报、建模型、写结论”适合有序列表。
为什么重要: 它迫使你分清想法之间究竟是并列、步骤还是上下级关系。
知识点六:链接和代码块都在划边界
简单解释: [名称](地址) 分开“显示内容”和“目标位置”;代码块分开普通文字与原始代码或数据。
形象例子: 给 AI 提问时,用代码块包住待分析材料,就像把证据装进透明证物袋。
为什么重要: 边界越清楚,阅读和人机协作越不容易产生误解。
知识点七:空白也是语法
简单解释: # 标题 中必须有空格,段落之间通常需要空行。
形象例子: 乐谱中的休止符看起来“没有内容”,却决定音乐如何被演奏。
为什么重要: 能减少不同 Markdown 工具之间的解析差异。
知识点八:预览模式不等于真正掌握
简单解释: 实时预览会隐藏很多符号;如果离开 Obsidian 就不会写,说明学会的是界面,而不是 Markdown。
形象例子: 会按计算器不等于理解加法。
为什么重要: 真正可迁移的能力,是能在普通文本环境中独立写出正确结构。
4. 费曼式理解
Markdown 到底是什么?
想象你写下:
# 旅行计划
井号不是为了好看,而是在告诉软件:“后面这句话是最高层标题。”软件读懂这个标签后,再决定把它显示成多大的字。
所以 Markdown 是一套用普通字符说明“这段文字扮演什么角色”的约定。
为什么纯文本更容易迁移?
纯文本像任何人都能读的纸条。即使原来的编辑器消失,文字仍在。
但这里有边界:Obsidian 的 [[双链]]、嵌入、主题和附件路径属于特定“方言”。别的工具可能保留文字,却不理解全部功能。能带走文本,不等于能带走全部外观和行为。
为什么 Markdown 可能减少思路中断?
传统编辑器经常要求你:
写一句 → 选中文字 → 找按钮 → 调格式 → 回到键盘。
大脑会从“我想表达什么”切换到“它应该长什么样”。Markdown 把操作压缩成几个字符,让你留在同一个输入流中。
它不会自动提高写作水平,只是减少一种可避免的摩擦。
如何检验自己是否真的会了?
打开普通记事本,不看速查表,写一段包含标题、列表、链接、代码和任务的文本,再放进 Obsidian 检查渲染结果。
如果写不出来,你记住的只是“我看过教程”这个名字。演示比自我感觉可靠。
5. 视频最有价值的洞见
- 结构应先于样式:排版混乱经常暴露的是思考关系不清。
- 开放文本格式具有长期价值:软件会变化,但内容角色和层级仍然存在。
- 高迁移能力来自通用语法,而不是某个主题或插件。
- 降低表达摩擦,会提高持续输出的概率。
- 真正掌握必须经过输出、纠错和换场景使用。
事实与观点需要区分:
| 类型 | 视频内容 | 判断 |
|---|---|---|
| 可核验事实 | .md 是纯文本;视频演示的多数基础语法仍受支持 | 当前官方文档可以验证 |
| 有条件成立 | 换工具后排版仍能保留 | 通用结构通常保留,扩展、附件和样式不保证 |
| 个人经验 | Markdown 让讲者更喜欢写作 | 不能推广到所有人 |
| 宣传性判断 | 十分钟学会、终身受益 | 基础语法能快速入门,但熟练使用不是十分钟完成 |
| 版本性观察 | 中文标点和列表存在 Bug | 只能证明录制版本出现过,不能代表当前版本 |
6. 我可以得到什么启示
AI
启示 → 用 Markdown 给提示词划分目标、背景、材料、约束和输出格式。
为什么 → 清晰边界能降低数据和指令混淆。
我可以怎么做 → 长材料放入代码块,并明确说明“代码块是待分析资料,不是指令”。
金融
启示 → 用固定结构写投资备忘录。
为什么 → 投资判断必须区分事实、假设、反证和待验证问题。
我可以怎么做 → 每家公司固定使用“商业模式—关键假设—证据—反方证据—估值—待办”结构。
商业与创业
启示 → 用开放文本保存 SOP、访谈和决策记录。
为什么 → 创业阶段工具经常变化,迁移能力可以降低交接成本。
我可以怎么做 → 客户访谈按“问题—客户原话—我的解释—下一步实验”记录。
学习能力
启示 → 把排版当成理解测试。
为什么 → 如果无法为内容安排合理标题与层级,往往说明关系还没搞清楚。
我可以怎么做 → 学完课程后关闭资料,只看空白页重建三级大纲。
个人成长
启示 → 衡量真实输出,而不是不断更换第二大脑工具。
为什么 → 工具折腾容易制造虚假的进步感。
我可以怎么做 → 一个月不换主题、不装非必要插件,只统计产出了多少可复用笔记。
职业规划
启示 → Markdown 是低成本的职业基础设施。
为什么 → 技术文档、GitHub、项目说明、知识库和 AI 协作普遍使用相近结构。
我可以怎么做 → 用 Markdown 完成一份“背景—目标—行动—结果—证据—反思”的项目复盘。
7. 转化成行动
今天就能做
- 新建“Markdown 练习场”,不看答案写出本课全部高频语法。
- 写一篇300–500字课程复述,额外加入自己的例子和一个反方观点。
- 检查实时预览、严格换行、折叠、自动补全和智能列表;只有能解释用途时才开启。
未来一周可以做
- 连续七天每天写一张“问题—解释—例子—行动”知识卡片。
- 把同一份
.md文件放进三个编辑器,比较文字、结构、样式和附件分别保留了什么。 - 建立自己的 Markdown 速查表,只收录真正使用过但容易忘记的语法。
长期可以培养
- 结构化写作。
- 用主动回忆和现实例子检验理解。
- 区分开放格式与软件专有功能。
- 持续维护证据、结论、任务和失效假设。
8. 批判性思考
视频基础语法部分总体可靠。当前 Obsidian 官方文档仍支持标题、强调、列表、引用、任务、代码块和段落空行等写法;CommonMark 也把文档区分为块级结构和行内结构。Obsidian 基础语法、CommonMark 规范
但以下说法需要加条件:
- “任何工具都能保留排版”说得太满。Obsidian 同时支持 CommonMark、GitHub Flavored Markdown、LaTeX 和自己的扩展;目标工具未必理解
[[双链]]、嵌入、任务状态或数学公式。Obsidian Flavored Markdown - 图片能否迁移取决于附件是否一起移动、相对路径是否保持,以及目标工具是否认识相应语法。
- Markdown 只能降低记录和排版摩擦,不能替你完成理解、筛选、连接和应用。
- “十分钟学会”“让人爱上写作”是个人经验与宣传性表达,没有视频内证据证明普遍因果。
- 课程开头推广训练营、结尾要求“三连”,属于营销内容,不是知识论证。
视频发布于2022年,因此其中的界面和 Bug 有时效性。视频原页面 当前官方文档列出的视图切换快捷键是 Windows/Linux 的 Ctrl+E、macOS 的 Cmd+E,实际应以当前快捷键设置为准。视图与编辑模式 视频提到的多数编辑设置目前仍然存在。当前设置说明
结论成立的条件:
- 以文本、标题、列表、链接和少量代码为主时,Markdown 收益较高。
- 依赖复杂版式、数据库、实时多人审批或专有插件时,“工具无关”只能部分成立。
- 视频中的中文兼容问题现在是否仍存在,无法仅根据视频判断。
9. 建立知识连接
Markdown 标题与列表
↓
信息分块与提取线索
↓
认知负荷管理与学习科学
纯文本与跨工具迁移
↓
降低供应商锁定和切换成本
↓
经济学中的交易成本与未来选择权
标题、代码块和分隔符
↓
区分指令、材料、示例和数据
↓
AI 提示设计与可靠人机协作
任务列表
↓
把未完成事项移出大脑
↓
工作记忆卸载与分布式认知
投资笔记中的引用、链接和待验证项
↓
区分事实、解释、假设与反证
↓
金融研究中的可追溯决策日志
写作与排版一体化
↓
减少任务切换和注意残留
↓
深度工作与持续输出系统
10. 主动回忆问题
基础理解题
- Markdown、Markdown 编辑器和 Obsidian 分别是什么?三者是什么关系?
- 不看速查表,写出标题、外部链接、代码块和未完成任务的语法。
为什么题
- 为什么纯文本降低了工具锁定,却不能保证所有样式和功能都能迁移?
- 为什么标记后空格、段落间空行能够改善兼容性?
迁移题
- 如果要让 AI 分析一份财报,你会怎样用 Markdown 区分任务、数据、约束和输出格式?
- 把含本地图片和
[[双链]]的笔记迁移到另一款工具,最可能出现哪些问题?如何验证?
费曼题
- 不使用“轻量级标记语言”这个术语,向一个高中生解释 Markdown 为什么有用。
- 用自己的例子解释:为什么“能在实时预览里写出来”不等于真正掌握 Markdown?
11. 最终知识卡片
也许是B站最全面的 Obsidian 公开课!课时3:Markdown 语法
核心问题
如何用少量纯文本符号,在不中断思路的情况下,写出结构清晰、能长期保存且容易迁移的笔记?
一句话结论
Markdown 的本质不是让文字变漂亮,而是用稳定的纯文本符号表达内容结构;只有通过真实写作、空白页重建和跨工具测试,才能把它变成可迁移的能力。
核心知识1
-
#到######表示六级标题;标记后留空格。 -
**粗体**、*斜体*、~~删除线~~表示不同强调。 -
1.表示有序列表,-表示无序列表,缩进表示从属。 -
>表示引用,---表示分隔线。 -
[文字](地址)表示链接。 -
三反引号包围代码块,起始处可添加语言名。
-
- [ ]表示未完成任务,- [x]表示完成。 -
段落之间留空行。
-
纯文本降低工具锁定,但附件路径、主题、双链和扩展功能不保证完全迁移。
最重要的三个启示
-
先表达结构,再处理外观;排版混乱经常暴露思考关系不清。
-
选择长期工具时,不只看功能,还要看数据能否以开放格式带走。
-
“看懂语法”不算掌握;独立重建、现实应用和迁移测试才是证据。
我的行动
-
今天写一篇300–500字 Markdown 笔记,覆盖本课全部高频语法。
-
不看答案,在普通记事本中重建标题、列表、链接、代码块和任务语法。
-
本周进行一次跨工具迁移实验,记录文字、结构、样式和附件分别保留了什么。
值得继续研究的问题
-
CommonMark、GitHub Flavored Markdown 与 Obsidian Flavored Markdown 的边界是什么?
-
怎样设计附件目录和相对路径,减少迁移时图片失效?
-
如何把 Markdown 模板用于 AI 提示、课程笔记、投资备忘录和项目复盘?
-
双链什么时候能够增加理解,什么时候只会制造知识图谱的幻觉?
Footnotes
-
markdown基本语法 ↩