AI生成内容降AI实战:手动改写与工具处理的效率与效果对比
AI 生成内容用久了大家都会染上一个职业病看到一段文字扫两眼就能判断这是 AI 写的。排比句开场、每段结尾强行升华、综上所述式收尾、过度均匀的段落节奏——这些东西第一次看觉得工整看多了就硌得慌。于是这两年开始越来越多做内容的人开始考虑降AI这件事。但有意思的是真正动手的时候大家会自然分成两派一派坚信自己手动改最靠谱另一派认为还不如直接交给工具批量处理。我两边都深度用过先说结论2026 年的回答不再是哪个更好而是哪一段该用哪种方式。这个问题的核心其实是两个完全不同的诉求。手动降 AI改的是表达习惯把 AI 爱用的词汇和句式结构换成你自己的语气工具降 AI改的是统计特征通过改写、调整措辞分布让文本在某些检测维度上更像人类自然写作的分布。这两条路线各有各的适用场景也各有各的坑。有些内容手动改一遍就足够自然根本不值得上工具有些批量文本靠人肉逐句改效率低到怀疑人生。这篇文章把我自己的实测过程、对比数据和踩坑记录都摊开来讲给还在纠结的人一个可参考的判断依据。1. AI 味的本质先搞清楚你在降什么1.1 为什么 AI 生成的文字一眼就能认出来在讨论手动还是用工具之前降AI的对象必须先弄清楚。你以为你在处理内容质量其实你在处理的是文本的概率分布特征。我拿同一句话做了个试验让 AI 写本周完成了项目进度汇报它给的版本是本周我们顺利完成了项目进度的阶段性汇报整体推进态势良好。这里的问题不是语法错误而是整体推进态势良好这种词——人类写周报会直接写进度正常没什么大问题不会主动加一个四字总结。把十几篇 AI 生成的文章放在一起对比特征极其稳定段落首句喜欢用值得注意的是不可否认的是这类插入语开头逻辑连接词密集因此然而此外总的来说反复出现每段结尾都有一句类似总结的话仿佛不给读者一个交代就不放心长短句分布过于均匀读起来有一种匀速前进的机械感。这些特征的根源在于 AI 的生成机制它在每一步都在挑概率最高的下一个词而人类写作是带着情绪、节奏和个人习惯的。所以降 AI本质上不是消灭某种错误而是把这种过于标准的概率分布打散重新注入不确定性。1.2 手动和工具分别处理的是哪个层面把上面的特征拆开看就能明白手动和工具的分工差别。手动改处理的是语义层和风格层。你会替换词语、调整句式、加入个人化的表达甚至口语化的语气词。比如把综上所述改成所以我的看法是把值得注意的是改成其实还有个细节。这个层面的改动必须靠人对内容的理解因为你需要知道哪些信息是真正重要的、哪些修饰可以整段切掉。工具改处理的则是表层统计层。多数降 AI 工具并不理解内容它做的事情是用另一种表达方式重新组织这段话让词语分布、句子长度、重复率这些可量化的指标发生变化。好一点的工具能通过大量规则让文本看起来像人类写的但代价是偶尔会出现语义上的小偏差——它可能把我不太同意这个方案改写成我觉得这个方案不大行方向对但语气已经变了。所以有一个非常重要的判断如果你的文本本身内容质量很高、逻辑清晰只是带着明显的 AI 表达习惯那手动改的效率反而更高因为你要动的只是皮肉不动骨架如果你的文本本身就是套路化内容比如产品描述批量生成、SEO 文章铺量的场景那手动一句句改毫无意义工具批量过一遍才是正解。2. 手动降 AI我自己摸索出来的完整套路2.1 准备阶段先把 AI 稿读薄很多人在手动修改这一步犯的第一个错误是直接拿着 AI 生成的原文逐句改。这会导致你被原文带节奏改出来的东西依旧是 AI 的骨架只是换了几件衣服。我自己的流程是先把 AI 稿从头到尾快速读一遍但只提取三样东西——核心信息点、逻辑链条、数据或案例。其余所有形容词、连接词、过渡句全部丢掉。之后照着这三样东西重新表达等于用自己的话把这篇内容再写一遍。举一个我实际处理过的例子。原始 AI 稿是在当今数字化浪潮的推动下企业面临着前所未有的转型压力。传统业务模式已难以满足快速变化的市场需求因此拥抱数字化转型成为企业提升竞争力的必然选择。这段文字提取核心信息后只剩三个点企业在转型、老办法不灵了、得换新做法。我改后的版本是现在做生意的逻辑变了。以前一套模式可以跑十年现在可能两年就要调整一次。我接触过的几家制造企业最大的共同点就是不敢再吃老本。两句话的信息量和原句几乎一致但读起来已经完全没有 AI 味。关键不是你写了什么而是你删掉了什么——所有在当今因此必然选择这类功能词都是 AI 味的重灾区能删就删。2.2 动手阶段五类高频 AI 痕迹的替换策略如果你没有时间把整篇重写那就针对高频痕迹做定点处理。我统计了上百篇 AI 生成文本后总结了五个最常出现的特征以及对应的手动处理方式。特征一万能开头句。随着社会的发展在现代社会近年来随着——这类句子出现在文章头段的比例极高。处理方式很简单直接删掉用一件具体的事、一个具体的数字或者一个问题来开场。比如近年来随着人工智能技术的快速发展改成2025 年我调研了 40 家中小企业其中只有 3 家真正把 AI 用在了业务一线信息密度上完全不同量级。特征二过度连接的逻辑词。因此然而与此同时总而言之这类词在 AI 文本中出现的频率是人类的数倍。人类写作更多靠语义自然衔接不需要每两句话之间都架一座桥。处理方式是保留最必要的转折词其余直接删除或改为逗号、破折号。特征三排比与对仗。AI 特别爱用三连排比无论是……还是……亦或是……不仅……而且……更……。原因很简单这种结构在语料库里的出现频率高属于安全且好看的写法。但人类写作中连续排比并不多见处理时把三连降成两连或者直接拆成一个长句和一个短句。特征四总结强迫症。每段结尾都要来一句由此可见这充分说明总之仿佛不给读者敲黑板就觉得没写完。处理方式是把结尾句删掉让段落自然结束或者用下一段的第一句话呼应上一段的未说之意。特征五词汇偏好。赋能抓手闭环颗粒度这类词 AI 用得很勤快但对人类读者来说已经产生了强烈的审美疲劳。处理方式是用更朴素的说法替换赋能就是帮忙抓手就是方法闭环就是完整流程。2.3 手动改稿的时间成本和效果上限以我自己的实测数据来说一篇 2000 字左右的 AI 生成文章如果逻辑框架本身没问题纯做风格层的改写平均耗时在 40 到 60 分钟如果还需要调整结构和信息密度那基本奔着 90 分钟去。这个成本高不高分场景。对于一篇要发在个人博客、公众号或者作为方案核心章节的内容手动改是值得的因为工具处理后的文本总有一种隔了一层的感觉有些微妙的名词选择不如自己精准。但对于每周要产出 20 篇内容的人来说这个成本完全不可接受——这时候需要的不是要不要手动的纠结而是先把手动和工具的使用场景切分开。手动降 AI 的效果上限其实很高。你对自己写的东西有天然的语感修改后不仅去掉了 AI 痕迹还能带出个人色彩。我的经验是手动改到第二遍的时候文本已经可以混入正常人类写作的样本中被识别的概率非常低。但前提是你确实花了时间而且你本身具备一定的文字敏感度。3. 工具降 AI主流机制、实测结果与隐蔽问题3.1 工具到底是怎么降的市面上主流的降 AI 工具本质上在做的事情可以分成三种路线。第一种是同义替换加句式打散。工具会把文本拆分成句子然后从语料库中寻找同义表达进行替换同时对句子结构做调整把长句拆成短句、主动改被动、调整语序。这种工具的优点是速度快缺点是理解不了语境有时候换出来的词用得不对。第二种是基于语言模型的重写。这类工具本身也是一个生成式模型它会理解原文的意思然后用另一种表达方式重新生成。效果比第一种好很多但本质上还是在概率分布里打转——如果是同一个底层模型的近亲产品重写之后的味道可能还是那套熟悉的味道。第三种是自定义改写规则。这种工具会让用户设定目标——比如更口语化更简洁更专业然后针对性地调整词汇和句式。比较灵活但需要用户自己有一定判断力知道自己到底要什么风格。不管哪种路线工具的终极目标都是同一个让改写后的文本在困惑度和突发度这两个检测维度上更接近人类写作。困惑度指的是一段文本让人或模型猜不到下一个词的程度。AI 生成文本的困惑度通常偏低因为每个词都是高概率选择读起来顺滑但 predictable人类写作困惑度偏高偶尔有跳脱的表达。突发度则是词与词之间的跳跃变化程度人类写作的突发度波动更大。所以工具改写时会有意插入一些不那么顺滑的词把困惑度拉上去。3.2 我用三款工具改了同一篇文章为了让大家有个直观的概念我拿之前那篇 2000 字的 AI 稿做了个实测三款工具各跑一遍。这里用 A、B、C 代指三款产品结果如下对比维度工具 A工具 B工具 C处理速度约 5 秒约 8 秒约 12 秒输出篇幅与原文接近比原文增加约 15%比原缩短约 10%语义保留程度较好少数词不贴切完整但出现一处事实偏差一般有两处专业术语被改写AI 痕迹残留常规表达痕迹明显减少人工味较强但仍可辨识部分段落出现工具味是否需人工复核需要约 15 分钟需要约 10 分钟需要约 20 分钟这个结果很说明问题工具确实能大幅缩短降 AI的时间消耗但零人工复核是不存在的。工具 B 虽然整体效果最好但中间有一段把私有化部署的成本优势改成了私有化部署的性价比优势语义方向略有偏差如果不是内行人审一遍很可能就带着这个偏差发出去了。另外还有一个隐蔽问题工具改写后文本的工具味。我把三款工具的输出放在一起对比发现它们有一些共同的痕迹——过于密集的短句堆叠、刻意的手感词比如说白了换句话说、句式切换痕迹明显。这就像你用美颜相机拍照磨皮开太大虽然看不出原来的瑕疵但看起来有一种全新的不自然。3.3 工具的适用边界与效率优势场景尽管有这些隐蔽问题工具的适用边界依然非常清晰。第一类批量内容生产。比如电商平台的商品描述、知识付费的课程摘要、SEO 站点的基础文章这类内容本来就不需要強い个人风格核心诉求是快速产出不要一眼 AI。工具过一遍人工抽查修改 10% 的段落总体效率比纯手动高出一个数量级。第二类多语言或长文本的初筛。如果你的原始 AI 稿非常长比如一万字以上的技术文档纯手动逐段改不现实。先用工具全局过一遍然后针对重点章节通常是开头、结论、涉及具体数据的部分做人工精改是最现实的做法。第三类给你提供改写灵感。这算是一个工具使用的隐藏技巧——当你面对一段 AI 文本不知道从何下手时先把这段丢给工具让它给出三到五个改写版本然后你像改稿子一样从这些版本里挑一句、拼一句、改一句。工具在这里承担的其实不是降 AI功能而是破局功能帮你打开思路。但反过来工具不适合的场景也很明确高度专业的内容术语错一个全盘皆输、强个人风格的内容博主 IP、评论文章、情感色彩浓的内容个人故事、访谈稿。这些内容一旦过工具最珍贵的人味反而会被洗掉。4. 同文对比实测手动、工具和混合路线谁更优4.1 一次控制变量的完整测试前面说的都是各自场景下的经验这一节我用同一篇文本做了一次控制变量的对比测试把三条路线的结果放在一起看。测试方法取一篇约 1500 字的 AI 生成的行业分析短文主题是某工具类产品在中小企业中的使用趋势。拆成内容完全一致的三份样本样本一纯手动改写由我按前述五类痕迹策略逐段处理样本二纯工具处理用工具 B 一次性改写样本三工具初改 人工精修约 20% 段落重点调整。之后我把三份样本混入 10 篇正常人类写作的文章中让 5 位经常阅读此类内容的朋友进行AI/人类二选一判断。结果如下样本被判定为 AI 的概率平均阅读时长主观愿意读完评分满分 5手动改写20%2 分 30 秒4.2纯工具处理60%1 分 50 秒3.0工具 人工精修30%2 分 10 秒3.8人类正常写作对照组10%2 分 25 秒4.0这个结果有几个值得注意的地方。手动改写的效果最接近人类创作但耗时最长纯工具处理虽然快但机器味依然能被经常阅读的人嗅出来工具加人工精修是性价比最优的组合时间消耗大约在纯手动的三分之一被识别率却只高了 10 个百分点。4.2 为什么工具加人工精修是当前最稳的路线仔细分析样本三的做法你会发现它其实暗合了手动和工具两条路线的核心优势工具负责打散统计特征人工负责注入语义风格。工具初改后的文本在困惑度和突发度上确实更接近人类但它缺少一种东西——动机感。人类写作时每一句话都是有理由存在的要么推进观点要么补充细节要么制造情绪节奏。AI 和工具生产的内容在这一点上都会露怯它们经常为了让文本显得完整而添加一些看似重要实则空泛的句子。所以人工精修的重点不是逐句重写而是做三件事删掉工具改写后仍然存在的空转句那些删掉也不影响语义的句子在关键观点处加入自己的真实经验或具体案例把文章里最核心的两个观点换成完全属于自己的表达方式。做完这三件事之后这篇内容的人格锚点就立住了。之后再过任何检测它都能通过语义连贯性风格一致性的双重考验。4.3 检测工具的判定差异带来的误导这里还要提醒大家一个非常重要的问题市面上所有检测工具给出的AI 概率都不是绝对真理不同检测工具对同一篇文本的判定结果差异非常大。我拿样本一手动改写版分别过了 5 款检测工具结果从 12% 到 47% 不等。差距来自各检测工具的模型训练语料、判别维度权重和阈值设置的差异。所以在做对比验证时不要只盯着一个检测工具的数字而要以人类读者的主观感受为准。这也是我在整个测试中最深的体会降 AI 的真正目标不是骗过检测器而是让文本恢复人类写作的自然波动。如果一段文字读起来舒展、有起伏、有个人色彩绝大多数检测工具都会给出较低的概率反过来如果你单纯为了达标而把文本改得支离破碎检测分数可能好看了但内容已经不能看了。5. 场景决策模型什么时候动手什么时候用工具5.1 三类典型需求与匹配路线根据自己的实际项目经验我把降 AI的需求分成三类并给出对应的处理路线建议。第一类低风险快速产出。典型场景是内容铺量、SEO 文章、产品介绍的批量改写。这类内容对风格要求低、对错误容忍度相对高、数量大。推荐纯工具路线最多加一道简单的抽查复核。把时间省下来投入在更值得精雕细琢的内容上。第二类中等风险质量敏感。典型场景是公众号文章、知乎回答、技术博客、项目汇报。这类内容读者会认真阅读但你也未必需要写出极其强烈的个人风格。推荐工具初改加人工精修重点打磨开头、结尾和核心观点段落其余部分保持工具改写结果即可。第三类高风险个人品牌。典型场景是个人专栏的深度文章、书籍章节、对外发布的观点评论。这类内容是人名即品牌的地方任何一点工具味都会损害读者对你的信任。推荐全手动改写并且最好在 AI 生成稿的基础上做大幅度的信息重组而不是简单替换表达。拿我自己来说我在某技术社区维护的专栏文章几乎每一篇都是手动路线。虽然每篇要花两三个小时但读者评论里经常出现感觉你这篇像是真人写的这种让我哭笑不得的反馈——哭笑不得是因为这本来就是真人写的但侧面说明了读者对 AI 味的敏感度已经非常高了。5.2 需要注意的成本误区不是所有内容都值得降还有一个常常被忽略的问题有些内容压根不需要降 AI。如果你写的是一份内部工作周报、一个实验流程说明、一段给协作方的纯信息同步消息对方要的是信息准确、格式清晰AI 生成的规整风格反而是优点。在这种场景里强行去 AI 味等于给自己增加无意义的工作量。另外如果你的 AI 生成文本本身质量就不高——信息空洞、逻辑跳跃、案例陈旧——那降 AI就是本末倒置。先花时间把内容的信息密度提上去再考虑风格问题。一篇文章如果内容上毫无新意哪怕文字再像人写的也不会有读者愿意看第二段。5.3 一点实操建议建立你自己的降 AI 清单最后分享一个我用了很久的习惯。我在本地建了一份文档专门记录自己写文章时的高频用词以及 AI 文本中我比较常见的必改项。每次处理 AI 稿我都会对照这份清单快速扫描一遍效率比凭感觉改高很多。我的清单目前有 12 项最核心的几条是删除所有段首的值得注意的是不可否认的是首先把综上所述之类的结尾引导语全部删掉必要时用下一段开头呼应连续三段出现相似句式时强制把至少一段改成短句开头加入至少一个具体的、只有自己知道的细节某个项目的小插曲、某个数据的来源过程全文读出声一遍凡是读的时候感觉顺得不像自己说话的地方都改掉。这套方法配合工具使用基本能覆盖大多数降 AI 需求。说到底无论是手动还是工具像你自己写的才是终点。工具解决的是效率问题手动解决的是质量问题而真正高水平的输出永远是先用工具把时间省下来再把省下来的时间花在别人替代不了的地方。

