FormLab

Markdown 实时预览

同步滚动 · 自动 TOC · GFM 表格 / 任务列表 / 代码块 · 导出独立 HTML。

目录 (TOC)

它能解决什么问题

写作时即时看到 Markdown 的渲染效果，比 Word / 在线文档更轻：

支持语法

基础: 标题、段落、列表、链接、图片、引用、粗体 / 斜体、行内代码、水平线
扩展: 表格、任务列表、围栏代码块（含语言标记）
  • XSS 注意：HTML 标签会被直接渲染，请只粘贴可信内容。本工具不做 sanitize。
  • 不依赖 CDN：导出的 HTML 内联所有样式，离线可看。

相关工具

字数
统计文章字数
占位
填充示例文章
HTML 实体
转义字符

常见问题 FAQ

「Markdown 实时预览」的适用边界在哪里？
Markdown 实时预览，自动生成目录（TOC），导出独立 HTML，支持 GFM 表格 / 代码块 / 任务列表。 换句话说，它解决的是「按你给的条件做一次快速估算」这一类问题，不适用于需要查权威数据、核对官方文件，或者要逐条审合同、做专业判断的场景。凡是结果会直接影响到花钱、签约、对外承诺的事情，都应该回到原始资料和官方口径再确认一次，把这里的输出当作中间的一步，而不是终点。
「Markdown 实时预览」的结果应该怎么看？
先看最后给出的那个数值，再回到这一段解释里对照：Markdown 实时预览，自动生成目录（TOC），导出独立 HTML，支持 GFM 表格 / 代码块 / 任务列表。 看的时候把「数值本身」和「数值成立的前提」分开看，前者是你填进去的东西算出来的，后者决定了它在什么情况下才算数。数值变大或变小分别代表什么，页面在这一节里已经写清楚了。
拿到「Markdown 实时预览」的结果后可以直接照着做吗？
把它当成做决定前的一份对照材料，比当成答案更稳妥：Markdown 实时预览，自动生成目录（TOC），导出独立 HTML，支持 GFM 表格 / 代码块 / 任务列表。 这一页给出的是在当前输入下算出来的一个量级，它并不包含你的实际执行成本、突发情况和对方可能的变化。真正落地之前，再把结果和实际条件对一遍，看看哪些假设在现实里不成立。
Markdown 实时预览需要填写哪些信息？
「Markdown 实时预览」一共用到 2 个输入项：Markdown 源、预览。这些字段在页面上是按计算顺序排下来的，前面的输入会直接影响后面的结果，所以不要跳过看不懂的那一栏。建议先把每个数字的单位口径对齐再动手填，单位不统一是这类计算里最常见、也最容易被忽略的错误来源。
开始用「Markdown 实时预览」之前需要先确认什么？
建议先确认三件事：一是你要解决的问题，是不是正好落在它的适用范围里，别拿一个相邻的工具硬套；二是手上每个数字的统计口径和时间点是否一致，比如同一年里有的按月、有的按年，直接混用会让结果失真；三是算完之后有没有留出复核的余地，比如把关键输入记下来，方便回看时知道当时用的是哪一组数。
谁适合用「Markdown 实时预览」，谁不适合？
适合的是手上已经有明确数字、需要快速得到一个量级参考的人，比如在做预算草案、给同事对齐口径、或者上课前先估算一遍的人。不适合的是想把结果当精确值直接对外承诺的人，也是不适合连输入项口径都还没定下来就开始算的情况——这种情况下先花几分钟把口径理清，比算完之后再来回改数字省事得多。
「Markdown 实时预览」怎么用才不容易算错？
按页面「使用说明」那一段的顺序来：Markdown 实时预览，自动生成目录（TOC），导出独立 HTML，支持 GFM 表格 / 代码块 / 任务列表。 使用方法的关键在于「顺序」和「口径」两件事：先按顺序把需要的量准备好，再确认每一项的单位和你要解决的问题一致。这两点做到了，基本不会算错；漏掉任何一点，结果都会整体偏掉。
用「Markdown 实时预览」时最容易踩的坑是什么？
常见的易错点集中在四处：一是把百分数和小数混着填，比如 20 填成了 0.2；二是漏填选填项后直接按默认值算，得到一个看起来正常但不是你想要的数；三是中途改了其中一个输入却忘了重新计算，页面上还留着上一轮的旧结果；四是把页面上写的「参考值」当成了「准确值」往对外的材料里搬。改完任何一项输入，都重新点一次计算按钮再读结果。
「Markdown 实时预览」和手工心算相比，差在哪里？
手工估算通常只抓最大的那一两项，其余的按经验带过去；这个页面会把你给的每一项都算进去，再把中间量一并显示出来，所以结果更贴近你实际的输入组合。差异主要来自那些被忽略的小项，而不是来自算式本身——这也是为什么把输入填完整比选哪种算法更影响结果。