AI驱动专利交易平台:从撮合到匹配的技术架构与实操落地

1. 从撮合到匹配:专利交易平台的底层逻辑变了

干了十多年知识产权相关的活儿,我见过太多好专利烂在抽屉里,也见过太多企业花冤枉钱买回一堆用不上的“荣誉证书”。传统专利交易中介的模式,说白了就是“信息差套利”——中介手里攥着一批买卖双方的联系方式,靠撮合吃饭。你问他某个专利到底值多少钱,他大概率给你一个模棱两可的区间,然后补一句“看谈判情况”。这种模式最大的问题在于:定价靠感觉,匹配靠人脉,成交靠运气。

AI驱动专利交易平台的核心变化,是把“撮合”变成了“匹配”。这两个词看着差不多,底层逻辑完全不同。撮合是中介拉着双方坐下来谈,谈得拢就收佣金,谈不拢就换下一家;匹配是系统先算清楚“谁需要什么”和“什么适合谁”,再把人引到谈判桌上。前者是劳动密集型,后者是数据密集型。

我参与过一个模拟项目的架构讨论,当时团队争论最激烈的一个点是:AI到底应该介入交易流程的哪些环节?有人主张只做推荐,有人主张全流程覆盖。最后的结论是——AI的价值不在于替代人做决策,而在于把决策所需的信息密度提升一个量级。传统中介给买方看的是专利证书和摘要,AI平台给买方看的是技术路线图、引证网络、同族布局、剩余寿命、诉讼风险、许可历史,甚至包括发明人团队的流动轨迹。这些信息单靠人工整理,一个案子至少三天,AI跑一遍只要几分钟。

这个差别直接决定了交易效率。传统模式下,从需求确认到最终签约,平均周期在3到6个月;AI匹配模式下,这个周期可以压缩到2到4周。压缩的不是谈判时间,而是前期筛选和尽调的时间。你可能会问,专利交易又不是买菜,快有什么用?用处大了。很多专利的窗口期就那么几年,尤其是标准必要专利和核心工艺专利,晚一年出手,价值可能腰斩。

还有一个容易被忽略的点:传统中介的盈利模式决定了它的行为逻辑。中介按成交额抽成,所以它有动力推高价格、促成交易,但不一定对交易质量负责。AI平台的盈利模式更多元,可以是会员费、数据服务费、交易佣金组合,甚至可以把尽调报告单独卖。这意味着平台有动力把匹配精度做高,因为匹配越准,用户留存越好,数据积累越多,算法越强——这是一个正向循环。

1.1 传统中介的三大死穴

传统专利交易中介的运作方式,我总结下来有三个绕不过去的坎。

第一个坎是信息不对称的逆向选择。卖方永远比买方更清楚专利的真实价值。中介夹在中间,既没有能力也没有动力去彻底消除这种不对称。结果就是好专利卖不出好价钱,差专利反而可能因为包装得好而高价成交。时间一长,买方对中介推荐的东西天然不信任,交易成本反而更高。

第二个坎是匹配维度太单一。传统中介匹配买卖双方,主要看技术领域和价格区间。但专利交易的真实匹配维度至少有十几个:技术成熟度、法律稳定性、地域覆盖、剩余年限、引证影响力、同族规模、许可包袱、诉讼历史、发明人活跃度、技术路线兼容性等等。人工根本处理不了这么多维度,只能抓大放小,放掉的那些“小”往往就是关键。

第三个坎是尽调成本无法摊薄。一个像样的专利尽调,包括法律状态核查、权利要求分析、引证检索、市场价值评估,成本少说几万块。传统中介做一单才收多少佣金?所以它只能做最浅层的核查,深度尽调要么不做,要么转嫁给买方。买方自己去做尽调,又面临专业门槛和时间成本。这个死结,只有靠技术手段才能解开。

1.2 AI平台切入的三个关键节点

AI驱动专利交易平台,不是把传统中介的活儿搬到线上就完事了。它真正创造价值的地方,集中在三个节点。

