AI率检测原理与降AI实操:从识别到改写

1. AI率检测是什么:把这件事先讲透

最近在多个写作社区和内容平台里,“AI率”这三个字出现的频率越来越高。不少人交稿前都会先跑一遍检测,看到屏幕上跳出“疑似AI生成:45%”或者“AI特征明显”之类的结果,心里就一沉——明明是自己一个字一个字改出来的,怎么就被判定成AI写了?

先把这个概念说清楚。所谓AI率检测,是一类用于判断文本是否由人工智能生成的工具。它们的输入是一段文字,输出通常是一个概率值或风险等级,比如“低风险(10%以下)”“中风险(30%-50%)”“高风险(80%以上)”。这个值不代表文本一定出自AI之手,也不代表写得好坏,它衡量的是“这段文字的统计特征,在多大程度上接近当前主流语言模型生成的文本”。

听起来有点绕,用白话讲就是:AI写的文章有AI的“笔迹”,检测工具就是用来识别这种笔迹的。它不是读内容、不是查重,而是从概率、分布、用词习惯这些统计层面做判断。和你上学时用的查重软件完全是两码事——查重看的是“有没有抄”,AI率检测看的是“写的人还是机器”。

搞清楚这一点很重要,因为很多人的焦虑其实源于误解。他们把AI率当成一种“原罪判定”,觉得只要数字高就代表内容不行、代表自己偷懒了。实际上,AI率检测的定位应该是“体检指标”而非“道德审判”。它反映的问题是:你的写作模式里,有多少成分和机器学习模型的习惯重叠了。有这个指标,不是为了抓谁,而是帮助创作者意识到,什么样的文本正在失去人类的独特性。

这个工具最早火起来,是在学术写作和内容创作这两个圈子里。高校论文、课程作业、投稿稿件、自媒体文案这些场景里,审核方普遍担心AI代写泛滥,于是引入检测工具做第一道筛选。慢慢地,测评机构、招聘单位乃至个人博主也开始用起来。有的是为了把关,有的是单纯好奇,有的则是因为平台会给AI含量偏高的内容限流,创作者不得不重视。

所以,如果你在写论文、做自媒体、接商业文案,或者只是经常用AI辅助写作,这篇文章都值得看完。AI率检测这件事,不是“绕过去”的游戏,而是一个重新审视写作方式的机会。你会发现,真正把AI率降下来,靠的不是奇技淫巧,而是把写作的主动权拿回自己手里。

2. 为什么你的文章会被判“AI味”:拆开检测的底层逻辑

想降AI率,第一件事不是急着找工具,而是先搞清楚检测工具到底在看什么。如果你不知道“敌人”的判断依据,就只能瞎试。这一节把AI率检测的底层逻辑拆开,你会发现所谓的“AI味”其实是可以被感知、被描述、被改掉的。

2.1 语言模型的生成偏好:为什么AI写出来总有“那味儿”

先从一个很朴素的问题说起:为什么AI生成的文章,人一看就觉得“怪怪的”,但说不出哪里怪?

因为大语言模型的训练目标是“预测下一个词”,它学到的不是“人怎么写”,而是“大量文本中,哪个词最可能接在后面”。这就导致它在输出时有几个鲜明偏好。

第一,用词偏“稳”。AI会倾向于选择概率最高的词,也就是在语料中出现频率高、搭配常规、歧义少的词。比如“促进”“提升”“加强”“有效”“不仅……而且……”这类安全牌,被用的频率极高。相比之下,人类写作者会不自觉地用一些略带个人色彩的词,甚至用错搭配,反而是这些“不够标准”的东西构成了人的笔迹。

第二,句式偏“齐”。AI生成的长句,结构往往是“虽然A,但是B,因此C”或者“通过X,可以实现Y”的套层结构,逻辑上非常顺,主谓宾齐全,几乎不出现断句不当、省略主语、口语插入这类人类习以为常的“瑕疵”。

