GEO实战:让DeepSeek、Kimi等国产大模型主动引用你的内容
1. 先别急着问“怎么做”得先搞懂AI凭什么推荐你的内容1.1 为什么传统的SEO经验突然失灵了这几年做内容运营的朋友应该有一个共同的感受在搜索框上那一套“霸屏”打法放到AI问答里全都不太对劲。我以前给某个知识类站点做优化的时候辛辛苦苦把“最好用的十款笔记软件”这种词排到了某搜索引擎首页结果拿同样的问题去问几家AI助手人家给的回答里压根没有我的链接。一开始我还以为是权重不够后来发现不对——AI压根不是按网页排名截图那种逻辑去选答案的。传统搜索引擎和生成式AI的底层逻辑完全不一样。搜索引擎是“匹配”你搜什么词它去索引库里面找含有这些词、且权重高的网页然后按排序规则给你一堆链接。而AI是“理解”加“生成”它拿到的语料和网上实时检索回来的资料先要做语义理解再重新组织语言输出成一整段答案。你的网页就算排名第一如果里面的信息在AI的理解框架里不是“最适合回答这个问题”的结构照样不会被采用。这就是GEOGenerative Engine Optimization生成式引擎优化出现的背景。它跟SEO最大区别在于SEO盯着搜索排名GEO盯着“被AI引用”的概率。你的目标从“把关键词排上去”变成“让AI愿意在它的答案里引用你的信息、甚至直接把你列为参考来源”。1.2 这轮优化为什么绕不开国产模型的几个主流产品我关注到DeepSeek、Qwen、豆包、Kimi这几个产品倒不是因为它们技术上有多“神”而是它们的内容获取路径和海外模型有显著差异。这几家对上网络搜索的触发条件、文档解析偏好、引用格式的习惯都不太一样。这就导致一个很现实的问题你不可能用一套内容策略同时搞定所有AI。你在某个模型那边用了很有效的“格式技巧”换到另一个模型那边可能完全不被识别甚至因为过度结构化被判定成低质量内容。这也是为什么现在很多团队开始单独做“面向某模型的GEO优化方案”而不是笼统写一篇“AI搜索优化指南”。我自己的体会是做GEO优化最值钱的不是某个具体的“技巧”而是搞清楚每一家模型在回答时究竟倾向于采信什么类型的信息源。有人觉得这是玄学但你把每个模型公开的资料、回答风格、以及对不同来源的偏好跑一遍实测之后会发现还是有一大堆规律可循的。2. 四个模型四种脾气各家AI到底偏爱什么样的信息源2.1 DeepSeek系推理链路长偏好带“推导过程”的内容DeepSeek这个模型系列给我最大的印象是它特别擅长把问题拆成几步来回答。你去问它一个比较综合的问题它很少直接甩结论而是喜欢“先分析背景再给出判断最后补充提示”这种结构。这对GEO优化意味着什么如果你想被DeepSeek引用你的文章最好也具备类似的“推理感”。比如它要推荐一个工具往往优先寻找那些有对比表、有使用场景拆解、有结论推导过程的页面。你的网页如果只有卖点罗列没有决策逻辑的推演它大概率会在候选列表里跳过你的内容。我实际测试过两个同类页面一个单纯写了“产品A功能很全适合团队协作”另一个写了“团队规模多少以下不需要复杂权限管理所以产品B更合适规模上来之后再考虑产品A”。同样的问题DeepSeek选了第二个页面的内容而且回答里直接复述了它判断的依据。所以说面向DeepSeek优化的核心词就一个字理。2.2 Qwen系偏好结构化工具型内容对参数表格特别友好Qwen给我的感觉是四个模型里最“文档化”的。它对表格、列表、带参数说明的技术文章有很强的好感。这可能和它的训练语料里包含大量工具文档、教程、技术手册有关系。你让Qwen去比较两款开源软件的差距它给出的回答里极大概率会引用带有字段说明表的内容而不是长篇大论但毫无结构的博客。我这边做过一个对比验证在同样一批关于某类型数据库选型的文章里加了“性能对比表”的页面被Qwen引用的次数明显比纯文字描述的页面高出一截。而且它引用的时候还挺执着的会把表格里的具体数值直接摘到回答里。这说明它找到结构化信息后输出阶段会非常依赖这个来源。所以做Qwen方向的GEO优化你的内容产出标准应该往“技术文档”靠拢有明确的参数、有横纵向的对比、有版本差异说明。别怕写得“干”Qwen就吃这一套。2.3 豆包系场景化倾向明显偏好“口语化但有信息量”的片段豆包给我的感觉和前面两个完全不一样。它更像是一个“生活场景顾问”回答风格偏口语化和场景化。同样的一个产品推荐问题DeepSeek可能会给你列三五个维度豆包则倾向于讲“如果你在什么情况下你就应该选哪个”。这种风格意味着它选内容的时候更偏好那种用生活化场景切入、但信息量并不低的段落。比如一篇讲效率工具的文章如果开篇是“你是不是也经常被各种通知打断”然后再给出具体解决方案豆包引用这段的概率就很高。反过来如果文章一上来就“随着现代社会的发展工作效率变得越来越重要”这种正确的废话它基本不会纳入考虑。面向豆包的GEO策略里内容形态要像“朋友之间的认真建议”既有场景共鸣又有不过是硬核干货的具体招式。你在写稿的时候要把握一个度——通俗但不能空泛。2.4 Kimi系超长上下文最擅长抓取信息密度高的长文Kimi一直被夸的是长文本处理能力。它的上下文窗口很大你可以把一篇几万字的长文丢给它它能很好地进行跨段落的归纳。这个特性投射到GEO上就是它对长篇文章的引用深度比其他模型都高。我做测试的时候发现Kimi在一篇很长的文章里选取引用片段时往往不是找某一段金句而是会把文章里不同章节的信息综合起来引用。这其实对内容质量提出了很高的要求——你不能只在某个局部做表面优化文章整体都要有信息密度。如果一篇文章五千字里有三千字是铺垫废话Kimi很容易把剩余的几百字关键信息抽出但如果你通篇高能它会觉得这篇内容特别可靠在回答里反复引用它的不同段落。长文并不是说越长越好而是每一段都要承担“可被引用”的候选资格。Kimi是会“通读全文”的模型含金量平平的段落多一个反而会稀释整篇文章被引用的概率。3. 让AI愿意引用的内容写法反掉的不是SEO是排版和信息密度3.1 别再用“关键词密度”骗AI了语义覆盖才是核心很多朋友做GEO优化的时候第一反应还是老一套把潜在提问词铺满正文恨不得一篇两千字的文章里出现十次目标关键词。这个做法放在十年前管用放在今天的AI模型面前不仅没用还可能起反效果。原因在于这几个AI模型在判定内容是否和用户问题相关时用的基本是语义编码不是字面匹配。它们会把问题转换成向量语义再和你文章的整体语义做相似度比较。关键词密度高的文章语义往往很单薄——来回重复那几个词只有字面相关性没有概念层面的延展。我做GEO内容的时候习惯是先列出用户可能关心的所有子问题再把子问题结语到正文的各个段落里。举例来说如果目标话题是“如何选择私有化部署的大模型方案”我不会只在文章里反复写“私有化部署”“大模型”这些词而是会把“数据隔离要求”“部署成本预估”“推理性能损耗”“团队维护门槛”这一串子问题全部覆盖到。文章写完之后语义空间拉得很宽AI在回答任何一个子问题的时候都有可能选你这篇当参考。3.2 结论前置但不要用废话填充开头AI模型在提取答案时通常会对文章的前半部分给予更高的注意力权重注意力机制决定了它对不同位置的信息敏感度不一样公开资料显示开头部分对后续生成影响较大。所以“结论前置”这个策略依然适用于GEO优化。但我要强调的是结论前置不是说开头写一段正确的废话。很多人理解成“首段就要扣题就要把关键词写进去”最后写出来的东西是“在当今数字化时代合理选择大模型部署方案对企业而言具有重要意义”。这种句子信息量为零AI看一眼就知道这句话没有引用价值。真正有效的结论前置是把最核心的判断直接放在开头比如“中小团队做私有化部署首推参数规模在7B到14B之间的量化模型理由是单卡可运行且效果够用”。这句话有具体参数、有明确理由、可被直接采用。AI在回答时如果提取到这种句子基本会原样引用。3.3 引用痕迹要做得“源味”十足让AI一眼认出这是可靠出处我发现一个特别有意思的现象AI模型在编排最终答案的时候不是随便从参考文章里抄一句它会优先选择那些看起来“本来就适合被引用”的句子。什么样的句子适合被引用我的总结是三条第一句子是自足的。也就是说哪怕脱离上下文单独拿出来别人也能看懂它在说什么。很多人写文章喜欢用大量的指代词——“按照这个思路”“照上述方法处理”这种句子一旦被单独截取出来就失去意义了AI自然会跳过。第二段落里有明显的信息锚点。比如具体的数字、版本号、时间范围。AI模型内部做信息检索时这类锚点能大幅提升信息抽取的置信度。第三观点和数据是分离的。“实测内存占用约3.2G”比“内存占用不大”更可被引用“官方文档显示该接口已废弃”比“这个接口好像不好用了”更权威。你在写内容的时候要刻意把判断句改成“事实陈述信息来源”的结构AI天然偏爱这种表达。4. 藏在代码里的信号结构化数据与检索友好度4.1 Schema标记仍在起作用但起作用的路径不同了关于结构化数据我在跟很多同行交流时发现一个普遍的误解大家觉得AI模型在回答时会像搜索引擎一样去解析JSON-LD的Schema标记然后把对应字段显示在结果里。这个理解不准确。准确的说法是Schema标记的价值已经不在“被AI直接读取显示”而在于它们可以帮助搜索引擎更准确地理解你的网页内容主体进而让AI在启动外部实时检索时更容易把你的页面当作高质量来源。说得再直白一点Schema标记是给搜索引擎看的搜索引擎把内容索引得越清楚AI检索后端时找到你的概率就越高。所以我的建议是网页里该加的Schema还是得加但要加对类型。信息型内容优先用Article、FAQPage、HowTo工具类内容用SoftwareApplication对比类内容用ItemList并且每一项都配上名称和描述。照着做短时间内看不出收益但长期来看AI引用比例会有可感知的差别。4.2 抓取测试不可少用模拟检索看看你的页面长什么样除了Schema标记我还建议大家做一步很多团队会忽略的操作用模拟检索的视角去看自己的网页。什么意思呢就是假装自己是一个不知名的爬虫程序访问你的页面看看提取出来的信息是否完整、干净、不散乱。这一步做起来挺简单的你可以用常见的在线URL分析工具也可以自己写一个脚本去抓取页面的主文本去掉导航、页脚、侧边栏之后看看剩下的正文部分是不是一篇逻辑连贯的文章。我遇到过不少站点正文主体没问题但是页面里有七八个悬浮弹窗、跳转提示、推荐阅读区块这些内容混进正文抽取值之后AI就对整篇文章失去信任了。解决的办法也比较粗暴所有营销类的浮层组件尽量设置成“搜索引擎可抓取时隐藏”。很多建站系统都支持这个选项虽然叫法不同但效果都是让页面在无JavaScript环境下只展示核心内容。强烈建议开起来。4.3 权威性信号从哪来第三方提及与引用闭环GEO优化做到中后期决定内容能不能持续被AI引用的已经不再是单篇文章的质量了而是这个站点在数字生态里的“权威性”印象。AI模型在决定引用哪个来源时会参考一个复杂的信任度评估信号其中很重要的一个因子就是这个来源的内容是否被其他独立站点引用和提及。我的实操经验是不要只盯着自己做站内的GEO优化也要安排一部分精力做“引用闭环”。比如你的研究报告被三四个行业媒体转述而且转述段落里明确带了你的站点链接那么AI在评估你后续发布内容的时候会更倾向于把你当成有公信力的信息源。这其实是一个体系工程不是一篇文章能解决的事。这也是为什么GEO推广和传统SEO在底层战略上是一致的先做内容可信度再做内容分发最后拿外部引用来反哺AI信任度。区别只是传统SEO看重的是外链数量GEO更看重的是外链出现的“场景质量”。5. 追踪策略效果从“玄学”到有数据的监控体系5.1 建立专属“提问日志”跑通有效的测试问题集GEO优化最让人头疼的其实是效果评估。搜索引擎里你能看到排名、点击率、收录量但AI问答的引用不可控、不透明也没有一个公开的后台能告诉你“你的页面这个月被AI引用了多少次”。我自己用的方法是建一个固定的问题集。先从目标用户里收集他们最常问AI的50个问题覆盖不同难度、不同提问角度有直接问的、有带场景的、有要求对比的。然后在固定的时间周期里比如每周一次把这50个问题依次发给DeepSeek、Qwen、豆包、Kimi各问一遍记录每一个回答里是否提到了你站点的信息、引用了多少字段、有没有直接挂出链接。这套方法笨是笨了点但它是完全可控的。你跑上两个月就会看到引用率的变化曲线。即便不能做到实时归因至少能判断哪个方向的优化起了作用。我在实际操作中发现引用率的变化通常比流量变化滞后大概半周到一周所以每周固定跑一次刚好能捕捉到趋势。5.2 建立独立的“盲测对照页”判断哪种内容结构更被AI接受针对特定的优化实验我推荐做“盲测对照页”。准备两篇主题相同、但结构完全不同的文章一个A版用口语化场景切入结论散布在文中另一个B版结构化很强结论前置段落里塞满数据锚点。把两页分别挂在不同域名下保证AI在检索时知道它们是两个独立来源然后用相同的测试问题去询问。观察一段时间后你会发现同一个模型在回答时更倾向于引用哪一版内容结果比任何猜测都准。我们曾经用这个方法测出来的结论是豆包更吃A版的内容而Qwen和DeepSeek明显偏移向B版。当然这是针对我们测试的行业数据不能普适适用但这种“用实测做决策”的方法论是通用的。5.3 数据汇总的几个关键指标数据汇总的时候别只盯着“是否被引用”这个布尔值。你要拆成几个维度去记录引用类型是复述了你的观点间接引用还是明确写了“据某网站”并挂链接直接引用引用位置是在回答开头出现还是中部补充还是末尾附带的延伸阅读信息锚点AI具体摘了你的哪句话、哪个数据这三组指标组合在一起能帮你判断AI到底把你当成了一个“核心论据”还是“边角料”。如果它一直在回答中部小段落里用你的数据说明你的信息有用但不够关键你需要调整内容重心让它成为能佐证核心结论的一手来源。6. 踩坑记录与个人实测总结哪些做法看着有用实则白费6.1 试图用“种子内容”直接灌给AI是行不通的有些人做GEO打了一个不算小算盘的思路既然AI会爬取网络那我就批量生成海量“拟问答”内容把用户可能要问的和我的答案都写进页面里等着AI来匹配。这种做法的短期效果确实有一点点因为早期模型在判定相关度时确实容易被这种形式命中但随着这些大模型对低质量内容的识别能力增强这种页面很快会被当作低价值信息直接过滤。我自己也试过类似的批量方式效果曲线非常典型前两周引用率微涨第六周开始断崖下跌。后来我复盘了一下大概率还是因为AI更新了对内容质量和信息密度的预判逻辑。与其花精力研究怎么让垃圾内容骗过AI不如老老实实把内容质量做上去。在GEO这套游戏规则里内容质量是护城河投机取巧只能短暂占便宜。6.2 不要把回答类内容限制在单一模型上还有不少团队在分配资源时会陷入单点绑定市场部说“我们重点攻豆包其他模型不用管”。这事儿风险挺大的因为现在的用户并不会只盯着一个AI产品用。一个用户可能在手机上用豆包办公时用Kimi程序员同事则天天挂着DeepSeek。你只优化了某个模型的口味等于主动放弃了其他渠道的曝光。我的建议是内容基础盘做到“语义清晰、结构完整、事实充足”这个盘是所有模型都认的。在这个基础上再针对个别模型的偏好做增量调整比如给Qwen补充表格、给豆包调整开头切入方式而不是完全为某个单一模型重塑内容体系。分配比例可以按6比4来六成精力打底四成精力差异化调整。6.3 实时检索类型问题与非检索类型问题的优化权重完全不同最后想讲一个容易被人忽视的点你在问那些AI产品时它们的回答未必每次都触发实时网络搜索。很多日常常识问题模型直接用训练数据里的知识就能回答只有那些时效性强、或者超出训练数据覆盖范围的问题它才会调取网络检索结果这时候GEO优化才开始起作用。这意味着你的优化对象应该是那些AI很可能触发检索的问题类型。怎么判断你在测试问题集里把每个问题多问几遍如果发现几次回答里提到的外部信息源不一致那就说明这个问题大概率走了实时检索。只有这类问题才值得你投入GEO资源。那些AI闭着眼睛都能答的问题你优化页面配置花再多精力在回答里也看不到任何引用影子。我最近一个比较明显的体会是GEO优化就像在一个刚被开发还谈不上规则的游戏里摸索出路你可能看不到全貌但只要你一直记录数据、做对照验证总会比那些全靠猜测的人更早摸清门道。这也正是做内容这个行当最让人上瘾的部分——环境在变但“拿数据做决策”这个底层逻辑永远不过时。

相关新闻

ADS-B Python环境搭建:从RTL-SDR驱动到航班数据解码

ADS-B Python环境搭建:从RTL-SDR驱动到航班数据解码

简介:这是一套面向Python开发者与航空数据爱好者的基础ADS-B消息处理工具库,适用于需要解析、模拟或调试ADS-B(自动相关监视)原始报文的初学者与中级实践者。资源提供完整的开源Python软件包,支持快速安装与即用式调用…

2026/10/17 8:20:20 阅读更多 →
Minimax H3本地部署全攻略:ComfyUI配置、显存优化与工作流实战

Minimax H3本地部署全攻略:ComfyUI配置、显存优化与工作流实战

1. 为什么要在本地跑 Minimax H3 而不是直接用在线版先把结论摆在前面:本地部署 Minimax H3 这件事,真正吸引人的地方不是"省钱",而是可控性。在线版你受限于排队、并发、审核策略、单次时长上限,而本地跑起来之后&…

2026/10/17 8:20:20 阅读更多 →
GDB调试全攻略:从core文件到多线程,一次讲清C/C++排查思路

GDB调试全攻略:从core文件到多线程,一次讲清C/C++排查思路

又一次在凌晨两点的终端里盯着滚动日志,printf打印了快二十行,还是不知道结构体里的那个字段是被谁写坏的。这种场景,写C/C的人多少都经历过。后来我给自己定了个规矩:遇到内存被改、偶发崩溃、指针越界这类问题,第一件…