第一个节点是需求结构化。买方说“我想要一个跟电池热管理有关的专利”,这句话在传统中介那里就是一个关键词。但在AI平台,系统会追问:你是要做产品规避设计,还是要增强专利池的防御能力?你的产品路线是液冷还是风冷?你的目标市场是中国、美国还是欧洲?你的预算区间和时间窗口是什么?这些问题问完,需求就从一句话变成了一组结构化参数。参数越细,匹配越准。

第二个节点是专利画像自动化。一篇专利文档,AI可以自动提取技术特征、构建权利要求树、识别独立权利要求和从属权利要求的保护范围差异、分析说明书中支持实施例、检索引证和被引证网络、评估同族布局的完整性。这些工作传统上需要专利工程师花几个小时甚至几天,AI可以压缩到几分钟。而且AI不会累,不会因为案子太多就敷衍。

第三个节点是动态定价。专利定价是公认的难题。传统中介靠“可比交易法”,找几个类似专利的成交价来参考。但专利之间差异太大,可比性很弱。AI平台可以用多因子模型,把技术、法律、市场三个维度的几十个变量纳入定价框架,再结合实时交易数据不断校准。定价不一定绝对准确,但至少比“拍脑袋”靠谱得多。

2. 技术拆解:AI在专利交易里到底干了什么

很多人一听“AI驱动”,脑子里浮现的就是一个聊天机器人帮你推荐专利。实际远不止这么简单。AI在专利交易平台里的应用,至少涉及自然语言处理、知识图谱、推荐系统、计算机视觉(处理专利附图)、时间序列分析(预测技术趋势)等多个技术模块。我挑几个最核心的展开说。

2.1 专利文本的语义理解与特征提取

专利文档是一种非常特殊的文本。它有固定的结构:技术领域、背景技术、发明内容、附图说明、具体实施方式、权利要求书。语言风格高度形式化,充斥着“所述”、“其特征在于”、“进一步包括”这类套话。更麻烦的是,权利要求的语言刻意模糊,为的是扩大保护范围,这给机器理解带来了巨大挑战。

我试过用通用的大语言模型直接读专利权利要求,效果很不理想。模型能读懂字面意思,但抓不住法律边界。比如“大约”、“基本上”、“优选地”这些词,在专利语境下有特定的法律含义,通用模型根本区分不了。所以AI平台通常需要针对专利语料做领域适配,要么用专利数据做继续预训练,要么在推理阶段加入专利知识库做约束。

特征提取的关键在于构建权利要求树。独立权利要求是根节点,从属权利要求是子节点,每个节点代表一个保护范围。AI要能自动识别哪些特征是从属权利要求新增的,哪些是独立权利要求已经包含的。这个树形结构直接决定了专利的保护边界,也是后续匹配和定价的基础。

实操中,我建议关注两个指标:特征召回率和边界准确率。召回率衡量AI提取的技术特征是否完整,边界准确率衡量AI判断的保护范围是否和人工分析一致。这两个指标做到90%以上,才具备商用价值。低于这个水平,匹配结果就会偏差很大。

2.2 知识图谱:把专利放进技术网络里

单看一篇专利,信息量有限。把专利放进引证网络、同族网络、发明人网络、技术分类网络里,信息量就爆炸了。知识图谱的作用,就是把这些网络关系结构化,让AI能够推理。

举个例子。买方想要一个“固态电池电解质”相关的专利。传统检索只能匹配关键词,但知识图谱可以沿着技术路线追溯:这篇专利引证了哪些基础专利?被哪些后续专利引证?同族在哪些国家布局?发明人还申请过哪些相关专利?这些信息综合起来,才能判断这篇专利在技术路线中的位置——是基础性专利还是改进型专利,是核心节点还是边缘节点。

