AI教材写作如何降低查重率?从原理到实战的完整指南

上周,某高校教研组的A老师抱着一沓教材初稿找我,说AI生成的“专业基础课讲义”内容完整、目录清晰,结果一查重,直接超过40%。她说了一句让我印象极深的话:“我不理解,这些内容明明是我自己让AI按教材大纲写的,怎么就跟别人的书一模一样的?”这个疑问,其实戳中了大多数“AI教材写作”翻车的核心——我们以为AI在替我们写书,实际上它在复述语料库里最稳妥、最常出现的表达。查重系统盯的正是这些表达。

今天这篇攻略,就围绕“借助AI工具,快速完成教材编写任务”来展开:我会先把查重率偏高的原因讲透,然后给你一条能直接落地的编写流水线、一套改写技法,以及我自己跑了三轮教材编写之后沉淀下来的效率清单。适合三类人看:正在赶教材、讲义、培训课件的老师,被“AI生成+低查重”两头夹击的编辑,以及想做知识付费课程策划的内容创作者。

1. 查重率偏高的根子不在“字数抄了多少”,而在“表达撞了多少”

很多人的第一反应是“AI会抄袭”,但真正的问题比这微妙得多。AI生成文本时并没有“打开某本教材逐句复制”,它只是在概率上选择了最稳妥、最高频的表达方式。而查重系统检测的,恰恰是这些“稳妥表达”与既有文献的重合程度。

1.1 查重系统如何判断一段话是“疑似重复”

主流的查重系统并不会把整篇文档拿到文献库里逐字比对,那样计算量太大、也不现实。通常的做法是:把待检测文本切分成若干个固定长度的连续字符窗口(常见的是以若干中文字符为一个切片),再将每一个切片与文献数据库进行字符串匹配和语义相似度计算。当连续多个切片都能在文献库中找到高度相似的文本时,系统就判定这一段属于重复内容并标红。

这意味着,即使你换掉了部分关键词,只要句子结构、功能词搭配、信息排列顺序和原文高度一致,依然会被判定为相似。“降低重复率”的本质,不是把词A改成词B,而是让文本的表达方式、叙事节奏和信息组织方式都产生足够差异。

1.2 AI生成文本最容易撞车的三类高频表达

结合我检查过的大量AI教材初稿,重复高发区域其实非常集中,主要就是三类:

第一类是“结构化套话”。比如“首先、其次、最后”“随着科技的发展”“综上所述”“具有重要意义”这类过渡句和结论句。它们是模型在训练语料里见过无数次的稳定搭配,一遇到承上启下的位置就会自动冒出来。文献库里,这类表达在成千上万本教材里都有,撞车概率极高。

第二类是“定义句”。AI非常习惯用“某某是指……”“所谓某某,就是……”“它具备以下几个特点”的标准句式来呈现概念。这种句式本身没有错,但它太“标准”了,几乎成了所有教材的共用模板。

第三类是“高频动宾搭配”。比如“提高效率”“促进发展”“实现优化”这类被过度使用的词组。叠加在一起,整段话读起来四平八稳,但就是没有辨识度。

你让AI写十次同一个主题,得到的十版内容框架可能是一模一样的,只是细节略有差别。这就是“概率性表达”的副作用。

1.3 教材场景让问题更加放大:定义与术语的刚性重复

写作论文或网文时,你可以完全换一种风格来表达同一件事。但教材不一样,它天然面对“刚性重复”的约束。

学科术语不能随便替换,数学公式必须按标准形式书写,法律条文和政策定义必须一字不差地引用,核心概念的定义在学科内部已经形成了成熟的表述习惯。这些刚性内容占全文的比例越高,可重复率就越难压低。

所以我一直强调一个观点:教材的低查重,不是追求全文0雷同,而是分清两个部分——刚性内容保留并规范引用,柔性表达彻底个人化。如果你试图把“勾股定理”这种表述改得面目全非来降重,那已经不是写作问题,而是专业事故。正确的方向,是把大量非刚性、非标准的讲解性文字,改造成真正属于你自己的教学语言。

2. 一条从需求拆解到定稿的教材编写流水线

