AIGC检测与降AI率工具全解析:本科论文从初稿到终审的实操指南
最近私信里被问爆的一个问题论文初稿写完丢进学校的查重系统结果AIGC检测那一栏直接标红AI率飙到百分之六七十。身边不少本科生朋友都在折腾这件事想找“降AI率工具”把数字压下来却又不知道从哪个下手改了半天反复检测还在红线上面。今天这篇就一次性讲透AIGC检测到底看什么市面上常见的降AI率工具怎么选以及一套在宿舍就能跑完的实操流程。文章不会劝你无脑刷工具而是站在本科论文够用、能落地、不翻车的角度把思路拆开给你看。先说清楚一件事掉AI率不是让你把机器痕迹藏起来糊弄学校而是让你真正参与写作、把初稿变成有你自己思考的东西。AI辅助写作不是原罪但一篇通篇都是AI腔调的论文确实暴露了作者没有深度参与。所以这篇文章适合所有被AIGC检测卡过脖子、又不愿意从零手写、想高效完成论文初稿并顺利通过学校审校的本科生。1. 先搞明白降AI率到底在降什么1.1 AI率是怎么被机器看出来的要降AI率先得知道学校和系统那边“看”的是什么。目前主流AIGC检测工具跑到后台做的事情本质是三件事困惑度Perplexity、突现性Burstiness和局部上下文的一致性特征。翻译成大白话就是机器在逐词判断“这句人写得出来吗”。困惑度低说明这段文字的词序、搭配都太“可预测”了。AI生成文本在概率模型里走的都是最大概率路径用词四平八稳、连接词规规矩矩人眼一看很通顺机器一算就知道是生成出来的。真正的学生论文往往有长短句交错、口语化插话、偶尔的语法小瑕疵这些“不完美”反而让困惑度升高。突现性描述的是整段文本的节奏变化。人类作者一会儿写长句一会儿写短句突然来一个排比又突然断掉。而AI生成的内容节奏均匀句长分布集中几乎不会出现“一个长句之后突然蹦一个四个字的词”这种情绪化写法。检测系统拿这个特征去做判断的时候整段整段的AI文就很显眼。所以你去看那些降AI率工具不管宣传页写得多天花乱坠核心动作只有四类换词、变句式、调逻辑、打断节奏。理解了这一点后面选工具和手动修改你就有了自己的判断力不至于被各种工具的营销话术带着走。1.2 为什么本科论文对AI率这么敏感可能有人想不通我用AI查资料、列提纲、润色怎么就叫学术不端了这里要摆到一个很现实的角度学校关心的是你有没有独立的学术训练过程。本科生毕业论文的考察目标不是文本本身有多完美而是你有没有经历“抛问题、查文献、搭框架、写论证、反复改”这套流程。AIGC检测之所以被引入是因为它能在相当程度上识别出“你到底有没有自己组织语言”。一个明显的例子如果你让AI一句话说完一个论证段落系统会给出一个偏高的AI概率但如果你把AI当成深度讨论对手让它帮你拆论点、找反例你再用自己的话把逻辑串起来系统的判断就会明显不同。所以降AI率的本质不是“骗过机器”而是“把话语权拿回自己手里”。作为本科生你要做的功课是接受检测存在这件事然后把AI摆在“研究助手”而不是“代写枪手”的位置上。本文推荐的8个工具定位也是这个——它们帮你把初稿从“机器味”重写为“人味”而不是帮你生成一篇假装人写的成品。边界明确心态才能稳。2. 8个工具分梯队列清单什么样的场景用什么样的工具2.1 第一梯队零门槛改写利器第一类工具是本科宿舍最常用的“在线改写助手”。这类工具通常长这样你贴一段文字进去它会在几秒内给你一个“降AI率版”。核心算法大多是基于同义词替换和句式重组有的版本还内置了AI率预估功能。优点是无脑、快适合在初稿写完、大面积“AI味”明显的时候拿来先过一遍。实际使用中这类工具最大的价值是“把它当成思路扩展器”而不是“交付版生成器”。什么算交付版就是你直接把改写结果贴回论文里的版本。我见过太多同学拿改写完的内容交上去结果句子虽然不AI了但前后逻辑不对、术语被换错、段落衔接断裂最后还要返工。所以第一梯队的正确用法是先用它快速出一版“低AI率草稿”然后再花二十分钟把这版草稿改成人话。它的角色是“初筛”不是“终稿”。第一梯队里还要提一下“术语库型改写工具”。这类工具更懂学术场景能识别“深度学习”“模型泛化”这类专业词替换时会优先选择学科内可接受的同义表达而不是拿着通用词典乱换。对于本科毕业设计这种一半是综述、一半是实验阐述的文本术语库型工具踩雷的概率小很多值得优先尝试。2.2 第二梯队检测与修改闭环工具第二梯队是过去一年新出现的“检测一键降AI率”一体化平台。这类工具和第一梯队的区别在于它内置了与主流检测系统同源的模型可以在同一界面里反复检测、反复修改。实操体验是你把段落贴进左边右边直接显示一个模拟AI率百分比点一下“修改建议”它会给出几个不同风格的重写版本并预测修改后的AI率大概是多少。这组工具对本科生的价值是“能实时反馈”你不用每改一遍就切去学校检测页面反复试省了大量等待时间。而且它能帮你理解一个关键概念哪一类句子是AI率的重灾区。我见过每次检测结果都显示段首总起句、结论句、排比句和“首先...其次...最后”结构的句子几乎一查一个准。你有了实时反馈做实验就能总结出规律。但这类工具的坑也很明显修改结果经常有“过度降AI率”的倾向也就是为了降低可预测性把句子改得很别扭。什么“鉴于该现象其背后之深层逻辑层次颇为复杂”这种翻译腔AI率确实低但老师一看就想皱眉。所以用这类工具时请务必开启“保持原意”选项并且永远不要相信它的最终输出一定要自己通读一遍。2.3 第三梯队隐形降AI率工具提高文本完成度第三梯队很多人会忽略它们不以“降AI率”为卖点但实际效果比直接降AI率工具更稳。第一类是“学术逻辑链条检查工具”它的核心功能是检查段落里论点、论据、结论之间是否断裂用提示的方式让你补过渡句或换逻辑词。因为AI生成文本的硬伤就是逻辑平铺你把逻辑节点重新突出之后整段的“人味”自然就上来了。第二类是“口语化转书面语词典”通常是浏览器插件或编辑器插件鼠标选中一个词或句子它会给出多种学术表达。看起来不起眼但它能帮你解决“全篇术语太统一”的问题——人类写作经常会根据上下文换几种说法而AI写作总是把同一个概念从头到尾用同一个词这个细节恰恰是检测模型很敏感的。手动替换几处同义表达效果立竿见影。第三类是“语音朗读校对工具”。为什么它能降AI率因为AI文本在朗读时会有一种“匀速播报感”你自己的耳朵能捕捉到哪些句子不像人话。管理好这个流程把一段文字放出来听找出让耳朵觉得“顺得过分”的句子手动拆开或加一个口语连接词。这个过程看似原始却是很多高年级写手压箱底的技巧比任何算法都灵。2.4 第四梯队手动降AI率必备的辅助小工具剩下两个工具属于“偏门但好用”的辅助型。一个是“语料风格对比器”你把一段自己平时写的随笔或者某位喜欢作者的文章片段放进去再把论文段落放进去它会给出两者的用词密度、句长分布、连接词频率差异。这能帮你明确自己该往哪个方向改如果你平时就不爱写长句那论文里那些一气呵成的长句最好全拆掉——那本来就是AI写的。另一个是“段落回译工具”原理很简单把中文段落转成英文再转回中文。因为两次机器翻译会把原来AI生成句式里的“最优概率路径”打散再生成的中文往往带着一些不那么流畅但完全通顺的表达AI率会肉眼可见地下降。回译的坑是可能引入明显错误术语所以只建议用来处理非核心的综述性段落别拿它处理你论文里的实验方法部分。加上第一梯队的改写助手、第二梯队的一体化平台这满打满算就是8个方向。真要问怎么选我的建议是别只用一个至少组合两到三种。比如初稿用第一梯队快速过一遍再用第二梯队对着检测结果逐段精修最后用第三梯队的朗读工具做终稿听感检查。组合投资的收敛速度永远好过把赌注押在一个工具上。3. 一套在宿舍就能跑的降AI率实操流程3.1 初稿阶段AI用来搭脚手架而不是写成品降AI率这件事其实从你第一次跟AI对话就开始了。我见过最多翻车案例是一上来就甩一句话需求“帮我写一段关于某某问题的引言。”然后整段复制粘贴进论文。这样搞出来的初稿AI率不高才怪。更聪明的做法是让AI帮你干那些“非你不可”的活儿。正确打开方式先自己列一个大纲列出每个小节的中心句然后让AI就每个中心句提供5个不同的论证角度或案例素材。你把这些素材重新排序、加入自己的评价之后再成文。这样写出来的初稿本质上是你拿了AI提供的积木搭了自己的房子检测系统的“作者归属点”会分散在你自己的表达习惯里AI率不会那么突兀。再补一个亲测好用的小技巧让AI在输出时主动避开“首先、其次、再次、综上”这类词并告诉它“多用短句、多打比喻、适当使用破折号”。虽然生成结果不一定完美但至少比你直接下指令要更像初稿后面改起来能省一大半功夫。所谓降AI率最好的时机其实是“让AI别把话说得太完美”。3.2 检测阶段先粗检再细检初稿完成后别急着拿学校系统去测。第一步先用第二梯队里带AI率预估的一体化平台做“粗检”把它当成免费版的压力测试筛出整篇里AI率最高的三个段落。这三个段落通常是引言、国内外研究现状、结论与展望因为这两个地方是AI最会“编套话”的重灾区。粗检完成后针对高AI率段落做第二步“细检”把每一段拆成单句一句一句贴进检测区。这样做有两个好处一是你能看到到底是哪些句子被判成AI二是你动手改的时候目标极其明确不瞎改。别嫌麻烦这一遍积累下来的“句子敏感度”是你后面写文献综述最值钱的能力。关于检测工具本身也说一句主流检测系统的结果受随机采样影响同一段话测三次数值可能上下浮动几个百分点。所以别盯着一个数字纠结把“50%”或“30%”当成硬线然后给自己留5%的安全余量。目标值设定为低于规定线10%左右更稳妥毕竟谁也不知道学校那边用的是哪个模型、哪天抽风一次。3.3 修改阶段五个操作优先级最高有了段落级别的定位接下来就是动手改。按优先级排以下五个操作是投入产出比最高的。第一拆长句。AI最爱写那种“主谓宾定语从句结果状语”套起来的超长复合句把超过40字的长句拆成两个20字左右的短句AI率的降幅往往最明显。第二换连接词。“此外”“因此”“然而”这些高频AI连接词改成“换一个角度来看”“这样一来”“但这里有个问题”这类更口语、更有作者在场感的词。第三增加具体例子。AI写“该模型显著提升了准确率”人类写“在三个公开数据集上该模型的准确率比基线高出约5个百分点”。具体数据一进去机器就很难再把你当AI。第四插入第一人称视角的思考痕迹。不需要写“我认为”可以写“试想”“这就引出一个关键问题”“这里有必要停下来讨论一下”。这些看似无关紧要的句子是很好的“人味标记”。第五重写首尾句。段落的第一句和最后一句是检测模型重点盯防的区域所以这两句一定得是你自己组织的语言别用AI原话。3.4 终检阶段修改稿一定要自己通读一遍很多人改完就提交结果被导师的一句话问住“这个结论你为什么这么写”答不上来就很尴尬。所以降AI率的最后一道工序不是再测一遍而是自己通读一遍尤其是对于你贴了改写工具结果的段落。如果一段话你自己读下来都不知道在说什么那它要么过不了导师那关要么过不了答辩那关。通读时建议重点做三件事第一检查术语有没有被工具改错。第二检查段落间的逻辑箭头是否还流畅尤其注意改完的句子有没有丢失与前文的因果关联。第三把语音朗读开起来听一遍凡是你听的时候觉得“喘不过气”的超长句再拆一次。全部处理完最后再进检测系统测一次这时数值通常已经能压到目标线以内。如果还没压下来不用急往往是某个段落还有成段AI痕迹回到修改阶段重新定位即可。整套流程熟练之后把一篇两万字左右的论文降到安全线以内大概需要两到三个小时已经是比较理想的时间成本。4. 常见问题与避坑实录4.1 改了半天的段落AI率怎么还居高不下这个现象十个同学九个遇到过。最典型的原因是“只改词没改结构”。检测模型看重的是整段的统计特征你把十几个词换成了同义词但句子的长度、顺序、连接方式还是老样子模型照样能认出来。所以一旦发现某个段落顽固不降直接对它做一次“结构重排”把一个长句拆成两句、把一句提到段首、把被动语态改成主动语态比你纠结于某个词换得对不对有效得多。另一个顽固不降的原因是这段本身是“信息浓缩型表达”全是概念罗列几乎没有作者的个人观点痕迹。比如“随着信息技术的飞速发展各个行业都产生了大量数据数据的价值日益凸显如何有效利用数据成为亟待解决的问题”。这句话没有任何事实细节是AI最爱的“正确废话”。这种段落你换什么工具都不好使必须加入具体对象、具体数据或具体矛盾把它变成一个有信息增量的句子。4.2 不同平台测出来的AI率不一样该信谁这个问题特别常见因为各个检测平台背后的模型、训练数据、判定阈值并不相同同一段文本在不同平台上差出20%都是正常现象。千万不要为了追求多个平台都显示低AI率而反复修改那样改到最后文本会变得不像人话。最稳的策略是以学校最终指定的检测系统为准。如果你在校内系统里测下来达标了就别再拿校外另一个平台折磨自己。每次检测都只盯一个平台的趋势变化比如在同一平台里这段从80%降到40%说明你的修改方向是对的。不同平台之间横跳只会浪费时间。4.3 降AI率降到把论文降傻了怎么平衡这也是高发事故为了让AI率看起来很低把好好的论文改成了病句合集导师看了直皱眉头。要避免这种情况记住一条底线任何修改都遵循“原意不变”原则。修改完成后找个同学帮忙读一遍如果对方能不看原文就复述出段落大意说明核心意思保住了如果对方读着读着停下来问你“这儿想表达什么”那说明修改已经影响到内容必须回退重改。另外一个平衡技巧是分区对待引言、文献综述这些规范性较强的章节可以多用工具降AI率因为它们本身套路化程度高而实验设计、结果分析、个人总结这些章节尽量以你自己的语言为主哪怕保留一点口语化甚至小瑕疵都没关系——那反而是真实人类写作的指纹。分好区之后你既保住了内容质量又不会让整体AI率失控。4.4 别踩的坑盲目堆工具、滥用所谓“深度降重”我知道有些同学手里的工具列表比课表还长降AI率的时候把所有工具轮番上阵先A工具改一遍再B工具改一遍再C工具继续改。结果就是AI率确实降下去了但论文已经面目全非术语错误、逻辑错乱、甚至出现自相矛盾的表述。我自己见过最夸张的案例是某同学把“卷积神经网络”改成了“卷积型神经组织系统”这种情况宁可不要降AI率。请把工具当成有边界的助手而不是流水线上的机械臂。每个工具处理完一轮之后一定要有“人类检查”这个环节介入。还有一个不成文的心理建设降AI率不是把你的论文变成另一篇论文而是让文字回归到你自己的表达习惯。如果某个工具的产出让你需要花大量时间重新理解那这个工具对你来说是负资产。5. 最后想说几句关于“降AI率”这件事的真心话5.1 检测系统在升级但论文的核心永远是“你有没有思考”即便你把这些工具玩得很溜也要清醒地认识到检测技术不会停步。今天靠改句子能降下来的AI率明天可能就不灵了。与其跟机器博弈不如回归本质——把一个论题从不懂到懂的过程扎扎实实走一遍。你会发现自己写出来的东西根本不需要刻意降AI率因为每一句话背后都有你的思路。当然我也理解本科生的时间被实习、考公、考研挤得满满当当要求每一篇论文都字斟句酌确实有点理想化。所以我的建议是AI工具可以帮你省掉大量检索、枚举、初步组织语言的时间但最后一步形成自己观点的过程请务必亲自动手。这才是多少降AI率工具都替代不了的护城河。5.2 搭配AI工具但不依赖是本科阶段的必修课把这篇最后落回到“8个工具”之外的一点个人体会。我在反复折腾降AI率的这段过程里最大的收获不是掌握了哪个工具更厉害而是养成了“拿到任何AI生成内容先问一句这说得有道理吗换我会不会这么表达”的习惯。这个习惯直接提升了我后面写综述、写报告、写开题的工作效率和质量。所以你看工具只是最低成本的那个环节。真正让你在论文季里从容的是自己能驾驭AI、又不会被AI带着跑的那种控制感。从这个角度说花两三个晚上研究降AI率怎么操作一点都不亏。它逼着你用最短的时间把手上的文本彻彻底底地读懂一遍顺便还训练了一手改稿能力。这个能力你以后写工作汇报、做项目文档的时候会一直用得上。