构建专利知识图谱的难点在于实体对齐。同一个技术概念,在不同专利里可能用不同的术语表达。比如“锂离子电池”和“锂二次电池”指的是同一类东西,但字面不同。AI需要把这类同义实体归并到一起,否则图谱就是散的。常用的方法是结合技术分类号、引证关系和文本相似度做联合判断。

注意:知识图谱的构建不是一劳永逸的。新技术术语每天都在出现,图谱需要持续更新。我见过一些平台,图谱建好之后半年不更新,匹配质量断崖式下跌。

2.3 推荐系统的冷启动与反馈闭环

推荐系统在电商领域很成熟,但搬到专利交易场景,面临一个根本问题:交互数据极度稀疏。电商平台每天几百万次点击,专利交易平台可能一个月才几百次有效交互。没有数据,协同过滤就废了。

所以专利交易平台的推荐系统,通常采用基于内容的推荐为主、协同过滤为辅的混合策略。基于内容的推荐依赖专利特征和用户需求特征的匹配度,不依赖历史交互数据。协同过滤则用来捕捉“相似用户还看了什么”这类信号,但权重不能太高。

冷启动阶段,平台需要人工介入。我参与过的模拟项目中,初期是由领域专家标注一批“需求-专利”匹配对,用来训练初始模型。这批标注数据质量直接决定了推荐系统的起点。标注的时候有个技巧:不要只标“匹配”和“不匹配”,要标匹配的维度——是技术匹配、法律匹配还是市场匹配。这样模型学到的不是简单的二分类,而是多维度的匹配逻辑。

反馈闭环的设计也很关键。用户看了推荐结果之后的每一个动作——点击、收藏、发起询价、最终成交——都是反馈信号。但这些信号的权重不同。点击的权重最低,成交的权重最高。平台需要设计一套合理的权重体系,让模型能够从稀疏但高价值的信号中学习。

3. 实操落地:从需求到成交的完整流程

说了这么多原理,落到实操层面,AI驱动专利交易平台到底怎么用?我按流程拆一遍。

3.1 需求录入与结构化

买方进入平台,第一步是录入需求。传统平台就是一个搜索框,输入关键词完事。AI平台会引导用户完成一个结构化的需求表单。表单通常包括:

  • 技术领域:用技术分类号或自然语言描述
  • 交易目的:防御性收购、进攻性布局、产品规避设计、专利池补充
  • 目标市场:中国、美国、欧洲、日本、韩国等
  • 预算区间:一次性买断还是许可授权
  • 时间要求:急需还是可以等
  • 法律状态要求:是否接受正在审查中的申请,是否接受有诉讼历史的专利
  • 技术成熟度:实验室阶段、中试阶段还是已商业化

这些字段不是随便设计的。每一个字段都对应后续匹配算法中的一个权重维度。比如“交易目的”是防御性收购,系统就会更看重专利的法律稳定性和同族覆盖广度;“交易目的”是产品规避设计,系统就会更看重权利要求的技术特征是否容易被绕开。

填完表单,系统会生成一个需求向量。这个向量是后续所有匹配操作的基准。

3.2 专利筛选与匹配打分

需求向量生成后,系统在专利池里做初步筛选。筛选分两步:硬性过滤和软性打分。

硬性过滤是排除明显不符合条件的专利。比如目标市场是美国,那么没有美国同族的专利直接过滤掉;预算上限是50万,那么定价模型输出超过50万的专利也过滤掉。这一步的目的是缩小候选集,降低计算量。

软性打分是对候选专利做多维度评分。评分维度通常包括:

维度权重范围说明
技术匹配度25%-35%专利技术特征与需求向量的语义相似度
法律稳定性15%-25%权利要求被无效的可能性评估
市场覆盖10%-20%同族布局的国家和地区是否覆盖目标市场
剩余寿命5%-10%专利剩余有效期
引证影响力5%-15%被引证次数和技术路线位置
许可包袱5%-10%是否存在在先许可或质押
诉讼风险5%-10%是否涉及过往诉讼或无效程序

