AI辅助写专著实操指南:从大纲设计到术语统一的完整流程

1. 写在前面:AI写专著,真正该用的是什么姿势

先说个现象。很多人一提“AI辅助写专著”,脑子里浮现的画面就是:打开对话框输入“帮我写一本关于某某领域的专著”,然后坐等AI吐出一本完整书稿。这个想象不仅天真,而且特别容易让人踩坑,因为一次性长文生成的结果往往是结构松散、内容空洞、前后矛盾——一读就知道是机器拼的。我自己刚开始也是这个思路,结果折腾了两周,改稿改到怀疑人生。

真正能用的方式,其实是把AI当成一个“既有专业底子又会提问的写作搭档”,让它帮你干那些重复性高、琐碎耗时的活——比如搭框架、捋逻辑、查资料索引、润色表达、统一术语、补案例——但每一章的核心观点、每一部分的最终判断,仍然由作者自己拿捏。这个位置摆对了,AI就是极为高效的辅助;位置摆错了,它就成了一个特别会一本正经胡说八道的“伪作者”。

这篇文章就把我实际写专著时用的工具组合、完整操作流程、踩坑教训一次性讲清楚。内容偏重实操,每一步都能直接拿来用。适合准备写教材、行业白皮书、学术专著、深度报告、操作手册这类长文档的朋友,也适合刚接触AI辅助写作、想少走弯路的入门者。

2. 先把思路捋直:AI辅助专著写作的整体设计

2.1 为什么“全书丢给AI”这条思路一定会出问题

几乎每个第一次尝试AI写长内容的人,都会犯一个同样的错误:用短文本的交互习惯去生成超长内容。对话式AI在处理几千字以内的内容时表现不错,但一旦要求它一口气输出数万字,模型会逐渐失去对前文结构的一致把控。上下文窗口即便再大,也会在几万字之后出现记忆衰减、观点偏移、人名术语前后不一的情况。

更关键的是,专著不是简单的内容堆砌。它需要有一条递进的主线、有严谨的概念定义、有贯穿全书的案例体系、有层次的逻辑展开。这些是通过一次性提示词无法建立起来的。就像盖一栋楼,你不可能让工人看一眼图纸就同时把地基、框架、内部装修全做出来,得先打地基、再立框架、再封顶、再装修。AI写书也是一样,必须逐层推进,每一层都要有人的判断介入。

2.2 最靠谱的协作模式:三阶段流水线

经过反复试错,我现在用的模型是一套三阶段流水线:策划、生成、修缮。

策划阶段解决的是“写什么”的问题。AI在这里充当选题顾问和目录编排助手,帮我快速生成多个章节结构的备选方案,再结合读者对象和使用场景去筛选排序。生成阶段解决的是“怎么展开”的问题,每个章节单独写,写之前先给AI喂一段该章节的定位说明和上下文摘要。修缮阶段解决的是“怎么变顺”的问题,包括语言润色、术语统一、冗余压缩、逻辑衔接等。

我把这三个阶段分开,目的很明确:每一阶段的侧重点不同,AI发挥的作用也不同。策划阶段要的是发散,生成阶段要的是跟从,修缮阶段要的是收敛。如果不分阶段,全部混在一起交给AI自由发挥,它就会在发散、跟从、收敛之间来回横跳,结果就是一个典型的“AI味”文本。

2.3 章节关键词与内容锚点:控制AI发挥的基础手段

还有一个经常被忽略但极其重要的做法——给每个章节设置“内容锚点”。所谓内容锚点,就是你在让AI写某一章前,先列出这一章必须保留的关键词、必须出现的核心概念、必须遵守的结论方向。比如写“图像分割算法的发展脉络”这一章,我会给它三四个锚点:注意力机制的出现、基于语义的伪装分割、无监督方法的回归、评价指标的演进。这些锚点就是框架的钢筋,AI写的段落只能在这几根钢筋之间填充血肉,不许另起炉灶。

这招特别管用,写出来的内容不会跑偏,也方便我在它输出后快速检查是否有遗漏。实际上,越是有经验的写作者,越会在大纲和提示词上下足功夫,因为他们清楚:AI的输出质量,上限取决于提示词的精确度,下限取决于模型本身的水平。

3. 工具选型解析:这一套组合我实测下来最顺手

3.1 对话式大模型:主力输出与交互查证

目前市面上的主流对话式大模型工具,只要上下文窗口在几万字级别,基本都能胜任辅助写专著的工作。我自己的选择标准有三条。