第三,内容偏“平”。AI不会走极端,它输出的观点通常是稳妥的、中立的、面面俱到的。它不会突然情绪化,不会抛出没有依据的主观判断,也不会写“这个方案我就是觉得不行,别问为什么”这种话。这种平稳恰恰是最大的破绽——人类的写作天然带有倾向性和情绪起伏。

检测工具就是抓住这些偏好去建模的。它们研究大量AI生成文本和人类写作文本,提取出数百个统计特征,比如句长分布、词汇丰富度、标点使用习惯、段落衔接方式,然后用分类器判断文本更接近哪一类。换句话说,检测器本身就是一个“文本笔迹学”系统。

2.2 检测工具的工作原理:困惑度、爆发度与统计特征

市面上检测工具很多,但底层原理大致分两派。理解这两派,你在选择工具和调整策略时就不会被带偏。

第一派是基于统计特征的传统分类器。它们会计算一个文本的困惑度(perplexity)和爆发度(burstiness)。困惑度衡量的是“模型对下一个词的预测难度”——AI自己写的文本,对它而言困惑度通常很低,因为它的生成过程就是在不断选择“最容易接上的词”。人类写作时,我们根本不会按概率选词,所以人类文本的困惑度波动更大。爆发度则是衡量句长和句子结构的多样性。人类写作时,长短句交错、简单句和复杂句混用,爆发度较高;AI生成的内容则往往维持一个相对均匀的节奏。

第二派是基于神经网络的特征提取器。这类方法更“黑盒”,它们用大规模语料训练一个分类模型,把文本映射到高维空间,再判断它处于“人类区”还是“AI区”。这种方式的优势是能捕捉到传统统计特征发现不了的微妙模式,劣势是解释性差——你只知道结果,不知道具体是哪个词导致了高判定。

不管哪一派,它们都有一个共性:检测结果是概率性的,不是绝对结论。也就是说,任何检测工具都可能误判,也可能漏判。这解释了为什么同一段文字在不同工具里得到的AI率会不同——因为它们的模型、训练数据、判定阈值都不一样。

看到这里你应该明白一个关键点:AI率检测不是测谎仪,它是一个“风格相似度”评估器。它判断的是你的文本和“AI生成文本的平均长相”有多像。所以降AI率的本质,不是作假,而是把你的写作风格从“靠近AI平均值”拉回“靠近你自己的正常水平”。

2.3 检测维度拆解:AI率到底由什么组成

根据我和多个检测工具的对比经验,AI率偏高的文本通常在以下几个维度上问题集中。

词汇维度,体现为高频词过于密集。“首先”“其次”“最后”“综上所述”“值得注意的是”“总的来说”这类衔接词和总结词,在AI文本中出现的密度远超人类正常写作。人类写作时也会用这些词,但不会每个段落都用,更不会在一个观点结束时不自觉地“总结升华”一遍。

句式维度,体现为长句占比过高。AI倾向于把几个意思塞进一句话,用“通过……实现……”“在……背景下……”“不仅……而且……”构成复合句。而人类写作时,尤其是新媒体文案和口语化表达,短句比例明显更高,甚至经常出现只有一个词的句子:“对。”“错了。”“真的吗?”

逻辑维度,体现为层次感过强、节律感太均匀。AI文本像是经过排版一样,每段都差不多长度,每段都遵循“观点+解释+例子+总结”的循环。而人类写作是随性的,一段可能很长,下一段就只有一句话。这种节奏变化是检测工具非常看重的信号。

还有个容易被忽略的维度是标点和emoji的使用习惯。人类写作者会有个人偏好,比如有的人特别爱用破折号,有的人几乎不用分号,有的人喜欢省略号。AI生成文本在这些符号的使用上则表现得非常“标准”,几乎没有冗余。

如果你拿到一份检测报告,发现AI率偏高,先别烦躁。对照这4个维度,把文本过一遍,通常能快速定位问题。下一环节我们进入实操,看看具体怎么改。