2026/10/17 8:20:20 阅读更多 →

最新新闻

从AI算力标杆项目看智算交付:训练集群与推理平台的工程能力

从AI算力标杆项目看智算交付:训练集群与推理平台的工程能力

某智能计算技术服务商一口气拿下两个AI算力标杆项目的中标消息,这两天在我们这个圈子里讨论度不低。做智算基础设施几年下来,我的第一反应不是去猜合同金额,而是想拆解一件事:这种“AI算力标杆项目”到底在采购什么。表面看是加速…

2026/10/18 10:50:51 阅读更多 →
可重构MIMO性能增益理论分析:毫米波稀疏信道下的容量推导与仿真复现

可重构MIMO性能增益理论分析:毫米波稀疏信道下的容量推导与仿真复现

1. 从标题拆解可重构MIMO的真实研究边界 第一次看到“可重构MIMO性能增益理论分析”这个标题,很多人会下意识觉得这又是一篇堆公式的纯理论文章。但真正读过这类文献的人会知道,标题里每一个词都对应着具体的工程约束和设计取舍。我打算把这篇阅读笔记背…

2026/10/18 10:50:51 阅读更多 →
综合能源系统优化调度实战:Cplex求解冷热电联供与碳交易模型

综合能源系统优化调度实战:Cplex求解冷热电联供与碳交易模型