第一条是上下文长度必须够。专著一个章节动辄五六千字,加上前面的章节摘要和素材摘录,一次对话要能轻松容纳。如果上下文太短,你被逼着频繁开新对话,前面讨论过的内容它全忘了,每开一次新对话都要重新宣讲一遍背景,效率极低。第二条是要支持文件上传和引用式回复,我可以把全书大纲、术语表、已有章节打包上传,让它基于这些材料输出。第三条是输出长度控制能力,最好能设定单次回复的字数范围,方便我分段获取内容。

实际上有多个主流产品都满足这些条件。我的建议是:挑一个你最顺手的,不要贪多。我的主力组合是一个通用的对话模型负责章节生成和逻辑对话,配合一个更擅长文学化表达的模型做语言润色。两个模型各管一段,避免在同一个工具里来回切换上下文。

3.2 文献笔记与素材管理:让AI有据可依

写专著最怕空对空。很多初稿之所以让读者觉得“虚”,是因为作者自己都没有足够扎实的素材支撑。AI如果只凭训练知识写,写出来的东西也容易浮在表面。解决方法是建立一个可以喂给AI的素材库。

我用的是一个可以本地存储、支持全文检索的笔记工具,每篇笔记存一个主题下的关键信息:某个经典理论的核心定义、某一组实验数据的出处、某个方法的优缺点对比、某篇文献的核心结论。这些笔记写得尽可能精炼,然后在我让AI写某个章节之前,把对应的笔记全部复制进对话上下文。这样做有个额外的好处——AI在写作时会自然地引用这些素材的具体细节,而不是用“相关研究表明”这样空洞的话来糊弄。

另外,有条件的团队可以直接搭一个人知识库系统。市面上有几个开源的本地知识库工具,支持把PDF、网页、笔记全部导入后自动向量化,然后用对话式搜索的方式向它提问。这种做法的效率比手动复制粘贴高很多,模型给出的回答会自带来源,对做文献综述类章节非常友好。

3.3 大纲与结构化工具:在纸上先搭出骨架

写书跟写文章最大的区别在于体量。一本三百页的专著,涉及几十个章节、上百个小节,没有一张可视化的大纲图,写到后面很容易逻辑混乱。我习惯用结构化导图工具先把全书的大纲搭出来,既能看到整体结构,也能在章节之间拖动调整顺序。

这个步骤看似传统,但在AI辅助写作的流程中反而更重要了。因为AI生成了内容以后,你很容易被它的局部文笔带着走,忽略整本书的推进节奏。大纲图就是一个校准工具,我每写完几章,就会回来看一眼大纲,看看当前章节在这个大结构里的位置和功能,确保没有偏航。

大纲定了之后,我还会生成一份“章节任务卡”。每张卡写明章节标题、预计字数、核心论点、必需素材、与前后章节的关系。需要生成时,把这张卡连同素材笔记一起发给AI,输出质量会比毫无准备地裸提问高出一大截。

3.4 导出与排版管线:别让格式拖后腿

另一个很多人忽略的问题是输出格式。AI默认输出的Markdown文本,落进Word或者发布平台时格式经常对不上。我的经验是:全书先用Markdown写,排版问题统统不顾,专注内容本身;完稿之后用脚本批量转成Word和PDF,这在长文档流程里最省时间。

转换这一步,我用的是一个开源文档转换工具,再配合一个排版模板。工具通过自动化处理将Markdown段落映射到标题样式,同时保留代码块、引用、表格等元素。对于插图文档,我还会专门写一段脚本把图片统一压缩到合适的分辨率,避免Word文件膨胀到几百MB。

这里多说一句:排版应该是写作流程里最后处理的事情,不是第一件事。很多新手特别容易在写初稿的时候纠结字号、目录格式、页眉页脚,白白消耗大量精力和心情。先写内容,后调格式,是对自己效率的负责。

4. 实操实录:从零开始写一本专著的完整流程

4.1 第一步:用“逆向拆解法”让AI帮你定大纲

很多人让AI列大纲,用的提示词是“帮我列一个某某方向的专著大纲”。这种问法得到的答案通常很平庸——章节设置宽泛、逻辑跳跃、看不出作者自己的观点。我的做法是反向操作,先给AI喂足够的背景信息,再让它收缩出结构。

具体来说,我会在提示词里包含四类信息:

  • 这本书的目标读者是谁(比如初学者、研究生、行业从业者)
  • 这本书要解决的核心问题是什么
  • 相比其他同类书,我这本书的差异点在哪里
  • 我已经确定的几个核心概念,希望它们在哪些章节出现