3. 实操降AI:一套直接能用的操作流程

这节是全文的重点。我会按“准备-改写-验证”三个环节,给你一套可以直接落地的降AI流程。不搞玄学,不求神药,就是扎扎实实的写作调整。

3.1 动手前的准备:调整心态和建立自查清单

在打开修改界面之前,有两件准备工作值得做。

第一,调整心态:明确“降AI率”不是“消灭AI痕迹”,而是“恢复个人表达”。目标和手段要分清楚。你的目标不是把检测工具的百分比降到0——那既没必要也不现实,因为检测工具本身有误判率。你的目标是把文本改出你自己的表达特征,让检测结果回归到“人类写作的正常波动区间”。

第二,建立自查清单。我建议把以下问题打印出来,或者在文档开头贴一份,每改一段就对照一次:

  • 这一段如果是人写的,会允许自己这么平淡吗?
  • 我有没有把“第一”“第二”“第三”这种排列当成呼吸一样自然?
  • 有没有哪句话,我朗读出来会很不顺嘴?
  • 段落之间是否有明显的模板感?
  • 有没有“总结-升华”式的结尾习惯?
  • 有没有在一个段落里塞了三个以上的从句?

这6个问题能帮你快速发现AI文本的“标配”破绽。记住,人类写作者最珍贵的不是什么华丽的词藻,而是不完美、不规整、有脾气。你的修改方向,就是把这些“人味”找回来。

3.2 直接可用的降AI技巧:六步改写法

接下来是核心操作环节。这套方法我在多个项目上实测过,能有效地把AI率降下来,同时保留内容的完整性和深度。一共6步,按顺序来。

第一步:换掉“AI高频词”。先做一次文本扫描,把“促进”“推动”“提升”“实现”“解决”“不足”“问题”“最终”“总体而言”“不可否认”这类词,逐一替换成更具体的说法。比如“促进”换成“让……更顺畅”“让……更容易”;“提升”换成“做得比之前好”“上了一个台阶”。注意,不是单纯换同义词,而是改变表达方式本身。“验证发现该方案能有效促进系统效率”这句话,哪怕换成“测试结果说明这套方案确实有用”也比原句更像人话。核心是:让语言变得更口语化、更场景化,而不是在书面语的同义替换圈子里打转。

第二步:手动调整句式长短。把文本里长句拆短,短句故意留白。AI很少主动写一个独立单句,你就要人工制造这种节奏。比如原文“通过引入自动化测试机制,可以在不影响原有功能的前提下实现对整个系统的持续监控,从而大幅度降低人工介入的成本。”可以拆成“我们加了自动化测试,旧功能全不受影响。系统现在能被持续盯着,省了很多人力。”两句话一拆,立刻有了人的气息。

第三步:打散模板化框架。如果你的原文里频繁出现“首先……其次……最后……”,或者每个段落都是“观点+论据+总结”,那就需要有意识地破坏掉这个框架。怎么破坏?尝试把总结句删掉。或者把一个论述段直接插进另一个论述中当背景。或者把结论前置,把分析放在后面。逻辑链条可以保持不变,但外在结构一定要打乱。人说话不会每次都从背景开始讲到结论,很多时候是张口就来结论,然后再解释原因。

第四步:加入个人视角和经历感。这是降AI率最有效的方式之一。AI生成的内容是客观的、泛化的。你要做的就是反其道行之:加细节、加场景、加判断。比如“这套方案部署后,系统响应时间降低了20%”是AI感很强的句子。但“我们把这个方案部署上去,第一天跑完,同事跑来问我是不是偷偷换了服务器——因为响应时间肉眼可见地变快了。”就是人类写的句子。同一个信息量,后者多了一些叙事元素,而这正是检测工具最不擅长模拟的东西。

第五步:主动制造“非标准”表达。包括用口语词、插入语、甚至轻微的语法松动。比如“这个东西嘛,说简单也简单,说麻烦也麻烦。”“老实讲,一开始我是拒绝的。”“我倒不觉得是方案的问题,更像是一开始需求就没理清。”这些句子在传统书面文里显得“不够严谨”,但恰恰是这种不严谨构成了人类写作的识别特征。

