降AI率工具实测:六款去AI味改写软件横评与选型参考
很多写作者应该都有过这种经历一篇稿子改了好几轮内容没问题、逻辑也通顺结果扔进检测工具里一查“疑似AI生成”的百分比高得吓人。尤其是用各类大模型辅助写完初稿再去微调的情况机器味太重、句式太规整一眼就被识别出来。于是“降AI率”成了刚需市面上号称能降AI率的工具也越来越多但真正效果怎么样、会不会把文本改得乱七八糟没实测过谁也不敢信。这篇不聊虚的我把市面上目前主流能接触到的降AI率/去AI味工具粗略分成了三类纯改写类、深度润色类、混合增强类用同一批测试文本按照固定的评分维度做了横向测评。榜单里会写明每款工具的核心优势、硬伤和适用人群结尾还会放一份可以直接抄作业的选型参考。如果你正在纠结选哪个工具或者已经被“降完了还是被检测出来”这个问题折磨了很久这篇文章应该对你有用。1. 降AI率的本质先搞懂检测器在“闻”什么味道先说个很多人忽略的前提。降AI率这件事工具只是手段真正决定成败的是你对检测原理的理解。如果不知道检测器重点看什么再贵的工具也就是瞎猜。1.1 检测器关注的核心困惑度、突发度、重复率目前主流AI生成内容检测器无论背后用的是什么模型基本上都在关注三个核心测度困惑度、突发度、重复率。困惑度Perplexity衡量的是文本的“意外程度”。人类写作时用词和句式组合更跳跃比如“我推开窗雨已经停了远处有只猫蹲在墙头”这句话里的信息密度并不高但组合方式很个性化检测模型对该句出现的概率判断偏低困惑度就偏高。而AI生成的文本倾向于沿着高概率路径输出用词“太正常”“太标准”困惑度明显偏低。突发度Burstiness度量的是句子长短和结构的变化幅度。人类写作是一会儿长句一会儿短句穿插着口语化的碎片和书面化的长句。AI生成的内容往往句式层次非常均匀短句就整篇短句长句就整篇长句缺少忽长忽短的节奏感。检测器一旦发现句长方差太小就会把文章标记为“机器味重”。重复率就更好理解了。AI特别容易高频重复“首先”“其次”“总的来说”“综上所述”这类过渡词也容易在相邻段落中使用同一种逻辑骨架。检测器对这类模板化痕迹非常敏感。1.2 为什么有些改写工具改完还是会被识别这也是我踩过坑最多的地方。市面上不少“降AI率”工具本质就是一个接入大模型的套壳改写器。它们做的事情就是拿你原文去让模型重写一遍相当于把一段AI文本喂给另一个AI。输出结果确实换了措辞但底层语言的概率分布还是模型式的句长分布还是那么均匀结果检测器一查分数不减反增。真正有效的降AI率不是“换同义词”而是要从结构上重塑文本把长句拆开、把均匀的段落间距打乱、插入人类写作惯用的“思维跳跃”和“口语停顿”甚至局部保留一点无伤大雅的语法瑕疵。说直白点就是让文章看起来像一个具体的人在某天用键盘敲出来的东西而不是一个最优概率输出器生成的东西。1.3 降AI率不是学术不端本质是后期润色这里多说一句很多人一听“降AI率”就联想到应付检查、投机取巧。其实从实际场景看降AI率本身就是一个文本润色需求。AI辅助写作已经是大趋势谁写东西不用个检索工具、不拿AI理个思路呢在辅助工具普遍介入创作过程的背景下把文本调校成接近自然写作状态和过去人工逐句消减论文查重率是同一个动作。工具只是完成这个动作的众多手段之一不涉及价值判断。当然如果使用场景里有明确的学术诚信规范还是要格外注意边界这里不展开。2. 我的测评方法不靠听说靠一套固定流程实测选工具之前先交代清楚我是怎么测的不然结果没有参考价值。2.1 测试样本的准备与设计我准备了三组文本作为基准样本样本A一段约800字的产品介绍是让大模型从零生成的目的是模拟最标准的“AI初稿”。样本B一篇约1200字的个人随笔风格内容由真人写好初稿后用AI做了段落扩写和润色模拟常见的“人机混合稿”。样本C一段专业领域的技术说明文字包含大量术语、逻辑关联词和结构化表达模拟“学术、技术报告风格”的AI文本。每组文本我都先记录原始AI检测分数再分别用待测工具处理后检测一次同时记录处理后的文本质量和字数变化。所有工具使用相同的通用参数没有做额外的定向调优。检测结果存在一定浮动我会取三次测试的中间值。2.2 四个评分维度降幅、质量、稳定性、速度降AI率幅度处理前后检测分数降了多少。这个是核心指标但必须结合质量看。文本质量保持度处理后的文本是否还能读、是否保留了原意、有没有明显的语病或语义漂移。稳定性同一个文本用同款工具反复处理两三次结果会不会出现大波动。有些工具第一次很好第二次就给你一顿乱改这种工具在交付前风险很大。处理速度一次完整改写需要多长时间。涉及几十万字的长篇处理时效率直接决定工具有没有实用价值。最终榜单会以“降幅和质量保持度”为主要排名依据稳定性和速度作为参考项。3. 榜单实测六款降AI率工具的横评记录直接进入正题。这次测评涉及六款工具为便于阅读统一用代号表示。3.1 工具A综合表现最稳适合90%的场景特性数据表现样本A降幅从94%下降到38%降低约56个百分点样本B降幅从71%下降到22%样本C降幅从88%下降到45%质量保持度高基本保留原文逻辑润色痕迹轻处理速度单段400字约5秒整体处理能力中上工具A是这次测评中综合体验最均衡的一款。它的核心策略不是简单重写而是先对全文做“节奏分析”将长句密度、句长方差、全书面的词汇分布重新梳理然后再逐段改写。从样本A的测试来看经过它处理后的文本句子长短变化明显增大出现了断句、口语化的过度同时没有破坏产品介绍原有的信息完整度。这款工具比较适合两类人一类是拿AI生成初稿后需要整体降低检测率的内容创作者另一类是需要批量处理旧稿的运营人员。它的不足是收费模式偏贵对低频用户来说不够友好。不过好在它提供了免费额度不至于上手就要付费。3.2 工具B重排版处理长文有速度优势特性数据表现样本A降幅从94%下降到41%样本B降幅从71%下降到30%样本C降幅从88%下降到49%质量保持度较高但偶有语义硬转处理速度极快万字长文也能秒级完成工具B走的是“排版式降AI率”路线和传统意义上的词语替换不同它重点处理的是段落内部的信息排列。实测中发现经过它改写后的文本段落结构保留了但句子中间的连接词和修饰短语做了大量重组整体的“AI腔”确实弱化了不少。这个工具有个明显的优势处理速度非常快批量处理万字长文时体验远好于其他工具。但同时它也有短板在以技术说明文为代表的样本C处理中出现了一处术语被替换成相近但不准确的表达必须在事后人工校正。所以它更适合对速度要求高、对术语准确性要求没那么苛刻的文稿不太适合直接处理技术白皮书或论文类内容。3.3 工具C专注去模板化句子节奏改善明显特性数据表现样本A降幅从94%下降到29%样本集上降幅最大样本B降幅从71%下降到19%样本C降幅从88%下降到51%质量保持度中等偏高处理速度中等偏慢工具C是这次横评中降AI率幅度最夸张的一款样本A直接从94%降到了29%。它的思路很明确彻底抹掉AI的模板化表达把你的长句拆成碎句大量使用排比、口语插入语和短促的结尾。需要留意的是它在追求降幅的过程中对文本风格的影响也比较大。经过它处理后的内容读起来带有明显的“强烈个人写作风格”如果原文是严肃专业向的处理后可能会显得过于随意。所以工具C更适合个人自媒体推文、随笔、口语化场景不适合严肃学术文稿。3.4 工具D保留原意最强适合轻度降AI率特性数据表现样本A降幅从94%下降到57%样本B降幅从71%下降到34%样本C降幅从88%下降到62%质量保持度极高处理速度中工具D和工具C是两种极端。C为了降幅可以大幅度改动原文D则是小心翼翼地做“微创手术”。它对原文内容的保留度非常高几乎没有语义漂移措辞的改动幅度也控制得很好所有改写都建立在原句的骨架上完成。这个特点决定了它的适用场景不是“重度AI文本”而是检测分数虚高的人机混合稿。如果你的文本本身人类写作占比很高只需要小幅度降低几项指标工具D就很合适。反之如果文本是纯AI生成且检测分数在90%以上工具D降完后可能仍然在较高区间达不到要求的阈值。3.5 工具E免费且无水印胜在性价比特性数据表现样本A降幅从94%下降到62%样本B降幅从71%下降到39%样本C降幅从88%下降到66%质量保持度中等处理速度中等工具E的定位非常清晰免费降AI率工具里能打的一个。和上面几款付费工具相比它的技术在“文本节奏重构”方面明显弱一些更接近传统的同义词替换加少量语序调整检测分数的降幅有限通常在20至30个百分点之间。但它的优势是便宜、门槛低、不限次数。对于手里有一堆旧稿要批量过一遍、但预算非常有限的创作者工具E仍然是个值得纳入备选的选项。同时它界面极简没有学习成本这点对非技术背景的用户非常友好。4. 分场景选型参考不同文本该抄谁的答案横向对比完六款工具我把选型逻辑进一步落地按实际使用场景做成了速查表。你可以直接按图索骥。4.1 使用场景速查表目标场景首选工具备选工具说明AI生成初稿、整体降AI率工具A工具C综合质量、降幅、稳定性最均衡自媒体推文、口语化风格工具C工具A工具C风格化更强降幅更大学术风、专业文稿轻度润色工具D工具A原意保留要求高优先选温和型大批量旧稿处理、时效优先工具B工具E速度和批量处理能力是核心诉求预算受限、低频使用工具E工具A免费额度先蹭免费额度效果好再付费4.2 关于“免费额度”和“订阅价格”的实测心得大部分降AI率工具都采用免费试用加订阅付费的商业模式。实测下来免费额度往往只够处理一到两篇短文档刚好够用户“尝个鲜”真正要批量使用时还是得付费。工具E是少数几个真正全免费的这也是它被很多学生用户和自媒体创作者推荐的原因。付费工具的价格差异也很大。工具A和工具C的订阅价格相差将近一倍但在极端复杂的文本场景中两者表现没有拉开质的差距。所以我的建议是如果预算有限优先从工具A的免费额度开始试每月用量不大的用户甚至可以直接靠免费额度解决。5. 实操套路把工具的降AI率效果拉到极限工具选对了方法不对也白搭。我做了几轮实验之后总结出一套“三段式降AI率”流程经过处理的文本实测比单纯用任意一款工具直接跑效果都要好。5.1 第一段先通读拆骨架把AI生成的初稿完整读一遍先不要上手改。确认文章的逻辑骨架没有硬伤该调整的段落顺序、强弱关系先调好。很多人忽略了这一步结果工具把结构原本就混乱的文本改得更加一塌糊涂。逻辑的通顺度是没有工具能帮你补救的只有你自己先通读修正后续处理才有意义。5.2 第二段分层改写将文本按性质分成三类处理。第一类是陈述事实、数据、引用的部分只做轻微措辞调整尽量用原文信息原话。第二类是分析、论证、观点表达的部分交给工具做深度改写。第三类是结尾和过渡部分直接手动重写不用工具。分层的原因很简单事实部分一旦被工具大改出错风险极高分析部分改写空间大工具效果最好过渡段落是全篇最容易残留“AI味”的位置手动处理最放心。我在实际操作中发现按这个流程下来同样的工具能比直接全篇跑出的降幅多出10到15个百分点。而且改完的质量明显高出一截更像是“作者自己润色过”的文稿。5.3 第三段处理后再检查工具处理完不是终点必须全文通读一遍。重点看三样东西一是术语是否被非法替换技术类文档尤其要小心二是上下文的语气是否一致工具处理后经常出现前半段口语化、后半段书面化的撕裂感三是检测分数是否稳定刚处理完的文本放一两天再查一次分数可能会有浮动如果波动过大就说明改写不够彻底需要重新处理。5.4 关于“一次改到位”的现实多个工具组合是常态还有些场景下单一工具确实搞不定。比如样本C——纯技术类说明文往往把工具C改完再将结果扔给工具D做一轮精细修正最后出来的文本才兼具“低检测率”和“可读性”。组合使用的关键点在于顺序风格改造强的工具先上语义保留强的工具后上。顺序反了的话工具C会对工具D润色后的文本大刀阔斧地改直接破坏掉前一轮的精细处理。这是我折腾了好几轮才踩平的一个坑强烈建议有同样问题的朋友按照这个顺序操作。6. 常见问题与避坑指南6.1 为什么同一篇文章两次检测分数不一致这是被问得最多的问题。因为AI检测本身是一个基于概率的判定过程它的输出不是一个稳定的物理量而是一个动态估算值。文本内容不变但检测模型内部的随机性、计算时间的不同都可能造成结果的上下浮动。经验上浮动范围通常在5至10个百分点以内都算正常。对策不要过度追求“一定降到0%”。一般来说降到检测工具判定为“可能由AI生成”和“疑似由AI生成”的灰色区间就可视为合格。为了追求多降几个百分点而牺牲文章质量划不来。6.2 为什么有些工具降完AI率文章质量反而下降因为降AI率和保留质量本质是一对矛盾。检测器认为“低AI概率”的文本恰恰是人类写作中充满不可预测变化的状态这本身就可能导致语言简洁度和紧凑度下降。过度降低AI率会让文章变得绕口、跳跃读者体验明显变差。避坑心得每次检测后不要只看降幅还要自己通读一遍。如果发现文章质量明显低于预期就把工具处理的力度调低一档。如果工具支持调节改写强度建议从最弱一档开始试能通过就不加码。6.3 特殊字符、表格、代码块会不会被误处理很多工具在处理带特殊格式的文本时会出错比如把代码标记符当作普通文本进行改写导致代码语法被破坏或者把序号、引用格式删除。如果文本中包含大量代码块、公式或者复杂排版建议先把这些独立模块从文本中摘出来只对纯文字部分做降AI率处理处理完成后再把模块放回原位。这是最稳妥的做法。6.4 “免登录无限次使用”的免费工具有没有风险有而且不小。市面上不少“完全免费无限次使用”的工具背后要么是收集用户语料的第三方平台要么是每秒接入一个不可控模型的测试产品。我曾经在一款免费工具里贴了一篇未公开的商业稿结果三个月后发现某处出现相似段落从此再也不敢拿没发布的内容去喂来路不明的免费工具。如果非要使用免费工具建议先阅读隐私政策明确文本不会用于训练或共享。如果判断有风险宁可付费订阅正规服务也别拿未公开的作品去赌。6.5 检测工具换个平台结果就完全不同怎么办不同检测服务商背后的模型、训练数据都不同对同一段文本的看法差异极大。所以不要拿着一个平台的检测结果在不同平台之间横向比较。正确做法是固定使用目标平台作为参考标准如果学校或公司用某个指定系统就用那个系统做终检平时测试时沿用最初的检测平台对比前后降幅即可。最后说点实在话降AI率工具的黄金用法是用它辅助你的判断而不是替代你的写作。条件允许的话任何工具处理完的文本都应该再做一次人工通读把不自然的地方、被误改的术语、语调撕裂的段落收拾利索。我个人在实际操作中还有一个习惯保留一份未被处理过的AI原稿。因为有时候检测分数下降了文章也变得面目全非这时候把原稿拿出来对比就能快速判断到底是“润色成功”还是“改毁了”。保留原稿是你最后的安全网别嫌麻烦。再给这批榜单划一次重点要均衡就选工具A要极致降幅就选工具C要稳妥精细选工具D要快选工具B要便宜选工具E。工具只是起点真正拉高上限的还是自己的通读和判断。测试集就那么几个工具本身也在不断升级你手头的文本永远值得花一顿饭的功夫多看两遍。

