生成引擎优化(GEO)实战:从关键词Prompt到结构化内容改造全流程
先说明一下搜索行业以前拼的是“关键词密度”和“外链权重”现在聊的是“AI怎么看你”。这两年最明显的变化是用户越来越多地绕过传统搜索列表直接问生成式引擎。传统SEO那一套在AI摘要里不能说完全失效但光靠它已经不够了。我们团队从去年开始跑生成引擎优化GEO方向的专项实验这篇就把从策略设计、关键词提炼到结构化落地的完整流程整理出来里面踩过的坑和排错的思路也一并写清楚给正在做内容转型的同行做个参考。1. 生成引擎优化GEO是什么以及它和传统SEO的本质差异1.1 AI搜索时代的内容分发逻辑变了先看一个最直观的现象以前用户搜索“家用咖啡机怎么选”搜索引擎返回的是十个蓝色链接我们做SEO优化的是“让页面排在这十个链接的前三位”。现在用户用生成式引擎问同样的问题得到的是一个几百字的综合答案里面有选购参数对比、有推荐型号、有提醒注意事项。关键是答案末尾的参考资料部分只会列出三到五个来源。这五个来源的竞争烈度比十个蓝色链接更残酷。传统SEO解决的是“展示机会”生成引擎优化GEO解决的是“被引用概率”。被引用一次内容的价值评判就不再是点击率而是生成引擎对内容质量的综合判断。这直接改变了内容生产的底层逻辑优化对象不是网页的meta标签而是内容本身的信息密度、结构清晰度、实体覆盖度和可信度。我自己的体感是GEO不是传统SEO的替代品而是叠加在SEO之上的一层新策略。传统SEO管的是“用户能不能搜到我们”GEO管的是“AI愿意不愿引用我们”。两者都做才有可能在混合形态的搜索结果页里两头占优。1.2 GEO与传统SEO的核心差异拆解我们内部做过一个对照分析把GEO和传统SEO的差异拆成了六个维度。这张对比表我们迭代了好几次对指导内容排版和工程化配置很有用对比维度传统SEO生成引擎优化GEO优化对象网页标题、描述、关键词密度、外部链接内容结构、实体密度、陈述逻辑、引用证据链目标指标排名位置、点击率、停留时长被引用次数、在被推荐内容中的出现率核心逻辑关键词匹配为主语义理解与信息完整性为主搜索引擎算法偏好链接权重、域名权威、历史数据内容可信度、来源多样性、信息可验证性用户行为点击链接后阅读页面直接阅读AI聚合答案较少跳转内容生产方向围绕搜索引擎爬虫设计页面围绕AI语义理解设计答案块从这张表能看出GEO更接近“内容工程”。不是说关键词完全不重要了而是关键词的用法变了。我们后面细讲。1.3 谁最需要马上开始做GEO如果你所在行业的内容形态是“问答型知识密集”的GEO的优先级应该提到最高。比如医疗科普、法律咨询、教育备考、金融理财、招聘职场、招聘求职、健康营养、汽车选购、旅游攻略这类。有一个特点是共同特征用户问题明确、答案有固定结构、权威来源分散这正是生成引擎最擅长聚合的内容类型。反过来说如果内容是强时效新闻、强情绪观点、强即时互动类的GEO的边际收益就相对偏低。AI不会频繁引用那些无法验证、更新速度快、观点高度私人化的信息。所以如果你做的是新闻号或者观点号GEO暂时不是主线传统SEO依然能覆盖你的主要流量入口。2. 生成引擎凭什么引用你的内容底层机制拆解2.1 生成引擎的内容筛选流程要理解GEO的切入点得先理解大模型在生成答案时做了哪几步动作。我反复测试过多个生成式搜索引擎的引用逻辑抽丝剥茧后大致是三步流程第一步是召回。生成引擎从海量网页和知识库里检索跟用户问题相关的候选内容。这一步跟你cover的实体范围、语义相关度、站内信息架构深度有关。你写的内容覆盖的相关实体越多命中的概率越大。第二步是大规模排序。大模型框架会对候选内容做质量排序核心维度包括了内容的完整性、一致性、有无明确结论、是否有差异化的增量信息。注意这里不是按关键密度排序而是按“信息覆盖完整度”排序。机器判断一个答案好不好首先是看它是否能回答用户问题的所有侧面。第三步是生成与引用拼接。大模型在生成答案的过程中决定哪些段落引用哪些来源。这一步很大程度上取决于“候选内容的文本有没有被模型识别为目标答案的优质对应块”。如果页面开头就给出了足够完整、但结构零散的信息模型反而会跳过。这也解释了为什么我们在GEO实验里把“结构化答案块”放到比任何单点优化都高的优先级。内容先能被AI看懂才谈得上被引用。2.2 影响引用率的六个关键因素经过几轮对照实验我们总结出六个影响生成引擎引用率的因素权重排序如下前面两个是最核心的根据地一是实体密度与拓扑覆盖。简单说就是主题相关的关键实体是否都露出。以“咖啡机选购”为例实体包括了意式半自动、滴滤式、胶囊机、泵压、锅炉类型、水箱容量、清洁频次、预算范围等。实体覆盖越全召回命中率越高。这一步相当于传统SEO里的关键词布局但做法完全不同后面会重点展开。二是答案块的可抽取性。生成引擎偏好那些能在网页里被干净抽取出来的独立段落。如果段落内部逻辑完整自带起承转合模型就更容易把它拼接进答案。我们叫它“可理解的密封性”。三是数据可验证性。内容里的数据、时间、概率、结论如果引用了可查证的来源被引用概率会明显上升。模型天然倾向于引用那些“看起来经得起验证”的内容。四是观点差异度。如果十个候选来源都是同样的话术模板生成引擎会把它们合并成一条无来源意识的陈述。只有当你的内容提供了独特角度或更细颗粒度的经验时引擎才会多于一个候选来源同时出现你的域名。五是内容新鲜度。生成引擎对“最近三个月内发布”的内容有明显的偏好尤其对于趋势性问题和消费品推荐类问题。这也是为什么老页面定期翻新比只发新文章更重要。六是用例场景化。内容里如果有明确的场景描述比如“20平米客厅适合的音响方案”“通勤十五分钟能吃完的早餐食谱”被引用的概率远大于泛泛而谈的功能罗列。场景描述让答案看起来更像是“具体解决过问题的真实方案”。2.3 为什么传统“高权重外链”打法在生成引擎里会慢半拍不是说外链没用了。传统SEO里外链是搜索引擎判断可信度的主要信号。但生成引擎对可信度的判断会更偏“内容本身的可验证结构”而不是“链接数量的社会证明”。我们做过一个小测试把一篇结构清晰但域名是新建站的文章和一篇结构混乱但域名权重很高的文章同时放到一个生成式搜索里去询问题目。结果表明结构清晰的那篇反而在“被引用位置”上表现更好。原因也简单大模型不至于因为域名判断内容质量更要紧的是文本本身能否被拆成独立、自洽的信息单元。这不意味着域名权重完全无关在边缘候选的排序阶段品牌信号的权重依然不低。只是说如果此刻你的内容还是一团乱麻靠再多的外部链接也很难递给AI一把顺手的剪刀。3. 从零起步基于关键词Prompt提炼的GEO内容改造全流程3.1 先搞懂关键词Prompt在GEO里的新用法大家常说GEO优化最核心的一步其实就是关键词Prompt的战略重塑。传统SEO提关键词优先看搜索量、竞争度、长尾分布到了GEO阶段关键词的角色升级为Prompt的一部分——它不仅仅是入口还承担着告诉AI“这段内容在回答什么问题”的功能。我习惯把关键词Prompt拆成三层第一层是问题层。也就是用户到底在问什么典型的问题句式。这层最关键因为生成引擎的答案块往往以“回答某个明确问题”的方式组织内容里直接出现问句和答句被引用的概率远高于只有陈述句。第二层是实体层。围绕问题可能涉及的实体、概念、子话题。这层决定内容的覆盖面。一个“家用咖啡机”问题实体层会拆到泵压、研磨器类型、蒸汽棒、清洁难度、噪音水平、预热时间、自动奶泡功能等。第三层是场景层。用户背后真实的使用场景和约束条件。比如“宿舍”“办公室”“咖啡馆入门”“一人居”“双十一预算2000以内”这类。场景层让答案从“知识介绍”变成“方案推荐”这正好符合生成引擎答案里“建议性段落”的引用需求。我们在实际操作里用这一套框架去反向重构了四个行业的页面内容效果最快的案例在三周内被引用的页面数量从两个增加到十一个。下面细说重构步骤。3.2 实操第一步搭建行业实体网络而非关键词列表这里要先做一个思维转变。传统SEO给关键词列表GEO需要的是实体地图。实体地图不是“关键词排序”而是一个多层嵌套的语义网络。以我最近做的“家用咖啡机”站为例。我们先去各大问答平台和生成引擎的对话记录里挖取用户真实问题聚合成一个专门的语料库。然后不急着写页面先把语料库里的实体分组品类实体半自动、全自动、胶囊机、手冲壶、摩卡壶参数实体泵压、温控、研磨度、豆仓容量、水箱容量功能实体预浸泡、双锅炉、奶泡功能、自清洁、程序萃取场景实体入门、家庭口粮、办公室、意式浓缩爱好者、拉花练习决策实体预算范围、占地尺寸、噪音、耗材成本、二手保值率看起来跟传统关键词库很像对不对差别在于传统关键词库是以搜索量大小决定优先级实体网络是以实体间的语义关联强度决定结构。我们把实体间关联强度算出来然后在文章里有意识地用超链接和上下文将它们反复交错出现这种写法天然对AI语义理解友好。3.3 实操第二步生成引擎视角下的内容结构设计结构设计是GEO优化的最大隐形杠杆。我们对比过下面这两种同主题页面写法低效写法整篇文章以产品推荐list为主每个产品一段参数罗列文章结尾才出现选购建议。高效写法开头明确给出两段“直接可引用的摘要答案”之后的每个章节对应一个用户子问题章节内部分为“结论理由适用场景不适用人群”四个模块。后者在生成引擎里的被引用率高出前者一大截。原因在于大模型在回答用户问题时抽摘要块比抽论证过程更容易。如果你把最重要的结论藏在页尾AI在抽取时大概率只拿走前几段的内容真正的关键结论反而丢失。所以我们的内容结构模板固定成这样页面顶部一段“直接答案”区控制在100-200字内说清楚核心结论每个H2章节以完整问句或决策关键词开头如“什么价位的咖啡机适合新手”章节末尾放一个“小结”块把该章节的关键结论浓缩成可直接引用的两三句全文布局一段“避坑注意事项”清单生成引擎在此段位的引用率特别高3.4 实操第三步验证内容是否容易被AI“看中”写完内容不是立刻上线就完事。我们内部会做一个“生成引擎偏好度”快速检测五个小项目一是语义导航测试。把文章标题改为一个完整问题再看页面前100字是否直接回答这个问题。若前100字还在铺垫背景AI抽到关键信息的成本就很高。二是段落独立程度测试。随机抽中间某一段如果这段话完全脱离上下文就让人看不懂那AI抽取时也会略过它。每个段落都应该是能当作独立答案块被引用的。三是实体完整性测试。把实体地图里高关联的实体逐个放到文章里查一遍看是否都有覆盖查漏补缺。四是引用语境测试。主观模拟一下如果AI摘引你这段内容作为某问题的答案读者会不会觉得“这段引用确实回答了问题”。如果答案是不会说明段落对应的问题不够明确。五是数据时间戳检查。内容里的时效性数据和观点是否注明了时间。生成引擎倾向于引用时间线索清晰的内容。这套五步测试法我们用得很熟练了每个页面大约三十分钟能跑完一轮。你别小看这半小时它把后续反复algo调整的返工成本压掉了一大半。4. 实战案例一次完整的GEO页面改造记录4.1 改造前的数据表现挑一个我们去年改的“微波炉选购”页面来讲这个页面在改造前已经通过传统SEO排到搜索结果第二页但生成引擎引用为零。数据是这样的月自然搜索曝光约1.8万月点击约420次生成引擎页面名引用数0页面平均停留时长1分10秒然后我们用GEO方法论做了全面重构。改造周期两周包含重写文案、调整结构、加实体网络、补验证数据、写场景段落、加FAQ块。第二次上线后第四周的数据月自然搜索曝光约2.6万月点击约280次点击下降因为AI聚合答案分流生成引擎页面名引用数7页面平均停留时长2分40秒点击下降这件事在我们预期内。因为用户在生成引擎里直接得到答案跳到网站的比例低了但页面名引用数从0跳到7站内流量来源也从“直接进”变成了“AI答案附带链接进”转化率反而提升了因为通过AI答案进来的人带着更明确的决策意图。4.2 结构化改写“四步法”详解第一步是拆问题。把核心主题拆成十二个独立的用户问题再从搜索引擎的“人们还会问”板块和生成引擎的推荐追问里补充八个问题总计二十个问题组成页面的语义骨架。第二步是配实体。每个问题分配三到五个相关实体保证实体之间能用自然语言串联起来而不是强行堆砌。这一步我们会在初稿完成后做一次“实体密度检测”避免有堆砌痕迹。第三步是写答案块。每个问题对应一个300到800字的独立段落段落结构固定为“结论先行理由随后场景补充避坑提醒”。答案块内部不依赖上下文中的其他段落单拿出来都能独立成立。第四步是组验证链。每个答案块里的关键数据或对比结论都配上可以追溯的信息来源。比如“实测多款千元级微波炉加热均匀度差异”这句话就配上一段测试环境描述和测试结果数字。AI偏好的是“有出处、可复核”的内容这也是GEO与传统SEO在信任机制上最大的分水岭。4.3 改造过程中用到的三条Prompt写作策略关键词Prompt在实际写作时不是简单写在页面的title里而是要在整个结构中反复营造。我们总结出三个可复制的策略策略一是“一问一答镜像”。在每个章节的标题里直接嵌入用户问题正文首句就给出确定的答案。这等于告诉AI“这段内容对应的正好是这个问题的答案”。策略二是“条件限定式写作”。在每个答案块里加入明确的适用边界例如“适合30平米以下小客厅”“适合预算5000元但愿意DIY的用户”。条件限定词让答案更有信息增量生成引擎在需要上下文匹配时会更倾向选你的内容。策略三是“对比式结构”。把两个相似方案放在并行段落里用统一的维度对比大模型在生成对比型答案时的引用概率会大幅提高。表格尤其好使直接把表单独拎出来写不要embedded在段落里让AI能“整表拿走”。4.4 关于“geo sleuth”式排查顺带提一下“geo sleuth”这个词其实我理解它指的是对内容在生成引擎里的表现做侦查式排查的能力。不要只看排名还要去看你的内容在AI答案里是怎么被描述的在哪个环节被提及旁边还引了谁。我们的做法很简单每个月准备一套固定问题清单约二三十个行业核心问题拿去问生成引擎记录下每次回答里引用了哪些来源、你的页面有没有出现、出现了几次、在答案的哪个位置出现。这比任何外部报表工具都直观。后面我还加了一步进阶操作把这些问答里“没引用我们页面但用户肯定想看”的内容搜集起来反向改我们的页面结构。相当于让AI自己告诉你哪里还缺内容。5. 常见问题与排查技巧实录5.1 为什么内容很好但生成引擎就是不引用这是最让我头疼的问题排查了无数轮才找到关键。最典型的原因是内容结构与AI抽取逻辑不匹配。生成引擎从网页里抽摘要块的时候偏好的是结构清晰的独立观点块。如果页面从头到尾是一大段长篇大论模型识别的难度就很高。排查方法也简单把你的页面主干拆出来只看每个段落的第一句话。如果第一句话单独拿出来都没法构成一个完整观点这段落基本就会被忽略。加个小结构“段落首句段落结论”引用率会有肉眼可见的提升。另一个原因是内容里的实体名词改法太多专业术语和通俗说法混着用。你自己觉得文风多样是加分但AI会把它理解成两个不同的问题域。5.2 用GEO优化之后排名反而波动怎么办生成引擎的答案本身会动态更新这很正常。我们遇到过某天引用数冲到9隔两天掉到4的情况。排查下来多半是竞争对手也更新了内容你的相对位置变了。应对策略不是反复改自己内容而是建立一个“GEO监控台”把核心问题的引用来源变化记录下来。每周跑一次对比看谁在上升、谁在下降、它的页面结构发生了什么变化。从我们的实测数据来看稳定出现在生成引擎答案里的内容有共同特征更新周期稳定、结论清晰、验证数据充分。你只要保持这三个特征的连贯性短期波动不用过度反应。5.3 小白常见的三个误区误区一“关键词越多越好”。按这个思路做GEO结果就是被判定为堆砌性内容。生成引擎更看重实体覆盖的完整度不是实体词频。一个实体出现五次和出现十次对抽取的影响几乎没有差别。误区二GEO只跟AI搜索有关不做传统SEO。实际上混合型搜索引擎依然会给传统排名留大量位置。我们统计下来一个页面在传统排名前三的被生成引擎引用的概率依然高于排名十页的页面。GEO搭建内容骨架传统SEO负责把骨架推到爬虫更容易抓取的位置。误区三过去的老内容“翻新一次”就完事了。生成引擎的更新周期朝“持续观察”发展。三个月内没有变化的内容即使曾经被引用过也可能滑出候选池。保持季度性更新节奏比一次性大改更有用。回到开头的问题——AI怎么看你确实是新搜索生态下最值得琢磨的一件事。我做了大半年GEO实验最大的体会是外部观察者总以为核心秘密是什么奇巧技能实际做下来就是老老实实把内容改成AI容易理解、用户愿意读、结论经得起验证的样子。生成引擎优化调整的不是系统而是内容生产的具体流程。如果你手上也有一直不被AI引用的页面建议先拿一个核心页用这套方法做对照改造跑一个月看引用数据再决定要不要全面铺开。等你的内容真正成为AI答案的常驻参考资料之后你会重新理解内容价值这四个字的分量。

