AI辅助教材写作全流程:从大纲设计到低查重率的实操方法
这两年AI辅助创作的势头越来越猛尤其在教材、教辅这类结构化内容上效率提升可以说是一目了然。但也正因为工具普及了问题也来了大家用同样的模型、同样的提示词套路生成出来的段落结构、句式风格都很接近丢进查重系统一查相似度一路飙升。于是有人就卡在“AI生成初稿容易、过查重难”这一步上。我最近完整跑通了一套“AI写教材”的流程从大纲设计、章节生成到降重处理、质量审查再到排版输出全程用AI工具辅助输出一套完整教材初稿。这篇东西就把我的实操流程、打磨方法、以及低查重处理的完整思路都摊开讲既讲怎么做也讲为什么这么做方便你直接拿去参考。1. 教材类内容的整体设计思路1.1 为什么教材写作天生适合AI辅助教材和普通文章不一样它有三个明显特点结构高度固定、知识点边界清晰、表达需要尽量中立规范。这三个特点加在一起其实特别适合AI来干活。以一本面向本科生的《软件测试技术基础》为例无论谁来写章节逃不出测试基础概念、测试流程、测试用例设计、单元测试、集成测试、系统测试、性能测试、自动化测试工具、测试管理。知识点就那么多排列组合也相对稳定。AI擅长什么呢擅长从海量资料中快速提炼出这些标准知识点再用规范的书面语言组织出来。人一天能写出3000字就已经很吃力了AI一个小时就能铺出2万字的初稿这个效率差距非常现实。但这里有个关键认知要纠正。AI写教材的价值不单是“快”更重要的是“降低启动门槛”。很多人写教材拖延不是因为不会写而是面对一个庞大的章节体系不知道从哪里下手。AI可以先搭出骨架甚至把每一节的内容铺满这相当于给了你一张“草稿地图”。你后面要做的是审校、修正、补充、润色而不是对着空白文档发呆。这个从0到1的启动环节恰恰最能压缩时间。1.2 流水线式写作把一个大项目拆成“小任务链”我采用的不是那种“让AI一口气写完一整本教材”的粗暴方式而是把一个庞大项目拆成若干个子任务每个子任务对应一个独立提示词分阶段完成。这种方式的好处有三个段落结构更均匀、更容易做局部的修改替换、查重阶段可以精确锁定问题段落。整套流程大致分成六个环节。第一环节是教材定位。明确教材面向的读者群体、学习起点、教学时长、考核方式。这一步不会用到大量AI生成却决定了后面所有内容的基调。第二环节是大纲设计。让AI基于定位信息生成章节目录人工再做增删调整。这一步可以多迭代几轮直到骨架稳定。第三环节是逐章撰写。每一章单独生成尽量一次性写透。生成后马上做人工审读和修改改完再进入下一章避免错误在后续章节里反复出现。第四环节是统一润色。当所有章节初稿齐全后我会用一个统一的“风格梳理”提示词把所有内容做一次全量规范化处理统一术语用词、统一标点习惯、统一人称表达。第五环节是查重与降重。对全文过一遍相似度检测锁定重复率偏高的段落针对性做降重改写。第六环节是最终排版与审核。把修订后的内容按照出版或教学要求排版配图、配表、配习题做最后的人工通读。这套流程里的每个环节并不复杂但需要你真正每步都落实。之前帮某教学团队处理过一套入门教材他们前期就是不肯花时间做大纲定位结果AI生成第一章内容后风格跑偏写着写着变成了论文腔后期修起来非常痛苦。所以流程这个东西省在前面的功夫后面都要加倍补回来。2. 关键环节解剖从大纲定位到逐章写透2.1 大纲设计的科学姿势大纲是整个教材的地基。很多人在这个环节犯的错误是让AI自由发挥直接问AI“给我列一份教材目录”。结果AI给出来的目录大而全每个章节标题都很正确但放在一起就是一盘散沙没有主线逻辑。正确做法是把教材的定位信息先喂给AI做约束。定位信息至少要包含五个维度读者基础比如是零基础还是学过先修课教学目标比如学完能掌握哪些能力学时分配比如总共有多少课时、每章分配多少课时考核方式比如侧重理论还是实操教材风格比如是严谨学术型还是案例驱动型。我自己常用的格式是这样的请帮我规划一本教材的章节目录基本要求 - 教材主题软件测试技术基础 - 适用读者软件工程专业大二学生已完成编程基础课程 - 教学目标理解软件测试的基本理论、掌握测试用例设计方法、能使用常见测试工具 - 总学时48学时理论24实验24 - 风格要求案例驱动每个知识点配演示案例语言通俗 请输出三级目录章、节、知识要点并在每章末尾标注建议学时数。这样出来以后AI的目录质量会高很多。拿到目录后我还要做一件事人工评审是否有一条清晰的教学主线。如果某版大纲里能看出“基础知识→核心方法→工具实践→综合管理”的递进关系说明主线是存在的。如果只是知识点的堆叠就要回头要求AI重新设计章节间的逻辑链。之前有次我只扔给它一个书名结果它给了个包含12章的大全式结构每章都很平看不出教学重点分布后来加了三轮约束才调整到9章、主线明确的状态。大纲确认后的另一个好处是后续每一章的生成就变成了“在既定框架内执行”的任务而不是重新发明轮子。提示词里只需指定“按大纲第二章风格继续写第三章”前后衔接就会自然很多。2.2 逐章生成时的高质量提示词写法大纲确定后真正的工作量集中在逐章生成上。这里涉及一个核心原则AI生成教材不能一句话铺一整个章节需要拆成小块每块可控、可修改、可查重。一章我通常会再拆成四到五轮任务来生成。分别是章节引入、核心知识点讲解、案例演示、常见误区与习题。举一个简单的例子假设要写第三章“测试用例设计方法”第一轮让AI生成本章的章节引入和学习目标。要求它用“为什么需要学习本章”的视角来写调动读者兴趣而不是干巴巴地罗列目标。第二轮生成“等价类划分法”和“边界值分析法”的知识讲解。这轮要求它先给出方法定义说明适用场景用示范案例完成推导过程关键步骤做成表格。第三轮围绕同一知识点生成“案例扩展”。要求案例从简单到复杂至少两个层次每个案例都要有输入、步骤、输出结果和分析解释。第四轮生成“易错点提醒”和“习题”。易错点要对照初学者常犯的错误来讲习题要有参考答案和解析。每轮任务独立提交提示词得到结果后先审读一轮再决定是否进入下一轮。这样做的好处是如果第一个知识点没写好不用推倒整章重来只需要重新生成局部即可避免大面积的返工。我还保留了一个习惯在提示词里明确“不要输出与本章主题无关的背景铺垫”。很多AI生成内容喜欢从“随着软件行业的快速发展”这种宏大开场开始这是查重系统的重点命中区域没有任何信息量。我会直接告诉它从定义、分类、适用场景开始不要写泛泛的背景段落。3. 查重视角下的内容差异化处理3.1 教材查重偏高的三大来源教材类内容的重复率和学术论文的重复率来源有明显不同。我做了多个项目的查重报告对比之后发现教材重复主要集中在这三类来源上。第一类是定义和标准概念。比如“软件测试是为了发现程序中的错误而执行程序的过程”这种标准定义任何教材都绕不开它是测试领域公认的表述。这种内容的重复几乎不可避免但可以通过调整句法结构来降重。第二类是流程步骤。比如“单元测试是验证软件最小可测试单元是否正确”这类描述。步骤性内容在不同教材里的写法常常高度接近因为流程本身就是固定的。第三类是AI生成内容之间的“同质化”。这是目前最值得注意的一点。多个AI模型在训练数据里反复见过同一批开源文档、维基百科内容和经典教材段落当你的提示词没有附加足够的个性化约束时它输出内容就会向这些训练数据靠拢查重系统一比对相似度自然就上来了。前两类问题可以通过改写技术处理第三类问题要从生成环节就进行干预。我自己处理第三类问题的方法是在生成提示词里加入“风格偏移”指令。比如明确要求“用案例导入的方式引出这个概念”“表达上多使用主动语态”“尽量避免学术论文式长难句”。当你给AI设定了这些文体偏好后它生成的文字结构会明显偏离标准模板从一开始就和那些“百科式表达”拉开距离。3.2 降重实操从字词替换到句式结构改写查重系统比对的是连续字符序列所以降重的核心逻辑只有一个破坏连续序列的匹配。具体来说有三层操作。第一层是词汇替换。把高频出现在教材领域的关键词替换为同义表达。比如“重要”替换为“关键”、“核心”、“起着决定性作用”“方法”替换为“途径”、“手段”、“策略”“验证”替换为“检验”、“核实”、“确认”。但要注意专业术语不能随意替换。例如“回归测试”不能改成“再次测试”那会让知识表达出现偏差教材作者不能为了降重牺牲准确性。第二层是句式结构改写。把主动句改成被动句、把一个长句拆成两个短句、调换从句位置。举个例子原句等价类划分是把程序的输入域划分成若干子集然后从每个子集中选取少数有代表性的数据作为测试用例。改写后程序的输入域会被划分为若干子集这是等价类划分法的核心思想。划分完成后从每个子集里挑选少量有代表性的数据这些数据最终被用作测试用例。这里可以看到除了词汇替换更重要的是句子节奏变了。原来的单句变成了多句组合主被动语态也做了切换。查重系统在匹配连续字符时中间一旦插入新的连接词、改变了语序匹配度就会大幅下降。第三层是段落组织重构。如果只是句子的微调遇到整段几乎一致的“高危段落”仍然可能过不了。这种情况要把段落内部的逻辑顺序做一次重排比如“定义→适用场景→案例→注意事项”改成“案例→注意事项→定义→适用场景”。内容信息没有减少但文字的线性排列完全不同了。我之前处理过一段关于“黑盒测试”的段落原段落和另一本教材的相似度高达85%。我没有逐句做同义替换而是把整个段落的叙事逻辑从“先定义后分类”改成了“先举例说明后归纳定义”配合两句人工衔接内容相似度直接降到了15%以下。这个操作说明了一个重要经验只做词句层面的降重有时是不够的段落内部的叙述顺序往往才是查重系统能够识别出来的最大特征。4. AI教材内容的专业化与可信度加固4.1 专业内容的核查方法AI写教材最大的风险不是查重而是“看着正确其实错了”。这类错误在AI生成的内容里经常出现因为它会把常见表述拼装在一起但拼出来的结论却经不起推敲。有一次我在生成“测试覆盖率”相关的章节时AI给出的覆盖率计算公式是“已执行用例数/总用例数”这个公式看着很合理但它没有区分语句覆盖、分支覆盖、路径覆盖等不同指标。后来我核对了至少五份资料才把这个章节里所有覆盖率指标的定义和公式全部修正。这个过程非常花时间但如果你要正式用作教材这一步跳过不得。我的核查方法是分三路交叉验证。第一路把AI生成的关键知识点提取为清单逐条和出版教材、权威教程对照第二路针对每个公式、数据、引用结论单独让AI重新回答一遍看两次输出是否一致如果不一致就标记出来专门核查第三路请至少一位该领域有教学经验的从业者通读从教学逻辑的角度提意见。三路全部通过后章节才算初步合格。这里特别提醒一点AI生成的案例结果不一定能复现。尤其是编程相关、数据分析相关的案例生成过程有可能存在逻辑跳步结论和步骤对不上。凡是涉及输出结果的案例我都会亲自跑一遍结果实测能跑通了才会保留在教材里否则一律删掉重写。4.2 版权、来源标注与“去AI感”的语言微调教材的版权问题经常被忽略。AI生成的内容如果引用了特定教材的案例、图表或者结构即使改写了文字也存在潜在风险。稳妥的做法是所有案例尽量自行构造、所有表格自己生成、所有图表自己绘制。参考数值可以借鉴公开资料但不要大段照搬某部教材的特定章节结构。另外一个现实问题就是“AI味”。什么叫AI味就是一段话里每个句子都规范得挑不出毛病但连在一起读起来却没有个人风格、没有人的思维痕迹。我常用的去AI味方法有适当地增加第一人称的引导语比如“我们从下面这个例子入手来看”增加口语化的短句衔接比如“好概念了解之后接下来重点看实现”故意保留一些个人化表达习惯比如“我在教学过程中发现学生对这一步最容易出错”。这些内容在学术论文里会显得不够严肃在教材里反而是正常的教学口吻。教材本身就是人和人之间传递知识的媒介适当的“教学现场感”不但不影响专业性反而能帮助读者理解。而且从查重角度讲这种个人风格化的表达天然具有原创性几乎不可能被查重系统在其他资料里匹配到。5. 常见问题速查与经验心得5.1 我踩过的一些坑整个流程跑下来有几个问题是最常遇到的列出来供参考。AI生成公式时偶尔会出现编号错乱。如果教材里公式比较多需要在通读时重点核对每个公式编号和引用关系。我遇到过正文引用“公式3-2”但实际公式编号是“3-1”的情况这类错误不显眼但正式印刷出来会很尴尬。章节风格不统一是另一个高发问题。因为每一章是分开生成的AI在不同轮次里可能“忘记”了之前的风格。解决方法是让AI在每章生成前先读一遍上一章的简介或者把风格要求写进每轮提示词里宁可重复描述不要默认它记得住。还有一种情况是AI“编造”参考文献。当你要求AI补充参考文献来源时它会生成一些看起来非常真实但实际不存在的文献条目。这个问题要反复提醒AI生成的参考文献必须在数据库里能检索到检索不到的一律删除。5.2 查重工具选择与可复现的降重检查清单查重工具的选择上目前市面上主流的几款在教材类文档上的表现差异不大关键是要固定用一款工具做前后对比不要中途换工具否则数据之间没有可比性。我习惯先把整本教材的初稿统一查一次记录重复率偏高的章节再逐段处理后查第二次用来确认降重效果。下面这个检查清单是我每一次降重后必过的环节分享给你直接用。第一看重复率偏高的段落是否集中在定义、流程、结论三类文字上。如果是优先调整句式和段落逻辑不要只做同义词替换。第二找到重复率最高的那个段落看它的叙述结构和原始文本是否属于同一逻辑顺序。如果顺序相同就算改了词汇查重系统仍然可能识别出框架相似性。第三检查专业术语是否在降重过程中被替换掉了。必要的时候即使一项内容会增加重复率该用标准术语的时候还是要用标准术语。准确永远是第一位降重不能牺牲准确性。第四确认没有用通配符、插入特殊字符这类“蒙混式降重”查重系统不是傻子教材用户更不是这种方式既过不了关也上不了台面。5.3 关于效率和质量的平衡建议整个流程下来我最深的体会是AI写教材是可行的但不能是“生成即交付”。AI的工作是把天花板之上的体力活做掉真正决定教材质量的仍然是写作者对教学内容的判断力、对读者需求的理解力、以及对专业准确性的把关力。效率方面有一个阶段性的节奏建议大纲阶段慢一点在框架上多花时间是值得的生成阶段快一点初稿阶段不要要求AI一步到位接受“先用再改”降重阶段慢而细这是决定教材最终是否“能打”的关键审校阶段更要慢宁可花一周的时间审校不要赶着一周出版。我做的某套入门教材整个流程从大纲到终稿用了大约三周。AI生成初稿只花了一个星期不到剩下的时间全部花在了审校、核查、案例验证和降重上。最终交付的稿件每章的重复率都控制在合理范围内内容也通过了教学团队的评审。这个时间分配比例应该可以作为你安排工作量的参考。最后再分享一个小技巧AI生成的内容在送查重之前先自己当一回“人类查重器”。把你认为最像“教科书语言”的段落挑出来主动改掉那些最标准的表述方式。用这个方法抢先处理一遍之后再送进查重系统结果通常都会比直接送检好很多。这也是我试过好几次之后发现最有效的“先手棋”。