第六步,也是最后一步:朗读测试。每改完一版,别急着交,自己大声读一遍。凡是读起来拗口、不自然的地方,一定还是AI味重的地方。人类写作者写出来的句子,朗读时通常有一种“呼吸感”;AI写出来的句子,朗读时往往一口气太长,憋得慌。这个测试简单但极其有效,强烈建议每次修改都做。

3.3 段落级别的降AI策略:不只是改句子

以上6步适合逐句处理。但只改句子不够,段落层面的AI感更强。AI生成的段落,往往自带“总-分-总”的闭环结构,段首句负责引出,中间句负责解释,段尾句负责总结,读起来像一块完美拼图。人类写作用“并列”“递进”“跳跃”这几种段落关系,AI则只会“总-分-总”。

针对段落,有三个调整方向。

方向一,段落长度不均。把不同段落之间的长度差异拉大。比如一段写了200字,下一段就只写30字然后换话题。这种不齐整的排版方式在人工写作中很常见。

方向二,删除段内总结句。AI文本段落末尾经常出现“因此可以说”“综上”“这充分说明”这类总结性表达。你在修改段落时,可以试试直接把每段最后一句删掉,看看内容是否依然连贯通顺。大部分情况下,删除之后文本会更像正常人的表达。因为人说话时很少每说完一段话都要“总结陈词”。

方向三,改变段落间的衔接方式。AI喜欢用“此外”“同时”“与此同时”“值得注意的是”来衔接段落。人类写作时,更经常直接以小主题切换,或者用指代关系过渡。比如上一段讲到某个功能,下一段开头直接用“这个功能”来承接,而不是用“该功能具备多项优势”之类的过渡句。这种衔接更像真正的对话,而不是宣讲。

掌握了句子和段落两层调整,降AI的动作就基本到位了。接下来聊一聊细节验证和检测报告的解读,因为很多人的问题恰恰出在“不知道怎么验证改的效果”。

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

这个章节是我实测过程中积累的问题排查经验,希望对你有实际帮助。

4.1 为什么降了还是检测出高AI率?

最让人沮丧的情况不是不知道怎么改,而是改了之后结果没变。这种情况通常有3个原因。

第一个原因:只改了词汇,没改结构。如果你只是把“促进”换成“推动”,把“提升”换成“增强”,那检测工具当然能识别出来——因为词汇变了,但句式结构和段落逻辑没变。检测模型看的不是个别词汇,而是整篇文本的统计分布。只做同义词替换,是在“平均值”附近做微小扰动,当然改变不了大局。解决办法很简单:回到上一节的6步改写法,逐句拆、逐段调,而不是做表面替换。

第二个原因:改得还不够多。检测工具的判定逻辑是全局性的,它会把整篇文本当成一个样本看。如果你一篇文章2000字,只改了200字,对整体分布的特征影响极小。这也是为什么有时候你觉得“明明这段改了”,但总体AI率还是在60%以上。合理的做法是,先找到文本中AI特征最高的部分(通常是开头和结论),集中火力改这两个区域。因为它们对整个文本风格的贡献权重最高。

第三个原因:你用的检测工具本身就不可靠。说实话,市面上的AI率检测工具,准确率差异很大。有些小工具其实就是几个统计公式套了一遍,误判率高得离谱。花很多时间在不可靠的工具上打转,不如换个口碑更好的平台交叉验证。

4.2 工具报出的“AI痕迹”怎么定位?

很多检测工具只会给一个百分比,不会告诉你具体是哪一段被判定为AI。这时候怎么定位?有一个很笨但很好用的方法:二分法。把全文复制到一个新文档,然后不断对半拆分段落,每拆一次就跑一次检测,观察哪一半的AI率升高。用这个方法,可以逐步定位到具体段落到具体句子,效率比自己瞎猜高得多。我最多用6-7轮二分法就能锁定目标段。