相关新闻

酒店综合布线实战指南:六类非屏蔽+金属桥架设计与验收

酒店综合布线实战指南:六类非屏蔽+金属桥架设计与验收

简介:本资源是一份面向酒店信息化建设工程师、弱电系统集成商及建筑智能化专业学生的《酒店综合布线方案》技术文档,聚焦智能酒店场景下结构化布线系统的设计与落地,解决多业务(语音、千兆数据、IPTV、视频监控)统一承…

2026/10/5 3:04:50 阅读更多 →
模型忘东西,是分批忘的

模型忘东西,是分批忘的

模型忘东西,是分批忘的 先说一个反直觉的事实。 Llama-3 的 70B 版本,16bit 精度下要 140GB 显存起步。把权重全部压到 4bit,只剩 35GB,一台游戏本就能装下。每个参数能表达的数值从几万种砍到十六种,精度砍掉四分之三。 按直觉,模型应该「傻掉四分之三」。实际呢?日…

2026/10/5 3:04:50 阅读更多 →
多普勒效应公式推导:从波前间距到雷达测速与天文红移

多普勒效应公式推导:从波前间距到雷达测速与天文红移

在站台等车的时候,你多半留意过这样一个细节:列车从远处鸣笛驶来,音调明显比它静止时更尖锐;等车从身边呼啸而过之后,音调又一下子低沉下去。这个高低变化,就是多普勒效应最直观的体现。教材里的标准定义很…