相关新闻

XAMPP本地开发环境搭建与配置实战指南

XAMPP本地开发环境搭建与配置实战指南

1. 为什么本地开发环境依然值得折腾聊到本地开发环境搭建,很多人第一反应是“用容器不香吗”或者“直接上云开发环境”。但实际干活的时候你会发现,一个能跑PHP、能连数据库、能发邮件的本地环境,依然是调试老项目、学习后端逻辑、快速验证小…

2026/10/19 15:24:15 阅读更多 →
开源代码审查范式:Git+CLI+LLM协同的质量基础设施

开源代码审查范式:Git+CLI+LLM协同的质量基础设施

1. 这不是另一个“AI代码审查工具”,而是一套可审计、可验证、可嵌入工作流的开源协作范式你有没有遇到过这样的场景:团队里新来一位应届生,提交了PR,CI跑通了,测试也过了,但资深工程师扫了一眼就皱眉——变…

2026/10/19 15:23:06 阅读更多 →
PHP+MySQL实现百度地图打点全流程:地址解析、数据库存储与前端渲染

PHP+MySQL实现百度地图打点全流程:地址解析、数据库存储与前端渲染

简介:这是一份面向Web开发初学者与地理信息系统(GIS)入门者的PHPMySQLHTML百度地图打点实战示例,解决动态读取数据库坐标并在网页地图精准标注的核心问题,适用于LBS应用开发、课程设计及毕业项目快速原型搭建。压缩包共…