权重不是固定的,会根据买方的需求向量动态调整。比如买方明确说“法律稳定性最重要”,那么法律稳定性的权重就会上调。

打分完成后,系统输出一个排序列表。但注意,排序列表不是最终推荐结果。系统还会做多样性约束——不能把十篇技术方案几乎一样的专利排在一起,那样买方没有选择空间。多样性约束通常用最大边际相关性算法来实现,在相关性和多样性之间找平衡。

3.3 尽调报告的自动生成

买方对某篇专利感兴趣,下一步就是尽调。传统模式下,尽调是律师和专利工程师的活儿,耗时耗钱。AI平台可以自动生成一份初步尽调报告,覆盖以下内容:

  • 法律状态:申请日、授权日、年费缴纳情况、剩余有效期、是否有权利转移记录
  • 权利要求分析:独立权利要求的技术特征拆解、保护范围边界、从属权利要求的层次结构
  • 引证分析:引证了哪些专利、被哪些专利引证、在引证网络中的位置
  • 同族分析:同族成员在哪些国家布局、各成员的法律状态是否一致
  • 诉讼与无效记录:是否涉及过往诉讼、是否有无效宣告请求
  • 许可与质押记录:是否存在在先许可、是否被质押
  • 技术趋势:所属技术领域的申请量趋势、主要申请人分布

这份报告不能替代正式的尽职调查,但可以把买方从“两眼一抹黑”变成“心里有数”。买方拿着这份报告去和卖方谈,或者去找律师做深度尽调,效率会高很多。

实操心得:自动生成的尽调报告,一定要标注数据来源和更新时间。专利法律状态是动态变化的,昨天的“有效”今天可能就变成“失效”了。我见过因为数据更新不及时导致买方误判的案例,平台方赔了不少钱。

3.4 定价模型与谈判辅助

定价是专利交易最敏感的环节。AI定价模型通常采用多因子回归+市场校准的方式。

多因子回归的因变量是专利价格,自变量包括技术、法律、市场三个维度的几十个变量。技术维度包括技术分类、权利要求数量、说明书页数、实施例数量等;法律维度包括剩余年限、同族规模、引证次数、诉讼历史等;市场维度包括所属领域交易活跃度、买方需求强度、可比交易价格等。

模型训练需要历史交易数据。但专利交易数据是出了名的难获取,很多交易是保密的。所以平台通常需要结合公开的许可数据、诉讼赔偿数据、拍卖数据来间接训练。数据量不够的时候,模型输出的是一个价格区间,而不是一个点估计。

谈判辅助功能是AI平台的一个亮点。系统可以模拟不同报价下的成交概率,帮买方判断“报多少合适”。比如系统告诉你,报价在80万到100万之间,成交概率从30%上升到70%;超过120万,成交概率不再显著上升。这个信息对谈判策略很有价值。

4. 踩过的坑与避坑指南

这一块是我最想分享的。技术原理网上能搜到,但实操中踩过的坑,只有真正做过的人才知道。

4.1 数据质量是最大的坑

AI模型再强,喂进去垃圾数据,出来的就是垃圾结果。专利数据的问题主要有三个:格式不统一、更新不及时、覆盖不完整。

格式不统一是因为不同专利局的文档格式不同,中国、美国、欧洲、日本的专利文档结构差异很大。做全球专利交易平台,必须做格式归一化。这个工作量比想象的大得多,而且归一化规则需要持续维护。

更新不及时是因为专利法律状态是动态变化的。年费没缴、权利转移、无效宣告,这些事件随时可能发生。如果平台的数据更新频率低于每周一次,就可能给用户错误信息。

覆盖不完整是因为有些专利局的公开数据有延迟,或者不提供机器可读格式。做全球平台,必须接受某些地区的数据就是有缺口,然后在产品设计上明确告知用户。

4.2 算法可解释性不能忽视

专利交易是高风险决策,买方需要知道“为什么这个专利被推荐给我”。如果AI只给一个分数,不解释原因,买方是不敢用的。所以推荐系统必须提供可解释的输出。