2026/10/5 3:03:50 阅读更多 →

最新新闻

吃豆人AI实战:Minimax、Alpha-Beta剪枝与Expectimax完整解析

吃豆人AI实战:Minimax、Alpha-Beta剪枝与Expectimax完整解析

如果你刷过伯克利CS61B,或者看过AI入门视频,大概率见过那只黄色吃豆人在迷宫里被鬼追得满地图跑的画面。那个场景十有八九就来自CS188的Project 2: Multi-Agents。这个项目是所有CS188课程作业里最有“游戏感”的一个,任务很直接——亲手写出…

2026/10/5 3:52:15 阅读更多 →
构建真正开放的跨平台Shell工作流

构建真正开放的跨平台Shell工作流

1. OpenShell:一个被严重误读的开源项目名称,以及它真实的技术定位OpenShell 这个名字一出来,很多人第一反应是“Windows 的替代开始菜单”——没错,确实存在一个叫 Open-Shell 的经典开源项目,它基于已停更的 Classic…

2026/10/5 3:52:15 阅读更多 →
C/C++源字符集与执行字符集:乱码根源与配置指南

C/C++源字符集与执行字符集:乱码根源与配置指南

如果你写过C/C程序,大概率遇到过这种事:代码在编辑器里显示得清清楚楚,注释里的中文也一切正常,可一旦编译运行,printf打印出来的中文字符串就变成了一堆“鏂囧瓧”之类的天书。还有更诡异的,同一份源码在L…

