AI辅助写专著:从选题到交付的全流程实操指南
开始干活之前先泼一盆冷水如果你以为“AI写专著”就是把标题丢给大模型然后等着收一份几十万字的成品那这个念头趁早打消。我用AI辅助写完过一部专业著作也帮着好几个同行梳理过类似的项目真实的体验是——AI是个极强的工作流加速器但它不是自动写作机。真正的“全流程揭秘”核心不在“让AI写”而在“怎么把AI嵌进一套可控的写作流水线里”。这篇文章不打算讲空泛的概念直接把我实践下来最管用的一套流程拆给你看。包括选题怎么论证、大纲怎么让AI帮你搭、素材怎么喂给它、每一章怎么逼AI写出“能用”的初稿、以及最要命的事实核查怎么落地。涉及的平台和工具我会讲选用逻辑不吹某个产品多神只讲哪个环节适合用什么类型的东西以及为什么这么搭。1. 先想明白一件事专著写作的难点从来不在“写字”写专著和写公众号文章是两码事。公众号两三千字自己闷头写也就两三个小时AI帮不帮意义不大。但专著通常二十万字起步涉及大量文献引用、术语统一、章节逻辑递进、图表和示例的一致性。真正的难点是下面四件事第一知识体系的完整性。你不能写到第三章前言不搭后语也不能出现全书只有前半部分严谨、后半部分注水的崩塌感。一本书是一个体系不是观点集锦。第二文献引用的可追溯性。专业著作最怕什么最怕读者顺着引文去找原始出处结果发现你引的是错的。AI生成的参考列表看着像模像样实际上有相当概率是编造的这个后面我要重点讲。第三风格的稳定性。一本专著应该有统一的语言风格、术语口径和论述节奏。AI单章生成没问题但如果你让它一章一章地写很容易写出五种风格来整合起来像一本多人拼凑的合著。第四修改闭环的效率。传统写作中改稿比写稿费时间。AI能不能在改稿环节帮上忙决定了整个项目的周期。想通了这四点你就明白AI应该用在哪里它最适合做的是“从碎片到初稿”的转化以及“从初稿到定稿”的比对与润色。至于选题判断、结构决策、内容取舍这些必须由作者本人掌控。想通了这点整个工作流的设计才不容易跑偏。我自己那部书前期三个月都在做素材准备和结构设计真正用AI批量产出初稿只花了大约十天之后又花了一个半月做核查和修订。你看到的“轻松完成”背后是流程拆解到位之后的节奏感不是真的躺着不动。2. 全流程六道工序从选题到交付的完整链路我把整个专著生产流程拆成六道工序每道工序都有明确的输入、输出和检查标准。你拿这条链路去套任何一个写作项目基本都推得动。2.1 第一道选题与价值论证选题不是拍脑袋。在动手写之前我一定会用AI辅助做一次“选题压力测试”。操作方式很简单把自己想写的方向拆成三到五个核心命题然后分别丢给AI让它列出每个命题的现有同类书籍的主要内容框架目标读者可能的疑问点这个命题在三到五年内的时效性这个步骤不是为了得到结论而是为了逼自己看清楚我要写的内容和市场上已有的东西到底有什么差异。AI在这道工序里的价值是帮你把信息差摊开而不是替你拍板。我当时在某个跨平台系统方向的书稿项目里就是用这种方法筛掉了两个看似热门、实际写出来必扑街的选题。输出标准一份不超过三千字的选题论证备忘录包含目标读者画像、竞品差异点、全书核心论点三要素。没有这个不进入下一道工序。2.2 第二道结构蓝图设计结构和目录是整本书的骨架。这一步我建议不要偷懒也别让AI一上来就给你生成三五十章的细纲——它生成的细纲看起来工整实际上经常出现章节重复、逻辑跳跃、层次错乱。我常用的做法是两级拆解法先把全书按“篇”拆成五到八个部分每篇解决一个大的知识模块。每个部分只列出三到四个核心章每一章只写一句话的“任务声明”。举个例子某章的一句话任务声明是“说明事件驱动架构在资源受限场景下的适用边界”那么这一章的写作边界就锁死了后续AI生成的内容不会跑偏。把这一级结构确定好再让AI帮你针对每一章细化到节和小节这个顺序不能反。我见过太多人一上来就逼AI铺一百节细纲结果改起来想哭。结构蓝图完成后我还会单独检查一件事每一章的“一句话任务声明”之间是否有递进关系。如果发现有一章的声明和其他章节并列而无关说明这个结构有问题趁早调整。2.3 第三道素材内化与语料准备这一步是决定成败的关键也是绝大多数人用AI写书失败的原因。很多人拿到大纲就开始让AI写正文结果AI写得干瘪、空洞因为它的知识来源是统计性的不是专门的、有深度的。所以我的流程是在建好大纲之后先建一个“语料库”。这里的语料包括我过往写的文章、笔记、讲座PPT整理稿相关的学术论文摘要和关键段落行业报告里可以直接引用的数据我自己项目中的真实案例复盘记录这些语料按章节编号命名整理到一个统一的文档库里。写作时我会把对应章节的语料作为“参考材料”喂给AI而不是让AI凭空发挥。AI有了这些具体素材生成的初稿会带着你的个人风格而不是通用的大模型腔。这一点特别关键——为什么有人用AI写书写出来一股塑料味因为没喂料它只能重新组合公开网络上的那些正确的废话。2.4 第四道分章块式初稿生成大纲和语料准备好之后才进入真正让AI写初稿的环节。这里我有几条硬性纪律每章单独生成绝不“一次生成全书写”。理由很直接大模型的上下文窗口是有限的你丢给它三四万字的前文再让它写新章节它往往会把前文的风格和内容杂糅进来有时还会前后矛盾。分章生成最后拼接反而最可控。每章的提示词必须包含五个要素任务声明、目标读者水平、章节结构、参考语料片段、输出要求。这五个要素缺一不可尤其是目标读者水平——同一段内容写给入门者和大牛看是完全不同的写法。生成初稿后立刻做“粘连检查”。我每次拿到AI输出的章节草稿第一件事是看它有没有严格贴着我给的任务声明走有没有把上一章的内容重复一遍。如果偏离了就当场返工绝不攒到最后。2.5 第五道事实核查与引文校订这一步是专著和普通文章的分水岭。AI生成的内容里事实性错误和幻觉引用是最隐蔽的坑。我自己有过一次惨痛教训某项目初稿里有两段技术参数说明读起来逻辑通顺数据也有零有整结果一查原始规范文档参数整整差了一个数量级。这种错误如果带着出版是会砸招牌的。所以我的流程中专门设了一道不可省略的手续凡是初稿中引用了具体数字、年份、人名、机构名、研究结论的句子全部标红逐条回原始资料核对。核对不了的一律删掉或改成模糊表述。这一点没有商量余地。为了降低核对成本我在写作阶段就会要求AI在生成的文本中给引用句子加上方括号标记比如“根据行业白皮书显示到2027年市场规模将达到1140亿美元[来源待核]”。后续我只需要搜索这个标记就能把所有待核对的句子一次性捞出效率高很多。2.6 第六道格式统一与交付整合别小看最后这步格式问题搞起来比内容问题还磨人。术语统一、图表编号、标点规范、章节引用交叉核对这些活虽然技术含量不高但极其耗神。我现在的做法是整理一份“全书格式规范表”包含统一术语表、数字写法规范、图表命名规则和引用格式样例。然后把规范表和当前章节一起发给AI让它做格式一致性检查输出一个差异清单我确认后批量修改。这一步最实用的小技巧是让AI先列出差异不要直接让它改。因为AI直接改文本有时会把正确的术语也改错还会引入新的问题。先列差异人工判断哪些该改哪些不该动机械化的批量修改再交回给AI这个分工效率最高。3. 工具选型逻辑为什么“一个工具干到底”行不通市面上关于AI写作的工具五花八门有些能写长文有些能管理素材有些擅长润色。很多人问我是用哪一款写完整本书的我的答案是没有一款我是用组合拳跑完整个流程的。选型逻辑很简单——每个环节选最趁手的而不是选名气最大的。整个工具体系我按功能分成四类工具类型对应工序会心之处大模型对话产品选题论证、初稿生成、润色改写核心生产力但幻觉风险需自行兜底知识管理/语料库工具素材内化、章节语料组织决定初稿质量的上限文档协作平台内容沉淀、多人协作修订让修改痕迹可追踪校对核查工具错别字、术语一致性、格式规范交付前的最后一道保险为什么坚持这么拆因为不同工具在不同环节的性能差异巨大。某个大模型产品文本生成能力强但让它管理几百篇语料文献它做不到知识库软件能把素材整理得井井有条但让它独立写出一章有作者风格的内容它也不行。我见过一种典型翻车现场有作者图省事全部流程都在同一个在线文档工具里完成用它自带的小模型生成初稿结果语言质量拉胯术语频繁出错改稿成本高到离谱。反过来也有人把所有希望寄托在一个大模型上连资料整理都靠它对话完成结果上下文一长就乱套。我的建议是主力写作用生成能力最强的模型语料管理用专门的数据库工具日常写作环境用你最熟悉的文档软件。哪怕多一步导来导去也远远好过在一棵树上吊死。这套组合拳确实更顺滑。4. 初稿生成阶段的核心实操细节初稿阶段是整个流程中技术含量最集中的地方也是新手和老手差距最大的地方。这一节把关键实操细节全部展开每一小节都是一个具体可落地的动作。4.1 提示词怎么写任务声明是锚点一份合格的章节生成提示词我通常按这个模板组织【章节任务】用不超过三句话说明本章要完成什么论证目标不允许超出这个范围。 【读者画像】本章面向具备XX基础的读者名词术语第一次出现时需要解释。 【章节结构】本章分为以下几节1.2.3... 【参考素材】以下是本章写作可用的素材片段直接引用的内容请保留原始表述 粘贴素材 【输出要求】输出长度约XX字语言风格要求严谨平实避免使用“首先/其次/最后”等机械连接词。涉及具体数据处请在句子末尾加[来源待核]标记。这个模板看着朴素实战效果却很好。关键在于任务声明写清楚了AI的发挥空间被收在合理范围内。我之前对比过给了任务声明和没给任务声明的输出前者返工率少一半以上。要注意的是提示词里的“输出要求”那条别偷懒。你越是明确告诉AI不要用什么句式它越容易避开。我一般还会在末尾加一句“禁止输出总结性套话”效果立竿见影。4.2 一章一生成还是多章连写我的答案是篇幅相近、逻辑强相关的章节可以两到三章一批生成其余一律一章一生成。这样做的原因在上面提过——上下文窗口对风格稳定性的影响是实打实的。多章连写时AI会把上一章的结尾当成下一章的开头来衔接写作节奏反而容易拖沓。实际操作中我习惯每生成完一章马上做一次“结尾接续测试”把本章最后一段复制到下一章的开头提示词里看AI能否自然衔接。能接上说明两章逻辑顺接不上就该检查是不是章节拆分本身有问题。4.3 风格校准锚怎么让AI不写出塑料味“塑料味”怎么治单纯在提示词里写“语言要自然流畅”根本没用。我的做法是找一个风格锚定文本——选自己过去写过的一段三千字左右的、最能代表你语言习惯的文字随每次提示词一起发给AI然后明确告诉它【风格参考】请参照以下文本的语言节奏和用词风格进行写作不要缩写、不要堆砌术语、允许使用第一人称视角。 粘贴风格锚文本这个动作的意义在于大模型非常擅长模仿风格但它需要具体的样本。没有样本它只能按广泛统计规律输出最无聊的那一档文字。有了样本输出的文字至少跟你本人有七分像。我的某本系统设计类书籍写作时就是用了一篇自己早年的博客做锚整本书的风格前后统一读者几乎察觉不到有AI参与。风格锚定文本不需要每次都贴全长但每次生成新章节时至少贴开头三分之一效果最好。4.4 内容缺口清单初稿之外的另一份产出每次让AI生成一章初稿还有一样东西必须让AI一并返回本章内容缺口清单。也就是AI在写作过程中发现自己缺乏数据支撑、拿不准事实依据、或者需要作者补充案例的位置全部以列表形式单独输出。这样做的好处是你不用从头到尾通读一遍去费劲找漏洞AI已经把不自信的地方标出来了。我实际用下来AI标出的缺口准确率大概有六到七成剩下的漏网之鱼再配合人工通读就能基本扫清。5. 事实核查与幻觉治理这一关不过书不敢交付我认识的一位编辑朋友说过一句大实话“出版一本有硬伤的书比不出书还糟。”AI生成内容最大的风险就在这。下面是我实践出来的三道防线。5.1 第一道防线生成时的“不自信标注”上一节提到的[来源待核]标记是这套机制的开端。生成时强制AI将拿不准的内容标出来从源头标记风险。这里要留神的是AI有时候会自信地编造也没标所以依赖这个标记不等于可以不人工核查。标记的主要作用是提高排查效率。我自己的统计数据是一万字初稿里AI大约会标出二十到四十个待核点人工通读时发现的漏网风险一般是五个到十个。如果一本书有二十万字这大概相当于两三千个待核点必须在交付前全部清零。5.2 第二道防线交叉核验的“两步走”所有待核点我分两步处理第一步将待核内容按类型分组数据型数字、比例、时间、结论型某某研究指出、业界共识认为、规范型标准条文、协议机制。第二步按优先级从高到低核查。规范型的必须查原始文档数据型的查原始统计报告结论型的只要找到可靠出处支持就行。实际执行中我还会加一个补充动作把核查后的句子回贴给AI让它做个“挑错测试”——直接问它“这句话里有没有可能不严谨的地方”。虽然它不一定每次都对但偶尔能揪出一些我自己没注意到的表述裂缝。AI查AI的错再叠加人工判断比单靠哪一个都靠谱。5.3 第三道防线定稿前的“冷阅读”所有核查修改完之后我建议把书稿完整导出来打印也好、换一个阅读设备也行做一次“冷阅读”和“热阅读”交叉审稿。所谓“热阅读”是在电脑上带着编辑记录的阅读逐段检查逻辑和衔接“冷阅读”是模拟读者的视角从头读到尾不要边读边改而是拿一张纸记录“哪里读着别扭”。这一步对AI辅助写作的书尤其关键。因为AI生成的内容往往单段落没问题但章节之间的“气”不连贯读者会产生微妙的断裂感。只有从头读到尾这种问题才会浮现。我自己那本书冷阅读过三遍第三遍还是挑出了七处章节衔接生硬的地方。通通改完才敢送审。6. 排版格式整合以及交付前查漏补缺的几点建议内容全部定稿之后别急着庆祝。排版和交付阶段的坑能拖垮整个项目的收尾效率。6.1 术语一致性的自动化检查一本书里同一个概念最好从头到尾只有一个叫法。但AI辅助写作时它会在不同章节里不自觉换说法。比如“接口”和“API接口”混用、“容错”和“故障容忍”并存这会让专业读者印象分大减。我现在的方案是整理一份全书术语对照表放进校对工具里做全局替换检查。先扫描出所有不一致的位置逐处判断后统一处理。小技巧是术语对照表从一开始建大纲时就维护每加一个新术语就登记一次最后检查时省一半时间。6.2 图表的“人机分工”图表多的书AI也不是帮不上忙。代码生成的图表AI可以辅助检查数据标签、坐标轴标题、图注编号是否与正文引用一致。但有一个环节别交给AI图表背后的思路设计。一张图表要传达什么信息、放在哪一章哪一节、支撑哪个论点这些需要作者自己判断。AI能做的是在你画完之后帮你看一眼有没有低级错误。6.3 交付前的一周沉淀期最后一个建议也是我觉得最有用的一条全部定稿后至少晾一周再最终封板。这一周里完全不碰稿子一周后从头翻一遍目录和摘要往往能发现一些“当时觉得没问题、现在一看就知道要改”的地方。因为人在连续阅读自己文本太长时间后会产生视觉疲劳和惯性对错误的敏感度严重下降。晾一晾让大脑清空缓存再看时才会醒。我第一次做AI辅助写作的项目时因为项目周期紧稿子定稿后第三天就想提交。后来还是按习惯晾了一周结果这一周里找出来的问题比整个修订阶段最后一轮改的还多。从那以后“沉淀一周”成了我固定的交付前流程。说实话AI参与写作这件事真正改变的不是“谁来写”而是“写作项目管理的方式”。流程拆得越细AI越能发挥作用边界划得越清风险越可控。一篇二十万字的专著最核心的还是作者本人的判断力和知识储备——AI能让你省掉大量机械性劳动但替代不了你对内容的最终责任。用这套流程完成的那本跨平台系统方向的书后来顺利过了三审三校书稿的一次通过率比传统写作路线还要高一些。这不是因为我写作能力突飞猛进而是因为每一道工序都被拆到了可检查、可验证的粒度。AI负责出力但每一步的决策都握在自己手里这才是所谓的“轻松完成”背后的真相。