可解释性有两个层面:特征层面的解释和案例层面的解释。特征层面是告诉用户“这篇专利在技术匹配度上得分高,因为它的权利要求覆盖了你需求中的三个关键技术特征”;案例层面是告诉用户“和你需求相似的其他买方,最终选择了这篇专利”。两个层面结合,用户的信任度会高很多。

我见过一些平台,算法很先进,但输出就是一个黑箱分数,结果用户根本不买账。后来加了可解释模块,使用率才上去。

4.3 冷启动阶段的运营策略

平台刚上线,专利池不够大,用户不够多,AI模型没数据训练,怎么办?我的经验是:先做垂直,再做平台。

不要一上来就做全技术领域的专利交易,先选一个细分领域,比如“固态电池”或“工业机器人减速器”。在这个细分领域里,把专利池做深做透,把匹配精度做上去。细分领域的交易数据虽然少,但质量高,足够训练一个可用的模型。等这个领域跑通了,再复制到相邻领域。

冷启动阶段还需要人工兜底。AI匹配的结果,让领域专家过一遍,把明显不合理的剔除掉。这些人工修正的数据,反过来又可以用来优化模型。这个循环跑上几个月,模型就能逐渐接管。

4.4 常见问题速查表

问题现象可能原因排查方向解决思路
推荐结果明显不相关需求向量提取错误检查需求表单的字段映射修正字段权重,重新生成向量
匹配分数普遍偏低专利池覆盖不足统计各技术领域的专利数量补充专利数据源,或缩小服务领域
定价模型输出异常训练数据偏差检查历史交易数据的分布引入更多数据源,做偏差校正
尽调报告信息过时数据更新频率低检查数据管道的更新周期提高更新频率,增加变更提醒
用户反馈“看不懂”可解释性不足检查推荐理由的展示方式增加特征解释和案例解释
成交转化率低匹配精度不够或信任缺失分析用户行为漏斗优化匹配算法,增加信任背书

5. 这个模式还能怎么扩展

AI驱动专利交易平台的价值,不止于买卖撮合。往上游走,可以做专利挖掘和布局——帮企业从研发成果中识别可专利点,自动生成申请策略。往下游走,可以做专利运营和许可——帮专利权人管理许可协议、追踪许可费、监控侵权行为。往横向走,可以做专利金融——专利用于质押融资、证券化、保险定价,这些场景都需要精准的专利价值评估,而AI定价模型正好是基础设施。

我个人的判断是,未来专利交易平台的核心竞争力,不在于专利池有多大,而在于匹配精度和定价准确性。这两个指标上去了,用户自然来。专利池可以买、可以合作,但算法和数据积累是买不来的。

最后分享一个小技巧:做专利交易平台,一定要重视负面样本的收集。什么叫负面样本?就是用户看了但没兴趣的专利、询价了但没成交的专利、尽调后发现问题的专利。这些样本比正面样本更有信息量,因为它们揭示了“什么不合适”。很多平台只关注成交数据,忽略了负面反馈,结果模型越训越偏。把负面样本用好,匹配精度至少提升十个百分点。

相关新闻

9款摘要与润色平台横评:谁抓点准、谁改得稳

9款摘要与润色平台横评:谁抓点准、谁改得稳

智能摘要生成与润色平台这两年多得像雨后春笋,我身边不少做内容的朋友都陷入同一种纠结:每一次更新迭代都号称“更懂中文”“摘要更准”“润色更自然”,可真正用起来,有的抓不住重点,有的润色完读起来像机器翻译&#…

2026/10/20 20:52:13 阅读更多 →
怎么降AI率和重复率?论文降重降AI一起做,几分钟重复率和AI率都降下来!

怎么降AI率和重复率?论文降重降AI一起做,几分钟重复率和AI率都降下来!