另一个定位技巧是“对比法”。把疑似AI味重的句子摘出来,单独跑一次检测;再把它手工改写过的版本单独跑一次检测。两个结果一对比,就能看出改写的具体方向对不对。如果单个句子的检测变化不明显,就把段落整体拿来测——因为检测模型在短文本上的鲁棒性比较差,单独测短句容易出现误判,段落级别的判定相对稳定。

4.3 关于各种“降AI”工具的真相

网上流传着各种“AI降重神器”“AI痕迹去除工具”,号称输入一段文字就能把AI率从80%降下来。我用过其中几种,也观察过很多案例,结论很直接:别迷信它们。

这类工具的底层逻辑分两类。一类是基于规则的改写器,本质上是同义词替换加语序调整,效果和我前面说的“只改词汇”差不多,应付不了深层结构问题。另一类是把你的文本“反AI化”后再生成一遍,等于二次创作,但二次生成的内容依然可能带有新的AI特征。也就是说,你花了钱,结果可能只是把一种AI的味道换成了另一种AI的味道。

更关键的问题是,使用这种工具本身有风险。如果平台或审核方也用了更先进的检测系统,识别出“答案经过降AI工具处理”的特征,那比单纯AI生成还麻烦。与其依赖这些工具,不如老老实实按照前面6步改写法自己动手。虽然慢,但改造出来的文本是真正的人类写作风格,而且在这个过程中,你对写作本身的理解也在提升。

4.4 几条独家避坑经验

在我多次实践之后,有些经验值得单独拎出来说。

第一条,AI率检测结果的偏差,可能和文本长度有直接关系。很多工具检测短文本时极为敏感,一篇只有300字的文章,哪怕整篇都是人类写的,也可能被标成“中高风险”。所以你在测试时,不建议拿一段话反复跑,最好是完整的成稿去测。如果某天你发现工具对一篇200字的短文都报了80%的AI率,先别慌,可能是文本太短导致的误判,换成完整上下文再测一次看看。

第二条,给人的写作比重给AI多更好。这个观点可能有点反直觉,但实操下来确实如此。不是让你不写AI辅助,而是让“辅助”回归辅助:你先自己搭好框架、写好关键段落,再让AI去扩写背景或补素材,而不是反过来。AI生成的内容当作草稿,由你手工重写主干,重写后的即时性和主观性,是最自然的人类标记。

第三条,建立固定的写作风格比抽查更可靠。如果你平时写东西就注意积累个人惯用语、固定句式、偏爱词汇,那你写出来的任何东西天然就带有人味。反过来,如果你平时全靠AI代笔,只在交稿前临时抱佛脚降AI率,那检测分数飘忽不定是必然的——因为那些人类特征的积累不是一时半会儿能编出来的。

最后再分享一个我实际用下来的小技巧:每次写完初稿,先把文本丢一边,等至少半小时再回来看。隔段时间再看自己的文字,更容易发现那些“怎么看怎么像AI”的段落。因为AI生成的文本往往是在逻辑上太顺滑了,而你隔断时间再看,大脑不会被生成时的惯性带跑,更容易发现不自然的细节。这个习惯我养成之后,写东西的质量提升很明显,AI率检测反而成了最不担心的一环。

相关新闻

对话状态跟踪协同优化:AI原生应用多轮对话不翻车的实战方法

对话状态跟踪协同优化:AI原生应用多轮对话不翻车的实战方法

做AI原生应用,最磨人的往往不是模型跑得不够快,而是系统“记性太差”。你辛苦调好的多轮对话,用户一句“改成明天下午送到公司”,系统就不知道要改哪个订单;用户说“还是按刚才那个来吧”,系统直接懵掉。这…

2026/10/20 3:34:07 阅读更多 →
vLLM推理引擎实战:用PagedAttention与Continuous Batching破解大模型显存与并发瓶颈

