AI辅助教材编写全流程:从框架搭建到低查重原创化实战
最近和几位老师一起推进一门专业课的新教材评审那边明确要求查重率必须控制在较低水平最严的一章甚至要求低于某个很紧的比例。有人第一反应是那就不用AI写了AI生成的内容肯定查重高、机器味重、没法用。这个判断我以前也信直到把整个编写流程重新捋了一遍才发现AI完全可以成为教材生产的“主力外援”最终交出去的书稿查重率能压得很低读起来还像是一个有经验的老教师在说话。这篇不卖关子直接把我验证过的方法拆开讲怎么用AI辅助搭框架、逐节写初稿、再把内容用自己的教学经验“养”回人话最终落到教材的教学设计上。正在编教材的高校老师、想开发企业培训课程的讲师、以及专门替机构做课程内容的伙伴按这套流程走能省下大部分资料整理和初稿时间。1. 先把话说明白AI教材编写到底在做什么查重率为什么是痛点1.1 你不是在“让AI代写”而是在“搭一套生产流水线”很多人用AI写教材的第一步就是打开对话框输入“帮我写一本《XX基础》教材”然后等着AI吐出一个几十章的文档。这样出来的东西基本没法用结构可能看起来完整但内容往往像几篇科普文章拼在一起章节之间没有递进关系查重率还会高到离谱。问题的根源在于教材不是文章它是一套体系化的教学产品需要明确的教学目标、知识顺序、案例导入、实训任务和课后练习。我现在的做法是把AI当成流水线上一个能扛活但需要盯紧的工人而不是一个能凭空造出整栋楼的设计师。你作为主编负责确定教材定位、读者对象、课程大纲、课时安排这些核心决策不能交给AI。AI真正擅长的是把你已经想清楚的知识点快速铺开成初稿、把同类概念做对比、把抽象原理改写成通俗解释、批量生成练习题。换句话说你做项目经理AI做内容生产小组。这个角色一调换后面所有问题都会顺畅很多。1.2 查重率高的真实来源不是AI生成内容本身而是你喂给AI的素材查重率高的黑锅很多时候不该由AI来背。查重系统比对的是公开出版物、学术数据库、网络资源和已有的教材库。AI训练数据本身就包含了大量教材、论文和教学参考书的语料当你让它“根据某经典教材的风格写一节内容”它很容易把那些经典表述重新组合出来结果就是连续十几二十个字都跟别人的书对上了查重率直接飙升。更常见的情况是我们自己把别人的教案、讲义甚至PDF原文直接复制粘贴给AI告诉它“帮我改写一下”。这种做法属于给查重系统送人头因为AI会优先保留原文的结构和关键词出来的文本和原始素材相似度极高。想明白这一点之后我在写每一章之前都会先把素材的来源理清楚哪些是必须遵守的国家标准原文哪些是自己的原创教学笔记哪些是别人写过但我只能参考思路的内容。素材边界越清晰后面查重越省事。1.3 教材编写要的是“体系感”不是“文笔”之前审过一份年轻老师用AI写的讲义单看每一节的文笔都没问题甚至有些句子很漂亮但整份讲义读下来不知道这门课想要学生掌握什么。学习目标不统一前后概念对不上案例分析东一个西一个这就是典型的重文笔、轻体系。教材评审专家看稿子第一件事不是看句子好不好看而是翻开目录看章节逻辑是不是从易到难是不是覆盖了教学大纲要求的知识点有没有合理的递进和重复。所以我在整个AI协作过程中花在“审目录、审骨架、审教学逻辑”上的时间至少是文字润色的三倍。AI可以帮我把每个知识点写成通畅的段落但知识点的顺序、每章应该放在哪里、哪些概念需要先铺垫、哪些内容可以放到拓展阅读必须由懂这门课的人来定。记住这个原则你就不会陷在“这句话AI写得不好”这种细枝末节里。2. 教材编写前必须做好的三件事定框架、定风格、定素材边界2.1 用一页纸大纲锁死全书结构动手写任何一个章节之前我建议你先不碰AI找张纸或建个空白文档写出“一页纸大纲”。这个大纲不需要详细到每段话但必须把全书的章、节、甚至每节的知识模块列出来。我常用的是一个四层结构章、节、知识模块、教学环节。教学环节指学习目标、案例导入、核心概念、常见误区、实训任务、思考题。写清楚这一页纸相当于给整本教材建好了骨架。比如我之前参与的一本数据分析类教材目录第一版是AI生成的看起来头头是道但其中一章把“数据清洗”放到了“可视化分析”之后这明显违背了实际教学顺序。如果继续往下写后面所有内容都要返工。后来我改成自己先手写大纲再让AI帮我补充每个知识模块下的子要点。这样AI的自由发挥被限制在安全的范围内它不会再把课程的逻辑顺序带偏。这个步骤看起来不起眼实际能省掉后面至少一半的修改量。2.2 给AI写一段“教材风格设定词”同样是AI为什么有人写出来像教材有人写出来像社媒推文差异往往在于你有没有给它一个清晰的角色和风格指令。我每次开新书都会准备一段固定的“风格设定词”可以称它为初始提示词。虽然不同AI工具背后的模型各有特点但好的指令结构是可以复用的。一段基础设定词我一般包含这几个要素身份、读者、语言风格、结构要求、内容边界、禁用表达。举个例子“你是一位有十五年一线教学经验的专业课教师面向高职院校大二学生编写教材。语言要通俗、直接、有亲和力避免长句和抽象术语。每节开头必须给出学习目标每节末尾必须设置实训任务和思考题。知识点解释要结合生活化案例。禁止使用‘综上所述’‘值得注意的是’‘不仅……而且……’‘首先其次最后’这类套话。所有内容必须基于我提供的教学大纲和素材不得自行扩展无关知识点。”把这段设定词放在每次对话的最前面AI生成的内容质量会稳定很多。我还在项目文件夹里保存了这份文档每次换章节、换人接手都能保持一致。这个细节决定了整本教材初稿风格统一还是像拼盘。2.3 素材边界哪些资料可以喂哪些绝对不能碰在开始喂素材之前一定要把资料分成三类。第一类是可以放心喂的原创素材包括你自己写的教案、讲义、实验报告、课堂案例、教学反思、题库。这些内容是你自己的智力成果AI基于它们生成的内容天然带有你的个人视角查重压力很小。第二类是公开的标准和法规比如行业标准、国家标准、安全规范这类内容不仅需要引用而且最好原文引用再在书中注明出处。第三类是绝对不能碰的内容包括他人的整本教材、网络课程文稿、付费培训资料、未经授权的公众号文章。这些内容一旦粘贴给AI轻则查重超标重则引发版权风险。我见过一位老师为了省事把另一本教材的章节直接发进对话框要求“降重改写”结果连原文带的错别字都保留下来了。这已经不是查重率高不高的问题而是学术规范问题。正确的做法是如果你对某位作者的思路很认同可以凭记忆写下“他大概用了什么案例、什么角度”再让AI用完全不同的表述来讲同一个道理。引用观点必须用规范的参考文献标注而不是把它混进行文里。守住这条底线后面所有工作都是安全的。3. 分步实操从目录到章节AI协作写教材的完整流程3.1 第一步让AI生成章节骨架你来做“项目经理”大纲确定之后不要急着要初稿先把骨架立起来。我会把一页纸大纲里某一章的粗略标题发给AI让它生成三级标题和知识点清单。比如我会写“请根据以下教学大纲为我生成《XX技术》第三章的详细框架要求包含节和每节的知识点模块每个模块用一句话说明教学目标。”这时的AI更像一个思维导图助手它能把分散的知识点聚合成有序的结构。拿到AI生成的骨架后我的工作是逐条审阅有没有知识点重复有没有内容超纲有没有遗漏教学大纲中要求掌握的重点。不需要改文笔只需要增删模块。这个阶段修改代价最低因为还没有生成大量文字。我把这个过程叫作“项目经理审图”。骨架确认后再进入下一层。哪怕你全书有十来个章节也建议一章一章来别一次性拿整份框架去生成否则后续调整会非常痛苦。3.2 第二步逐节生成初稿每一轮都带着“审校意见”骨架定完后才轮到真正的写作。但请注意我的原则是“一节一初稿”绝不一次生成整章更不会一次生成全书。因为每节内容可能需要不同的案例切入、不同的教学方式而且AI生成的篇幅一长后面很容易开始重复前面说过的话。逐节来你能在每个环节把控质量也能及时发现跑偏。我常用的提示词模板是“请根据我们确认的骨架编写第X章第X节初稿字数控制在1500字左右。结构需要包含本节学习目标、一个生活化案例导入、核心概念解释、两个易错点提示、一个课堂讨论活动。请严格使用我们设定的教材风格不要出现任何总结套话。”初稿出来后我不会直接修改而是把它通读一遍然后写下审校意见例如“案例部分太空泛请换成具体的操作场景”“这里两个概念的逻辑关系讲反了”“思考题太简单要增加一个综合应用题”。再把意见连同原文一起发回去让AI改一版。这轮“提出意见—让AI修改”的循环可能重复两三次。我一般控制在一节最多三轮因为三轮之后边际收益就很低了后续更值钱的工作是加入自己的经验细节。3.3 第三步用自己的案例、自己的数据、自己的表述把内容“重新长一遍”这是整个流程里最重要、也最容易被忽略的一步。AI生成的初稿即使再流畅也都是从训练数据里拼出来的没有你课堂上的真实颗粒感。低查重的核心不是靠改几个同义词而是让内容长出属于你的个人经验。我的操作习惯是把AI生成的每个自然段读一遍然后想一个问题——这段内容放到我真实的课堂上学生会问什么我在哪个实训项目里遇到过这个问题然后动手改把AI那种“正确的抽象表述”改成一个具体场景。比如AI可能写“程序调试需要细心观察错误信息”我会改成“实训课上有个学生对着报错信息看了十分钟死活没发现变量名拼错后来把错误提示拆成三行逐词读两秒就定位了问题”。这样的内容查重系统去任何地方都找不到重复源因为它是你的个人经验。同样课程中用到的数据、图表、实训步骤尽量使用自己收集整理的数据哪怕并不复杂。真实数据比AI编造的数据更有说服力也更经得起审校。另外很多AI生成的句子结构都比较规范我会习惯性地把它拆成短句加入“你可能会问”“这里要注意”这样的教学语气。这一步做完稿子基本就“长”成了你自己的。3.4 每章完成后的自检清单每写完一章建议做一个自检清单不要等到全书完稿再统一查问题。我列了六个固定检查项每次对照执行。学习目标是否明确是否能在章节内容中得到回应。知识结构是否递进有没有出现前文没解释、后文直接用到的概念。案例是否真实可辨能否从个人教学或项目经历中对应到细节。实训和思考题是否覆盖重点难度是否符合目标读者水平。是否需要为关键术语添加注释和索引。抽一段二百字左右的内容用查重工具预检一次定位重复源。这个清单看上去简单实际每次都能抓出问题。有一回我发现全章的案例都是从AI生成的“通用教学例子”里挑的虽然不重复但都很干瘪于是花了一个下午把自己历年课堂记录翻出来重写。自检之后那章再送去评审对方只改了两个标点。4. 低查重不等于重复率低真正有效的原创化策略4.1 查重系统到底在比对什么心里要有底如果你要被查重先了解一下查重机制会少走很多弯路。市面上的查重工具大多以一定长度的连续字符或连续短句作为判定单位只要你的文本和库里的文献存在足够长的相似片段就会被标红。但各家系统的阈值和算法不太一样有的强调连续字符串有的结合段落整体相似度。这意味着单纯替换几个同义词并不聪明因为真正被标红的往往是一整句的句式结构以及段落层面的内容组织。所以我不建议花力气去做那种所谓的“断句改写”“加空格”“插字符”之类的降重操作既破坏阅读体验也没有真正提升内容的原创价值。想要查重率低正确路径是把每一句、每一段的知识来源都变成“你基于理解后的重新表达”。如果一个知识点你已经熟悉到能不看资料讲给学生听那段内容写出来基本不会和任何已出版材料大段重复。换句话说低查重是内容原创出来的副产品不是处理出来的结果。4.2 四大原创化改写技巧转述、换结构、换叙事线、加真实细节第一招是转述。AI生成了一段素材后不要直接复制到文档里先读一遍然后用手机录音或用微信语音口述一遍再把口述内容转成文字。口述过程中你会不自觉地换用熟悉的词、加口头禅、用更短的句式效果远比对着屏幕“改写”自然。第二招是换结构。AI默认的结构通常是“定义—分类—原则—应用”我们把它换成“案例—问题—概念—原理—操作”。同样一套知识换一条讲解线路文字的组织方式会完全不同。比如讲操作系统里的进程与线程与其先给定义不如先抛出“为什么在同一个软件里下载进度条还能同时拖动窗口”这个问题再引导到概念。结构一变重复率自然下降。第三招是换叙事线。教材不一定非要用“知识逻辑线”可以采用“项目线”“问题线”“历史发展线”。例如讲数据通信协议从“一次网购订单的数据包旅程”讲起把协议知识点串在业务过程里。AI训练数据里绝少完全相同的教学叙事线所以这也是原创化的重要来源。第四招是加真实细节。这招效果最明显也最能提升教材质量。具体就是把你踩过的坑、学生问过的问题、实验中的异常数据、企业项目里遇到的妥协方案写进书中。这些是任何公开语料库里都不可能完整存在的个人体验查重系统自然比不出来学生读起来反而觉得“这书像老师在我们班里聊过的内容”。4.3 把“书面正确”改成“教学语言”清掉AI味“AI味”其实是可以用规则来消除的。最常见的标志性表达包括“在当今社会”“随着科技的飞速发展”“综上所述”“值得注意的是”“不仅……而且……”“然而”“因此”的滥用以及那种每段都有总分总结构的惯性。把这些词和句式留在教材里会让学生觉得像在读政府工作报告而且这类高频表达恰恰是查重时容易和其他AI生成文本撞车的地方。我的做法是在项目文件夹里维护一份“禁用词和替换表达清单”并列出一批教学口语化替换方案。比如“值得注意的是”换成“这里要提醒你”“综上所述”直接删掉“不仅……而且……”拆成两个短句“因此”换成“所以”。每次让AI重写时把这份清单贴进提示词里它生成本能就会收敛很多。再用人工通读一遍凡是看到“自己平时课堂上不会说的话”一律改掉。做完这步稿子基本就能混入一个资深老师的原创教案堆里完全看不出机器痕迹。5. 优质教材的核心不是文字是教学设计5.1 一节课的内容应该怎么配比教材不是百科全书的缩编也不是论文合集。从教学设计的角度看每一节都像一个课时需要让学生经历“激发兴趣—学习新知—巩固练习—输出应用”的完整闭环。我一般会按大致比例分配内容学习目标约10%案例导入约15%知识讲解约40%常见误区与拓展约15%思考题和实训任务约20%。当然具体类型不同比如偏理论课程案例少实训课任务比例会更高。这个比例不在AI的默认行为里AI默认会给你写大量“知识点罗列”而忽略案例和实训。这也是为什么很多AI生成的教材读起来像名词解释缺少教学活动设计。我会明确告诉AI在每个模块完成什么教学动作。比如案例导入部分要求AI提出一个矛盾场景引导学生带着问题读下去知识讲解部分要求必须有“一个核心例子贯穿整节”常见误区部分要求写三个学生最容易犯的错误并且给出纠错机制。这样生成出来的内容才像一份可用于实际教学的讲义而不是知识清单。5.2 用AI生成练习题和答案解析但要人工抽样验证AI很擅长生成练习题尤其是选择题和判断题。但这里藏着一个风险AI会一本正经地给出错误答案和错误解析。有一次它出了一道关于协议端口的选择题答案选项本身没错但解析把两个相近端口用途写反了。这种错误出现在教材里会影响整本书的公信力。所以我的原则是AI生成的题目必须人工逐题审校涉及标准、规范、法规的题还要对照权威来源验证。实操上我会用一套固定提示词“请根据本章内容生成8道选择题、4道判断题、2道简答题。选择题要求每道题有一个明确的考查点解析不超过50字且解析不得重复。判断题必须说明正确或错误的理由。简答题请给出参考答案要点。”生成之后先让两个老师分别独立做题再交换批改重点看是否有歧义、是否超纲、是否有逻辑漏洞。这样筛过一遍的题进教材才放心。5.3 教材“活”起来配套资源要一起生成很多编教材的新手只盯着书稿本身忽略了一个事实评审专家和选课老师越来越看重教材的配套资源。同样一门课如果一本教材只有文字内容另一套教材附带了PPT大纲、课程题库、实验指导书和教学进度表后者被选用的概率会大很多。AI最擅长的恰恰是批量生成这些结构化资源。我通常会在每章内容定稿后让AI基于定稿生成三份配套材料一份课时为45分钟的PPT大纲每页只填标题和讲解提示一份本章题库包含客观题和主观题一份课堂活动方案说明分组方式、活动流程和评价标准。注意这些内容同样需要按照前面的方法走一遍原创化流程不能直接把AI输出当最终版。生成完的资源还可以和书稿内容交叉检查确保PPT里的案例、数据和书里的表述一致。整体的教材包一旦齐全评审时会更愿意给你“通过”。6. 实测踩坑记录与常见问题排查6.1 我们踩过的几个AI编写坑第一个坑发生在项目启动时。有位老师图省事让AI按照“某本经典教材的大纲结构”生成全书结果不少段落和原书高度相似查重预检那周整个人都慌了。后来我们把生成策略改成“只保留章节主题词不参考任何原书内容”重新生成的章节虽然结构和原书不一样但知识点覆盖更符合学生的实际需求查重率也降下来了。第二个坑是AI对篇幅的把控。让它写一节内容它动辄输出三千字分析得很细但主次不分。后来我在提示词里强制要求“每节不超过2000字”“知识点并列时使用表格而非大段列举”问题立刻缓解了不少。第三个坑是前后术语不统一。AI在不同章节里有时会互换使用两个同义术语。我们采用了一个笨办法每章定稿前先编一个“本章术语表”发给AI然后在生成后续章节之前把术语表作为前置指令这比最后统一替换效率高多了。6.2 常见问题速查表这里整理了一份问题排查表都是实操中遇到概率较高的按“症状—原因—对策”来查。问题主要原因对策查重率偏高用了他人原文或AI按经典书风格生成重新划定素材边界只用原创素材让AI换叙事线改写内容像AI科普文没有风格设定词AI默认输出正式书面语在提示词中强制禁用套话使用教学口语替换表知识点前后矛盾一次生成整章或是前后提示信息不一致逐节生成每章开始时提交术语表和前文要点案例干瘪无说服力依赖AI生成的通用案例将案例替换成自己的课堂或项目真实经历练习题有错误没有人工验算双人独立做题、交换批改对照权威资料核对章节逻辑混乱大纲交给AI自由发挥自己先写一页纸大纲AI只能按大纲细化格式不统一提示词没规定标题和表格格式在提示词里固定标题层级、图表样式和段落形态还有个容易被忽略的细节章节内容全部完成后一定要用查重工具对整个定稿文件做一次预检而不是只测抽样章节。有人平时每样都合格最终却因为致谢、参考文献格式或者附带的导学案被标红也很影响观感。所以预检时把所有附属材料一并放进去查更稳妥。我在实际使用这套流程时最大的体会是AI能帮你把大量重复劳动压缩到原来的一小半让你腾出精力去思考真正的教学设计问题。但哪怕它再能干每个知识点是否准确、每个案例是否有价值、每道题有没有坑最终还是要靠自己的专业判断来兜底。其实也有个小技巧可以分享把AI生成的内容当成一面镜子拿回去问学生“这段哪里看不懂”他们反馈最集中的地方往往正好是这本书最需要修改的地方。这个做法比单纯低查重更有意义因为教材的最终目标不是通过查重而是让学生真的学会。

相关新闻

open-code-review:一种嵌入Git工作流的AI代码评审范式

open-code-review:一种嵌入Git工作流的AI代码评审范式

1. “open-code-review”不是工具名,而是一类新型代码评审范式的代号你搜“open-code-review”,首页跳出的全是零散的 CLI 工具安装报错、飞书接入失败、codex cli找不到二进制文件、chatgpt failed to start这类报错日志——但没人告诉你:“…

2026/10/19 3:54:25 阅读更多 →
基于PINN的悬臂梁挠度计算:从无量纲化到训练调参实战

基于PINN的悬臂梁挠度计算:从无量纲化到训练调参实战

结构设计圈里的人对“悬臂梁挠度”应该都不陌生。上学的时候背公式,上班之后查图表,实在不行开个有限元软件算一算。但你们有没有遇到过这种情况:梁上的载荷稍微复杂一点,比如两个集中力加一段均布载荷,或者截面沿着长…

2026/10/19 3:54:25 阅读更多 →
BES2500YP/BES2600YP SDK源码开发:编译配置与定制避坑指南

BES2500YP/BES2600YP SDK源码开发:编译配置与定制避坑指南

简介:这是一份面向TWS耳机与蓝牙音频嵌入式开发的BES2500YP/BES2600YP原生SDK源码包,适用于基于BES官方开发板进行二次开发的工程师,解决蓝牙双连、蓝牙抢连、BLE等核心功能的底层适配问题。包内共2000个文件、压缩后45.47MB,其中…

2026/10/19 3:54:25 阅读更多 →

最新新闻

open-code-review:基于规则引擎的增量代码评审实践指南

open-code-review:基于规则引擎的增量代码评审实践指南

代码评审这事儿,做久了你会有一个很直接的感觉:人眼靠不住。我自己在团队里评审过上千个 MR,也带过不少新同学参与评审,真正的问题从来不是“代码写得对不对”,而是“审查的人有没有在正确的时间看到正确的问题”。一次…

2026/10/19 4:46:01 阅读更多 →
OpenClaw+GPT-5.4:让AI原生操控电脑的完整指南

OpenClaw+GPT-5.4:让AI原生操控电脑的完整指南

干这行的人应该都有个共同感受:让AI写代码、写文案、分析数据都不难,难的是让AI像个真人一样去“操作电脑”——打开软件、点按钮、拖文件、填表单。以前这套逻辑全靠脚本或者RPA硬堆,流程一变就崩。OpenClaw配合GPT-5.4引入的“原生计算机使…

2026/10/19 4:46:01 阅读更多 →
基于MPC的自适应巡航控制方案:建模、仿真与调参避坑实践

基于MPC的自适应巡航控制方案:建模、仿真与调参避坑实践

最开始做ACC控制器时,我其实没想过直接用MPC。当时总觉得PID调好了也能跟上,无非是参数费点劲。但真正把需求拆开之后发现,"速度间距智能调控"这几个字意味着控制器要同时管理距离误差、相对速度、油门刹车的切换以及舒适性约束&am…

