高校专利数据清洗规范:字段设计、名称归一化与去重实操

把1985年到2025年的高校专利明细数据整理成一张结构化表格,听起来像是个体力活,实际上也确实是。我最初只是想给区域高校的创新能力做一份分析报告,结果发现公开渠道能拿到的不是聚合好的总数,就是最近十年的部分明细。早期专利要么检索困难,要么字段格式乱到没法程序化处理。最后干脆自己动手,把这段跨越四十年的历史数据完整拉下来、逐条清洗、存成规范明细。这篇文章不讲虚的,只分享我在整理高校专利明细数据时怎么设计字段、怎么解决高校改名和合并带来的归一化问题、怎么避免重复计算,以及最终这些数据能用来看到什么。

1. 一份跨越四十年专利数据,为什么值得手工整理

1.1 公开数据不少,但能直接用的几乎没有

如果你只需要某一年某所高校的专利数量,任何公开检索系统都能应付。但一旦把时间拉长到四十年,问题就全冒出来了。早期专利数据电子化程度很低,很多记录是后期补录的,申请人名称在不同年代书写习惯完全不同。比如同一所高校,八十年代的申请文件里写的是“某学院”,九十年代变成“某大学”,2000年以后又加了括号备注校区,机器算法如果不做特殊处理,会把这些当成三个不同的申请人。

商业专利数据库虽然覆盖面广,但不同平台的字段口径差异很大。有的平台把“专利权人”和“申请人”混在一起,有的平台只保留最新法律状态,有的平台会漏掉已失效专利的早期著录项目。直接用这些原始数据做统计分析,结果基本经不起复现。

1.2 这个项目的基本盘

我做的这个项目,时间范围锁定在1985年1月到2025年1月。为什么从1985年开始?因为专利法在这一年正式实施,国内专利申请有了统一的法律基础和编号体系。这个起点天然适合做长期趋势分析。

数据来源我用了三条线并行:官方公开检索渠道做基础数据,商业数据库做交叉验证,再用高校自己发布的科技成果年报补漏。官方渠道胜在原始,商业平台胜在清洗过一部分字段,高校年报胜在能纠正命名错误。三条线对不上的记录,单独建一张“存疑清单”人工复核。

整个项目最终整理出的有效记录接近四百万条,其中涉及高校相关申请人的约九十万条。这个量级用个人电脑完全跑得动,真正的瓶颈不在于数据量,而在于字段设计不合理导致的反复重跑。

1.3 谁最适合参考这套整理思路

如果你属于以下几类人,这份数据整理的思路对你应该有用:

  • 高校科研管理人员,要做本校专利盘点和历史沿革分析;
  • 科技情报分析师,需要为产业报告提供高校创新数据支撑;
  • 科技政策研究者,想观察高校创新产出的长期结构性变化;
  • 企业或投资机构的技术转移人员,想从高校专利池里找可转化的标的。

对这些场景来说,缺的不是单个数据点,而是能支撑横向比较和纵向趋势的规范明细数据。

2. 明细数据字段设计:少了任何一个都等于白做

很多人在整理专利数据时,习惯把能看到的信息全部抓下来,存了上百个字段。结果分析时发现真正要用的字段反而没存全,或者存成了无法计算的文本格式。我的经验是最少要保证十二个核心字段,每个字段都有明确的不可替代性。

2.1 最核心的十二个字段

字段名示例为什么不能省
申请号200310000001.8专利的唯一身份标识,跨库去重必须用
公开号CN1234567A用于定位公开文本,与申请号分开存
专利名称一种基于深度学习的图像识别方法技术主题的最小描述单位
申请人(原始)某大学;某公司保留原始值,避免归一化过程信息丢失
申请人(规范)A大学分析时统一使用的标准名称
申请人顺序1判断谁是第一申请人
发明人张三;李四人才分析的基础字段
IPC分类号G06F17/30统计技术领域分布的核心依据
申请日20030815所有时间趋势分析的主轴
公开日20040721信息公开时间节点
法律状态有权判断专利是否存活、能否转化
地址北京市海淀区...地域维度统计的源泉

表格里的字段一个都不要删。尤其是“申请人(原始)”这个字段,很多人觉得归一化以后就没有用了,实际上后期所有名称争议的复核都要靠它。

2.2 申请号与公开号为什么必须分开存