相关新闻

Windows右键菜单管理:可审计、可回滚的工程化实践

Windows右键菜单管理:可审计、可回滚的工程化实践

简介:本资源是一款面向Windows系统用户的右键菜单精细化管理工具包,专为希望提升操作效率、优化界面整洁度的进阶用户与IT运维人员设计。针对系统长期使用后右键菜单冗余杂乱、响应迟缓等典型问题,提供轻量级、免安装的一键式解决方案。压缩包…

2026/10/13 7:19:00 阅读更多 →
GscrReport V4.1:.NET桌面报表控件集成与离线打印实战指南

GscrReport V4.1:.NET桌面报表控件集成与离线打印实战指南

简介:这是一套面向.NET Windows Forms开发者的轻量级报表控件源码,适用于需快速集成自由设计、打印预览与多格式导出功能的桌面应用项目。资源包含C#与VB.NET双语言实现的Gscr.Report控件核心源码及配套设计器,支持行列式表格建模&#xff08…

2026/10/13 7:19:00 阅读更多 →
二维前缀和与原地修改:LeetCode 3070 子矩阵计数全解析

二维前缀和与原地修改:LeetCode 3070 子矩阵计数全解析

LeetCode 3070 这题,我看到“元素和小于等于 k 的子矩阵的数目”这个标题时,第一反应是“又来一个统计子矩阵的硬核题”。但真正读完题之后会发现,它其实比很多同类题要友好——所有子矩阵必须以原矩阵左上角为起点,也就是说我们只…

