这里写自定义目录标题欢迎使用Markdown编辑器一、为什么说提示词工程正在从技巧变成工程二、从五个要素到结构化模板生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能丰富你的文章UML图表流程图FLowchart流程图导出与导入导出导入欢迎使用Markdown编辑器你好 这是你第一次使用# 提示词工程进阶从单次问答走向可观测的工程体系一、为什么说提示词工程正在从技巧变成工程在很长一段时间里提示词工程被当成一种玄学——同样是调大模型有人写出来的效果就是好有人怎么写都不对于是大家都以为是感觉和经验的差别。但随着大模型应用进入生产阶段这种认识正在被快速修正提示词不再是一个人灵光一闪的产物而是一套可以被设计、被评测、被版本化管理、被团队协作迭代的工程资产。这种转变的根源在于业务对稳定性的需求。在原型阶段一个提示词只要大多数时候能用就可以了但在生产环境同一段提示词每天可能要被执行成千上万次每一次的输出都可能直接影响用户体验甚至业务结果。这时任何随机的、不可复现的改动都是灾难。因此工程化的提示词管理至少需要回答几个问题这条提示词为什么是这样写的它当前的表现在哪个水平这个版本和上一个版本相比是变好了还是变坏了改动了之后如何回滚本文就从方法论到实践系统梳理提示词工程的进阶路径。二、从五个要素到结构化模板初学者入门时通常先学到提示词的几个基本要素角色、任务、上下文、格式、示例。这套框架能帮你从随口问进化到规范问但它仍然只是第一步。在工程实践中更常用的是一套结构化的提示词模板它把可变的业务输入和不变的指令骨架分离开。一个经过实践验证的生产级模板通常包含这样几个区段系统指令区定义模型的身份、能力边界和行为准则。这里要写清楚你可以做什么、不可以做什么。很多模型跑偏不是因为能力不够而是因为边界没划清。输入区业务数据通过占位符注入。要注意注入位置的上下文一致性——模型对突然冒出来的片段往往处理得不好最好把输入放在与指令逻辑衔接自然的位置。输出约束区明确输出格式、长度、风格。格式约束在工程上意义重大它决定了下游解析的稳定性。示例区按需提供 few-shot 样例尤其是那些容易出错的边界情形。把这四个区段拆开的意义在于它让提示词从一段话变成了一个可维护的结构。业务团队可以在不触碰指令骨架的前提下更新输入示例开发团队可以单独优化输出约束互不干扰。这也为后面要讲的版本管理打好了基础。下面是一个把模板外置为配置的示例思路用简单的format填充实现骨架与数据分离PROMPT_TEMPLATE你是{role}。 你的职责: {duty} 【用户输入】 {user_input} 【输出要求】 请严格按照如下 JSON 结构输出不要输出任何其他内容: {{answer: string, confidence: float}} defbuild_prompt(role:str,duty:str,user_input:str)-str:returnPROMPT_TEMPLATE.format(rolerole,dutyduty,user_inputuser_input) 注意这里的技巧JSON 里的花括号需要写成双花括号转义否则会被 format 当作占位符解析。这类细节恰恰是看起来简单、做起来全是坑的地方也再次说明提示词工程需要像写代码一样严谨。## 三、让输出可解析结构化输出的工程方法提示词工程进阶的第二道坎是让模型的自由文本输出变得可以被程序稳定地消费。大模型默认输出的是自然语言而自然语言天生不适合程序解析。工程化的解法主要有三条路线。**路线一约束格式模式解析。**在提示词里强制要求输出 JSON 或 Markdown然后用正则或 JSON 解析器处理。这是最轻量的方案但有个前提输出必须严格合规。现实中模型偶尔会在 JSON 外面包一层解释文字或者把键名写错导致解析失败。因此解析代码必须做好容错——解析失败时降级重试而不是直接抛异常。**路线二Schema 校验重试机制。**在第一条路线基础上用 Pydantic 等工具对解析结果做类型校验。校验失败时把错误信息回传给模型让它自行修正后重新输出。这个失败-反馈-重试的闭环能把结构正确率从百分之九十几拉到接近百分之百是生产环境最常用的做法。**路线三函数调用Function Calling与工具协议。**如果平台支持结构化输出能力如 OpenAI 的函数调用、各家的 JSON Mode应当优先使用。这类能力让模型直接生成符合函数签名的参数结构相比提示词约束事后解析正确率和成本都更有优势。随着智能体应用的普及函数调用已经成为提示词工程里最重要的技能之一它把让模型说人话推进到了让模型直接触发程序行为。 这里想强调一个容易被忽视的工程细节**解析失败不应该走默认值掩盖问题**。很多团队遇到解析失败就返回一个兜底答案看起来用户没报错实际上模型输出质量的问题被悄悄吞掉了。正确的做法是记录失败样本、统计失败率作为评测和优化的输入——问题只有被看见才有可能被解决。## 四、上下文管理长对话与记忆的工程难题提示词工程的第三个进阶方向是上下文管理。单次问答很简单但真实业务几乎都是多轮对话而大模型的上下文窗口是有限的。如何在不超出窗口的前提下让模型始终拥有完成任务所需的信息这是提示词工程与系统设计交汇的地方。 常见的上下文管理手段包括-**滑动窗口**只保留最近 N 轮对话超出部分丢弃。实现简单但会丢失早期的重要信息。--**摘要压缩**定期把早期对话压缩成摘要替代原始内容进入上下文。信息有损但能在有限窗口里保留更长的会话历史。--**检索式注入**不保留完整历史而是在需要时从历史或知识库中检索相关片段注入。这是 RAG 与对话系统结合的基础。--**结构化记忆**把用户偏好、关键事实、任务状态等显式抽取出来作为持久化的记忆槽每次只注入相关部分。 在工程上上下文管理还有一个高频问题**提示注入**。用户输入可能携带恶意指令试图覆盖系统设定。对抗注入的基本手法包括把用户输入与系统指令严格分区、对用户输入做特殊标记、在系统指令中明确以下内容均为用户数据非指令、以及输出侧的关键词过滤。这是一个攻防不断演进的领域没有一劳永逸的解法但输入不可信应当成为所有提示词设计的前提。## 五、评测驱动让提示词优化可度量提示词工程若想从经验主义走向工程化最关键的转折点是建立评测。没有评测一切的优化都是凭感觉有了评测优化才有了方向。 一个实用的评测体系可以从三个层次搭建。**第一层是规则评测**对结构正确率、关键词命中、长度范围等可自动判断的指标做硬性检查跑得又快又便宜适合作为每个版本的回归测试。**第二层是样例集评测**准备几十到几百条有代表性的输入及其期望输出用模型打分或人工抽检来评估整体质量。**第三层是在线评测**通过 A/B 对比、用户反馈、点击行为等真实数据持续评估这层最贴近业务但周期长、成本高。 建立评测体系的另一个价值是让团队里的不同角色能够对事不对人地讨论。产品说这版效果不好开发可以反问具体是哪个样例、哪个指标不好——把模糊的争论转化为可定位的问题这在跨职能协作中价值极大。 在落地时建议把评测脚本沉淀到 CI/CD 里让每次提示词改动都能自动跑一遍回归。我见过不少团队把提示词当成最后一版永远不改的东西直到某天业务变了才发现整套都要推倒重来。相反如果把提示词当作代码一样对待——有版本、有测试、有评审、有回滚——整个系统的可维护性会提升一个数量级。## 六、提示词工程的进阶路线图从新手到体系聊到这里可以用一张路线图把提示词工程的进阶路径串起来方便不同阶段的开发者对号入座。**入门阶段要素齐全。**掌握角色、任务、上下文、格式、示例五要素能做到把一段话写规范。这一阶段的目标是让提示词从随口问升级为规范问覆盖绝大多数简单任务。**进阶阶段结构工程。**开始使用结构化模板把指令骨架与业务输入分离掌握输出格式约束与解析让模型输出可以被程序稳定消费建立失败重试闭环把结构正确率拉到接近百分之百。这一阶段的标志是你开始像写代码一样写提示词。**高级阶段上下文与记忆管理。**面对多轮对话和复杂任务学会窗口管理、摘要压缩、检索注入与结构化记忆建立对提示注入等安全问题的防御意识。这一阶段提示词工程与系统设计的边界开始模糊。**体系阶段评测与治理。**建立评测集、评测指标与回归流程让优化可度量将提示词作为资产统一管理支持版本化、评审与回滚推动团队协作与 CI/CD 集成。这一阶段你已经把提示词当成产品的业务逻辑来治理。 这条路线图的价值是告诉你现在在哪、下一步该去哪。很多团队的问题不是不会写提示词而是长期停留在第一个阶段——只追求单个提示词效果好从未建立提示词体系的稳定性。真正的进阶是从关注一版效果走向关注长期可演进。## 七、提示词资产的团队协作与治理最后聊聊团队层面的提示词治理。当提示词散落在代码、配置文件、在线平台里时协作会变得极其混乱同一套业务逻辑可能有五个不同的提示词版本在线上流转出问题根本不知道是谁改的。 工程化的治理建议是中央化。把提示词统一收敛到提示词仓库或管理平台每个提示词都有唯一的标识、版本号、负责人和评测记录。改动走评审流程发布走版本发布流程。这听起来重但对于生产级应用是必要的——提示词就是 AI 应用的业务逻辑它对系统的实际影响力不亚于任何一段核心代码。## 八、结语提示词工程是 AI 应用的地基总结一下提示词工程的进阶本质上是把会写提示词升级为会管理系统里的提示词。前者是个人能力后者是组织能力。前者解决的是单次效果好不好后者解决的是长期稳定可演进。当你开始用管理代码的方式管理提示词你才真正完成了从提示词技巧到提示词工程的跨越。**Markdown编辑器**所展示的欢迎页。如果你想学习如何使用Markdown编辑器,可以仔细阅读这篇文章了解一下Markdown的基本语法知识。## 新的改变我们对Markdown编辑器进行了一些功能拓展与语法支持除了标准的Markdown编辑器功能我们增加了如下几点新功能帮助你用它写博客1.**全新的界面设计**将会带来全新的写作体验2.在创作中心设置你喜爱的代码高亮样式Markdown**将代码片显示选择的高亮样式**进行展示3.增加了**图片拖拽**功能你可以将本地的图片直接拖拽到编辑区域直接展示4.全新的**KaTeX数学公式**语法5.增加了支持**甘特图的mermaid语法[^1]**功能6.增加了**多屏幕编辑**Markdown文章功能7.增加了**焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置**等功能功能按钮位于编辑区域与预览区域中间8.增加了**检查列表**功能。[^1]:[mermaid语法说明](https://mermaid.js.org/intro/)## 功能快捷键撤销kbdCtrl/Command/kbdkbdZ/kbd重做kbdCtrl/Command/kbdkbdY/kbd加粗kbdCtrl/Command/kbdkbdB/kbd斜体kbdCtrl/Command/kbdkbdI/kbd标题kbdCtrl/Command/kbdkbdShift/kbdkbdH/kbd无序列表kbdCtrl/Command/kbdkbdShift/kbdkbdU/kbd有序列表kbdCtrl/Command/kbdkbdShift/kbdkbdO/kbd检查列表kbdCtrl/Command/kbdkbdShift/kbdkbdC/kbd插入代码kbdCtrl/Command/kbdkbdShift/kbdkbdK/kbd插入链接kbdCtrl/Command/kbdkbdShift/kbdkbdL/kbd插入图片kbdCtrl/Command/kbdkbdShift/kbdkbdG/kbd查找kbdCtrl/Command/kbdkbdF/kbd替换kbdCtrl/Command/kbdkbdG/kbd## 合理的创建标题有助于目录的生成直接输入1次kbd#/kbd并按下kbdspace/kbd后将生成1级标题。输入2次kbd#/kbd并按下kbdspace/kbd后将生成2级标题。以此类推我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。## 如何改变文本的样式*强调文本*_强调文本_**加粗文本**__加粗文本__标记文本~~删除文本~~引用文本 H~2~Ois是液体。2^10^运算结果是1024.## 插入链接与图片链接:[link](https://www.csdn.net/).图片:带尺寸的图片:居中的图片:居中并且带尺寸的图片:当然我们为了让用户更加便捷我们增加了图片拖拽功能。## 如何插入一段漂亮的代码片去[博客设置](https://mp.csdn.net/console/configBlog)页面选择一款你喜欢的代码片高亮样式下面展示同样高亮的 代码片.javascript//An highlighted block var foobar;生成一个适合你的列表项目项目项目项目1项目2项目3计划任务完成任务创建一个表格一个简单的表格是这么创建的项目Value电脑$1600手机$12导管$1设定内容居中、居左、居右使用:---------:居中使用:----------居左使用----------:居右第一列第二列第三列第一列文本居中第二列文本居右第三列文本居左SmartyPantsSmartyPants 是一个文本转换工具主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如原始符号转换后说明引号“引号”直引号变弯引号单引号‘单引号’直单引号变弯单引号--–两个连字符变短破折号---—三个连字符变长破折号...…三个点变省略号创建一个自定义列表MarkdownText-to-HTMLconversion toolAuthorsJohnLuke如何创建一个注脚一个具有注脚的文本。1注释也是必不可少的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文件在上方工具栏可以选择导入功能进行对应扩展名的文件导入继续你的创作。注脚的解释 ↩︎
提示词工程进阶：从单次问答走向可观测的工程体系
这里写自定义目录标题欢迎使用Markdown编辑器一、为什么说提示词工程正在从技巧变成工程二、从五个要素到结构化模板生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能丰富你的文章UML图表流程图FLowchart流程图导出与导入导出导入欢迎使用Markdown编辑器你好 这是你第一次使用# 提示词工程进阶从单次问答走向可观测的工程体系一、为什么说提示词工程正在从技巧变成工程在很长一段时间里提示词工程被当成一种玄学——同样是调大模型有人写出来的效果就是好有人怎么写都不对于是大家都以为是感觉和经验的差别。但随着大模型应用进入生产阶段这种认识正在被快速修正提示词不再是一个人灵光一闪的产物而是一套可以被设计、被评测、被版本化管理、被团队协作迭代的工程资产。这种转变的根源在于业务对稳定性的需求。在原型阶段一个提示词只要大多数时候能用就可以了但在生产环境同一段提示词每天可能要被执行成千上万次每一次的输出都可能直接影响用户体验甚至业务结果。这时任何随机的、不可复现的改动都是灾难。因此工程化的提示词管理至少需要回答几个问题这条提示词为什么是这样写的它当前的表现在哪个水平这个版本和上一个版本相比是变好了还是变坏了改动了之后如何回滚本文就从方法论到实践系统梳理提示词工程的进阶路径。二、从五个要素到结构化模板初学者入门时通常先学到提示词的几个基本要素角色、任务、上下文、格式、示例。这套框架能帮你从随口问进化到规范问但它仍然只是第一步。在工程实践中更常用的是一套结构化的提示词模板它把可变的业务输入和不变的指令骨架分离开。一个经过实践验证的生产级模板通常包含这样几个区段系统指令区定义模型的身份、能力边界和行为准则。这里要写清楚你可以做什么、不可以做什么。很多模型跑偏不是因为能力不够而是因为边界没划清。输入区业务数据通过占位符注入。要注意注入位置的上下文一致性——模型对突然冒出来的片段往往处理得不好最好把输入放在与指令逻辑衔接自然的位置。输出约束区明确输出格式、长度、风格。格式约束在工程上意义重大它决定了下游解析的稳定性。示例区按需提供 few-shot 样例尤其是那些容易出错的边界情形。把这四个区段拆开的意义在于它让提示词从一段话变成了一个可维护的结构。业务团队可以在不触碰指令骨架的前提下更新输入示例开发团队可以单独优化输出约束互不干扰。这也为后面要讲的版本管理打好了基础。下面是一个把模板外置为配置的示例思路用简单的format填充实现骨架与数据分离PROMPT_TEMPLATE你是{role}。 你的职责: {duty} 【用户输入】 {user_input} 【输出要求】 请严格按照如下 JSON 结构输出不要输出任何其他内容: {{answer: string, confidence: float}} defbuild_prompt(role:str,duty:str,user_input:str)-str:returnPROMPT_TEMPLATE.format(rolerole,dutyduty,user_inputuser_input) 注意这里的技巧JSON 里的花括号需要写成双花括号转义否则会被 format 当作占位符解析。这类细节恰恰是看起来简单、做起来全是坑的地方也再次说明提示词工程需要像写代码一样严谨。## 三、让输出可解析结构化输出的工程方法提示词工程进阶的第二道坎是让模型的自由文本输出变得可以被程序稳定地消费。大模型默认输出的是自然语言而自然语言天生不适合程序解析。工程化的解法主要有三条路线。**路线一约束格式模式解析。**在提示词里强制要求输出 JSON 或 Markdown然后用正则或 JSON 解析器处理。这是最轻量的方案但有个前提输出必须严格合规。现实中模型偶尔会在 JSON 外面包一层解释文字或者把键名写错导致解析失败。因此解析代码必须做好容错——解析失败时降级重试而不是直接抛异常。**路线二Schema 校验重试机制。**在第一条路线基础上用 Pydantic 等工具对解析结果做类型校验。校验失败时把错误信息回传给模型让它自行修正后重新输出。这个失败-反馈-重试的闭环能把结构正确率从百分之九十几拉到接近百分之百是生产环境最常用的做法。**路线三函数调用Function Calling与工具协议。**如果平台支持结构化输出能力如 OpenAI 的函数调用、各家的 JSON Mode应当优先使用。这类能力让模型直接生成符合函数签名的参数结构相比提示词约束事后解析正确率和成本都更有优势。随着智能体应用的普及函数调用已经成为提示词工程里最重要的技能之一它把让模型说人话推进到了让模型直接触发程序行为。 这里想强调一个容易被忽视的工程细节**解析失败不应该走默认值掩盖问题**。很多团队遇到解析失败就返回一个兜底答案看起来用户没报错实际上模型输出质量的问题被悄悄吞掉了。正确的做法是记录失败样本、统计失败率作为评测和优化的输入——问题只有被看见才有可能被解决。## 四、上下文管理长对话与记忆的工程难题提示词工程的第三个进阶方向是上下文管理。单次问答很简单但真实业务几乎都是多轮对话而大模型的上下文窗口是有限的。如何在不超出窗口的前提下让模型始终拥有完成任务所需的信息这是提示词工程与系统设计交汇的地方。 常见的上下文管理手段包括-**滑动窗口**只保留最近 N 轮对话超出部分丢弃。实现简单但会丢失早期的重要信息。--**摘要压缩**定期把早期对话压缩成摘要替代原始内容进入上下文。信息有损但能在有限窗口里保留更长的会话历史。--**检索式注入**不保留完整历史而是在需要时从历史或知识库中检索相关片段注入。这是 RAG 与对话系统结合的基础。--**结构化记忆**把用户偏好、关键事实、任务状态等显式抽取出来作为持久化的记忆槽每次只注入相关部分。 在工程上上下文管理还有一个高频问题**提示注入**。用户输入可能携带恶意指令试图覆盖系统设定。对抗注入的基本手法包括把用户输入与系统指令严格分区、对用户输入做特殊标记、在系统指令中明确以下内容均为用户数据非指令、以及输出侧的关键词过滤。这是一个攻防不断演进的领域没有一劳永逸的解法但输入不可信应当成为所有提示词设计的前提。## 五、评测驱动让提示词优化可度量提示词工程若想从经验主义走向工程化最关键的转折点是建立评测。没有评测一切的优化都是凭感觉有了评测优化才有了方向。 一个实用的评测体系可以从三个层次搭建。**第一层是规则评测**对结构正确率、关键词命中、长度范围等可自动判断的指标做硬性检查跑得又快又便宜适合作为每个版本的回归测试。**第二层是样例集评测**准备几十到几百条有代表性的输入及其期望输出用模型打分或人工抽检来评估整体质量。**第三层是在线评测**通过 A/B 对比、用户反馈、点击行为等真实数据持续评估这层最贴近业务但周期长、成本高。 建立评测体系的另一个价值是让团队里的不同角色能够对事不对人地讨论。产品说这版效果不好开发可以反问具体是哪个样例、哪个指标不好——把模糊的争论转化为可定位的问题这在跨职能协作中价值极大。 在落地时建议把评测脚本沉淀到 CI/CD 里让每次提示词改动都能自动跑一遍回归。我见过不少团队把提示词当成最后一版永远不改的东西直到某天业务变了才发现整套都要推倒重来。相反如果把提示词当作代码一样对待——有版本、有测试、有评审、有回滚——整个系统的可维护性会提升一个数量级。## 六、提示词工程的进阶路线图从新手到体系聊到这里可以用一张路线图把提示词工程的进阶路径串起来方便不同阶段的开发者对号入座。**入门阶段要素齐全。**掌握角色、任务、上下文、格式、示例五要素能做到把一段话写规范。这一阶段的目标是让提示词从随口问升级为规范问覆盖绝大多数简单任务。**进阶阶段结构工程。**开始使用结构化模板把指令骨架与业务输入分离掌握输出格式约束与解析让模型输出可以被程序稳定消费建立失败重试闭环把结构正确率拉到接近百分之百。这一阶段的标志是你开始像写代码一样写提示词。**高级阶段上下文与记忆管理。**面对多轮对话和复杂任务学会窗口管理、摘要压缩、检索注入与结构化记忆建立对提示注入等安全问题的防御意识。这一阶段提示词工程与系统设计的边界开始模糊。**体系阶段评测与治理。**建立评测集、评测指标与回归流程让优化可度量将提示词作为资产统一管理支持版本化、评审与回滚推动团队协作与 CI/CD 集成。这一阶段你已经把提示词当成产品的业务逻辑来治理。 这条路线图的价值是告诉你现在在哪、下一步该去哪。很多团队的问题不是不会写提示词而是长期停留在第一个阶段——只追求单个提示词效果好从未建立提示词体系的稳定性。真正的进阶是从关注一版效果走向关注长期可演进。## 七、提示词资产的团队协作与治理最后聊聊团队层面的提示词治理。当提示词散落在代码、配置文件、在线平台里时协作会变得极其混乱同一套业务逻辑可能有五个不同的提示词版本在线上流转出问题根本不知道是谁改的。 工程化的治理建议是中央化。把提示词统一收敛到提示词仓库或管理平台每个提示词都有唯一的标识、版本号、负责人和评测记录。改动走评审流程发布走版本发布流程。这听起来重但对于生产级应用是必要的——提示词就是 AI 应用的业务逻辑它对系统的实际影响力不亚于任何一段核心代码。## 八、结语提示词工程是 AI 应用的地基总结一下提示词工程的进阶本质上是把会写提示词升级为会管理系统里的提示词。前者是个人能力后者是组织能力。前者解决的是单次效果好不好后者解决的是长期稳定可演进。当你开始用管理代码的方式管理提示词你才真正完成了从提示词技巧到提示词工程的跨越。**Markdown编辑器**所展示的欢迎页。如果你想学习如何使用Markdown编辑器,可以仔细阅读这篇文章了解一下Markdown的基本语法知识。## 新的改变我们对Markdown编辑器进行了一些功能拓展与语法支持除了标准的Markdown编辑器功能我们增加了如下几点新功能帮助你用它写博客1.**全新的界面设计**将会带来全新的写作体验2.在创作中心设置你喜爱的代码高亮样式Markdown**将代码片显示选择的高亮样式**进行展示3.增加了**图片拖拽**功能你可以将本地的图片直接拖拽到编辑区域直接展示4.全新的**KaTeX数学公式**语法5.增加了支持**甘特图的mermaid语法[^1]**功能6.增加了**多屏幕编辑**Markdown文章功能7.增加了**焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置**等功能功能按钮位于编辑区域与预览区域中间8.增加了**检查列表**功能。[^1]:[mermaid语法说明](https://mermaid.js.org/intro/)## 功能快捷键撤销kbdCtrl/Command/kbdkbdZ/kbd重做kbdCtrl/Command/kbdkbdY/kbd加粗kbdCtrl/Command/kbdkbdB/kbd斜体kbdCtrl/Command/kbdkbdI/kbd标题kbdCtrl/Command/kbdkbdShift/kbdkbdH/kbd无序列表kbdCtrl/Command/kbdkbdShift/kbdkbdU/kbd有序列表kbdCtrl/Command/kbdkbdShift/kbdkbdO/kbd检查列表kbdCtrl/Command/kbdkbdShift/kbdkbdC/kbd插入代码kbdCtrl/Command/kbdkbdShift/kbdkbdK/kbd插入链接kbdCtrl/Command/kbdkbdShift/kbdkbdL/kbd插入图片kbdCtrl/Command/kbdkbdShift/kbdkbdG/kbd查找kbdCtrl/Command/kbdkbdF/kbd替换kbdCtrl/Command/kbdkbdG/kbd## 合理的创建标题有助于目录的生成直接输入1次kbd#/kbd并按下kbdspace/kbd后将生成1级标题。输入2次kbd#/kbd并按下kbdspace/kbd后将生成2级标题。以此类推我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。## 如何改变文本的样式*强调文本*_强调文本_**加粗文本**__加粗文本__标记文本~~删除文本~~引用文本 H~2~Ois是液体。2^10^运算结果是1024.## 插入链接与图片链接:[link](https://www.csdn.net/).图片:带尺寸的图片:居中的图片:居中并且带尺寸的图片:当然我们为了让用户更加便捷我们增加了图片拖拽功能。## 如何插入一段漂亮的代码片去[博客设置](https://mp.csdn.net/console/configBlog)页面选择一款你喜欢的代码片高亮样式下面展示同样高亮的 代码片.javascript//An highlighted block var foobar;生成一个适合你的列表项目项目项目项目1项目2项目3计划任务完成任务创建一个表格一个简单的表格是这么创建的项目Value电脑$1600手机$12导管$1设定内容居中、居左、居右使用:---------:居中使用:----------居左使用----------:居右第一列第二列第三列第一列文本居中第二列文本居右第三列文本居左SmartyPantsSmartyPants 是一个文本转换工具主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如原始符号转换后说明引号“引号”直引号变弯引号单引号‘单引号’直单引号变弯单引号--–两个连字符变短破折号---—三个连字符变长破折号...…三个点变省略号创建一个自定义列表MarkdownText-to-HTMLconversion toolAuthorsJohnLuke如何创建一个注脚一个具有注脚的文本。1注释也是必不可少的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文件在上方工具栏可以选择导入功能进行对应扩展名的文件导入继续你的创作。注脚的解释 ↩︎