2026/10/19 4:46:01 阅读更多 →
基于Git Diff的代码审查辅助工具:设计与CI集成实践

基于Git Diff的代码审查辅助工具:设计与CI集成实践

在团队里做代码审查,最让我头疼的不是审查本身,而是审查之前那一堆机械性工作:打开MR、挨个文件看 diff、找明显的风格问题、检查有没有遗留的 debug 代码、确认关键函数有没有补测试。这些事情不是说多难,而是重复性太高&#xf…

2026/10/19 4:46:01 阅读更多 →
XXL-Job分片广播实战:会员服务百万级定时任务提速与幂等保障

XXL-Job分片广播实战:会员服务百万级定时任务提速与幂等保障

1. 会员服务定时任务到底难在哪会员服务里有一类活儿,看起来不起眼,但一旦量上来就特别容易翻车:每天凌晨要给昨天新增的会员补发成长值、每隔十分钟要扫描一批即将过期的积分并做提醒、每小时要同步一次会员等级状态、大促期间还要临时跑一批…

2026/10/19 4:46:01 阅读更多 →
智能体全量开放实测:一句话操控电脑的技术原理与实操指南

智能体全量开放实测:一句话操控电脑的技术原理与实操指南

最近几天,AI 圈最热闹的一件事,就是 QClaw 的全量开放。这个名字可能有人还觉得陌生,但它的能力一句话就能讲明白:在聊天软件里发一条消息,AI 就替你操控电脑把活干了——整理文件、打开软件、跨应用查资料、跑重复性流…

2026/10/19 4:45:00 阅读更多 →

日新闻

频率跟踪型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/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出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/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/18 12:16:16 阅读更多 →