相关新闻

SpringBoot+Vue+MySQL旅游网站管理系统:架构拆解、数据库设计及部署实战

SpringBoot+Vue+MySQL旅游网站管理系统:架构拆解、数据库设计及部署实战

后台私信里经常有人甩过来一个网盘链接,问同一句话:这套"安康旅游网站信息管理系统",SpringBoot后端加Vue前端配MySQL,标着可直接运行,怎么到我电脑上就是跑不起来?这种源码我在本地前前后后跑过…

2026/10/17 3:04:44 阅读更多 →
栈与队列四题串讲:双栈模拟、括号匹配与相邻字符消除

栈与队列四题串讲:双栈模拟、括号匹配与相邻字符消除

代码随想录刷到 Day13,正好是栈与队列专题。这一天的四道题——232.用栈实现队列、225.用队列实现栈、20.有效的括号、1047.删除字符串中的所有相邻重复项——看着是四道独立的题,实际串起来就是一条完整的思路链:先用栈和队列互相模拟去理解…

2026/10/17 3:03:44 阅读更多 →
音乐推荐系统实战:基于ItemCF协同过滤的完整Python实现与离线评估

音乐推荐系统实战:基于ItemCF协同过滤的完整Python实现与离线评估

简介:这是一份面向Python学习者的音乐推荐系统完整项目包,围绕“跟着迪哥学python”系列配套数据与源代码整理而成,适合想掌握推荐算法从数据处理到模型落地完整流程的开发者。项目以Jupyter Notebook和Python脚本为主要载体,清晰…