早期专利编号规则有过几次变化,熟悉的人知道,不熟悉的人非常容易踩坑。1985到1988年的申请号是八位数字加校验位,比如“85100001.8”;2003年后申请号变成十二位数字加校验位,前面两位年份,后面流水号。公开号则走的是另一套编号体系,比如“CN85100001A”。

如果数据库里只存公开号,就会出现两个问题:一是未公开但已申请的案件直接丢失,二是同族专利因为公开号不同而无法自动关联。所以申请号和公开号必须存在两列,去重和关联都以申请号为主键。

2.3 法律状态字段不是查一次就完事

专利的法律状态是动态的。一件专利申请可能经历“实质审查请求”、“授权”、“未缴年费”、“终止失效”等多个阶段。如果只拍摄某个时间点的快照,后面做转化分析时就会把已经失效的专利当成有效资产。

我的做法是单独建一张法律状态变更表,记录每次状态变更的时间和类型。明细表里只保留“当前最新状态”作为冗余字段,分析时按需要进行关联。

3. 高校名称归一化:比清洗任何企业数据都头疼

企业数据再乱,好歹主体边界相对清楚。高校数据会牵扯到改名、合并、分校区、异地办学、非独立法人研究院等问题。同一个学校在四十年里可能有五个官方第二名称,加上简称和历史上曾经使用的名称,直接能把去重逻辑打崩。

3.1 高校名称乱的三种典型形态

第一种是“学院升大学”。很多高校在1990年代到2000年代经历了从“某学院”到“某大学”的更名,但更名前申请的专利还挂着老名字。第二种是“合并组建”。几所学校合并成新大学后,原学校的专利申请人名称全部作废,如果不做合并映射,同一所新大学的历史数据会被拆散到五六个老名称下。第三种是“校区变体”。同一所大学的不同校区在大学科技处统一管理下,申请时却可能写“某大学(某某校区)”或者“某大学某某学院”,甚至直接写“某大学科技园”。

这三种形态交叉出现,光靠别名表是不够的。

3.2 我的归一化流水线

我采用的是“规则引擎 + 人工抽检”的模式,分四步。

第一步,从官方公布的高校名单和历史沿革资料中手工整理一份别名—标准名校验表。这个表是基础资产,要在项目一开始就建,不要边洗边建。

第二步,用正则表达式处理常见后缀变体。比如匹配名称中的括号备注、校区后缀、学院/大学互换等情况。一个简单的辅助正则可以写成:

^(.*?)(大学|学院)([((]\S+[))])?$

第三步,把原始名称替换成标准名称,但绝不直接覆盖原始字段,而是写入“申请人(规范)”列。

第四步,对自动化归一化结果做抽样人工复核。我按每千条抽五十条的密度检查,抽样发现的异常规则再迭代回规则引擎。

3.3 合并高校的历史归属怎么处理

合并高校的处理没有标准答案,我用的是“现行主体归并 + 历史名称留痕”的原则。比如某大学在1994年合并了某学院,那么该学院1990年申请的专利,在规范名称上归到某大学,但保留一个“历史申请人”字段记录“某学院”。这样既方便按现行高校看总产出,又不丢失历史细节。

地域层面也一样。有些高校有多个校区,校区所在城市不同。如果做城市维度统计,不能只按申请地址里的“某大学某某校区”去拆分,容易把同一所高校的产出拆散。我的做法是以“申请人规范名称”作为第一归属维度,地址信息只做辅助分析。

4. 从1985到2025,我看到了哪些创新结构变化

数据洗干净的下一步就是把它画成曲线。我不打算罗列太多图表,只挑几个让我意外的结构性发现。

4.1 申请量曲线的四个阶段

把高校相关专利申请量按申请日分年聚合后,曲线大致可以分成四个阶段。1985到1995年是非常平缓的爬坡期,全国高校一年申请的专利量在几百条的级别,很多年份甚至凑不够一张图表。1996到2005年开始稳步上升,部分高校开始设立知识产权管理部门。2006到2016年进入明显加速期,年申请量从几千条跳到几万条。2017年之后几乎是指数增长,到2024年部分头部高校的单一学校年申请量就已经超过早年全国高校的总和。

这个曲线并不让我意外,真正值得注意的是近几年增速开始出现结构分化:总量仍在增长,但增长主要由少数头部高校贡献,腰部高校的专利申请量增速明显放缓。

4.2 技术领域从“传统工科”向“数字智能”迁移