举个例子。有一次我准备写一本关于数据标注实践的行业手册,我给工具的初始信息是:读者是负责数据运营的项目经理;核心问题是标注体系怎么选、质量怎么管、成本怎么控;差异点是结合国内交付场景,提供可直接落地的标准作业流程;核心概念是“标注闭环”“质量基线”“成本漏斗”。提示词末尾明确列出这九个词,要求它们必须出现在整体结构中。

AI当时给了一个八章的结构框架,说实话已经不错了,但我还是手动调整了其中两个章节的排序,把一个跨领域的底层章节拆成了两章,因为我知道那部分内容在写作时需要更细的切分。人机协作的节奏就在这里体现——机器给基础版本,人做最终决策。

大纲确定之后,我把它贴回对话框,要求AI为每个章节生成一个三句话的简介:目的、内容、与前后章的关系。这个简介在后续写作时的作用很大,相当于每一章的“任务说明书”。

4.2 第二步:用“访谈式提示词”把作者脑子里的经验挖出来

写专著和写论文还有一个本质区别:专著里有大量来自作者亲身经验的、无法从文献中检索到的知识。比如一个做系统运维的工程师写高可用架构的书,他脑子里那些真实的故障处理思路,才是书的真正价值所在。AI不可能自己编出这些,但AI可以帮你把经验结构化地“问”出来。

每次写完大纲,我会安排一个“自我访谈”环节。我把某个章节的主题发给AI,然后让AI扮演一个激进但专业的访谈者,围绕该主题向我提问,从“这一节你最想表达的核心观点是什么”,到“如果有初学者问你,你最想纠正他的一个误区是什么”。我逐条回答,AI会把回答整理成该章节的素材要点。

这段操作看起来绕路,实际上收益极大。一方面它帮我逼出那些日常觉得“常识”但读者很需要的实操经验,另一方面这些素材是AI写不出但必须有的内容骨架。回答完再让AI拿去写初稿,段落里的细节密度会明显提升,读者也会觉得“这作者是真的做过的人”。

4.3 第三步:分章节生成,每次只处理一个完整话题

进入正题时,我的操作习惯是:绝对不把三个章节以上的写作任务放在同一次对话里。一次只处理一章,宁可每次重新开对话传递背景,也不要让一章的产出被另外一章干扰。

具体到章节内,我还会再拆成三个子步骤。第一次提问,要求AI输出这一章的“mini-outline”,包含小节标题、每个小节的大致篇幅和核心观点。我检查这个mini-outline是否符合预期,有偏差就当场修正。第二次提问,要求AI按mini-outline逐小节输出完整内容,每次输出控制在两千字左右。第三次提问,输出后立即给AI一套统一的润色规范,让它对刚生成的文本做一轮自我检查,找出逻辑跳跃、术语不一致、重复表述。

这里有一个很重要的细节:每一章对话结束时,我都会把本章最终确认稿复制到一个统一的“全书定稿”文档里,并同步更新一份“写作状态表”。表里记录每章的完成度、下一步要处理的问题、该章节新增或修改过的术语。这样做的直接好处是,下次写后面的章节时,我把状态表里关于已完成章节的描述贴给AI,它就能顺着前一章的内容往下走,不会在术语和观点上产生断裂。

4.4 第四步:统一术语风格,让全书读起来像一个人写的

AI分章节生成的文本,天然存在一个隐患:术语前后不统一。比如前面章节写“模型收敛”,后面章节同一概念换成了“网络训练完成”;前面用“鲁棒性”,后面冒出“稳健性”。这在单章阅读时还不太明显,但连在一起读就会觉得很别扭。

我的处理方法是建一个“全书术语与表达规范表”。格式很简单,两列:统一允许使用的术语、禁止或尽量避免的替代词。把表建好之后放进每次的提示词模板里,并在润色阶段让AI按这个表逐一扫描全文。

除了术语,还要统一的是语气。我会在规范表里写清楚几点:全书使用第一人称复数还是第三人称;代码示例的文字说明风格是简洁还是详述;知识性段落之间要不要加与读者互动的提问句。这些看似细节的东西,恰恰决定了读者直觉上是否认为“这本书的作者水平在线”。

4.5 第五步:交叉校验与反向检查

拿AI初稿做交叉校验,是质量控制中必不可少的一环。AI写出来的内容,尤其是涉及数据、引用、技术结论的部分,绝不能直接信。我会分两层去做。

第一层是逻辑校验:把AI生成的段落拆成几个断言,逐个问自己“换成我来写,我会不会这么表述”。一旦发现某个断言模棱两可,就把它列入待核实清单。第二层是文献校验:凡是AI提到“某研究指出”“某实验证明”这类转移论断的句子,除非能确定来源,否则一律要求AI给出可验证的出处。给不出来的,要么删掉,要么换成更委婉的“在实践中观察到”这样的表述。

