这里写自定义目录标题欢迎使用Markdown编辑器一、Vibe Coding 的本质1.1 定义与起源1.2 为什么现在才火起来二、Vibe Coding 的核心工作流2.1 主流程需求-生成-验证-迭代2.2 三种协作模式三、Vibe Coding 落地方法论3.1 需求描述的技巧3.2 让 AI 自己找问题3.3 用规格文件当沟通媒介3.4 建立验证闭环四、Vibe Coding 的收益与陷阱4.1 真实收益4.2 必须警惕的陷阱五、人与 AI 的分工边界六、工具链选型建议七、我的实践总结新的改变功能快捷键合理的创建标题有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能丰富你的文章UML图表流程图FLowchart流程图导出与导入导出导入欢迎使用Markdown编辑器你好 这是你第一次使用# Vibe Coding 开发工作流完全指南从自然语言到产品落地如果你最近关注 AI 编程大概率已经见过一个越来越火的词Vibe Coding。以前做一个网站或 App你需要先学HTML、CSS、JavaScript再搞懂数据库、API、服务器和部署。现在越来越多人的开发方式变成了告诉 AI帮我做一个登录页面“增加一个用户积分系统”“这里报错了帮我修一下”“把整个项目部署上线”。你不再逐行编写代码而是通过自然语言告诉 AI我要什么AI 去完成大量具体的编码工作。这就是 Vibe Coding 带来的变化。但 Vibe Coding 远不止让 AI 写代码这么简单。它背后是一整套新的开发工作流和协作方法。这篇指南把它系统讲透。一、Vibe Coding 的本质1.1 定义与起源Vibe Coding 这个词由 OpenAI 联合创始人 Andrej Karpathy 于 2025 年提出。它指的是用自然语言描述需求让 AI 帮你生成、修改和调试代码并不断通过对话把产品做出来。和传统编程相比开发者的工作重心发生了根本性转移传统编程Vibe Coding理解需求 → 设计架构 → 写代码 → 调试 → 修改描述需求 → AI 写代码 → 看结果 → 提修改意见 → AI 继续改关注怎么写关注要什么逐行控制代码控制意图与方向人承担全部编码劳动AI 承担编码人负责验收需要强调一点Vibe Coding 真正改变的并不是有没有代码。代码依然存在改变的是人和代码之间的交互方式。以前你需要告诉电脑具体应该执行什么代码现在你更多是在告诉 AI我最终想得到什么结果。1.2 为什么现在才火起来Vibe Coding 不是突然出现的它背后对应着 AI 编程工具几次非常明显的进化第一代代码补全——AI 预测这一行接下来应该写什么本质是程序员的打字加速器架构、调试仍由人负责。第二代任务级助手——人能直接说帮我增加一个登录功能“把这个页面改成响应式”AI 开始理解整个任务而不只是补全几行。第三代Agent 化工具——像 Codex、Claude Code 这类工具AI 能阅读整个项目、自主修改文件、运行测试、处理报错甚至完成改完代码并验证的完整闭环。正是第三代的成熟让 Vibe Coding 从效率提升工具跃迁为重构开发范式的力量。行业数据显示AI 编程工具正从辅助生成走向Agent 自主执行Cursor 的 Agent 用户与补全用户比例已达 2:1。二、Vibe Coding 的核心工作流2.1 主流程需求-生成-验证-迭代一个完整的 Vibe Coding 迭代循环是描述需求 → AI 生成/修改代码 → 运行验证 → 观察结果 → 提出修改 → 回到第一步关键在验证环节——很多人以为 Vibe Coding 就是不断让 AI 改实际上高质量的验证和反馈才是决定成品质量的分水岭。你把验证结果报错信息、界面截图、测试输出反馈给 AI它才能有针对性地修复。2.2 三种协作模式根据你自身对项目理解程度的不同有三种不同的协作姿势模式一完全不懂实现思路让 AI 主导直接让 AI 梳理整个项目的开发计划明确系统搭建的整体流程和分步执行步骤要求 AI 在执行前后同步进度、说明操作内容同时完成结果验证与问题排查保障开发流程有序推进。模式二已有清晰实现思路人主导主动引导 AI 按照你的逻辑推进开发提前确认当前系统的适配条件同步已完成的工作内容让 AI 精准承接后续开发任务贴合你的开发节奏。模式三主次分明主线支线分清主线任务和支线任务针对局部细节调整单独调取会话上下文针对性优化避免局部修改影响整体项目主线合理拆分开发颗粒度小步迭代推进持续回顾核心需求与开发主线避免偏离目标。三、Vibe Coding 落地方法论3.1 需求描述的技巧AI 生成代码的质量很大程度取决于你的需求描述。好的描述包含四要素背景这是什么项目、什么技术栈、给谁用目标明确要达成的结果约束技术限制、风格要求、兼容性要求验收标准怎样算做完了。示例对比❌ 差的描述“帮我做个登录功能。”✅ 好的描述“这是一个基于 React TypeScript 的电商后台项目请为管理端添加一个登录页面。要求使用已有的 UI 组件库支持用户名密码登录登录成功后跳转首页并保存 token 到 localStorage登录失败显示错误提示。完成后请告诉我改动了哪些文件。”3.2 让 AI 自己找问题Agent 化工具的另一个优势是自主闭环。你不必自己定位 bug可以这样说“项目跑不起来报错了帮我看一下日志找出问题并修复修完跑一遍测试确认没问题。” 优秀的 Agent 会自己读日志、定位、修改、验证。3.3 用规格文件当沟通媒介对于复杂项目口头对话容易丢失上下文。更工程化的做法是维护一份项目规格文档README 或 specs.md把所有需求、约束、决策记录在案每次让 AI 开工前先读它。这样新会话也能快速恢复上下文团队协作有统一依据AI 不会因为对话过长而遗忘需求。3.4 建立验证闭环自动化测试让 AI 顺便生成测试用例每次改动跑一遍人工验收关键功能你亲自上手体验版本控制用 Git 保存每次改动随时可回退。四、Vibe Coding 的收益与陷阱4.1 真实收益效率跃升原型几天就能完成甚至当天出 MVP降低门槛不懂代码的人也能把想法变成产品聚焦业务开发者的精力从怎么写解放到做什么。4.2 必须警惕的陷阱“Demo 陷阱”AI 生成的原型跑得通不等于可以商业化落地。性能、安全、健壮性、合规都还是大问题。第一个能跑版本就是终点的误区在很多复杂领域如游戏、大规模系统第一个能跑的版本恰恰是起点后续的持续迭代才见真章。架构失控风险这是最大的隐患。就像 Ruby on Rails 之父 DHH 的亲身经历——一批开发者借助 AI 提交大量 PR单独看每个改动都有理由合在一起却把系统架构改坏了。AI 写代码越来越便宜之后麻烦并没有减少它只是从怎么写出来挪到了谁来判断、谁来验收、谁为整体负责。技术债堆积AI 生成的代码风格可能不一致、重复逻辑多长期维护成本上升。五、人与 AI 的分工边界综合多位资深开发者包括 DHH 等的实践经验一条清晰的分工原则正在成型实现权可以下放判断权不能一起下放。具体来说交给 AI重复性编码、常规功能实现、报错修复、重构、写测试人必须把关架构方向、数据模型设计、关键业务逻辑、安全与合规边界、最终验收。DHH 的做法很有参考价值过去两个月他的项目上线代码没有一行是他亲手敲的但他看过所有改动的整体形状涉及模型层和关键业务逻辑的部分仍会逐行检查。普通代码可以交给 Agent 跑架构方向、数据约束和关键边界没有一起交出去。他的编辑器不再是手写代码的工具而是用来浏览项目、查看 diff、核对 Agent 做了什么。六、工具链选型建议目前主流工具各有侧重工具形态特点CursorAI 原生 IDE深度集成编辑体验Agent 化趋势明确Claude Code终端 Agent强自主执行适合复杂任务闭环Codex云端/终端OpenAI 生态任务级自主执行GitHub CopilotIDE 插件生态庞大从补全向 Agent 演进Kimi Code终端 Agent国产中文场景友好WindsurfAI 原生 IDE探索 Agent 的另一条路径选型建议不要被谁最强带偏关键是匹配你的使用习惯。喜欢编辑器内完成一切选 Cursor/Windsurf喜欢命令行 强自主闭环选 Claude Code/Codex/Kimi Code深度依赖现有 IDE 生态选 Copilot。很多开发者会同时用 2~3 个工具覆盖不同场景。七、我的实践总结Vibe Coding 不是躺平而是把精力从写代码转移到定义需求、把控架构、验证质量上——这些能力要求其实更高了。验证闭环是质量命门。最有效的 Vibe Coding 工作流是把运行-反馈-修复的循环跑起来而不是无限堆需求。小步快跑 版本控制。每次改动可回退是抵御AI 改坏系统的保险丝。守住架构底线。数据模型、核心业务逻辑、安全边界一定要人亲自把关。持续积累团队技能。把成功的 Vibe Coding 协作模式、提示词模板沉淀下来复用你的团队效率会指数级提升。Vibe Coding 正在把软件开发从专业壁垒极高的工程活动变成人人可参与的创造活动。它不会让程序员失业但会重新定义程序员的能力模型——会定义问题、会验收质量、会控架构的人将在 AI 时代拥有更大的杠杆。掌握这套工作流你就能让 AI 成为你最得力的开发搭档。Markdown编辑器所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章了解一下Markdown的基本语法知识。新的改变我们对Markdown编辑器进行了一些功能拓展与语法支持除了标准的Markdown编辑器功能我们增加了如下几点新功能帮助你用它写博客全新的界面设计将会带来全新的写作体验在创作中心设置你喜爱的代码高亮样式Markdown将代码片显示选择的高亮样式进行展示增加了图片拖拽功能你可以将本地的图片直接拖拽到编辑区域直接展示全新的KaTeX数学公式语法增加了支持甘特图的mermaid语法1功能增加了多屏幕编辑Markdown文章功能增加了焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置等功能功能按钮位于编辑区域与预览区域中间增加了检查列表功能。功能快捷键撤销Ctrl/CommandZ重做Ctrl/CommandY加粗Ctrl/CommandB斜体Ctrl/CommandI标题Ctrl/CommandShiftH无序列表Ctrl/CommandShiftU有序列表Ctrl/CommandShiftO检查列表Ctrl/CommandShiftC插入代码Ctrl/CommandShiftK插入链接Ctrl/CommandShiftL插入图片Ctrl/CommandShiftG查找Ctrl/CommandF替换Ctrl/CommandG合理的创建标题有助于目录的生成直接输入1次#并按下space后将生成1级标题。输入2次#并按下space后将生成2级标题。以此类推我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。如何改变文本的样式强调文本强调文本加粗文本加粗文本标记文本删除文本引用文本H2O is是液体。210运算结果是 1024.插入链接与图片链接: link.图片:带尺寸的图片:居中的图片:居中并且带尺寸的图片:当然我们为了让用户更加便捷我们增加了图片拖拽功能。如何插入一段漂亮的代码片去博客设置页面选择一款你喜欢的代码片高亮样式下面展示同样高亮的代码片.// An highlighted blockvarfoobar;生成一个适合你的列表项目项目项目项目1项目2项目3计划任务完成任务创建一个表格一个简单的表格是这么创建的项目Value电脑$1600手机$12导管$1设定内容居中、居左、居右使用:---------:居中使用:----------居左使用----------:居右第一列第二列第三列第一列文本居中第二列文本居右第三列文本居左SmartyPantsSmartyPants 是一个文本转换工具主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如原始符号转换后说明引号“引号”直引号变弯引号单引号‘单引号’直单引号变弯单引号--–两个连字符变短破折号---—三个连字符变长破折号...…三个点变省略号创建一个自定义列表MarkdownText-to-HTMLconversion toolAuthorsJohnLuke如何创建一个注脚一个具有注脚的文本。2注释也是必不可少的Markdown将文本转换为HTML。KaTeX数学公式您可以使用渲染LaTeX数学表达式 KaTeX:Gamma公式展示Γ ( n ) ( n − 1 ) ! ∀ n ∈ N \Gamma(n) (n-1)!\quad\forall n\in\mathbb NΓ(n)(n−1)!∀n∈N是通过欧拉积分Γ ( z ) ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) \int_0^\infty t^{z-1}e^{-t}dt\,.Γ(z)∫0∞tz−1e−tdt.你可以找到更多关于的信息LaTeX数学表达式here.新的甘特图功能丰富你的文章2014-01-072014-01-092014-01-112014-01-132014-01-152014-01-172014-01-192014-01-21已完成进行中计划一计划二现有任务Adding GANTT diagram functionality to mermaid关于甘特图语法参考 这儿,UML图表可以使用UML图表进行渲染例如下面产生的一个序列图王五李四张三王五李四张三李四想了很长时间, 文字太长了不适合放在一行.你好李四, 最近怎么样?你最近怎么样王五我很好谢谢!我很好谢谢!打量着王五...很好... 王五, 你怎么样?关于UML图表语法参考 这儿,流程图链接长方形圆圆角长方形菱形关于Mermaid语法参考 这儿,FLowchart流程图我们依旧会支持flowchart.js的流程图语法Created with Raphaël 2.3.0开始我的操作确认结束yesno关于Flowchart流程图语法参考 这儿.导出与导入导出如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到文章导出生成一个.md文件或者.html文件进行本地保存。导入如果你想加载一篇你写过的.md文件在上方工具栏可以选择导入功能进行对应扩展名的文件导入继续你的创作。mermaid语法说明 ↩︎注脚的解释 ↩︎ Vibe Coding 开发工作流完全指南：从自然语言到产品落地
这里写自定义目录标题欢迎使用Markdown编辑器一、Vibe Coding 的本质1.1 定义与起源1.2 为什么现在才火起来二、Vibe Coding 的核心工作流2.1 主流程需求-生成-验证-迭代2.2 三种协作模式三、Vibe Coding 落地方法论3.1 需求描述的技巧3.2 让 AI 自己找问题3.3 用规格文件当沟通媒介3.4 建立验证闭环四、Vibe Coding 的收益与陷阱4.1 真实收益4.2 必须警惕的陷阱五、人与 AI 的分工边界六、工具链选型建议七、我的实践总结新的改变功能快捷键合理的创建标题有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能丰富你的文章UML图表流程图FLowchart流程图导出与导入导出导入欢迎使用Markdown编辑器你好 这是你第一次使用# Vibe Coding 开发工作流完全指南从自然语言到产品落地如果你最近关注 AI 编程大概率已经见过一个越来越火的词Vibe Coding。以前做一个网站或 App你需要先学HTML、CSS、JavaScript再搞懂数据库、API、服务器和部署。现在越来越多人的开发方式变成了告诉 AI帮我做一个登录页面“增加一个用户积分系统”“这里报错了帮我修一下”“把整个项目部署上线”。你不再逐行编写代码而是通过自然语言告诉 AI我要什么AI 去完成大量具体的编码工作。这就是 Vibe Coding 带来的变化。但 Vibe Coding 远不止让 AI 写代码这么简单。它背后是一整套新的开发工作流和协作方法。这篇指南把它系统讲透。一、Vibe Coding 的本质1.1 定义与起源Vibe Coding 这个词由 OpenAI 联合创始人 Andrej Karpathy 于 2025 年提出。它指的是用自然语言描述需求让 AI 帮你生成、修改和调试代码并不断通过对话把产品做出来。和传统编程相比开发者的工作重心发生了根本性转移传统编程Vibe Coding理解需求 → 设计架构 → 写代码 → 调试 → 修改描述需求 → AI 写代码 → 看结果 → 提修改意见 → AI 继续改关注怎么写关注要什么逐行控制代码控制意图与方向人承担全部编码劳动AI 承担编码人负责验收需要强调一点Vibe Coding 真正改变的并不是有没有代码。代码依然存在改变的是人和代码之间的交互方式。以前你需要告诉电脑具体应该执行什么代码现在你更多是在告诉 AI我最终想得到什么结果。1.2 为什么现在才火起来Vibe Coding 不是突然出现的它背后对应着 AI 编程工具几次非常明显的进化第一代代码补全——AI 预测这一行接下来应该写什么本质是程序员的打字加速器架构、调试仍由人负责。第二代任务级助手——人能直接说帮我增加一个登录功能“把这个页面改成响应式”AI 开始理解整个任务而不只是补全几行。第三代Agent 化工具——像 Codex、Claude Code 这类工具AI 能阅读整个项目、自主修改文件、运行测试、处理报错甚至完成改完代码并验证的完整闭环。正是第三代的成熟让 Vibe Coding 从效率提升工具跃迁为重构开发范式的力量。行业数据显示AI 编程工具正从辅助生成走向Agent 自主执行Cursor 的 Agent 用户与补全用户比例已达 2:1。二、Vibe Coding 的核心工作流2.1 主流程需求-生成-验证-迭代一个完整的 Vibe Coding 迭代循环是描述需求 → AI 生成/修改代码 → 运行验证 → 观察结果 → 提出修改 → 回到第一步关键在验证环节——很多人以为 Vibe Coding 就是不断让 AI 改实际上高质量的验证和反馈才是决定成品质量的分水岭。你把验证结果报错信息、界面截图、测试输出反馈给 AI它才能有针对性地修复。2.2 三种协作模式根据你自身对项目理解程度的不同有三种不同的协作姿势模式一完全不懂实现思路让 AI 主导直接让 AI 梳理整个项目的开发计划明确系统搭建的整体流程和分步执行步骤要求 AI 在执行前后同步进度、说明操作内容同时完成结果验证与问题排查保障开发流程有序推进。模式二已有清晰实现思路人主导主动引导 AI 按照你的逻辑推进开发提前确认当前系统的适配条件同步已完成的工作内容让 AI 精准承接后续开发任务贴合你的开发节奏。模式三主次分明主线支线分清主线任务和支线任务针对局部细节调整单独调取会话上下文针对性优化避免局部修改影响整体项目主线合理拆分开发颗粒度小步迭代推进持续回顾核心需求与开发主线避免偏离目标。三、Vibe Coding 落地方法论3.1 需求描述的技巧AI 生成代码的质量很大程度取决于你的需求描述。好的描述包含四要素背景这是什么项目、什么技术栈、给谁用目标明确要达成的结果约束技术限制、风格要求、兼容性要求验收标准怎样算做完了。示例对比❌ 差的描述“帮我做个登录功能。”✅ 好的描述“这是一个基于 React TypeScript 的电商后台项目请为管理端添加一个登录页面。要求使用已有的 UI 组件库支持用户名密码登录登录成功后跳转首页并保存 token 到 localStorage登录失败显示错误提示。完成后请告诉我改动了哪些文件。”3.2 让 AI 自己找问题Agent 化工具的另一个优势是自主闭环。你不必自己定位 bug可以这样说“项目跑不起来报错了帮我看一下日志找出问题并修复修完跑一遍测试确认没问题。” 优秀的 Agent 会自己读日志、定位、修改、验证。3.3 用规格文件当沟通媒介对于复杂项目口头对话容易丢失上下文。更工程化的做法是维护一份项目规格文档README 或 specs.md把所有需求、约束、决策记录在案每次让 AI 开工前先读它。这样新会话也能快速恢复上下文团队协作有统一依据AI 不会因为对话过长而遗忘需求。3.4 建立验证闭环自动化测试让 AI 顺便生成测试用例每次改动跑一遍人工验收关键功能你亲自上手体验版本控制用 Git 保存每次改动随时可回退。四、Vibe Coding 的收益与陷阱4.1 真实收益效率跃升原型几天就能完成甚至当天出 MVP降低门槛不懂代码的人也能把想法变成产品聚焦业务开发者的精力从怎么写解放到做什么。4.2 必须警惕的陷阱“Demo 陷阱”AI 生成的原型跑得通不等于可以商业化落地。性能、安全、健壮性、合规都还是大问题。第一个能跑版本就是终点的误区在很多复杂领域如游戏、大规模系统第一个能跑的版本恰恰是起点后续的持续迭代才见真章。架构失控风险这是最大的隐患。就像 Ruby on Rails 之父 DHH 的亲身经历——一批开发者借助 AI 提交大量 PR单独看每个改动都有理由合在一起却把系统架构改坏了。AI 写代码越来越便宜之后麻烦并没有减少它只是从怎么写出来挪到了谁来判断、谁来验收、谁为整体负责。技术债堆积AI 生成的代码风格可能不一致、重复逻辑多长期维护成本上升。五、人与 AI 的分工边界综合多位资深开发者包括 DHH 等的实践经验一条清晰的分工原则正在成型实现权可以下放判断权不能一起下放。具体来说交给 AI重复性编码、常规功能实现、报错修复、重构、写测试人必须把关架构方向、数据模型设计、关键业务逻辑、安全与合规边界、最终验收。DHH 的做法很有参考价值过去两个月他的项目上线代码没有一行是他亲手敲的但他看过所有改动的整体形状涉及模型层和关键业务逻辑的部分仍会逐行检查。普通代码可以交给 Agent 跑架构方向、数据约束和关键边界没有一起交出去。他的编辑器不再是手写代码的工具而是用来浏览项目、查看 diff、核对 Agent 做了什么。六、工具链选型建议目前主流工具各有侧重工具形态特点CursorAI 原生 IDE深度集成编辑体验Agent 化趋势明确Claude Code终端 Agent强自主执行适合复杂任务闭环Codex云端/终端OpenAI 生态任务级自主执行GitHub CopilotIDE 插件生态庞大从补全向 Agent 演进Kimi Code终端 Agent国产中文场景友好WindsurfAI 原生 IDE探索 Agent 的另一条路径选型建议不要被谁最强带偏关键是匹配你的使用习惯。喜欢编辑器内完成一切选 Cursor/Windsurf喜欢命令行 强自主闭环选 Claude Code/Codex/Kimi Code深度依赖现有 IDE 生态选 Copilot。很多开发者会同时用 2~3 个工具覆盖不同场景。七、我的实践总结Vibe Coding 不是躺平而是把精力从写代码转移到定义需求、把控架构、验证质量上——这些能力要求其实更高了。验证闭环是质量命门。最有效的 Vibe Coding 工作流是把运行-反馈-修复的循环跑起来而不是无限堆需求。小步快跑 版本控制。每次改动可回退是抵御AI 改坏系统的保险丝。守住架构底线。数据模型、核心业务逻辑、安全边界一定要人亲自把关。持续积累团队技能。把成功的 Vibe Coding 协作模式、提示词模板沉淀下来复用你的团队效率会指数级提升。Vibe Coding 正在把软件开发从专业壁垒极高的工程活动变成人人可参与的创造活动。它不会让程序员失业但会重新定义程序员的能力模型——会定义问题、会验收质量、会控架构的人将在 AI 时代拥有更大的杠杆。掌握这套工作流你就能让 AI 成为你最得力的开发搭档。Markdown编辑器所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章了解一下Markdown的基本语法知识。新的改变我们对Markdown编辑器进行了一些功能拓展与语法支持除了标准的Markdown编辑器功能我们增加了如下几点新功能帮助你用它写博客全新的界面设计将会带来全新的写作体验在创作中心设置你喜爱的代码高亮样式Markdown将代码片显示选择的高亮样式进行展示增加了图片拖拽功能你可以将本地的图片直接拖拽到编辑区域直接展示全新的KaTeX数学公式语法增加了支持甘特图的mermaid语法1功能增加了多屏幕编辑Markdown文章功能增加了焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置等功能功能按钮位于编辑区域与预览区域中间增加了检查列表功能。功能快捷键撤销Ctrl/CommandZ重做Ctrl/CommandY加粗Ctrl/CommandB斜体Ctrl/CommandI标题Ctrl/CommandShiftH无序列表Ctrl/CommandShiftU有序列表Ctrl/CommandShiftO检查列表Ctrl/CommandShiftC插入代码Ctrl/CommandShiftK插入链接Ctrl/CommandShiftL插入图片Ctrl/CommandShiftG查找Ctrl/CommandF替换Ctrl/CommandG合理的创建标题有助于目录的生成直接输入1次#并按下space后将生成1级标题。输入2次#并按下space后将生成2级标题。以此类推我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。如何改变文本的样式强调文本强调文本加粗文本加粗文本标记文本删除文本引用文本H2O is是液体。210运算结果是 1024.插入链接与图片链接: link.图片:带尺寸的图片:居中的图片:居中并且带尺寸的图片:当然我们为了让用户更加便捷我们增加了图片拖拽功能。如何插入一段漂亮的代码片去博客设置页面选择一款你喜欢的代码片高亮样式下面展示同样高亮的代码片.// An highlighted blockvarfoobar;生成一个适合你的列表项目项目项目项目1项目2项目3计划任务完成任务创建一个表格一个简单的表格是这么创建的项目Value电脑$1600手机$12导管$1设定内容居中、居左、居右使用:---------:居中使用:----------居左使用----------:居右第一列第二列第三列第一列文本居中第二列文本居右第三列文本居左SmartyPantsSmartyPants 是一个文本转换工具主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如原始符号转换后说明引号“引号”直引号变弯引号单引号‘单引号’直单引号变弯单引号--–两个连字符变短破折号---—三个连字符变长破折号...…三个点变省略号创建一个自定义列表MarkdownText-to-HTMLconversion toolAuthorsJohnLuke如何创建一个注脚一个具有注脚的文本。2注释也是必不可少的Markdown将文本转换为HTML。KaTeX数学公式您可以使用渲染LaTeX数学表达式 KaTeX:Gamma公式展示Γ ( n ) ( n − 1 ) ! ∀ n ∈ N \Gamma(n) (n-1)!\quad\forall n\in\mathbb NΓ(n)(n−1)!∀n∈N是通过欧拉积分Γ ( z ) ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) \int_0^\infty t^{z-1}e^{-t}dt\,.Γ(z)∫0∞tz−1e−tdt.你可以找到更多关于的信息LaTeX数学表达式here.新的甘特图功能丰富你的文章2014-01-072014-01-092014-01-112014-01-132014-01-152014-01-172014-01-192014-01-21已完成进行中计划一计划二现有任务Adding GANTT diagram functionality to mermaid关于甘特图语法参考 这儿,UML图表可以使用UML图表进行渲染例如下面产生的一个序列图王五李四张三王五李四张三李四想了很长时间, 文字太长了不适合放在一行.你好李四, 最近怎么样?你最近怎么样王五我很好谢谢!我很好谢谢!打量着王五...很好... 王五, 你怎么样?关于UML图表语法参考 这儿,流程图链接长方形圆圆角长方形菱形关于Mermaid语法参考 这儿,FLowchart流程图我们依旧会支持flowchart.js的流程图语法Created with Raphaël 2.3.0开始我的操作确认结束yesno关于Flowchart流程图语法参考 这儿.导出与导入导出如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到文章导出生成一个.md文件或者.html文件进行本地保存。导入如果你想加载一篇你写过的.md文件在上方工具栏可以选择导入功能进行对应扩展名的文件导入继续你的创作。mermaid语法说明 ↩︎注脚的解释 ↩︎