news 2026/9/13 7:45:25

提示词工程实战:10个技巧与模板,让AI输出稳定可控

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
提示词工程实战:10个技巧与模板,让AI输出稳定可控

说实话,我见过太多人把提示词工程想复杂了。觉得要学一堆算法基础,要懂模型内部机制,才能写出一条“好指令”。但以我这两年天天跟大模型打交道、帮团队搭各种自动化流程的体会来看,提示词工程更像是一门“结构化表达”的手艺:你不需要成为AI研究员,只需要搞懂模型“怎么理解文字”,然后用一套稳定可复用的方法,把需求说清楚。

这篇文章要聊的,就是一套我自己一直在用、也带过不少新人快速上手的提示词工程实战框架。一共10个能立刻用起来的技巧,全部配了可直接套用的模板,后面还附了一个我日常维护的模板库清单。适用于AI产品经理、内容创作者、开发者,以及所有需要靠大模型稳定产出内容的人。如果你已经被“同一个问题,别人问出高质量答案、自己问出一堆废话”这种情况折磨过,那这篇文章正好对症。

1. 先说结论:提示词工程解决的三个核心问题

1.1 一个模型,两种命运:差距到底在哪

先看两组提示词,都是让AI写产品介绍,效果差得不是一星半点。

低效版:

帮我把这个产品介绍一下:一个智能水杯。

高效版:

你是一名资深消费电子产品文案编辑,读者是30岁左右、注重健康的办公室白领。请为“智能水杯”写一段150字以内的产品介绍,重点说明“水温提醒”和“喝水记录”两个功能,语气轻松不浮夸,末尾加一句推荐购买的理由。

前者出来的是教科书式的商品页,后者出来的是能直接发朋友圈的种草文案。同一个模型,差距不在模型,在提示词。

所以提示词工程要解决的第一个问题,是可控性。低质量的提问,模型只能猜你的意图,猜对了是运气,猜错了是常态。高质量的提示词,把需求边界框得很清楚,模型不需要猜,输出自然稳定。

1.2 从“提问”到“下指令”:提示词的底层逻辑

很多人把提示词理解成“怎么问问题”。这个理解不准确。问问题是“你告诉我答案”,下指令是“按照我的要求完成一项工作”。好的提示词,本质上是一张施工图纸

你想想,装修工人拿到手的是什么?不是一句“帮我把房子装得好看点”,而是户型图、水电点位图、材料清单、施工顺序。大模型也一样,它不知道你心里的“好看”是什么标准,但你给了尺寸、给了材料、给了风格参考,它就能做出来。

所以提示词工程的核心能力不是“会说话”,而是结构化描述任务的能力:说清楚任务背景、角色、目标、受众、格式、约束条件和参考示例。这六要素齐了,提示词质量不会差。

1.3 谁需要认真学这门手艺

做AI产品的人,必须学,因为提示词是产品交互的一部分;内容创作者需要学,因为批量产出高质量内容的前提是模板稳定;开发者更需要学,因为现在写SQL、写正则、写脚本,都在用提示词生成代码,参数抠得不细,返工成本很高。

但我也想说句实话:如果只是日常随便问问、不追求稳定输出,那随便聊就行,不用学这些。提示词工程本质上是为“要复现、要迭代、要交付结果”的人准备的。这篇文章后面的内容,默认你属于后者。

2. 基础四招:先把输出稳定住

2.1 技巧1:角色设定——让模型切换到正确的“工作模式”

原理其实很好理解:大模型在训练时见过海量文本,不同的场景对应不同的语言风格和思维习惯。当你给它一个角色身份,它就会调用与这个角色相关的“先验知识”,输出会不自觉地往那个方向靠。

我实测下来,角色设定一定要放在提示词的最前面,越早越好。放后面容易被长文本冲淡。

我试过的最简单对比:让模型写一段健身计划。不设定角色时,AI默认用“健身教练”的口吻,但很平淡;设定角色为“有10年经验、带过产后恢复学员的私教”之后,给出的计划会明显更细致,连热身动作和休息时间都会标注清楚。

一个能套用的角色模板:

你是一名{角色}。你擅长{核心能力}。你有{背景经验}。现在请帮我完成以下任务:{任务描述}。

比如:

你是一名有10年经验的儿童心理咨询师,擅长用绘本故事引导孩子表达情绪。现在请帮我把下面这个场景改编成一本绘本故事大纲:孩子因为输掉比赛而大哭。

注意一点:角色不能只给身份,还要给背景能力描述。只写“你是专家”没用,要写“你擅长什么”。模型对“专家”这个词没有概念,但对具体能力有。

2.2 技巧2:目标具体化——把“写得好”变成“写成这样”

如果说“角色设定”决定了模型用什么语气说话,那“目标具体化”决定了它说什么内容。我发现大多数差强人意的输出,问题都出在目标太抽象上。

什么叫抽象?比如“写一篇关于时间管理的文章”“做一个营销方案”“帮我优化这段文字”。这些描述里没有任何可量化的标准,模型只能按照自己的理解自由发挥。

具体化要做四件事:说受众、说篇幅、说风格、说核心内容。一条提示词里把这四点覆盖住,输出质量会大幅提升。

低效:“帮我写一段招聘文案。”

高效:“帮我写一段招聘文案。岗位是初级前端开发,面向1-3年经验的候选人。文案发在朋友圈,200字以内,风格轻松但有诚意,重点强调团队的技术氛围和双休福利。”

模板如下:

帮我{写作/分析/生成}一份{内容类型}。 目标受众:{谁的视角}。 篇幅要求:{字数/时长}。 风格要求:{语气/调性}。 必须包含的信息:{列出3-5个关键点}。

这个模板适用性极广。写邮件、写周报、写自我介绍,都往里套。核心目的是把“模糊的期望”翻译成“具体的规格”。

2.3 技巧3:输出格式限定——先定格式,再谈内容

在和模型打交道时,很多人忽略了一个关键事实:模型的“内容能力”和“格式能力”是两回事。它可以写出很深刻的观点,但如果不管格式,它还给你一团密密麻麻的纯文本,读起来效率极低。

所以我养成了一个习惯:凡是正式任务,先约定输出格式,再让模型填内容。最常见的四种格式是:表格、Markdown、JSON、列表。

比如:

帮我整理下面5款咖啡机的核心参数,输出为Markdown表格,列包含:产品型号、容量、最大压力、是否带磨豆功能、适合场景、缺点。不要输出表格以外的内容。

生成的结果直接就能贴到文档里,排版都不用动。

给模型限定格式时,技巧是“格式先行”:把格式要求在任务描述之后、在具体内容之前单独一段写清楚。模型对这种结构化提示的响应度非常高,因为语言模型本身就很擅长“续写”,而你给了它一个明确的续写框架。

如果模型仍不按格式走,可以在末尾补一句“严格按照上述格式输出,不要添加任何解释”。这一句对很多模型的约束效果立竿见影。

2.4 技巧4:范围排除法——告诉模型“不该做什么”

很多人不擅长写“排除条件”,觉得只要把需求说清楚就行。但大模型和我们语言习惯之间有个很大的错位:我们以为“不要啰嗦”意味着简洁,模型听到的却是“啰嗦”这个词,反而更可能输出一堆废话。

这就是心理学上认知负荷理论在AI交互中的翻版:否定指令容易被忽略。不是说不能用否定句,而是要配合“替代方案”一起用。

“不要写得太专业,避免术语”——弱。 “请用初中生能听懂的语言解释,不要使用任何专业术语,如果必须使用术语,请先定义”——强。

更好的做法是“排除+列举”:

请帮我写一份儿童编程课程的介绍。 需要避免的内容: - 不使用“逻辑思维”这个烂大街的词 - 不出现任何代码片段 - 不夸大学习效果 必须包含的内容: - 课程使用的工具 - 适龄范围 - 完成后的作品案例

给模型画一个“禁止区”和一个“必须区”,输出基本不会跑偏。这个方法在做文案审核和内容安全场景时尤其好用。

3. 进阶三招:让模型读懂你的心思

3.1 技巧5:少样本示例——用例子说话,比形容词管用

如果说前面四个技巧是搭框架,那少样本示例就是“直接给样板间”。它是到目前为止,我认为性价比最高的提示词技巧。