我给过一个原则:AI可以帮我把一个已知的观点表达得更清晰,但绝不能替我发现新的“事实”。所有事实类内容,责任始终在作者。

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

5.1 AI编造引用:信息幻觉怎么破

这是所有AI辅助写作里最坑的问题,没有之一。AI的强项是语言组织,不是信息查证,它经常以特别笃定的语气编一份根本不存在的文献。你直接拿到书里一放,这个错就会跟着出版物一直传下去。

排查的办法:涉及事实、数字、实验结论、引文的句子,单独建立一个“待核实清单”。写完全部章节后,把清单里的每一条用正规学术搜索引擎或专业文献库查一遍,确认来源和内容。不要怕麻烦,这一步省不得。我自己遇到的情况是,初稿里大约一成的引用性句子需要修修补补,这些修补恰恰是专著质量的分水岭。

5.2 章节衔接生硬:上下文断裂怎么处理

AI分章写作最大的代价是章节之间缺少呼应与铺垫。书不同于博客合集,后面的内容要接得住前面的伏笔,名词解释要在首次出现时给出,复杂概念要在前文铺垫后在后面深化。

解决这个问题,我写了一个“衔接修正提示词”,每次写完相邻的两章后,把两章文本同时给AI,要求它专门检查三个点:前章结尾是否自然引出后章主题、后章引用前章概念时表述是否从简、是否存在分别解释同一概念造成的冗余。这三个点过一遍,整本书的连贯度会好很多。

5.3 车轱辘话反复说:内容重复与信息密度下降

还有一类常见问题是AI写着写着就开始重复。某个道理明明前文已经讲过,它换了个说法再讲一遍,看着字数挺多,实际上是在凑篇幅。这不仅增加审校工作量,也稀释了书的含金量。

我的做法是每章写完都统计一次“知识点密度”——具体方法是给该章列一个不重复的关键概念清单,看每千字里新概念出现的数量。低于某条线就说明这一段在“注水”,回炉重写。AI生成内容天然偏向“显得很充实”,作者要做的就是狠心压缩无效段落。

5.4 AI味过重:怎么让文字有人味

AI文本有个很明显的特征是“完美得很平庸”——句式工整、形容词密集、缺少个人判断和临场感。读起来不犯错,但也记不住。

要消掉这个味道,我尝试过最有效的一招是:在润色阶段让AI做“去形容词化”。把那些“在当今数字化浪潮下”“具有举足轻重的意义”“显著提升了用户体验”这类的空话全部删掉,换成具体的因果句和操作句。比如把“平台提供了强大的可视化能力”改成“平台支持直接把指标拖到看板上,搭建一张运营大屏半小时能完成”。后者明显更像一个懂行的作者写出来的话。

6. 写在最后的个人心得

经过一部书稿的完整打磨,我对AI辅助写作这件事最有几层体会。

第一,AI最大的价值不是替代思考,而是帮助把琐碎环节的效率拉到极高。从前一个周末只能整理两章素材,现在半天就能完成素材整理加初稿生成,省下来的时间全部用来做真正重要的判断和修改。第二,提示词水平直接决定产出上限,但提示词本身不值得花太多时间追求完美,快速试错远比反复斟酌第一版提示词更有用。第三,工具会不断迭代,今天的选择标准到明年可能全部重写,但“人负责方向、AI负责执行”的协作原则不会变。

如果你也想用这套方法写一本书,我建议不要一上来就追求全套流程。先把大纲架构那一步跑通,再逐步引入素材管理、分章生成和术语统一。把一个环节跑顺了,再往下推,效率反而比一步到位高很多。毕竟,写专著本质是个系统工程,稳定比速度重要,自己手里握着方向盘,比什么都重要。

相关新闻

AI辅助学术专著写作全流程:从选题到交稿的人机协作指南

AI辅助学术专著写作全流程:从选题到交稿的人机协作指南

“学术专著”这四个字,放在以前,是很多研究者心里的一座大山——知识储备、逻辑框架、文献体量、语言风格,每一项都在考验人的耐力和系统思考能力。但最近一两年,我身边陆续有朋友开始尝试一条新路径:不是找人代写&…

2026/10/21 3:04:06 阅读更多 →
用AI Agents重建动态行业生命周期模型:架构、信号与推演

用AI Agents重建动态行业生命周期模型:架构、信号与推演

年初我复盘一个消费电子细分品类的三年数据,发现一个耐人寻味的现象:行业整体增速明明在放缓,但头部几家公司的新品发布节奏和研发投入反而在加快。用传统行业生命周期模型去套,结论是"进入成熟期";可直觉告…