2026/10/13 7:19:00 阅读更多 →

最新新闻

SQL UNIQUE约束详解:原理、数据库差异与防重复设计实践

SQL UNIQUE约束详解:原理、数据库差异与防重复设计实践

1. UNIQUE约束到底是什么,为什么你需要它做数据库设计这些年,我见过太多因为“忘记加唯一约束”而崩溃的业务系统。最典型的场景:用户注册接口被脚本刷了一遍,username重复了;订单表里同一笔订单被回调程序insert了两次…

2026/10/13 7:55:19 阅读更多 →
Agent-Skills:智能体原子化能力的设计与工程实践

Agent-Skills:智能体原子化能力的设计与工程实践

1. “agent-skills”不是新词,而是智能体能力体系的命名共识 最近在多个技术社区、开源项目文档和内部架构评审会上,“agent-skills”这个组合词出现频率陡增——它既不指代某个具体开源库,也不是某家公司的私有协议,而是一类设计…

2026/10/13 7:55:19 阅读更多 →
Flink DataStream与Table API转换实战:Schema推导、时间属性与常见避坑指南

Flink DataStream与Table API转换实战:Schema推导、时间属性与常见避坑指南

做实时数据处理这几年,Flink的DataStream和Table API来回切换是我用得最频繁的操作之一。刚接触那会儿,总觉得这两套API是两套独立的体系,流上处理业务逻辑用DataStream,做统计查询用Table,中间隔着一道说不清的墙。后…