原理很简单:大模型是预测下一个词的工具,如果你给它的上下文里出现了输入-输出的对应范例,它就会倾向于模仿这个对应关系。你在提示词里展示一个输入输出对,模型就能理解你要的到底是什么。

拿情感分析举例:

参考示例: “今天被老板当众表扬了,开心到起飞!” → 正面 “地铁又晚点,整个人都要炸了。” → 负面 “新开的餐厅招牌菜还不错,下次可以再来。” → 正面

请你分析下面这句话的情感倾向: “虽然项目延期了,但团队配合比上次默契不少。”

你看,三个示例已经把任务逻辑讲得明明白白,比写“请帮我做情感分析,输出正面或负面”要管用得多。

少样本使用的核心注意点:

  • 示例数量2-3个足够,多了浪费上下文,少了模型学不到规律。
  • 示例要覆盖典型反差,比如正面和负面都各来一个,模型才能学会二分。
  • 示例的格式要和真实任务保持一致,不能示例里写英文、任务里让模型输出中文。

这个技巧几乎可以套在任何任务里:信息抽取、分类标签、文案改写、意图识别,通通适用。

3.2 技巧6:步骤拆解——把大任务拆成小工序

大模型有一个很让人头疼的特点:任务越宏大,输出越容易“假装完成”。你让它写一篇5000字行业分析报告,它真能给你编一个结构完整但内容空洞的框架,这是很多初学者踩过最大的坑。

解决思路很朴素——不要让它一口气做完,而是拆成步骤。这背后是认知心理学里的“认知负荷”原理在起作用:一个任务越复杂,同时需要处理的约束越多,输出的质量就越难保证。拆成小步骤后,每一步只需要处理一个简单目标,准确率会显著提高。

举个例子,写一篇行业报告,我会拆成下面这样的流程:

请逐步完成以下任务,每一步完成后再继续下一步: 第1步:列出{行业名称}近一年来的3个主要趋势,每个趋势用1句话概括。 第2步:针对其中趋势1,分析其对中小企业的影响,给出2个具体案例。 第3步:基于上述分析,写一段300字的趋势总结,语气面向创业者。

注意,步骤拆解的关键句是“每一步完成后再继续下一步”。这句话能让模型把注意力保持在当前步骤而不是急着跳到最后。

我还发现一个比较好用的变体:让模型输出前先做一个“计划”,你审一遍计划再让它执行。比如:

我想写一篇关于“远程办公效率提升”的文章。先给我一个文章大纲,包含3个分论点,每个分论点下给出2个支撑素材方向。确认后,再按照大纲写完整文章。

这样既保留了拆步骤的稳定性,又给了人一个中间介入修正的节点。在需要多次迭代的创作场景中,这个方式强烈推荐。

3.3 技巧7:思维链提示——让模型“算给你看”

前面提到任务要拆步骤,思维链提示就是拆步骤在复杂推理场景下的一个强化版。它要求模型在给出答案前,先展示自己的推理过程。

这个方法刚火的时候,很多人以为它只是让模型“多废话”,其实不是。思维链提示的核心作用,是让模型把长程推理过程“外部化”,每一步都基于上一步的结果继续推导,中间过程暴露出来后,错误就容易被自己发现。

一个对比感受一下:

不提推理:“小明在超市买了3个苹果,每个2元,又买了2瓶牛奶,每瓶3.5元。结账时用了5元优惠券。他一共付了多少钱?”

直接说答案的模型输出是10.5,但没人知道它怎么算的。

提推理:“请逐步计算,先算苹果总价,再算牛奶总价,再加总,最后减去优惠券。”

模型输出:

苹果总价:3 × 2 = 6元 牛奶总价:2 × 3.5 = 7元 总价:6 + 7 = 13元 减去优惠券:13 - 5 = 8元 应付:8元

看到吗?不仅答案对了,每一步都透明可查。这对复杂任务意义重大,因为你可以在它前面几步出错的时候及时打断,而不是等它写完才知道错了。

我常用的模板就一句话: “在回答之前,请先一步步分析你的推理过程,最后再给出结论。”

有朋友担心这样会让输出变长,建议只在对准确性要求高的场景使用。写种草文案、做翻译,完全不需要思维链;但做数学题、逻辑推理、跨条件决策,效果提升非常明显。

4. 收尾三招:把一次好结果变成经常性结果