做综合能源系统优化的朋友,对这个方向肯定不陌生。冷、热、电、气四类能量在园区或建筑层面耦合起来,燃气轮机发电、余热回收制冷制热、不足的部分用电或燃气补充,再叠加上需求响应和碳交易这两个市场化机制——这基本就是当前综合能源系统优…

2026/10/18 10:50:51 阅读更多 →
SSM校园点餐系统本地部署与权限状态机实战指南

SSM校园点餐系统本地部署与权限状态机实战指南

简介:这是一套基于SSM框架开发的校园在线点餐系统完整源码,面向Java初学者与Web开发入门者,适用于课程设计、毕业设计及小型校园O2O项目实践。系统采用前后端分离式结构,前台支持用户注册登录、购物车、订单管理与资讯浏览&#x…

2026/10/18 10:50:51 阅读更多 →
UE4渲染源管理实战:RenderTarget与SceneCapture的坑与解法

UE4渲染源管理实战:RenderTarget与SceneCapture的坑与解法

很多做UE4开发的朋友应该都有过这样的经历:辛辛苦苦搭好场景,最后卡在了“怎么把画面干净地取出来”这一步。无论是做分屏、做小地图、做屏幕后处理、做远程像素流,还是给外部程序提供视频源,本质上都在做同一件事——管理RenderS…

2026/10/18 10:50:51 阅读更多 →
光伏电站灰损治理:轨道式智能清洁机器人全栈方案

光伏电站灰损治理:轨道式智能清洁机器人全栈方案

做光伏电站的人都知道组件脏了要洗,但真正把“灰尘偷走多少度电”这笔账算清楚的人不多。业内把灰尘遮挡组件导致的发电损失叫“灰损”,听着专业,本质很简单:组件表面被蒙上一层灰,光线进不去,电池片出力直…

2026/10/18 10:49:51 阅读更多 →

日新闻

基于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/18 0:00:55 阅读更多 →

周新闻

基于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/18 0:00:55 阅读更多 →

月新闻

我发现了一个新思路:用 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/18 0:55:02 阅读更多 →
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/16 14:23:36 阅读更多 →