2026/10/21 3:04:06 阅读更多 →
深度强化学习入门基石:从Q-learning到DQN及其进化路线解析

深度强化学习入门基石:从Q-learning到DQN及其进化路线解析

说起深度强化学习,很多人第一反应就是“难”“玄”“训练像抽奖”。但我要说,如果你想找一个人门门槛最低、又能把强化学习核心思想全串起来的算法,DQN(Deep Q-Network)绝对是最值得花时间啃的一块基石。它本质上就是把…

2026/10/21 3:03:06 阅读更多 →

最新新闻

从囤积资料到掌握技能:个人技能管理闭环方法论

从囤积资料到掌握技能:个人技能管理闭环方法论

你有没有过这种感觉:收藏夹里躺了几百个教程,网盘里存了一堆学习资料,每天刷各种干货文章,觉得自己一直在"学东西",可真到了要用的时候,却发现自己什么都不会?我太熟悉这种状态了。前…

2026/10/21 4:32:49 阅读更多 →
OpenClaw实战:让大模型能动手的本地执行引擎

OpenClaw实战:让大模型能动手的本地执行引擎

1. 为什么需要OpenClaw:从聊天到执行的缺口1.1 聊天再聪明,也替你做不了事这两年我用过不少AI助手,从网页版到本地部署的各种开源模型都折腾过。说实话,光论对话能力,现在的开源模型已经相当能打了。写文案、列提纲、解…

2026/10/21 4:32:49 阅读更多 →
REA:面向高频数据场景的前端实时事件聚合器设计与实践

REA:面向高频数据场景的前端实时事件聚合器设计与实践

半年前我在本地新建了一个空目录,名字就叫rea,没有说明文档,没有 package.json,只有三个字母。后来我给它补全了一个含义:REA Real-time Event Aggregator,一个轻量级实时事件聚合器。这算是把项目名从“名…

2026/10/21 4:32:49 阅读更多 →
发布-订阅模式实战:系统解耦、消息中间件与故障排查全解析

发布-订阅模式实战:系统解耦、消息中间件与故障排查全解析

做后端开发的这几年,我遇到最多的设计问题之一就是系统之间怎么通信。早期项目里,A系统的数据一变,就得硬编码调用B系统、C系统的接口,改一个接口就要联动改好几个调用方。中间只要有一个系统升级,整个调用链就跟着紧张…

2026/10/21 4:32:49 阅读更多 →
C#纯托管读取PCD点云:格式解析、避坑指南与二次开发

C#纯托管读取PCD点云:格式解析、避坑指南与二次开发

简介:一套C#读取点云数据的示例工程,面向C#初级开发者与三维视觉学习者,演示如何从文本文件中逐行读取点云数据,并将大量离散的三维坐标点解析为Point3D对象,适用于3D重建、机器视觉、自动驾驶等场景的入门实践。压缩包…

2026/10/21 4:32:49 阅读更多 →
项目标题‘rea’解析:为何模糊缩写无法支撑技术内容创作

项目标题‘rea’解析:为何模糊缩写无法支撑技术内容创作

项目标题是“rea”,但提供的输入内容中,项目正文为空、关键词未列出、摘要描述缺失,且网络搜索部分为纯空行(),无任何实际信息支撑。作为一名从业十多年、每天要拆解几十个真实项目标题的资深博主&#xff…

2026/10/21 4:31:49 阅读更多 →

日新闻

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

这段时间硬件圈和AI圈都在传一个事:AMD锐龙AI Max PRO 400系列把最高192GB统一内存搬进了PC形态的产品里,按宣传口径,本地跑320B参数的大家伙不再是纸面概念。我第一反应倒不是“内存真大”,而是这话背后的含金量——它把过去只能…

2026/10/21 0:00:11 阅读更多 →
AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

1. 从“封号重开”这个行为说起:用户到底在追求什么“封号重开”这四个字,放在任何产品语境里都带着一股决绝的味道。一个账号从零开始积累使用记录、调教偏好、沉淀工作流,背后是大量的时间和精力成本。正常情况下,没有人愿意主动…

2026/10/21 0:00:11 阅读更多 →
ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

1. 为什么在ROS里硬刚YOLOv3不是“炫技”,而是工程落地的必经之路我第一次在某高校机器人实验室看到那台搭载Jetson TX2的移动底盘原地打转、反复识别错垃圾桶时,就意识到:单纯跑通darknet_ros demo和真正让YOLOv3在ROS里“干活”&#xff0c…

2026/10/21 0:00:11 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/21 4:27:17 阅读更多 →

月新闻

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