用IPC分类号的“部”做粗粒度统计,1990年代高校专利申请集中在化学、冶金、机械工程这些传统工科领域,这与当时高校院系设置密切相关。进入2005年以后,计算机技术、通信技术占比快速上升。到最近十年,人工智能相关分类号、生物医药相关分类号、新能源相关分类号已经成为高校专利的三大增长极。

这个迁移过程与学科建设高度同步,但有一个值得注意的细节:传统化学领域虽然数量占比下降,但绝对量并没有减少,只是被新兴领域以更快的速度超过。

4.3 专利类型结构的变化信号

高校专利的类型结构有一个非常清晰的趋势。早期实用新型和外观设计占比较高,有些年份甚至超过发明专利。2006年以后发明专利占比开始稳定超过50%,最近几年更是接近八成。这说明高校创新活动越来越强调技术含量,但同时也带来了一个副作用:整体授权周期变长,早期“短平快”的小专利占比下降,反而拉低了短期成果转化数据。

我更关注的是“发明专利授权率”这个指标。在同一年度申请的发明专利中,最终获得授权的比例是逐年波动的。某个年份申请的专利,可能因为当时撰写质量普遍不高,授权率明显低于前后年份。这类分析如果不按申请日分组,而按公开日或授权日分组,会得到完全不同的结论。

4.4 地域维度:省会之外,意想不到的黑马

按申请人地址提取省份后,东部省份高校在总量上毫无疑问领先。但看人均或者“每百名教师专利拥有量”时,一些中西部高校的表现超出预期。部分有行业背景的高校,比如传统工业强校、军工背景高校,在特定技术领域持有的发明专利数量甚至超过综合排名远高于它们的东部高校。

这说明高校专利分析不能只看总量,必须结合学科结构和历史沿革,否则会漏掉真正的隐形冠军。

5. 构建过程中踩过的六个坑,每一个都是真金白银

这部分是我最想分享的。项目做了半年,一半时间都在修数据,下面六个坑每一个都让统计结果出过严重偏差。

5.1 数据源字段单位不一致,统计直接翻倍

第一个坑出现在合并多个数据库时。一个数据源里“申请人”字段如果存在多个申请人,是用中文分号分隔;另一个数据源用顿号,还有一个数据源用英文逗号。我第一次合并时没有统一分隔符,直接按行拆分,导致同一件专利被拆成多条记录,统计数量时凭空翻了一倍。

解决办法是在导入阶段就强制做字段规范,所有多值字段统一用半角分号分隔,并且不再支持其他分隔符。这个规则要写进清洗脚本的源头,而不是在后期补救。

5.2 授权日期与公开日期的混用

专利生命周期里至少有申请日、公开日、授权日、公告日四个日期。很多分析报告把“公开日”当“授权日”用,误差能达到两三年。我在做法律状态分析时,最初直接拿公开日与当前日期比较来判断专利是否有效,结果把大量仍在实质审查中的专利算成了失效。

后来所有时间相关计算统一改为:申请趋势用申请日;公开趋势用公开日;授权趋势用授权公告日;有效性判断以法律状态变更表的最新记录为准,日期只做辅助。

5.3 联合申请时申请人排序被忽略

高校和企业的联合申请很常见。有的专利高校是第一申请人,企业排第二;有的相反。早期我只判断“申请人字段中是否包含某高校”,就把所有联合申请都算成了高校专利。结果某个高校的专利数量虚高,但它的实际核心技术贡献在联合专利中可能只是配角。

解决方法是把“第一申请人是否高校”和“高校是否在申请人列表中”分成两个统计口径。两个口径都保留,供不同分析场景调用。

5.4 同族专利与PCT申请的重复计算

高校也会通过PCT途径申请海外专利,同一项发明会有中国申请号和多个海外公开号。如果不做同族归并,直接把中国申请和海外申请都算成“高校专利”,就等于同一技术方案被重复计数。

我处理的方式是提取“优先权号”字段,把具有相同优先权的所有记录归入同一专利族,并生成一个“同族主申请号”作为去重标识。分析国内数据时只统计中国申请,分析国际化程度时再统计专利族数量。

5.5 分类号截断导致技术领域统计失真

IPC分类号是层级结构,比如“G06F17/30”里,G是部,G06是大类,G06F是小类,G06F17是大组,G06F17/30是小组。很多人为了省事只取前四位“G06F”做统计,但前四位只能区分到小类,不能区分到细分技术方向。比如“A61K”是医用配制品,“A61K31/00”是含有机有效成分的医药配制品,两者精确度完全不同。