怎么降AI率和重复率?论文降重降AI一起做,几分钟重复率和AI率都降下来! 怎么降AI率和重复率,最省力的答案是别分开降。两项分开处理,常常是降了这个涨了那个;放在同一次里一起做,才能少一些此消…

2026/10/20 20:52:13 阅读更多 →
给Agent设计专用网页:用结构化信息架构提升AI执行可靠性

给Agent设计专用网页:用结构化信息架构提升AI执行可靠性

1. 为什么我盯上“给Agent用的网页”:可靠性不是靠调prompt换来的做Agent项目做到一定阶段,你会很自然地发现一个残酷事实:Agent的不可靠,大半不是模型的问题,而是它喂进去的信息源本身就是一团浆糊。模型再聪明&#…

2026/10/20 20:51:07 阅读更多 →

最新新闻

FPGA开发者必看:SRIO协议从IP配置到数据收发的完整调试指南

FPGA开发者必看:SRIO协议从IP配置到数据收发的完整调试指南

简介:面向FPGA与嵌入式系统开发者,这套Xilinx SRIO使用例程围绕Serial RapidIO高速串行互连协议在Spartan6系列中的实际部署,系统覆盖硬核配置、端口速率选择、测试平台搭建与仿真验证,解决高带宽低延迟场景下的接口设计与调试难题…

2026/10/20 21:31:57 阅读更多 →
DeepSeek+客流预测实战:文旅景区智能调度与数据治理指南

DeepSeek+客流预测实战:文旅景区智能调度与数据治理指南

元旦当天上午九点半,某古镇指挥中心的大屏上,瞬时客流曲线还在平缓爬升。过去一到这种关键节点,我们只能靠值班长拍脑袋判断“今天会不会爆”。后来我们把整套逻辑改了:先用 DeepSeek 处理近三年的客流历史数据,产出小…

2026/10/20 21:31:57 阅读更多 →
人工智能防火墙实战:从对抗攻击原理到纵深防御体系

人工智能防火墙实战:从对抗攻击原理到纵深防御体系

1. 先从一张贴纸说起——AI模型并没有你想象的那么“刚”前两年我做过一个小实验,到现在印象都很深:贴在停车标志上的一张黑白贴纸,能让当时测试用的视觉识别模型把“Stop”识别成“限速40”。贴纸的面积不到标志的十分之一,人眼看…

2026/10/20 21:31:57 阅读更多 →
FreeImage Windows编译指南:VS与MinGW完整实践与排坑

FreeImage Windows编译指南:VS与MinGW完整实践与排坑

先聊点实际的。做图像处理或者工具链开发的朋友,应该都遇到过这种场景:手头项目跑得好好的,突然丢过来一批乱七八糟的图片格式,BMP、JPEG、PNG、TIFF、GIF、WebP 混杂在一起,有些还带 EXIF,打开一看全是相机…

2026/10/20 21:31:57 阅读更多 →
报错注入攻击原理与实操:从SQL错误信息泄露到数据提取

报错注入攻击原理与实操:从SQL错误信息泄露到数据提取

1. 报错注入到底是怎么一回事1.1 从一个登录框说起很多做Web开发的朋友都有过这样的经历:写了一个查询接口,用户输入一个ID,后台拼一条SQL去数据库里捞数据,返回结果。逻辑简单,代码也不复杂。但如果这个ID参数没有经过…

2026/10/20 21:31:57 阅读更多 →
图数据建模必知:从转导式到归纳式学习的范式切换实践

图数据建模必知:从转导式到归纳式学习的范式切换实践

前阵子接手一个图数据的用户行为预测项目,最初跑得挺顺,后来每来一批新用户,模型效果就肉眼可见地掉。一开始我以为只是特征没做好,调了一周才意识到,问题出在我用的学习范式上——我一直在一张静态图上做转导式&#…

2026/10/20 21:30:50 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

/* 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 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

/* 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 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

/* 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 1:01:30 阅读更多 →

周新闻

基于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/20 2:50:50 阅读更多 →

月新闻

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