4.1 技巧8:迭代追问——把对话当成持续集成

一次就写出完美提示词的人,我只在教程里见过。现实是:提示词工程本身就是一个迭代过程。写提示词→看输出→发现问题→修改提示词→再看输出,这个循环才是常态。

但迭代有两种:一种是每次从头聊,一种是学会在同一个对话里持续追问。后者我只推荐一个方法——“修改指令五连”

  • “开头部分太拖沓,第一句话直接切入主题。”
  • “第二段里那个例子不够贴切,换一个和你我日常相关的。”
  • “语气再轻松一点,多一点口语化。”
  • “结尾不要总结,直接给一个行动提示。”
  • “把第三点拆成两个点,分别展开。”

这种逐条修改的方式,比重新开一个对话说“再写一遍吧”效率高得多。因为同一个对话里,模型对前文的上下文有记忆,你只需要描述增量变化,不需要重复全部需求。

这里有个关键技巧:在追问时,引用原文中的具体位置。比如“第二段结尾那句‘提升团队效率’改成‘缩短沟通链路’”,而不是“改一下第二段”。模型对位置和文字的指代能力很强,你把对象指认清楚,它改得就很准。

4.2 技巧9:关键约束前置——第一行就写清底线

Transformer架构的注意力机制有一个特点,就是模型对文本开头部分往往更敏感。这个特性的实际含义是:提示词里最重要的约束,放在越前面越有效。

很多人写提示词喜欢把背景铺垫得很长,写到最后一句话才提限制条件,模型生成到一半,注意力早被中间内容带跑了。

我的习惯是“三明治式结构”:

第一段:角色+最高优先级约束(比如“不要虚构数据”“不要提竞争对手”) 第二段:任务背景和具体内容 第三段:输出格式和补充说明

举一个实际场景:

帮我写一份线下活动策划案。 最高优先级要求:必须给出可执行的具体时间点,不要泛泛而谈。 背景:这是一场社区读书会,参加人数30人左右,下午2点到5点。 内容要求:包含活动流程、物料清单、人员分工。 输出格式:用表格列出时间安排,其余用Markdown列表。

把“必须给出可执行时间点”提到最前面,模型整篇都会刻意避开空话,A/B测试下来效果差异非常明显。

4.3 技巧10:模板化复用——建立自己的提示词“工具箱”

最后一个技巧,也是最容易被忽略的。你会发现,做得多了以后,很多提示词是重复的:写周报、头脑风暴、改错别字、分类整理,来来回回就那些任务。这时候最值得做的事,就是把它们沉淀成模板库

这里说的模板,不是把一句提示词存下来,而是把可变部分抽出来,形成变量占位符。像我日常在用的一个模板长这样:

你是一名{岗位角色}。 请对下面的{文本类型}进行{核心任务}。 要求: 1. {要求一} 2. {要求二} 3. 输出格式:{格式} 原文:{粘贴原文}

用的时候只需要替换占位符,完全不需要重新组织语言。我电脑里有一个专门的模板库文件夹,按场景分目录,已经积累了几十个结构化的提示词模板,实际帮我省下的时间非常可观。

建立模板库需要注意几点:

  • 模板一定要配一个“失败案例”。记录这个模板之前哪个场景失效过,比记录成功案例更有价值。
  • 模板要版本化。模型升级后,很多旧模板会“悄悄失效”,保留版本号方便回溯。
  • 模板里不要塞死内容,要预留变量。把灵活的部分全部标注清楚,不然换一个主题就要重建。

配合模板使用,还可以在系统层面加一个“复用参数”的习惯:生成任务需要稳定结果时,把参数调到较低数值;需要创意发散时,调高一些。模板负责控制内容结构,参数负责控制随机性,两者搭配,稳定性和创造性都能兼顾。

5. 模板库:8个可以直接抄走的完整提示词模板

光有技巧不够,直接提供能用的东西才实在。下面是我自己这几年攒下来、经过多轮打磨的8个高频模板,覆盖了内容创作、信息整理、数据分析、代码开发这几类最常见的需求。你可以直接复制去用,也可以根据自己场景做替换。

模板1:高质量文章改写