2026/10/17 3:03:44 阅读更多 →

最新新闻

动态链表创建详解:头插法与尾插法及常见陷阱

动态链表创建详解:头插法与尾插法及常见陷阱

链表这块内容,我见过太多人卡在“静态数组能跑,一到动态就懵”的阶段。教材上把malloc和指针操作讲得云里雾里,真正上手写的时候,不是忘了给next赋值,就是把头指针弄丢导致整个链表找不回来。这篇就专门聊动态创建链表…

2026/10/17 3:42:55 阅读更多 →
STM32外部中断EXTI入门:按键控制LED的GPIO、NVIC与消抖实战

STM32外部中断EXTI入门:按键控制LED的GPIO、NVIC与消抖实战

简介:针对STM32入门阶段常见的按键检测延迟与CPU空耗问题,这份外部中断EXTI按键控制LED灯工程资料给出了完整的解决方案。资源采用标准库开发方式,面向单片机初学者与嵌入式竞赛备赛者,系统演示了如何将PA0配置为外部中断输入、通…

2026/10/17 3:42:55 阅读更多 →
ST-LINK Utility 完全指南:从烧录到救砖的嵌入式开发利器

ST-LINK Utility 完全指南:从烧录到救砖的嵌入式开发利器

很多人手里握着 ST-Link,绝大多数时候只是拿来给 IDE 点一下“下载”按钮,芯片里是什么状态、Flash 里到底写了什么、板子被锁死了怎么救,一概不清楚。ST-LINK Utility 这个工具,恰恰就是解决这些“下载按钮之外”问题的。它在老工…

2026/10/17 3:42:55 阅读更多 →
多模态推理服务架构重构:PD分离与KV Cache显存管理实战

多模态推理服务架构重构:PD分离与KV Cache显存管理实战

如果你维护过一个多模态问答服务,一定会遇到这样的场景:单看推理引擎的吞吐指标一切正常,可一旦有用户上传图片,整体延迟就开始失控,GPU显存忽高忽低,甚至偶发OOM。这不是模型的问题,也不是推理…

2026/10/17 3:42:55 阅读更多 →
Cursor零基础小白教程系列 - Cursor的AI辅助功能初体验:从智能补全到AI聊天

Cursor零基础小白教程系列 - Cursor的AI辅助功能初体验:从智能补全到AI聊天

/* 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 3:42:55 阅读更多 →
动态规划入门:记忆化搜索与状态转移方程实战拆解

动态规划入门:记忆化搜索与状态转移方程实战拆解

/* 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 3:41:55 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 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/16 21:54:38 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/16 14:23:36 阅读更多 →