相关新闻

Spring Boot少儿教育网站毕业设计实战:从数据库到权限控制完整解析

Spring Boot少儿教育网站毕业设计实战:从数据库到权限控制完整解析

1. 项目概述1.1 核心需求解析看到这个标题,很多刚入行的开发者第一反应可能是:又是一个简单的CRUD管理系统。但真正上手做过少儿教育类项目的朋友都清楚,这类系统的坑远比其他管理系统多。表面上看是普通的注册登录加课程展示,实际…

2026/10/17 3:12:45 阅读更多 →
60条Linux常用命令实战清单:从文件操作到日志排查一次讲透

60条Linux常用命令实战清单:从文件操作到日志排查一次讲透

随便翻开任何一本Linux入门书,初学者第一个想背的东西就是命令清单。但真正干过几年运维、做过服务器部署、被生产环境教训过的人,都会告诉你同一句话:命令不在多,在于你能不能用得准、用得稳。这篇我整理了平时使用频率最高的60条…

2026/10/17 3:12:45 阅读更多 →
RAG 知识库交付实战(上):4277 页手册喂给 AI——从凌晨故障到三模块方案|TaoToken 统一 Key 打通 Dify 与 Hermes Agent

RAG 知识库交付实战(上):4277 页手册喂给 AI——从凌晨故障到三模块方案|TaoToken 统一 Key 打通 Dify 与 Hermes Agent

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