你是一名资深编辑。请改写下面的文章片段,提升可读性。 要求: 1. 保持原意,但删除所有重复啰嗦的表述。 2. 用短句,每句话不超过30个字。 3. 段落间增加过渡句,保证逻辑连贯。 4. 改写后控制在原文70%的字数。 原文: {粘贴原文}

这个模板的妙处在于“每句不超过30字”,模型对具体数字约束的响应度很高,出来的句子节奏比模糊的“简洁一点”好太多。

模板2:会议纪要结构化

下面是一段会议记录。请整理成结构化会议纪要,要求: 1. 提取会上的所有决定事项,列成“决定”清单。 2. 提取待办事项,输出为表格,列包括:事项、负责人、截止时间、备注。 3. 标注哪些议题尚未得出明确结论。 会议记录: {粘贴文本}

我最常用的是这个模板,因为它能自动区分“决定”和“待办”,比手动翻对话效率高太多。

模板3:代码审查助手

你是一名资深后端工程师。请审查下面的{编程语言}代码: 1. 指出潜在的bug和边界条件问题。 2. 指出性能瓶颈。 3. 指出可读性问题。 4. 给出修改后的完整代码。 只输出审查结果和修改后的代码,不要解释你做了什么。 代码: {粘贴代码}

只要加上最后那句“只输出审查结果,不要解释”,模型就不会附赠一堆无意义的说明,输出干净利落。

模板4:竞品分析表格化

请对以下{产品类型}的竞品进行对比分析: {贴出竞品名称} 输出维度:核心功能、目标客户、价格策略、优势、劣势、差异化机会。 输出格式:Markdown表格。 建议:基于对比结果,给出1条针对我们的差异化定位建议。

竞品分析最怕写成小作文,一上表格,各种维度一目了然,后续整理进PPT也省事。

模板5:用户调研访谈提纲

你是用户研究专家。请针对{产品/功能名称}设计一份深度访谈提纲。 要求: 1. 面向目标用户:{目标用户特点} 2. 包含10个问题,从宽泛到具体递进。 3. 每个问题后标注“此题期望获取的信息”。 4. 不要包含引导性问题,不要暗示用户回答方向。

每条问题后面标注期望获取的信息,这个习惯能帮你快速判断访谈数据是否有效,每次访谈完对照提纲就能梳理线索。

模板6:培训课程大纲设计

你是一名课程设计师。请帮我设计一门关于{主题}的入门培训课程。 要求: 1. 课程总时长{时长},分为{数量}个模块。 2. 每个模块包含:模块目标、核心知识点列表、一个实操练习、一个考核问题。 3. 课程内容按“知道-理解-应用”三层递进。 4. 输出为Markdown大纲。

课程设计的关键不是讲完内容,而是“练习”和“考核”,这个模板把两个环节都强制加进去了,结构很完整。

模板7:文档摘要提取

请提取下面文档的核心信息,形成摘要。 要求: 1. 100字以内的总体概述。 2. 按条列出3-5个关键结论/数据。 3. 一句话说明这份文档潜在的影响。 文档: {粘贴文档}

我经常用这个模板处理研究报告和长文章,每天能省下不少读资料的精力。

模板8:多轮对话剧本生成

请根据以下要求编写一个对话剧本: 主题:{主题} 角色:{角色A}与{角色B} 长度:{对话轮数}轮 调性:{轻松/严肃/争执等} 要求: 1. 每轮对话不超过50字。 2. 对话要推动一个明确的冲突或情绪转折。 3. 最后一句必须落在“启发思考”的开放式表达上。

这个模板做视频脚本或培训案例时很好用,约束条件能防止模型写出冗长无重点的对话。

6. 常见问题与排查技巧实录

6.1 提示词失效场景速查表

理论聊再多,不如直接把踩过的坑列出来。下面这张表是我在实际使用中反复遇到的典型问题,附带当时最有效的调整方向。

现象常见原因调整方向
角色设定不起作用,输出还是通用风格角色描述太简单,没有结合具体能力补充“擅长什么、做过什么、怎么说话”等内容
指定了格式但模型还是乱输出格式描述太抽象,模型没理解直接给一段“输出示例”,让它照着样子填内容
加了“不要写废话”但输出仍然啰嗦否定指令容易被模型忽略改成“每句话不超过30个字”“总字数控制在200字以内”
同一个提示词多次运行,结果差异很大模型生成本来就有随机性降低生成参数数值,或引入JSON等强结构约束
任务太宏大,模型只会给框架不填内容目标过载用“步骤拆解”把它拆成多个小指令,一步步执行
昨天好用的模板今天效果变差模型版本更新导致行为漂移回退模板版本,或调整提示词里的示例部分