AI教材写作翻车,很多时候不是AI能力不行,而是你压根没给它明确的工作边界。我实践下来比较稳定的流程,可以分成七个子步骤,核心是“把大任务拆碎,再逐块加工”。

2.1 动手之前:把教材目标拆成“教学清单”而不是“目录”

直接对AI说“帮我写一本《XX原理》教材”,一定会得到一份看起来完整、实际很难用的泛化大纲。因为模型在用它见过的“通用教材模板”回应你,而不是针对你手头的课程。

我现在的做法,是先做一份教学清单。列出目标读者及其先修知识、每一章希望学生掌握的知识点与技能点、每节预计的篇幅范围、至少需要包含的案例数量和类型。比如:

  • 授课对象:某高校大二学生,已修读基础编程课程,未接触并发概念
  • 章节容量:每章3到4节,每节1200到1800字
  • 内容件数:每节至少包含一个课堂讨论案例、一个易错点提示、一个小结思考题

把这份清单交给AI,生成结果会明显贴近你的教学需求,而不是一篇“万能教科书”。更关键的是:因为每节素材来源不同,后续改写时你会有更明确的判断依据,而不是对着AI生成的大块内容一头雾水。

2.2 分模块喂料:单次生成控制在1500字以内

这是我踩过最大的坑。最初我尝试让AI一次性生成整章内容,结果后面三分之一基本是前面内容的同义复读,别说说服读者,连我自己都不想看。后来改成按“节”或按“知识点模块”生成,单次字数控制在1500字以内,质量立刻稳定下来。

原因是:大语言模型在中长文本生成中存在“注意力漂移”。刚开始还能沿着你给的大纲走,生成一千字之后就开始自我重复,或者把之前写过的内容换个说法再来一遍。分段生成,相当于给每次对话设了一个极短的工作记忆窗口,AI反而能更集中地处理一个具体问题。

分段之后还有一个好处:你可以在每个模块生成后立即做初步审校,发现有价值的片段就留下,不合适的直接扔掉。不会出现“生成了一整章、只能凑合全用”的被动局面。

2.3 给模型一个“种子段”:从第一句话就注入你的风格

这是我自己最推荐的一招,也是让AI生成内容“带人味”的起点。在让AI扩写某个模块之前,先手动写两三句个人风格强烈的引导段。注意,是引导段,不是大纲。

比如我想写一节关于操作系统进程调度的内容,我不会让AI直接生成。我会先写:

“这一节我在课上通常从学生最容易问的问题切入:为什么电脑同时开着浏览器、播放器和编译器,好像都没卡,但CPU只有一个?很多同学第一次听到‘进程调度’四个字,第一反应是——调度是什么?怎么调?谁来调?”

然后把这段作为种子,告诉AI:“请基于上面这一段的教学语气,按我给出的知识点清单继续展开这一节的讲解,保持同等口语化与引导性。”

AI会模仿这段文字的语感与节奏,生成的初稿比从一个干巴巴大纲出发要鲜活得多。更重要的是,后续查重时,AI基于你的个人表达习惯生成的文本,与既有教材的重合度会明显低于基于通用大纲生成的文本。因为你输入的“种子”本身已经是原创内容,意即你的知识理解和课堂表达已经被AI吸收了。

2.4 迭代闭环:生成、改写、嵌入、校验四步循环

任何一步到位的心态都不适合AI教材写作。我自己的节奏是:生成一个模块后,立刻进入改写环节,而不是攒十来个模块一起处理。改好的文字嵌入教材统一体例,嵌入时做一次上下文衔接;一整章拼完后统一做查重校验,然后针对标红区域再回到改写环节。

整个流程就是“生成—改写—嵌入—校验”四步循环。别看它绕,其实总体效率远高于一次性出稿再推翻重来。因为越早发现问题,返工成本越低。

3. 让AI文本长出“个人语感”的四层改写技法

改写不是“换个词”“调个语序”那么简单。查重系统对浅层替换非常敏感,你换掉几个词,短句组合不变,依然会被识别为重复。我的经验是,从四个层级逐层处理。

3.1 句子层:语序、复句与主被动的关系

句子层最少要处理的,是把模型中规中矩的“主谓宾+补语”结构打散。举一个实际例子:

AI原句:“线性规划是运筹学中研究线性约束条件下目标函数极值问题的重要方法。”

这个句子用词很完整,但结构太经典,和无数同类教材的表达撞得很死。我改写后会变成:

“在运筹学的框架里,如果我们要处理的目标函数和约束条件都满足线性关系,那么针对这个模型求极值的一套方法,就是线性规划。多数教材会把它安排在课程前半段,就是因为这个模型足够典型、上手难度又适中。”

后者的信息没有变,但组织顺序变了:先描述问题情境,再引出名词,再补一句教学层面的评价。句子结构、语序、复句拆分都发生了实质变化,撞车概率自然下降。

操作上可以记住一个原则:先动结构,再换功能词。只换词不动结构,等于给旧衣服换扣子,查重系统一眼就能认出版型。

3.2 段落层:打散模型逻辑,重建教学叙事

模型生成的段落,绝大多数遵循“定义—特征—举例—总结”的四段式。这个顺序太常见了,连标红区域都常常呈整段出现。改写的关键,是重新设计段落的信息流。

我常用的排布方式是“案例先行”。先抛出一个具体场景或问题,让学生在困惑中产生需求,再顺势给出定义和特征,最后用残缺的总结引导思考。同样的知识点,这样组织后,段落内部的句子组合方式会完全不同。

举个例子:讲到“持久化存储”时,AI的标准顺序是“持久化是指数据在断电后仍能保留的机制,它广泛应用于数据库系统,具有稳定性、可靠性等特点”。我会改成:“如果程序运行期间突然断电,内存里的数据会全部消失。为了避免这种场景,数据库很早就引入了把数据写入磁盘——永久保存的一套机制。它要解决三个问题:存什么、存哪里、怎么保证存完断电也不丢。”知识点没变,叙事路径变了,段落整体就“活”了。

3.3 颗粒度层:把书面语言翻译成课堂语言

“低查重”的隐藏红利是:越具体、越面向特定读者的表达,越难与他人重复。因为宏观道理大家都懂,具体到某个班级、某个项目、某次实验过程,就很难撞出同样的写法。

所以我在改写时,会有意识地把教材语言“翻译”成课堂语言。教材语言偏概括,课堂语言偏情境。把“在多道程序系统中,处理机调度用于决定哪个进程可以获得CPU资源”翻译成“当多个任务同时申请CPU时,操作系统不能同时满足所有人,它必须先定一套排队规则——这套规则就是调度算法”。前者是抽象真理,后者是带着场景感的教学讲解。

颗粒度越细,文本越贴近现场,重复率就越低。但要注意,这种“翻译”必须建立在知识准确的基础上。你可以为了通俗而换类比,但不能为了通俗而丢掉学科规定性。

3.4 一致性层:术语表与“禁止替换清单”

AI在长文档生成中有一个很讨厌的习惯:同一个概念在不同小节里会用不同说法。一会儿写“进程”,一会儿写“任务”,一会儿写“作业”。这在学科语境里可能是不同的东西,混用会让教材出现硬伤,也会在查重时产生不必要的“伪重复”。

我的解决办法,是在动手之前就建立一份术语对照表。明确规定哪些术语是必须原样保留的标准表达,哪些功能性词汇可以灵活替换。比如“进程调度”是标准术语,必须统一使用;“发展”“实现”“确保”这类词可以在改写时按语境替换为更具体的表达。

这份术语表在生成和改写阶段都要反复对照。它的价值不只是降低重复率,更是保证教材的专业一致性。你不想看到一位负责的老师,在自己教材的第3章和第7章把同一个概念讲成两个名字。

4. 数据、案例和图表的二次加工:降低重复率的另一条主线

教材包含大量非纯文字的模块:数据表格、案例描述、代码片段、图表公式。这些部分是查重的重灾区,也是很多人在“文字改写”之外最容易忽略的地方。

4.1 数字不能照搬:重新计算和本地化改写

AI生成的数据经常来自公开语料的平均值或某篇典型文献,这意味着它在网上已经有大量“同源版本”。直接放进教材,撞车概率接近百分之百。而且过时风险很高。