2026/10/19 15:23:06 阅读更多 →

最新新闻

JDBC进阶实战:连接池、事务与批处理的核心原理与工程实践

JDBC进阶实战:连接池、事务与批处理的核心原理与工程实践

看到标题里那个"2",你应该知道这是个延续篇。上一篇我们把手搭在JDBC的门把手上,学会了加载驱动、建立连接、执行一条SQL、把ResultSet里的数据一行行捞出来,最后像个好学生一样把资源一个个close掉。那是入门,是"…

2026/10/19 16:09:56 阅读更多 →
AI视觉图像识别全流程:从数据准备到模型部署的实战指南

AI视觉图像识别全流程:从数据准备到模型部署的实战指南

开门见山说一个很多新手容易误解的点:AI视觉图像识别并不是“拿一张图丢进模型,结果就出来了”那么简单。它背后是一条完整的流水线,从数据采集到模型部署,每个环节都会直接影响最终识别效果。我见过太多人花了大把时间调模型结构…

2026/10/19 16:09:56 阅读更多 →
传输层核心机制与计算题突破:TCP/UDP协议期末考点全解析

传输层核心机制与计算题突破:TCP/UDP协议期末考点全解析

1. 传输层到底在整条网络链路里扮演什么角色1.1 从寄快递的类比说起:为什么需要传输层很多同学学到第五章的时候会有一种割裂感——前面几章讲物理层、数据链路层、网络层,好歹还能摸到网线、网卡、IP地址这些看得见摸得着的东西,一到传输层&…

2026/10/19 16:08:53 阅读更多 →
AIGC重复率高怎么办?十大检测改写工具实测与降重全攻略

AIGC重复率高怎么办?十大检测改写工具实测与降重全攻略

你有没有遇到过这种情况:同一段需求,丢给五个AI平台,回来的五段内容居然八九不离十;好不容易熬夜写完一篇稿子,丢进检测工具里,系统却标注你是“疑似AI生成”。这不是错觉,AIGC重复已经成为内容…

2026/10/19 16:08:53 阅读更多 →
垂直领域大模型建设全路径:从数据清洗到微调落地实战

垂直领域大模型建设全路径:从数据清洗到微调落地实战

做垂直领域大模型这件事,我不打算绕弯子。过去一年多,我陆续参与几条行业线的落地项目,覆盖零售、保险、医疗、制造,亲眼看着不少团队把“训练大模型”搞成一场烧钱大赛——模型训完了,demo演示很惊艳,上生…

2026/10/19 16:08:53 阅读更多 →
手游SDK接入最佳实践(进阶篇)最佳实践与踩坑记录

手游SDK接入最佳实践(进阶篇)最佳实践与踩坑记录

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

2026/10/19 16:08:53 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 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/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 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/19 2:54:50 阅读更多 →
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/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →