这里写自定义目录标题欢迎使用Markdown编辑器一、Vibe Coding 到底改变了什么二、Vibe Coding 的完整工作流三、与 AI 协作的几条核心原则四、团队协作中的治理问题五、Vibe Coding 的适用边界六、从 Vibe Coding 到更大的图景七、总结新的改变功能快捷键合理的创建标题有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能丰富你的文章UML图表流程图FLowchart流程图导出与导入导出导入欢迎使用Markdown编辑器你好 这是你第一次使用# Vibe Coding 开发工作流深度实践从自然语言到生产应用的方法论与避坑指南Vibe Coding 已经成为 AI 编程领域最热的关键词之一。从 Andrej Karpathy 提出这个概念到 Codex、Claude Code、Cursor 等工具的能力跃迁越来越多的开发者、产品经理甚至完全不懂编程的人开始用自然语言做软件。但热潮之下大量失败的案例也在提醒我们Vibe Coding 不是输入需求、坐等成品的魔法它有一套需要刻意练习的工作方法。本文结合一线实践系统梳理 Vibe Coding 的工作流、协作原则和常见陷阱帮助你把它从玩具变成真正的生产力。一、Vibe Coding 到底改变了什么要理解 Vibe Coding先要对比它和传统编程的差异。传统编程的工作流是理解需求 → 设计架构 → 写代码 → 调试 → 修改。开发者是唯一的执行者每一个细节都要亲力亲为。Vibe Coding 的工作流则变成了描述需求 → AI 写代码 → 看结果 → 提修改意见 → AI 继续改。开发者的角色从写代码的人变成了提需求和验收结果的人。这个转变最本质的地方在于交互对象从代码变成了意图。过去你要告诉计算机具体执行什么代码现在你更多是在告诉 AI我最终想得到什么结果。代码依然存在但它是 AI 的产物你的注意力被释放到更高层的问题上——需求是否清晰、结果是否符合预期、架构是否合理。但这里藏着一个巨大的认知误区很多人以为 Vibe Coding 意味着不需要懂技术。事实恰恰相反。一个经典的失败案例是一个不懂技术的产品人让 AI 写公众号爬虫因为没说明最终目标AI 把获取文章 URL这个局部问题当成了完整需求最终方案绕了无数弯路——装虚拟机、消耗 20G 流量、用鼠标模拟点击逐篇抓取效率低到令人崩溃。复盘发现如果他一开始就告诉 AI我要批量抓取某公众号的历史文章正文用于分析AI 完全可以选择更直接的方案。这个案例揭示了一条核心原则你不需要会写代码但你必须会定义问题和判断结果。Vibe Coding 的门槛不是编程能力而是需求拆解能力和验收能力。二、Vibe Coding 的完整工作流一套经过验证的 Vibe Coding 工作流可以分为五个阶段。第一阶段需求定义。这是最重要的阶段也是大多数人做得最差的阶段。在让 AI 动手之前先自己把问题想清楚最终要交付什么给谁用成功的标准是什么有哪些约束数据来源、合规要求、使用环境把这些写成一个清晰的目标陈述。注意区分目标和手段——告诉 AI 你要达成的目标而不是你猜测的实现方式让 AI 在方案层面发挥它的优势。第二阶段方案对齐。让 AI 先出方案不要急着写代码。让 AI 拆解实现步骤、说明技术选型和潜在风险你来评估方案是否合理。这一步特别适合发现自己认知盲区——AI 可能会提出你完全没想过的技术路径也可能暴露出需求中的矛盾。方案阶段发现问题成本是零代码写完再返工成本是数倍。第三阶段迭代实现。确认方案后让 AI 分步实现。这里有一个关键的协作技巧把大任务拆成小步骤每完成一步就检查、同步、验证而不是一次性让 AI 写完整套系统。步骤越小出错越早暴露修正成本越低。同时要主动向 AI 同步你已完成的工作和系统的当前状态避免它基于过时假设做决策。第四阶段验收测试。AI 交付代码后你不能直接上线。要建立基本的验收习惯让 AI 自己写测试用例并运行你亲自走一遍核心流程确认功能符合预期检查边界情况——数据为空时怎么办输入非法时怎么办并发访问时怎么办验收不是可选项是质量底线。第五阶段部署运维。代码能跑只是开始。部署、监控、备份、回滚这些工程环节同样可以用 AI 辅助但最终责任在你。Vibe Coding 项目最容易出的问题就是Demo 能跑、上线就挂——因为演示环境和生产环境的天壤之别往往被忽视。三、与 AI 协作的几条核心原则基于大量实践可以总结出几条高价值协作原则。原则一把上下文喂足。AI 的能力上限取决于它掌握的信息。让它改一个你不熟悉的模块先给它看模块的代码结构、相关文档、报错日志让它写新功能先给它看项目的技术栈和代码风格。AI 不是读心术上下文喂得越足输出越精准。原则二目标导向而非过程导向。不要纠结于AI 用了什么技术除非有硬性约束而要关注结果是否满足需求。反过来当 AI 的方案明显绕远路时要回到目标层面纠偏——“我只需要 A 结果不需要为此引入 B 组件”。原则三让 AI 自证。AI 说改好了你要让它拿出证据跑通哪些测试、输出了什么结果、覆盖了哪些场景。习惯性地追问你如何验证这个改动是正确的会让 AI 从猜着写变成验证着写质量显著提升。原则四掌控关键决策。DHHRuby on Rails 之父在访谈中分享过一个很有价值的做法过去两个月上线到新项目的代码没有一行是他亲手写的但他看过所有改动的整体形状涉及模型层和关键业务逻辑的部分仍会逐行检查。实现权可以下放判断权不能一起下放——这句话值得每个 Vibe Coding 实践者刻在案头。四、团队协作中的治理问题当 Vibe Coding 从个人习惯变成团队实践治理问题就浮现出来。一个真实的教训是某团队的设计师借助 AI 提交了大量 PR单独看每个改动都有理由合在一起却把系统架构改坏了。这个案例说明AI 生成代码的激增正在改变代码评审的性质——问题从怎么写出来挪到了谁来判断、谁来验收、谁为整体负责。团队级的应对措施包括建立 AI 生成代码的评审标准重点审查架构影响而非语法细节用自动化测试和静态检查工具做第一道把关对架构核心区域设置更严格的变更门槛禁止未经设计评审的 AI 改动直接合入定期做架构健康度检查防止系统在无数个小改动中悄悄劣化。还有人才层面的变化值得关注。Vibe Coding 正在重新定义程序员的岗位技能写代码的能力不再稀缺理解业务、定义问题、验证结果的能力变得稀缺。对个人而言与其焦虑AI 会不会取代程序员不如把精力投向 AI 不擅长的领域——需求洞察、架构判断、质量责任、产品品味。五、Vibe Coding 的适用边界Vibe Coding 不是万能的清醒认识它的边界能避免很多失望。它擅长的是原型和 Demo 的快速构建、工具类和内容类应用信息展示、表单、简单后台、代码辅助补全、重构、修 bug、有清晰验收标准的模块开发。在这些场景Vibe Coding 的效率提升是数量级的。它不擅长的是高并发高可用的核心系统、强合规领域金融交易、医疗、涉及复杂分布式一致性的业务、没有清晰验收标准的探索性项目。这些场景要么安全代价极高要么质量问题难以量化AI 生成的代码一旦出错修复成本远超手写。判断适用性的标准很简单出错的代价有多高验收的标准有多清晰。两者都乐观放心用有一个不乐观就加入人的深度参与。六、从 Vibe Coding 到更大的图景Vibe Coding 的流行是 AI 编程演进的必然结果从AI 补全一行代码到AI 完成一个任务再到AI 独立开发一个应用工具能力在持续跃迁。可以预见的方向包括AI 开发工具的标准化代码生成、构建、部署的 Agent 化打通、从 Vibe Coding 到 Vibe Nocoding连代码都不再需要直接描述产品让系统生成、AI 原生应用开发流程的成熟。对实践者的建议是把 Vibe Coding 当作一套需要修炼的方法论而不是一句口号。需求定义的功力、上下文管理的习惯、验收测试的纪律、关键决策的把关这些能力不会因为工具升级而贬值反而会越来越值钱。技术会变方法论的底层逻辑——人负责方向AI 负责执行质量责任永远在人——不会变。七、总结Vibe Coding 把软件开发的门槛从会写代码降到了会提需求这是巨大的进步但它同时把责任转移到了新的位置定义问题、判断结果、掌控架构。掌握它需要刻意练习把上下文喂足、以目标为导向、让 AI 自证、掌控关键决策在团队层面建立评审和治理机制对适用边界保持清醒。当 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 到底改变了什么二、Vibe Coding 的完整工作流三、与 AI 协作的几条核心原则四、团队协作中的治理问题五、Vibe Coding 的适用边界六、从 Vibe Coding 到更大的图景七、总结新的改变功能快捷键合理的创建标题有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能丰富你的文章UML图表流程图FLowchart流程图导出与导入导出导入欢迎使用Markdown编辑器你好 这是你第一次使用# Vibe Coding 开发工作流深度实践从自然语言到生产应用的方法论与避坑指南Vibe Coding 已经成为 AI 编程领域最热的关键词之一。从 Andrej Karpathy 提出这个概念到 Codex、Claude Code、Cursor 等工具的能力跃迁越来越多的开发者、产品经理甚至完全不懂编程的人开始用自然语言做软件。但热潮之下大量失败的案例也在提醒我们Vibe Coding 不是输入需求、坐等成品的魔法它有一套需要刻意练习的工作方法。本文结合一线实践系统梳理 Vibe Coding 的工作流、协作原则和常见陷阱帮助你把它从玩具变成真正的生产力。一、Vibe Coding 到底改变了什么要理解 Vibe Coding先要对比它和传统编程的差异。传统编程的工作流是理解需求 → 设计架构 → 写代码 → 调试 → 修改。开发者是唯一的执行者每一个细节都要亲力亲为。Vibe Coding 的工作流则变成了描述需求 → AI 写代码 → 看结果 → 提修改意见 → AI 继续改。开发者的角色从写代码的人变成了提需求和验收结果的人。这个转变最本质的地方在于交互对象从代码变成了意图。过去你要告诉计算机具体执行什么代码现在你更多是在告诉 AI我最终想得到什么结果。代码依然存在但它是 AI 的产物你的注意力被释放到更高层的问题上——需求是否清晰、结果是否符合预期、架构是否合理。但这里藏着一个巨大的认知误区很多人以为 Vibe Coding 意味着不需要懂技术。事实恰恰相反。一个经典的失败案例是一个不懂技术的产品人让 AI 写公众号爬虫因为没说明最终目标AI 把获取文章 URL这个局部问题当成了完整需求最终方案绕了无数弯路——装虚拟机、消耗 20G 流量、用鼠标模拟点击逐篇抓取效率低到令人崩溃。复盘发现如果他一开始就告诉 AI我要批量抓取某公众号的历史文章正文用于分析AI 完全可以选择更直接的方案。这个案例揭示了一条核心原则你不需要会写代码但你必须会定义问题和判断结果。Vibe Coding 的门槛不是编程能力而是需求拆解能力和验收能力。二、Vibe Coding 的完整工作流一套经过验证的 Vibe Coding 工作流可以分为五个阶段。第一阶段需求定义。这是最重要的阶段也是大多数人做得最差的阶段。在让 AI 动手之前先自己把问题想清楚最终要交付什么给谁用成功的标准是什么有哪些约束数据来源、合规要求、使用环境把这些写成一个清晰的目标陈述。注意区分目标和手段——告诉 AI 你要达成的目标而不是你猜测的实现方式让 AI 在方案层面发挥它的优势。第二阶段方案对齐。让 AI 先出方案不要急着写代码。让 AI 拆解实现步骤、说明技术选型和潜在风险你来评估方案是否合理。这一步特别适合发现自己认知盲区——AI 可能会提出你完全没想过的技术路径也可能暴露出需求中的矛盾。方案阶段发现问题成本是零代码写完再返工成本是数倍。第三阶段迭代实现。确认方案后让 AI 分步实现。这里有一个关键的协作技巧把大任务拆成小步骤每完成一步就检查、同步、验证而不是一次性让 AI 写完整套系统。步骤越小出错越早暴露修正成本越低。同时要主动向 AI 同步你已完成的工作和系统的当前状态避免它基于过时假设做决策。第四阶段验收测试。AI 交付代码后你不能直接上线。要建立基本的验收习惯让 AI 自己写测试用例并运行你亲自走一遍核心流程确认功能符合预期检查边界情况——数据为空时怎么办输入非法时怎么办并发访问时怎么办验收不是可选项是质量底线。第五阶段部署运维。代码能跑只是开始。部署、监控、备份、回滚这些工程环节同样可以用 AI 辅助但最终责任在你。Vibe Coding 项目最容易出的问题就是Demo 能跑、上线就挂——因为演示环境和生产环境的天壤之别往往被忽视。三、与 AI 协作的几条核心原则基于大量实践可以总结出几条高价值协作原则。原则一把上下文喂足。AI 的能力上限取决于它掌握的信息。让它改一个你不熟悉的模块先给它看模块的代码结构、相关文档、报错日志让它写新功能先给它看项目的技术栈和代码风格。AI 不是读心术上下文喂得越足输出越精准。原则二目标导向而非过程导向。不要纠结于AI 用了什么技术除非有硬性约束而要关注结果是否满足需求。反过来当 AI 的方案明显绕远路时要回到目标层面纠偏——“我只需要 A 结果不需要为此引入 B 组件”。原则三让 AI 自证。AI 说改好了你要让它拿出证据跑通哪些测试、输出了什么结果、覆盖了哪些场景。习惯性地追问你如何验证这个改动是正确的会让 AI 从猜着写变成验证着写质量显著提升。原则四掌控关键决策。DHHRuby on Rails 之父在访谈中分享过一个很有价值的做法过去两个月上线到新项目的代码没有一行是他亲手写的但他看过所有改动的整体形状涉及模型层和关键业务逻辑的部分仍会逐行检查。实现权可以下放判断权不能一起下放——这句话值得每个 Vibe Coding 实践者刻在案头。四、团队协作中的治理问题当 Vibe Coding 从个人习惯变成团队实践治理问题就浮现出来。一个真实的教训是某团队的设计师借助 AI 提交了大量 PR单独看每个改动都有理由合在一起却把系统架构改坏了。这个案例说明AI 生成代码的激增正在改变代码评审的性质——问题从怎么写出来挪到了谁来判断、谁来验收、谁为整体负责。团队级的应对措施包括建立 AI 生成代码的评审标准重点审查架构影响而非语法细节用自动化测试和静态检查工具做第一道把关对架构核心区域设置更严格的变更门槛禁止未经设计评审的 AI 改动直接合入定期做架构健康度检查防止系统在无数个小改动中悄悄劣化。还有人才层面的变化值得关注。Vibe Coding 正在重新定义程序员的岗位技能写代码的能力不再稀缺理解业务、定义问题、验证结果的能力变得稀缺。对个人而言与其焦虑AI 会不会取代程序员不如把精力投向 AI 不擅长的领域——需求洞察、架构判断、质量责任、产品品味。五、Vibe Coding 的适用边界Vibe Coding 不是万能的清醒认识它的边界能避免很多失望。它擅长的是原型和 Demo 的快速构建、工具类和内容类应用信息展示、表单、简单后台、代码辅助补全、重构、修 bug、有清晰验收标准的模块开发。在这些场景Vibe Coding 的效率提升是数量级的。它不擅长的是高并发高可用的核心系统、强合规领域金融交易、医疗、涉及复杂分布式一致性的业务、没有清晰验收标准的探索性项目。这些场景要么安全代价极高要么质量问题难以量化AI 生成的代码一旦出错修复成本远超手写。判断适用性的标准很简单出错的代价有多高验收的标准有多清晰。两者都乐观放心用有一个不乐观就加入人的深度参与。六、从 Vibe Coding 到更大的图景Vibe Coding 的流行是 AI 编程演进的必然结果从AI 补全一行代码到AI 完成一个任务再到AI 独立开发一个应用工具能力在持续跃迁。可以预见的方向包括AI 开发工具的标准化代码生成、构建、部署的 Agent 化打通、从 Vibe Coding 到 Vibe Nocoding连代码都不再需要直接描述产品让系统生成、AI 原生应用开发流程的成熟。对实践者的建议是把 Vibe Coding 当作一套需要修炼的方法论而不是一句口号。需求定义的功力、上下文管理的习惯、验收测试的纪律、关键决策的把关这些能力不会因为工具升级而贬值反而会越来越值钱。技术会变方法论的底层逻辑——人负责方向AI 负责执行质量责任永远在人——不会变。七、总结Vibe Coding 把软件开发的门槛从会写代码降到了会提需求这是巨大的进步但它同时把责任转移到了新的位置定义问题、判断结果、掌控架构。掌握它需要刻意练习把上下文喂足、以目标为导向、让 AI 自证、掌控关键决策在团队层面建立评审和治理机制对适用边界保持清醒。当 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语法说明 ↩︎注脚的解释 ↩︎