2026/10/13 7:55:19 阅读更多 →
LiteLLM:大模型API统一网关与智能路由实战指南

LiteLLM:大模型API统一网关与智能路由实战指南

1. LiteLLM不是另一个大模型,而是一把“万能适配器”最近在几个技术群和开源社区里,频繁看到有人发问:“LiteLLM到底是个啥?是又一个新模型吗?”“它和Ollama、LM Studio有什么区别?”——这种误解非常典型…

2026/10/13 7:55:19 阅读更多 →
LiteLLM:大模型API统一接入与智能路由实战指南

LiteLLM:大模型API统一接入与智能路由实战指南

1. 为什么“litellm”突然在开发者圈里被高频提及——它不是新模型,而是新范式最近两周,在多个技术社区、内部分享会和开源项目讨论区里,“litellm”这个词出现的频率明显升高。它不像Llama、Qwen或Claude那样代表一个具体的大语言模型&#…

2026/10/13 7:55:19 阅读更多 →
开源代码审查实战:流程设计、工具配置与团队落地方法

开源代码审查实战:流程设计、工具配置与团队落地方法

代码审查这事儿,我过去几年一直想好好聊一聊。初看上去,open-code-review 这个项目标题没什么特别,好像就是把自己团队做代码评审的过程、工具和规范整理出来,开源给社区用。但如果真这么理解,那就有点浪费了。代码审查…

2026/10/13 7:54:17 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 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/12 21:05:09 阅读更多 →
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/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练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/12 18:11:17 阅读更多 →