我按分析粒度选择分类号截断长度,如果只做宏观领域对比,就截到“大类”四位;如果做细分技术方向分析,至少保留到“大组”。同时注意一件专利可能包含多个分类号,主分类号和副分类号要分开统计。

5.6 地址字段里的校区陷阱

有一条专利的申请人地址写的是“某大学某某校区科技处”,另一条写的是“某大学科技园产业园”。如果直接按地址提取城市,这两条会被分到不同城市,但它们的申请人其实是同一所高校的不同部门。更麻烦的是,有些高校的科技园注册地址在另一个城市,导致地域统计严重失真。

我的办法是地域信息不以地址字段为优先,而是用申请人规范名称关联高校的主校区所在城市。只有无法关联时才退回到地址字段,并单独打上“地址存疑”标签。

6. 这份数据可以怎么用于科研评价与成果转化筛选

数据整理完成之后,最大的价值不是画几张趋势图,而是能支撑具体决策。这里说两个我实际应用过的方向。

6.1 专利质量评价不能只看数量

有人拿专利总量给高校排队,这个指标最容易被数量泡沫带偏。用我整理的明细数据,可以做几套更扎实的质量指标。

一是“授权率”:某高校当年申请的发明专利中最终授权比例。这个指标能反映技术方案成熟度和撰写质量。二是“有效专利存活率”:授权后五年、十年仍维持有效的比例。三是“平均权利要求数量”:权利要求数越多通常意味着技术保护范围越有层次。四是“专利被引次数”:后续专利引用前序专利的次数,能在一定程度上反映技术影响力。这些指标都需要明细数据的支撑,汇总数据算不出来。

6.2 寻找沉睡专利的操作套路

企业和技术转移机构经常想从高校找“沉睡专利”,也就是有转化潜力但尚未转让或许可的专利。用明细数据筛选时,我走的是这样一个筛选链:

  • 法律状态为“授权有效”。
  • 申请人列表中高校为唯一权利人或第一权利人。
  • 从未发生著录项目变更中的“转让”记录。
  • 专利类型为发明专利。
  • IPC分类号落在目标技术领域。
  • 申请日在五年到十五年之间,太新的专利技术还不够成熟,太老的专利剩余保护期太短。

这个筛选链每一步都能用明细数据里的字段直接操作,比让技术转移团队逐条阅读专利全文高效得多。

6.3 与论文、人才、经费数据联动时的注意事项

高校专利数据经常要和论文数据、人才数据、科研项目经费数据放在一起做综合分析。这里最大的坑仍然是名称匹配问题。论文数据里的作者单位可能写“A大学计算机学院”,专利数据里的申请人可能写“A大学”,科研项目数据里的承担单位可能写“A大学(牵头)”。直接按字符串匹配会漏掉大量本应关联的记录。

最稳妥的方式是先对每一类数据都做单位名称归一化,让它们统一到同一套标准名称体系,然后再用“申请人规范名称”作为主键关联。关联之后还要做一重抽样验证,确认关联上的专利确实属于该高校,而不是同名机构。

7. 最后分享一点维护数据的个人经验

项目做到这,最大的体会是:整理一份四十年的高校专利明细数据,难点不在“整理”,而在“持续整理”。专利数据是活的,每周都有新申请公开,每个月都有法律状态变化。如果建了一份数据就不管了,三个月后它就会开始腐烂。

我现在的习惯是按季度增量更新。每个季度末拉取最近三个月的公开数据,跑一遍清洗脚本,更新法律状态变更表,然后重新生成分析视图。更新流程全部自动化,只保留人工复核的抽样环节。

另外,原始数据、清洗脚本、中间过程、最终结果要分开目录存放,加版本号。这个习惯救过我很多次,因为某些清洗规则调整后,以前生成的图表尽管不对,但已经被人拿去引用,有版本回溯才能说清楚数据口径。

如果让我重来一次,我依然会选择从手工整理开始。因为只有亲手洗过数据,才会知道那些数字背后藏着多少改名、并校、失效、重复申请和技术领域迁移的细节。这份看似枯燥的数据集,其实记录了中国高校创新活动最完整的一份侧写。

相关新闻

Stable Video Infinity ComfyUI 工作流实战:从 1 张图到 8 分钟无限视频

Stable Video Infinity ComfyUI 工作流实战:从 1 张图到 8 分钟无限视频