6.2 一个我处理过的真实排查案例

有一次团队的知识库问答机器人经常答非所问。当时的提示词是“你是知识库助手,请回答下面的问题”。排查过程很有意思:

第一步,我把“回答问题”改成了“根据下面提供的知识库内容回答问题。如果知识库中没有相关信息,请明确回答‘知识库中未找到相关信息’”。

问题立刻少了一半。因为原本的提示词没有限定信息来源,模型会自由发挥,用自己的训练语料去补,而不是依赖知识库内容。补上“只依据提供内容”的约束后,信息源被钉住了,幻觉明显减少。

第二步,“问题未找到相关内容时,不要说‘可能是’、‘我认为’这类猜测性表述”。加了这个排除条件后,答案的确定性大幅提高。

第三步,把所有“不要”都改成了“必须”。比如“不要使用‘大概、可能、也许’等不确定词汇”改成“如果信息不确定,必须直接说明‘此信息未经确认’”。改完之后,质检通过率直接提升明显。

那次排查给我的经验是:提示词失效时,不要急着推倒重来,按照“信息源对不对→约束有没有歧义→否定句是否过多→是否给了示例”的顺序,逐层排查,基本都能找到问题。

6.3 新手最容易养的三个坏习惯

第一个坏习惯是提示词写得过长过满。有些人学到了技巧后,恨不得把所有元素全塞进去,结果提示词写了一整屏,模型处理不过来,核心信息反而被稀释。我的经验是:提示词不是越长越好,信息密度比信息数量重要。背景信息只要能支撑任务理解,一句带过即可,核心资源要留给约束和示例。

第二个坏习惯是每换一个任务就重起炉灶。明明上一个任务的提示词改一改就能用,偏要从头像开始重新写。正确做法是先找最接近的模板,往里面填变量。这也是我前面强调模板库的原因,复用能力是熟练度的关键指标。

第三个坏习惯是忽略结果校验。很多人以为提示词写得好就万事大吉,从来不检查模型输出的准确性。但大模型本来就会一本正经地胡说八道。我的习惯是,涉及数据、代码、日期、人名这类关键信息时,无论如何都要二次校验。提示词能降低错误概率,但不能消灭错误。

写在最后

我在实际使用中发现,提示词工程最值得投入精力的事,不是学习各种花哨的提示词框架,而是把每一次和模型交互当成一次小型项目来看待:目标是什么,边界在哪里,怎么验证结果,如何沉淀模板。这套思路跑顺了,你会发现大模型能替你扛下大量重复劳动,而且质量稳定、随时可复现。

最后再分享一个小技巧:如果你写了一条效果特别好的提示词,别急着关掉页面,花五分钟把它整理成模板,存进自己的模板库。这些经受过实战检验的模板,就是你在这波AI工具浪潮里最宝贵的效率资产。过几个月回头看,你会感谢自己当时的这个动作。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/13 7:43:28

语言作为通用学习机器的计算模型与实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/13 7:43:10

2026年学术论文写作AI工具红黑榜与使用策略

1. 论文写作工具现状与选择困境 2026年的学术圈,AI写作工具已经像当年的Word一样普及。但走进任何一所大学的图书馆,你都能听到学生们相似的抱怨:"这个工具生成的文献综述全是车轱辘话"、"那个软件引用的参考文献根本不存在&q…

作者头像 李华
网站建设 2026/9/13 7:40:18

前后端Bug责任判定四层证据链实战指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/13 7:40:00

UnoCSS Processors 完整指南:在 CSS 生成后精加工每一层样式

UnoCSS Processors 完整指南:在 CSS 生成后精加工每一层样式 【免费下载链接】unocss The instant on-demand atomic CSS engine. 项目地址: https://gitcode.com/GitHub_Trending/un/unocss Processors(处理器)是 UnoCSS 提供的一组钩…

作者头像 李华