2026/10/5 3:52:15 阅读更多 →
插件原理与排障指南:从加载失败到开发实践

插件原理与排障指南:从加载失败到开发实践

做软件这些年,我发现自己经常要在一个单词上跟别人反复解释:plugins。它不是某个产品的功能,而是一整套架构思想加工程实践。最近看到一堆相关热搜,比如“iar plugins 是干什么的”、“failed to load plugins web boot: 2 entrie…

2026/10/5 3:52:15 阅读更多 →
Petalinux工程骨架详解:从XSA到BOOT.BIN的嵌入式Linux构建

Petalinux工程骨架详解:从XSA到BOOT.BIN的嵌入式Linux构建

1. 先把 petalinux 工程骨架这块拼图摆正如果你刚接触 Zynq 这类带 FPGA 的嵌入式平台,想用 petalinux 给板卡做一套 Linux 系统,第一反应大概率是找一份教程,敲几条命令,生成 BOOT.BIN,烧进 SD 卡,完事。我…

2026/10/5 3:52:14 阅读更多 →
Java仓库管理系统课设拆解:JDBC+MySQL+Swing实战开发

Java仓库管理系统课设拆解:JDBC+MySQL+Swing实战开发

简介:基于Java的仓库管理系统项目,是一份面向计算机相关专业学生和Java Web开发者的毕业设计完整参考。项目运用Spring框架、MyBatis持久层、Servlet与JSP等主流技术,实现了用户注册登录、商品信息维护、库存出入管理、价格设置等核心业务&am…

