本周为大家带来《信息美学家》的第013期
今日分享主题： 如何在飞书文档等文档工具里，用好「引用块」， 让外部引用、核心观点和行动结论各归其位？
（1）背景
平常写文档的时候，我们经常会遇到一个小麻烦：
一篇文章、会议纪要、课程讲义或项目方案里，既有自己的判断，也有别人说过的话，还有团队已经确认下来的结论。
这些内容如果都挤在普通正文里，读者读到一半就要停下来判断：
- 这句话是作者自己的观点吗？
- 这一段是引用别人说过的话吗？
- 哪些内容后面真的要照着执行？
单纯加粗 、改颜色，能让文字变显眼，但不一定能让读者分清信息的来源和用途。
所以这一期，我们来聊一个很轻的小组件：引用块。
它看起来只是文档里的一条竖线和一段缩进，但放在合适的位置，可以帮长文多一层清楚的阅读提示。
（2）引用块先帮读者分清这段话是什么
很多人第一次用引用块，是因为它看起来更有重点。
左边一条竖线，正文微微缩进，整段文字从普通段落里单独站出来，读者扫到这里时会自然慢一点。
这份"慢一点"，在长文里很重要。
比如你在写一份会议纪要，前面刚记录完讨论过程，后面突然出现一条最终决策。它如果继续待在普通段落里，读者很容易把它当成讨论中的一句话略过去。
换成引用块后，读者会更容易意识到：
这一段需要换一种方式阅读。
它可能是外部引用，可能是核心结论，也可能是团队后续要对齐的原则。
引用块的作用，就是帮这类内容从正文里站出来，让读者先分清它的角色，再继续往下读。
（3）三类内容，最适合放进引用块
引用块不用满篇铺开。
如果一篇文档里每隔几行就出现一个引用块，读者反而会找不到真正的重点。
我们可以先从三类内容开始用。
第一类：外部引用
当你在文档里引用专家观点、书籍金句、研究报告、官方说明或用户反馈时，引用块可以帮你把「别人说的」和「接下来我要解释的」分开。
比如写行业分析、产品说明、课程讲义时，我们经常会先放一段外部观点，再接上自己的理解。
如果这段引用只是普通正文，读者可能会把它和作者观点混在一起。
放进引用块之后，阅读顺序会更清楚。比如专家金句，可以这样放进引用块：
这类场景里，引用块会让文档更严谨。读者不用猜这句话从哪里来，也能更顺地接住后面的分析。
第二类：核心结论
有些内容不是外部引用，而是你写完一大段之后，最想让读者带走的一句话。
比如：
- 一篇文章最后的结论。
- 一个方案里的关键行动点。
- 一份复盘里最值得下次提醒自己的经验。
这些内容如果散在正文里，读者很可能读完就过去了。用引用块单独拎出来，扫读时也能抓住主线。
这种用法很适合长文、课程笔记和知识库文章。
读者不一定每次都会从头读到尾。引用块放在关键位置，能提醒他：这里是这段内容留下来的判断。
第三类：行动原则
在团队文档里，引用块还很适合放「已经确认下来的原则」。
比如项目管理文档里的协作规则、会议纪要里的重要决策、团队知识库里的术语定义。
这些内容会影响后续怎么执行，所以需要比普通说明更醒目一点，也需要和解释性文字分开。
比如在项目文档里，你可以先解释背景，再用引用块放一条最终原则：
这样处理后，读者不会只记得前面的讨论过程，也能明确知道后面要按什么规则行动。
（4）判断这段话是否放进引用块？
如果你不确定某段话该不该放进引用块，可以问自己三个问题：
- 这段话是否来自别人，是否需要和我的表达区分开？
- 这段话是否是整篇文档里最想让读者记住的一句？
- 这段话是否会影响后续行动、协作或判断？
命中其中一个，就可以考虑用引用块。
如果只是普通解释、普通过渡、普通背景信息，就让它待在正文里。
引用块用得克制，出现时才会更有分量。
（5）在飞书文档里怎么快速做出来？
知道了什么时候用，接下来看看具体操作。
在飞书文档里，比较常用的方式有三种。
第一种：用快捷指令
在新起一行输入 /，然后输入「引用」，选择弹出的「引用块」组件。
第二种：用 Markdown 语法
如果你习惯用 Markdown，也可以在行首输入：
markdown
> 空格 + 需要引用的内容这样可以很快把当前段落转成引用块。
第三种：用快捷键
选中一段文本之后，也可以用 cmd + shift + C，把普通文本转换成引用块。
如果文档里有多层引用，也可以尝试嵌套引用。不过日常写文档时，建议先别嵌套太多层。读者一眼能看懂，比层级复杂更重要。
第四种：Agent调用
如果你平常会用 AI 或 Agent 帮自己整理文档，也可以把「什么时候使用引用块」写进 Agent 的工作规则里。
比如让 Agent 在整理会议纪要、课程笔记、项目方案时，遇到下面几类内容，就自动转成引用块：
- 外部资料里的原话或定义。
- 一段内容最后沉淀出的核心结论。
- 团队已经确认、后续需要执行的规则。
- 需要从普通正文里单独拎出来提醒读者的重点。
这样一来，Agent 不只是帮你把文字整理顺，还会顺手把不同类型的信息放到更合适的位置。
比如你可以给 Agent 加一条这样的规则：
当你整理长文、会议纪要或知识库内容时，请把外部引用、核心结论和行动原则整理成引用块。普通解释保留为正文，不要把整篇文档都做成引用块。这个设置适合放进你的写作 Agent、会议纪要 Agent、知识库整理 Agent 里。之后每次生成文档时，它都会更主动地帮你处理信息边界。
（6）结语：让文档从写完变成读得懂
引用块是一个很小的组件，但它对应的是一个很重要的文档习惯：
不同类型的信息，要有不同的位置。
外部引用、核心结论、行动原则，如果都混在普通正文里，文档虽然写完了，读者还要自己花力气分辨。
当我们用引用块把它们分出来，阅读路径就会清楚很多：
- 读者知道哪里是引用。
- 读者知道哪里是重点。
- 团队知道哪里是后续要对齐的原则。
好看的文档，不只看字体、颜色和装饰，也看信息有没有被放到合适的位置。
如果你想系统学习如何用飞书搭建知识库、项目管理和内容系统，可以继续关注《玩转飞书系统课程》。很多看起来很轻的小组件，组合到一套文档系统里，会直接影响它是否清楚、好用、能长期复用。
以上就是本期的全部内容，我们下期见🍻🍻🍻