vLLM推理引擎实战:用PagedAttention与Continuous Batching破解大模型显存与并发瓶颈

大概去年开始,身边越来越多做RAG、Agent的朋友把模型部署从Transformers换到了vLLM,说实话一开始我是不太理解的,因为本地推理直接拿HuggingFace的pipeline几行代码就搞定了,为什么要引入一个新框架?直到我自己在某个小…

2026/10/20 3:34:07 阅读更多 →
企业级Agent平台EAF:破解接入、能力与知识三大孤岛

企业级Agent平台EAF:破解接入、能力与知识三大孤岛

1. 为什么企业里“Agent”总像散装零件——从EAF平台的命名逻辑说起“面向企业工作效率的 Agent 平台:EAF 如何打通 Agent 接入、能力与知识经验孤岛”——这个标题里藏着三个被反复踩坑却少有人点破的现实:第一,“Agent”在企业内部从来不是…

2026/10/20 3:34:07 阅读更多 →

最新新闻

STM32跑EtherCAT主站:SOEM移植与伺服控制实战

STM32跑EtherCAT主站:SOEM移植与伺服控制实战

简介:这份资源面向嵌入式工程师与运动控制开发者,提供将开源SOEM协议栈移植到STM32平台、构建EtherCAT主站的完整工程源码,可用于伺服电机等从站设备的实时通信与运动控制开发。压缩包共267个文件,以139个.h头文件与119个.c源文件…

2026/10/20 4:23:39 阅读更多 →
loop指令深度解析:计数器循环的语义、边界与调试实战

loop指令深度解析:计数器循环的语义、边界与调试实战

前阵子帮人看一段老汇编代码,单步跟到一条loop指令时,旁边同事问了一句:ecx 现在已经是 0 了,这条到底跳还是不跳?我愣了一下,因为太多人把loop当成“死循环指令”来记,实际上它的语义很明确&am…

2026/10/20 4:23:38 阅读更多 →
Agent越用越傻?自适应知识迁移机制设计与工程落地

Agent越用越傻?自适应知识迁移机制设计与工程落地

Agent上线没几天,业务方跑过来问“它怎么感觉越来越不聪明了”。这个问题我最近一年反复听到——模型部署时跑得很顺,一旦遇到新领域的知识、新格式的数据,性能掉得比想象中快得多。传统做法是拉数据重新微调,但Agent场景里&#…

2026/10/20 4:23:38 阅读更多 →
端侧智能体函数调用实战:FunctionGemma架构与落地

端侧智能体函数调用实战:FunctionGemma架构与落地

1. 只会聊天的机器人帮不了你:行动型智能体的门槛在哪过去一年多,我一直在折腾端侧智能体,有一个感受特别深:大多数所谓“智能体”,本质还是一个会接话的聊天机器人。你说“帮我把空调调到26度”,它能回你一…

2026/10/20 4:23:38 阅读更多 →
电赛E题追踪云台全考点:OpenMV与STM32闭环调试实战笔记

电赛E题追踪云台全考点:OpenMV与STM32闭环调试实战笔记

简介:这份资源面向参加2023年全国大学生电子设计竞赛E题(运动目标控制与自动追踪系统)的本科组选手及嵌入式学习者,聚焦OpenMV视觉识别与STM32云台控制的协同实现。压缩包共2个文件,包含1个rar工程归档与1个Python脚本…

2026/10/20 4:23:38 阅读更多 →
从NavigationView到NavigationStack:SwiftUI导航迁移与页面栈管理实战

从NavigationView到NavigationStack:SwiftUI导航迁移与页面栈管理实战

这个系列写到第8篇,轮到导航话题了。标题里写着 NavigationView 导航,但我得先说一句可能让你意外的话:在 iOS 16 之后的 SwiftUI 项目里,新代码已经不太建议用 NavigationView 了。我自己从 2022 年底开始,凡是从零起…

2026/10/20 4:22:38 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 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 阅读更多 →