我现在会做“重新计算”处理。比如AI给出“系统的平均响应时间为20毫秒”,我不会直接照抄,而是把它放到具体实验场景里:“在8核环境下,并发线程数从16增加到64时,平均响应时间从20毫秒上升到68毫秒,耗时增长主要出现在上下文切换。”数据更具体,读者也更有感知。

处理数据时要记住:不能为了降重而虚构数据。教材的数据必须来源于可核实的实验、调研或公开统计,并且在表述中注明来源。真人真事、真实来源,天然带有查重系统无法“撞”到的专指性。

4.2 案例要“落地”:通用商业案例换成课堂教学现场

AI最爱举的案例是“某头部企业采用某某技术,实现了效率提升”。这类表述通用性太强,几乎可以套在任何教材里,也正是在网上出现频率最高的文本。正确做法,是把“某头部企业”这种虚拟泛称尽可能替换为自己所在的教学、实训或项目场景。

比如,我在编写实训教材时,会把一个并发编程案例写成:“在去年的跨平台系统实训中,一个四人小组用了最基础的锁机制,结果在压力测试阶段频繁出现线程阻塞。他们后来把锁的粒度从方法级细化到共享变量级,吞吐量才恢复正常。”这个案例来自真实教学场景,细节充分,表达完全是自己的,查重上几乎不会撞到文献。

如果你实在没有一手案例,也可以使用“模拟项目X”这类明显虚构的演练载体,重点是把过程描述得足够具体和细致。但务必在教材中标注清楚这是虚构项目还是真实项目,避免误导读者。

4.3 图表、代码与公式的处理:保留学科规范性,替换呈现方式

图表是教材里容易被直接复制的部分。某张现成的架构图、流程示意图,如果标题和画法都沿用通用版本,文字说明又和原图配套,那么即使你把图重画了一遍,相关文字描述仍可能被判相似。我会重新设计图表的呈现维度,比如把“按流程图展示”改成“按三层结构展开”,或者把静态架构图改成“说明各模块请求顺序的时序描述”,再用自己的话重新写图注。

代码片段同样要重写。不是改变量名那种浅层处理,而是理解功能后用不同的代码风格或等价实现重写,同时加上详细的注释和运行说明。这样既有教学价值,又不需要照搬源码文本。

公式属于刚性偏强的一类。标准公式不能改动,但公式的推导过程、文字说明和应用场景组织方式完全可以重写。在推导每一步之前,加入“这一行变换为什么成立”“这里最容易算错”这类教学提示,既有效降重,也提升了教材质量。

5. 查重报告不是枪毙通知:三看三改的修订方法

把初稿扔进查重系统,看到大面积标红,第一反应往往是崩溃。但我建议你按下面三步看报告,因为不同标红类型的处理方式完全不一样。

5.1 第一看:大面积标红的“模板句块”直接推倒重写

如果报告中出现连续好几行、甚至半个小节整体标红,说明这一整段内容与文献库里某篇文本的整体组织结构高度吻合。这种情况下,局部改词没有用,你必须把整段推倒,重新组织信息顺序。

推倒重写时,我会先不看AI原稿,只看知识点提纲,然后尝试用“课堂口述”的形式重新讲一遍。讲的时候可以录成语音转文字,再整理成书面语。这个过程相当于把AI生成的“别人的话”,彻底翻译成“自己上课说过的话”。我试过多次,这样重写出来的段落,标红区域基本清零。

5.2 第二看:散落短句与关键词重叠的稀释策略

另一种常见情况是:标红不是连续大片,而是这里一句、那里一句。这种往往来自高频搭配和标准术语的组合。比如“为了实现系统的稳定性”“在现实应用场景中”“综合考虑多种因素”这类短语,本身不是抄袭,但在文献库中出现的次数太多,导致被标红。

处理这类标红的关键是“稀释”:把高频功能词换成具体内容。你不需要把每个标红短句都改得面目全非,只需要把那些通用化表述替换为与本节内容强相关的具体描述。例如“为了实现系统的稳定性”可以改成“为了减少单点故障对业务的影响”,语义更精确,重叠自然消失。

5.3 第三看:刚性内容与引用内容的合规处理

教材里一定有定义、公式、标准分类或政策条文等必须保持原有的刚性内容。这些被标红时,不应该通过改写来降重,而应当保留原文并规范标注来源。乱改标准定义,表面上是降重,实际上是制造知识错误。

正确处理是在教材中明确引用与出处,并在查重统计时使用“排除引用”口径。同时要提醒一句:千万不要通过删除引号、微调原文等方式把引用内容“伪装”成自己的表达,这既不符合学术规范,也不符合出版社的审稿要求。教材的价值在于准确传播知识,这个底线不该被“低查重”绑架。

改完一轮,再查一次。正常情况下,第二轮重复率会明显下降,剩下的大多是刚性内容占位。到了这一步,就可以把人工精力投放到事实核验和文字细节打磨上。

6. 我跑完三轮教材编写后留下的几条经验

这几轮实践下来,我总结了几个比较固定的判断标准,分享出来,后面的迭代可以直接参照。

6.1 时间分配与步骤优先级的真实参考

环节建议耗时产出物常见失败模式
需求与教学清单拆解半天到一天章节写作要求文档跳过,直接让AI生大纲
分模块生成初稿约5到8小时各节初稿,标注待核信息用一次超长对话撑全章
改写与案例落地约1.5到2天个人风格化的教材正文只改词不改结构
查重与修订约1天查重报告 + 修订记录把标红区域全部硬改一遍

一个人独立编写一本约10万字的新教材,按照这个流程,我自己实际用了大约两周的业余时间外加两个周末。对比传统写法的两三个月,效率提升是实打实的。但这个周期有一个前提:你对这门课的知识体系本身要熟。AI能做的是把“表达”和“排版”的工作量扛下来,不能替你做“理解”的工作。

6.2 常见错误与对策清单

第一,没有术语约束就开写。对策是生成前先给模型一份术语表和禁用表达清单。

第二,一次性生成整章。对策是分节生成,每节控制在1500字以内。

第三,改写时只做同义词替换。对策是回到“句子层+段落层+颗粒度层”三层检查。

第四,拿未查重的初稿排版。对策是把查重校验放在排版之前,不要做无用功。

第五,过度降重导致事实失真。对策是每次改写后留一个“事实核对清单”,重点核对数据、引用和案例细节。

6.3 关于“低查重”的边界认知:先原创,再谈工具

最后想聊一个更本质的问题。低查重的正确理解,不是“骗过查重系统”,而是“让文本的真实原创程度配得上查重结果”。这两件事的出发点完全不同。前者只关心分数,后者关心内容本身是否站得住脚。

AI在整套流程里的定位,在我看来更像一个勤奋到极致的教研助理:它帮你快速汇总资料、生成表达变体、提供写作框架,但“写什么”“为什么这样写”“这个案例是不是真实可信”必须由你来判断。如果你的教材内容本身没有个人理解、没有具体的教学场景、没有可验证的数据来源,就算查重率压到3%,读起来也是空洞的。

我自己之所以坚持先写“种子段”,再让AI展开,就是因为这个动作强迫作者先思考、先输出观点。种子段写清楚了,后面的AI生成和人工改写才有方向。文章的查重数字只是结果,不是起点;当你把每一段都用自己熟悉的案例和课堂经验重新讲了一遍,那个数字自然会降下来。

最后再分享一个小技巧:每次开始一个新章节前,先不要打开AI对话框,而是拿纸笔把这章最想让学生记住的三个点写下来。哪怕只写三句话,再回去让AI生成素材,你会发现自己对整章内容的掌控度完全不一样。这个习惯我一直在用,算是我在AI教材写作这条路上最大的心得。

相关新闻

MATLAB GUI定时器实战:用timer实现实时时钟与可重置倒计时

MATLAB GUI定时器实战:用timer实现实时时钟与可重置倒计时

简介:这是一份面向MATLAB GUI初学者的定时任务功能案例资源,针对需要掌握timer函数与TimerFcn回调机制、实现动态界面更新的开发者。资源包含两个可直接运行的Demo:第一个Demo每间隔1秒获取系统时间并在编辑框实时刷新;第二个Demo…

2026/10/20 19:40:18 阅读更多 →
MSA存储入门指南:从SAN协议到选型场景的全面解析

MSA存储入门指南:从SAN协议到选型场景的全面解析

简介:这份文档面向备考H3C认证工程师-MSA存储(H3CNE-MSA)的技术人员与H3C代理服务工程师,聚焦MSA存储设备基础配置与维护知识,帮助读者在有限时间内系统梳理考点、检验掌握程度。资源为1个docx文件,压缩包约…

2026/10/20 19:39:14 阅读更多 →
C语言大作业高分实践:工程结构、内存安全与评分对齐

C语言大作业高分实践:工程结构、内存安全与评分对齐

简介:这是一份面向高校C语言初学者与课程设计学生的高分期末大作业实战项目,完整实现了一个具备学生端与管理员双角色的学生成绩管理系统。资源包含可直接编译运行的C/Qt源码(含18个.h头文件与18个.cpp实现文件)、图形界面.ui文件…

2026/10/20 19:39:14 阅读更多 →

最新新闻

模型量化如何影响推理性能?实战解析原理、选型与问题排查

模型量化如何影响推理性能?实战解析原理、选型与问题排查

在AI推理优化这条路上,量化是我见过投入产出比最高的手段。很多人以为量化就是把模型从FP32变成INT8,体积缩小、推理变快,但实操后才发现,AI模型量化对推理性能的影响并不只有正向:有时速度反而下降,精度却…

2026/10/20 20:20:51 阅读更多 →
基于Simulink的23自由度分布式电驱动整车动力学模型搭建与仿真

基于Simulink的23自由度分布式电驱动整车动力学模型搭建与仿真

做分布式电驱动车辆的控制,最头疼的问题就是你手上的整车模型到底该建多细。我这次在Matlab Simulink里完整搭了一套23自由度整车动力学模型,把车身六个方向的运动、四个车轮的垂向跳动、车轮旋转、转向系统、以及分布式驱动链条的扭转自由度全部拉进来了…

2026/10/20 20:20:51 阅读更多 →
用JSON和Python命令行构建个人技能管理工具:从数据建模到实践

用JSON和Python命令行构建个人技能管理工具:从数据建模到实践

1. 为什么需要技能管理工具:需求拆解与设计取舍上周末想更新简历,结果发现我根本说不清“现在到底会什么”。十几项技能分散在旧简历、脑图、收藏夹和一摞笔记本里,有的早已过期,有的只停留在“看过教程”的阶段,还有的…

2026/10/20 20:20:51 阅读更多 →
企业微信回调验证与AES加解密:.NET开发者接入指南

企业微信回调验证与AES加解密:.NET开发者接入指南

接手过几个企业微信自建应用的项目,每次新人对接时几乎都会卡在同一个地方:管理后台保存“接收消息服务器”配置时提示URL验证失败,或者明明验证过了,消息却一直推送不进来。这个环节看着只是填几个参数,背后实际上是一…

2026/10/20 20:20:51 阅读更多 →
vLLM Prefix Caching 原理:如何用 Paged KV 消除重复计算

vLLM Prefix Caching 原理:如何用 Paged KV 消除重复计算

先说一个我遇到过的情况。某个线上推理服务,所有请求都带着同一段两千多字的 system prompt,并发一上来,GPU 利用率看着很高,但真正对用户有用的计算没多少——大部分算力在一遍遍重复计算同一段内容的 K 和 V。很长一段时间里&am…

2026/10/20 20:20:51 阅读更多 →
用Design.md构建符合产品风格的原型设计:设计令牌实战指南

用Design.md构建符合产品风格的原型设计:设计令牌实战指南

上周跟某团队聊原型评审,对方把三个页面的设计稿拍在我面前,主色蓝就出现了五种,没有两个颜色值相同。评审会开了一个小时,快一半时间在争论“这个蓝到底是不是我们品牌那个蓝”。原型阶段最让人心累的从来不是画得快不快&#xf…

2026/10/20 20:19:47 阅读更多 →

日新闻

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/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出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/20 10:02:08 阅读更多 →
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/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练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/20 9:50:45 阅读更多 →