公众号排版转码
运营编辑从飞书多维表格导出活动排期,要发进公众号文章。飞书表格直接粘贴到公众号编辑器,格式全乱,行距、边框彻底丢失。用本工具把飞书表格粘贴进来,拖拽调整列宽、删掉多余空行,一键转为 Markdown 格式,再复制进公众号编辑器,排版结构和原文一致,省去逐行手动改格式的 15 分钟。
开发者工具 · HTTP / 网络速查
拖拽编辑/粘贴 Excel→MD 表格
从 Excel 复制一列数据,粘贴进来想转成 Markdown 表格,却发现换行符全乱了、合并单元格变成了空行。这个工具直接接收粘贴的纯文本或表格内容,拖拽列宽、增删行列都在浏览器里即时渲染,不经过任何服务器。写技术文档、整理数据库字段说明时,不用再对着原始文本手工对齐竖线。
运营编辑从飞书多维表格导出活动排期,要发进公众号文章。飞书表格直接粘贴到公众号编辑器,格式全乱,行距、边框彻底丢失。用本工具把飞书表格粘贴进来,拖拽调整列宽、删掉多余空行,一键转为 Markdown 格式,再复制进公众号编辑器,排版结构和原文一致,省去逐行手动改格式的 15 分钟。
产品经理写 PRD 时,用 Excel 统计了 12 个功能点的优先级、开发工时、负责人。需求评审会上,研发要看 Markdown 格式的表格才能直接贴进 GitLab Issue。把 Excel 里的区域选中、复制,粘贴到本工具,自动识别表头和行列,微调后导出 MD,粘贴到 Issue 描述区,表格渲染正常,不用在 GitLab 里手写竖线对齐。
后端开发在 Notion 里用表格列出了用户表 20 个字段的名称、类型、长度、默认值、备注。Notion 导出为 Markdown 时,合并单元格全部丢失,表格结构混乱。把 Notion 表格内容复制进本工具,工具自动解析纯文本表格结构,用拖拽恢复被破坏的列对齐,再导出标准 MD,直接贴进项目 Wiki 的数据库设计章节。
市场分析员用 Excel 对比了 5 款竞品在功能、价格、售后、用户评分 4 个维度的数据。要整理进周报 PPT 时,Excel 表格贴进 PPT 会变形,手动调整对齐耗时。把 Excel 选中区域粘贴到本工具,工具自动转换表格结构,导出 MD 后插入 Typora,再导出为 PDF 嵌入 PPT,表格列宽和文字完全对齐,不用在 PPT 里重新画表格。
前端开发写接口文档时,需要列出 8 个请求参数的名称、类型、必填、示例、说明。用 Excel 整理后要转成 Markdown 贴进 GitBook。Excel 表格有多级表头(参数基本信息 / 校验规则),直接粘贴进 GitBook 格式错乱。用本工具粘贴 Excel 内容,手动合并表头单元格,调整列顺序,导出 MD 后 GitBook 渲染正常,参数说明和校验规则分栏清晰。
| 输入 | 输出 | 说明 |
|---|---|---|
| 姓名 年龄 城市 张三 28 北京 李四 32 上海 | | 姓名 | 年龄 | 城市 | | --- | --- | --- | | 张三 | 28 | 北京 | | 李四 | 32 | 上海 | | 常规:Tab分隔的Excel复制粘贴,验证基础列对齐和表头识别 |
| 商品 价格 库存 苹果 5.50 100 香蕉 3.20 橙子 50 | | 商品 | 价格 | 库存 | | --- | --- | --- | | 苹果 | 5.50 | 100 | | 香蕉 | 3.20 | | | 橙子 | | 50 | | 边界:空单元格处理,验证工具是否保留空字段而非合并列 |
| A B C D E F G H I J 1 2 3 4 5 6 7 8 9 10 | | A | B | C | D | E | F | G | H | I | J | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | | 边界:10列宽表,验证工具对多列布局的稳定性 |
| 姓名 年龄 城市 张三 28 北京 李四 32 上海 王五 广州 | | 姓名 | 年龄 | 城市 | | --- | --- | --- | | 张三 | 28 | 北京 | | 李四 | 32 | 上海 | | 王五 | | 广州 | | 边界:最后一行有空单元格,验证行尾空字段是否被正确保留 |
| 日期 事件 2024-01-01 新年 2024-02-10 春节 2024-03-08 妇女节 | | 日期 | 事件 | | --- | --- | | 2024-01-01 | 新年 | | 2024-02-10 | 春节 | | 2024-03-08 | 妇女节 | | 常规:日期格式,验证工具不破坏日期字符串 |
| 姓名 城市 张三 北京 李四 上海 | | 姓名 | | 城市 | | --- | --- | --- | | 张三 | | 北京 | | 李四 | | 上海 | | 易错:中间列无表头,验证工具是否把空表头处理为空白而非跳过 |
| 姓名 年龄 城市 张三 28 北京 李四 32 上海 王五 27 广州 赵六 30 深圳 | | 姓名 | 年龄 | 城市 | | --- | --- | --- | | 张三 | 28 | 北京 | | 李四 | 32 | 上海 | | 王五 | 27 | 广州 | | 赵六 | 30 | 深圳 | | 常规:4行3列标准数据,验证多行转换正确性 |
1.Excel 复制后直接粘贴,表格结构错乱
从 Excel 选中区域 → Ctrl+C → 在工具输入框直接 Ctrl+V从 Excel 选中区域 → Ctrl+C → 在工具输入框用 Ctrl+Shift+V(纯文本粘贴)或先粘贴到记事本再复制到工具Excel 复制的内容包含隐藏格式(如合并单元格、换行符、制表符),直接粘贴会破坏 Markdown 表格的分隔线对齐和列数识别。
2.表头与数据行之间缺少分隔行
| 姓名 | 年龄 |
| 张三 | 25 |
| 李四 | 30 || 姓名 | 年龄 |
| --- | --- |
| 张三 | 25 |
| 李四 | 30 |Markdown 规范要求表头下方必须有一行由 | 和 - 组成的分隔行,否则渲染器无法区分表头与数据行,工具也无法正确解析列数。
3.单元格内包含竖线 | 未转义
| 功能 | 说明 |
| --- | --- |
| 管道 | 用于连接命令 || 功能 | 说明 |
| --- | --- |
| 管道 | 用于连接命令 |Markdown 表格用 | 作为列分隔符,单元格内容中的 | 会被误认为新列。必须用 HTML 实体 `|` 或反斜杠 `\|` 转义。
4.列数不一致导致表格歪斜
| 姓名 | 年龄 | 城市 |
| --- | --- |
| 张三 | 25 | 北京 || 姓名 | 年龄 | 城市 |
| --- | --- | --- |
| 张三 | 25 | 北京 |Markdown 解析器要求每行(包括分隔行)的列数严格一致。少写一个分隔列会导致该行之后的所有行都少一列,表格整体错位。
5.手动输入表格时忘记对齐分隔行冒号
| 左对齐 | 居中 | 右对齐 |
| :--- | :---: | ---: || 左对齐 | 居中 | 右对齐 |
| :--- | :---: | ---: |分隔行中冒号位置决定列对齐方式:`---` 默认左对齐,`:---` 左对齐,`:---:` 居中,`---:` 右对齐。冒号位置错误会导致渲染时对齐效果不符合预期。
6.单元格内有多行文本时未用 `<br>`
| 描述 |
| --- |
| 第一行
第二行 || 描述 |
| --- |
| 第一行<br>第二行 |Markdown 表格单元格内直接换行会被解析为表格行结束。要显示多行内容必须使用 HTML 的 `<br>` 标签,否则工具会误判为新增一行。
7.表格前后缺少空行,导致与正文粘连
以下是数据:
| 姓名 | 年龄 |
| --- | --- |
| 张三 | 25 |
结束以下是数据:
| 姓名 | 年龄 |
| --- | --- |
| 张三 | 25 |
结束Markdown 要求表格前后各有一个空行,否则表格会被视为前一段落的行内代码或列表项,导致渲染异常。
MD 表格 = 行分隔符 + 列对齐符 + 单元格内容
行分隔符竖线 | 分隔每行单元格列对齐符第二行用 :--- 左对齐、:---: 居中、---: 右对齐单元格内容每列文本或空值,用 | 包裹Excel 数据:姓名 张三 年龄 25 → 转为 MD 表格:| 姓名 | 年龄 |\n| :--- | :--- |\n| 张三 | 25 |。第二行 :--- 表示左对齐,最终渲染为两列两行表格。
直接从 Excel 复制单元格区域(Ctrl+C)后粘贴到本工具的输入区,默认会按制表符分隔识别,基本能保留行列结构。但如果 Excel 单元格内包含换行或复杂合并单元格,粘贴后可能出现行列错位。建议粘贴前先检查 Excel 数据是否含多余空行或合并单元格,必要时先取消合并再复制。工具目前只处理纯文本表格,不保留字体颜色、边框样式等格式信息。
常见原因有两个:一是分隔行(表头下面的那行虚线)里的冒号没对齐,比如 `|---|` 写成 `|---` 缺少末尾竖线;二是表格行数不一致,比如表头 4 列但某行只写了 3 列。本工具对标准 Markdown 表格语法要求较严格,建议先检查每行列数是否一致,分隔行是否以 `|` 开头和结尾。如果仍不对,可以尝试把内容粘贴到纯文本编辑器里清洗一下不可见字符再试。
本工具运行在浏览器端,没有服务器端限制,理论上行数列数只受浏览器内存和渲染性能影响。实测在常规设备上,1000 行 × 20 列的表格粘贴后编辑和导出都较流畅;超过 5000 行时,拖拽编辑可能会有明显卡顿。如果表格特别大(如上万行),建议先拆分后再分别处理,或者只在工具里做格式转换,不要做大量行内编辑。
目前拖拽编辑模式下没有撤销(Ctrl+Z)功能,因为拖拽操作会直接修改表格结构。建议在开始拖拽前先备份原始数据,或者把编辑结果复制到别处暂存。如果只是删除了一行,可以立即点击输入区重新粘贴原始内容恢复。未来版本会考虑加入撤销功能。
本工具输出的 Markdown 表格遵循标准 GFM(GitHub Flavored Markdown)语法,在 GitHub、GitLab、Gitee 等代码平台以及知乎、简书等支持 GFM 的编辑器上都能正常渲染。但注意知乎的表格渲染要求表头分隔行不能有空单元格,如果表格中有空列,建议用 `-` 或空格填充。另外,微信公众号、飞书文档等使用自定义 Markdown 解析的平台可能不兼容,建议先测试一小段。
本工具预览区默认不自动换行,长内容会撑宽列宽导致表格超出屏幕。如果需要查看完整内容,可以点击单元格进入编辑模式,此时输入框会自适应宽度。导出时生成的 Markdown 源码也不做自动换行处理,长内容会保持在一行内。建议在 Excel 里提前把长文本用 `<br>` 标签或手动换行符折行,再粘贴进来。
Markdown 表格本身不对齐内容,只靠管道符分隔列,渲染效果取决于阅读器。本工具预览区使用等宽字体展示,中英文混排时因为字符宽度不同,视觉上可能看起来没对齐,但实际渲染到 GitHub 等平台时浏览器会自动处理。如果希望导出后在本地文本编辑器中对齐,可以在导出后手动调整列宽,或使用支持中英文等宽对齐的编辑器(如 VS Code 的 Markdown 预览)。
本工具完全在浏览器本地运行,所有数据只存在于当前页面的内存中,不会上传到任何服务器。粘贴、编辑、导出等所有操作都不需要联网,断网情况下也能正常使用。关闭页面或刷新后数据会丢失,建议及时导出保存。
隐私保证所有计算与处理均在你的浏览器本地完成,输入数据不会上传服务器,也不会保存或共享。