2026/10/17 3:12:45 阅读更多 →

最新新闻

Python计算机二级题库全解析:考纲、刷题技巧与备考误区

Python计算机二级题库全解析:考纲、刷题技巧与备考误区

简介:面向全国计算机二级Python备考人群,这份题库将近年常考知识点与真题题型整理为可直接刷练的练习集,覆盖选择题、操作题等常见考核模块,并配套参考答案与解析,帮助考生在考前快速定位薄弱环节、掌握得分要点。压缩…

2026/10/17 4:03:00 阅读更多 →
AHA-WAM世界模型实战:从RoboTwin数据到Wan权重部署

AHA-WAM世界模型实战:从RoboTwin数据到Wan权重部署

1. 项目概述:为什么“世界模型”不是玄学,而是可落地的机器人认知基座最近在工业自动化和具身智能圈子里,“世界模型”这个词出现频率高得有点吓人——不是那种被PPT反复咀嚼的空泛概念,而是真有人在产线边缘设备上跑通了AHA-WAM推…

2026/10/17 4:03:00 阅读更多 →
PyTorch实现FPN+ResNet:多尺度特征融合的工程实践指南

PyTorch实现FPN+ResNet:多尺度特征融合的工程实践指南

1. 项目概述:为什么FPNResNet这个组合值得深挖“基于PyTorch的ResNet的FPN”——这短短十个字,背后其实是一条被工业界反复验证、在目标检测与实例分割任务中稳坐主力位置的技术路径。我从2018年开始在某高校实验室做遥感图像分析项目时第一次完整复现FP…

2026/10/17 4:03:00 阅读更多 →
基于MP2642GR-Z与STM32F429NI的两串电芯被动均衡BMS设计实战

基于MP2642GR-Z与STM32F429NI的两串电芯被动均衡BMS设计实战

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

2026/10/17 4:03:00 阅读更多 →
Codex正价方案性价比表:用TaoToken统一Key做多模型成本对照

Codex正价方案性价比表:用TaoToken统一Key做多模型成本对照

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

2026/10/17 4:03:00 阅读更多 →
环境变量全攻略:从原理到实战,避开PATH与配置那些坑

环境变量全攻略:从原理到实战,避开PATH与配置那些坑

说实话,我见过太多人在环境变量上栽跟头了。明明代码逻辑一点问题没有,换台机器跑就报错,最后折腾半天发现是环境变量没配对。环境变量这东西,说简单,十分钟就能学会怎么用;说复杂,它能让你在深…

2026/10/17 4:02:00 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/17 1:44:59 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

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

2026/10/16 21:54:38 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

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

2026/10/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

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

2026/10/16 14:23:36 阅读更多 →