2026/10/5 3:51:14 阅读更多 →

日新闻

马斯克杀回智能体战场,Grok 4.5万亿参数撑腰,Cursor接手数字白领项目:用TaoToken统一Key跑通多模型Agent工作流

马斯克杀回智能体战场,Grok 4.5万亿参数撑腰,Cursor接手数字白领项目:用TaoToken统一Key跑通多模型Agent工作流

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/5 0:00:22 阅读更多 →
AI编程工具插件机制详解:plugin.json配置与加载失败排查指南

AI编程工具插件机制详解:plugin.json配置与加载失败排查指南

1. 从“plugins”这个词说起:它到底在解决什么问题如果你最近在折腾 AI 编程工具,尤其是 Cursor、Codex CLI、Claude Code 这类带 CLI 的编辑器或命令行助手,那你大概率绕不开一个词——plugins。这个词本身不新鲜,从浏览器到 IDE…

2026/10/5 0:00:23 阅读更多 →
第26课:OpenClaw|日志审计与问题诊断:把日志链路改到 TaoToken 的排查清单

第26课:OpenClaw|日志审计与问题诊断:把日志链路改到 TaoToken 的排查清单

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/5 0:00:23 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/4 1:00:58 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/5 1:10:22 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/5 3:06: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/4 11:40:45 阅读更多 →
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/4 9:43:54 阅读更多 →
黑夜航拍船只数据集训练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/4 20:14:29 阅读更多 →