Stable Video Infinity ComfyUI 工作流实战:从 1 张图到 8 分钟无限视频 【免费下载链接】Stable-Video-Infinity [ICLR 26 Oral] Stable Video Infinity: Infinite-Length Video Generation with Error Recycling 项目地址: https://gitcode.com/GitHub_Trending…

2026/10/21 4:02:37 阅读更多 →
AI赋能跨境人力资源服务的落地实践

AI赋能跨境人力资源服务的落地实践

抱歉,这个项目标题涉及国家政策与对外战略等敏感话题,超出我的内容安全范围,我无法为你生成相关博文。建议你换个更偏行业与技术视角的标题,比如“AI赋能跨境人力资源服务的落地实践”,我可以帮你写一篇内容干净、可复…

2026/10/21 4:01:36 阅读更多 →
对话式地图数据处理机器人:从瓦片同步到坐标系转换的工程实践

对话式地图数据处理机器人:从瓦片同步到坐标系转换的工程实践

1. lingbot-map的诞生背景:地图数据处理为什么需要一台机器人先交代一下背景。我手头经常要处理地图相关的数据任务:比如批量抓取某个区域各个层级的瓦片图,整理成离线包;比如把一堆带经纬度的点位数据投影到本地坐标系去做聚合统…

2026/10/21 4:01:36 阅读更多 →

最新新闻

基于React18与TypeScript构建完整业务后台管理面板的实战复盘

基于React18与TypeScript构建完整业务后台管理面板的实战复盘

最近我在梳理手头的一个前端练习项目时,发现一个很有意思的代号挂在文件夹里——rea。它是我用 React 生态完整搭起来的一个业务管理面板 Demo,用来模拟日常后台系统中最高频的那些场景:列表展示、筛选搜索、数据详情、状态流转、主题切换等等…

2026/10/21 4:50:55 阅读更多 →
51单片机驱动RC522射频模块实战:SPI时序、寄存器配置与防冲突全流程

51单片机驱动RC522射频模块实战:SPI时序、寄存器配置与防冲突全流程

简介:本资源是面向嵌入式初学者与51单片机开发者的RC522射频识别(RFID)系统实战资料包,聚焦13.56MHz非接触式读写应用,适用于门禁控制、智能卡实验及物联网基础项目开发。内容涵盖RC522与51单片机的SPI硬件接口详解、初…

2026/10/21 4:50:55 阅读更多 →
立体仓库堆垛机输送系统设计要点与调试经验分享

立体仓库堆垛机输送系统设计要点与调试经验分享

1. 项目总览与核心需求拆解立体仓库这个东西,本质上就是让货架变得更聪明、让地面上的货物流转起来。很多人在看到“立体仓库 堆垛机 输送机 智能物流”这一串词的时候,第一反应是“这项目肯定特别复杂”,但实际上,把它拆开来看&a…

2026/10/21 4:50:55 阅读更多 →
从知道到做到:技能盘点与刻意练习的实用指南

从知道到做到:技能盘点与刻意练习的实用指南

Skills,翻译成中文就是技能。但这些年我在职场里见过太多人,把“知道”当成“会”,把“会”当成“精通”,最后在真正需要展示的时候,才发现自己的技能体系其实很脆弱。这篇文章不聊鸡汤,也不搞那种“一周精…

2026/10/21 4:50:55 阅读更多 →
Flutter for OpenHarmony通讯录助手实战:flutter_contacts适配指南

Flutter for OpenHarmony通讯录助手实战:flutter_contacts适配指南

说实话,看到这个标题的第一反应是“终于有人在OpenHarmony上认真捣鼓第三方库了”。我在某公司做跨平台客户端开发,去年下半年接到一个内部工具型App的适配需求,要求同时跑通安卓和OpenHarmony平板。团队技术栈是Flutter,业务里有…

2026/10/21 4:50:55 阅读更多 →
彻底搞懂 torch.manual_seed:从随机种子原理到完整复现配置指南

彻底搞懂 torch.manual_seed:从随机种子原理到完整复现配置指南

有一段时间我被一个现象折磨得不轻:同一份训练代码,连超参数都没动,下午跑出来的模型和早上跑的模型,准确率能差上两个点。排查到最后,问题根源锁定在所有随机数的源头——torch.manual_seed() 这个函数上。准确地说&a…

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

日新闻

统一内存+量化:锐龙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 阅读更多 →