相关新闻

Python 把 .h5 文件转成 CSV:TaoToken 辅助排查转换报错与字段映射

Python 把 .h5 文件转成 CSV:TaoToken 辅助排查转换报错与字段映射

/* 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 21:44:48 阅读更多 →
风机选型工具安装部署与选型参数复核实战指南

风机选型工具安装部署与选型参数复核实战指南

简介:昆仑风机选型工具V3.2.6面向暖通、环保、冶金与电力行业的工程技术人员,聚焦风机初选、参数校核与方案比对的常见场景,支持输入风量、风压、功率、转速等关键参数,并通过内置厂商数据库和选型逻辑自动匹配可用的适配型号及基…

2026/10/17 21:44:48 阅读更多 →
物质点法边坡大变形模拟实战:Anura3d滑坡全过程仿真与参数分析

物质点法边坡大变形模拟实战:Anura3d滑坡全过程仿真与参数分析

开头部分,我先交代一下这个项目的来龙去脉。去年课题组接到某山区公路边坡的稳定性评估任务,坡体长期受降雨影响,表面已经出现了明显的裂缝和局部溜坍迹象,传统极限平衡法算出来的安全系数恰好卡在规范值边缘,但业主想…

2026/10/17 21:44:48 阅读更多 →

最新新闻

Chrome插件开发实战:跨境运营效率工具全记录

Chrome插件开发实战:跨境运营效率工具全记录

跨境运营这行干久了,你会发现最磨人的往往不是大项目,而是那些琐碎到不行的小动作。打开某个平台店铺后台,核对完订单再切到另一个站点查价格,然后复制标题、翻译描述、粘贴到表格里——一套流程走下来,眼睛酸手累不说…

2026/10/17 22:32:30 阅读更多 →
Java构建合规职位采集系统:会话管理与反爬对抗实战

Java构建合规职位采集系统:会话管理与反爬对抗实战

1. 这不是“爬取51job”,而是构建一个合规、可持续的职位信息采集系统“通过Java爬虫实现51job申请职位”——这个标题乍看像是一条技术捷径,实则暗藏多重认知陷阱。我见过太多开发者在项目初期就踩进三个典型误区:第一,把“爬虫”…

2026/10/17 22:32:30 阅读更多 →
Cesium飞行漫游实现:路径插值、相机姿态与时钟控制全解析

Cesium飞行漫游实现:路径插值、相机姿态与时钟控制全解析

简介:Cesium飞行漫游是一份基于Cesium开源三维地球引擎实现的虚拟漫游功能资源,主要面向WebGIS开发者、3D可视化学习者以及需要在浏览器中构建交互式场景的工程师,帮助解决相机飞行控制与路径交互等典型需求。资源包共6854个文件,…

2026/10/17 22:32:30 阅读更多 →
C++ 游戏开发实战:从零实现球球飞车的物理模拟与碰撞检测

C++ 游戏开发实战:从零实现球球飞车的物理模拟与碰撞检测

刚把一个用 C 写的小游戏从零做到能流畅跑起来的版本,就是“球球飞车”。这个小项目的核心其实不难,一个小球在起伏路面上高速滚动,玩家用键盘控制它左右移动,躲避障碍物、收集能量块,跑得越远分数越高。但真正上手写代…

2026/10/17 22:32:30 阅读更多 →
Matlab实现CNN-LSTM-Attention多变量多步时间序列预测

Matlab实现CNN-LSTM-Attention多变量多步时间序列预测

简介:本资源是一份面向深度学习研究者与工程实践者的Matlab时间序列预测项目详解文档,聚焦多变量、多步长场景下复杂非线性关系与长时依赖建模难题,适用于金融、能源、气象及交通等领域的预测任务。文档系统阐述CNN-LSTM-Attention混合模型的…

2026/10/17 22:32:30 阅读更多 →
Android开发必备:数据结构选型与性能优化实战指南

Android开发必备:数据结构选型与性能优化实战指南

1. 为什么Android开发者绕不开数据结构这道坎刚入行那会儿,我总觉得数据结构是面试造火箭、工作拧螺丝的东西。直到有一次做一个列表页,数据量刚过两千条,滑动就开始明显掉帧,排查了半天才发现是每次onBindViewHolder里都在做线性…

2026/10/17 22:31:30 阅读更多 →

日新闻

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/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →