news 2026/8/14 10:00:34

中国技术大败局TBL-20260814-080深度解剖报告V2.1 决策迭代版

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
中国技术大败局TBL-20260814-080深度解剖报告V2.1 决策迭代版

中国技术大败局TBL-20260814-080深度解剖报告V2.1 决策迭代版

技术溯源说明

本报告依托合肥气链科技有限公司道息实验室 QiLinkOS 开源专利分析体系,采用 DNA 双螺旋归因模型完成客观研判,其分析基准专利:CN2026109829751;全部数据公开可溯源至国家知识产权局公开专利文件,分析逻辑受版权保护,仅用于行业技术研发交流,严禁商用转载。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

《中国技术大败局》系列报告

中国技术大败局系列报告CN202310268705.0 车辆的拖车方法、装置、车辆及存储介质专利高质量深度解剖报告

报告编号:TBL-20260814-080

对外交付版本:V2.1 决策迭代版

编制依据:《QiLinkOS 术语与结构规范(统一版 V1.2)》

分析对象:CN202310268705.0 车辆的拖车方法、装置、车辆及存储介质

申请人:奇瑞新能源汽车股份有限公司

代理机构:北京清亦华知识产权代理事务所(普通合伙)

——————————————————————————————

模块零:代理机构评级(Z轴·供应商维度)

【机构名称】:北京清亦华知识产权代理事务所(普通合伙)

【样本基数】:34(含018、021、022、023、024、025、026、027、028、036、038、039、040、042、043、044、045、048、049、052、053、054、055、056、057、061、062、063、064、066、071、073、079、本报告)

【核心归因】:

在拖车控制/用户场景功能赛道上,将已有的多种成熟车辆系统控制功能——整车控制器VCU挡位控制(A)、电子驻车系统EPB释放/夹紧控制(B)、电子稳定系统ESC的AVH抑制(C)、中控大屏IHU人机交互(D)、语音控制(E)——按"用户指令触发→预设条件判断→多系统自行置位→二次确认→进入拖车模式→退出恢复"进行场景化功能串联与条件封装,实现从"人工手动拖车准备"升级为"一键/语音触发拖车模式,车辆多个系统自动置位,快速进入可拖车状态"的用户场景功能。方案本质是将已有的"VCU挡位控制""EPB释放/夹紧""ESC的AVH功能抑制""IHU交互"等独立系统功能,按"拖车"这一特定用户场景进行流程串联和条件封装,形成一套完整的拖车模式控制流程,并在退出拖车模式后自动恢复各系统初始状态。各子手段均为行业公知技术——VCU控制挡位切换(P→N)是整车控制器的标准功能;EPB释放/夹紧控制是电子驻车系统的常规功能;ESC抑制AVH自动驻车是电子稳定系统的标准操作;IHU中控大屏交互是车载信息娱乐系统的标准功能;语音控制是车载智能语音的标准功能。将上述已有系统功能按"拖车"场景进行流程串联和条件封装,是面对"车辆需要快速进入拖车状态"问题时任何产品经理和系统工程师都会自然推导出的场景化功能集成设计。与同代理机构代理的073号(对外供电场景,场景功能集成)在"将已有系统功能按用户场景进行串联封装"的思路上具有高度一致性——073号将逆变、EPB、BMS放电、大屏交互组合成"对外供电"场景,本专利将VCU挡位控制、EPB释放/夹紧、ESC的AVH抑制、IHU交互组合成"拖车模式"场景,二者均属于"已有系统功能的场景化集成"。

【文本健康度】:中。说明书公开充分,对拖车模式的触发方式(语音/物理按键)、预设条件判断(静止+P挡+无充电枪)、多系统自行置位动作(VCU切N挡+禁用P挡功能、EPB释放+禁用夹紧、ESC抑制AVH)、二次确认问询、退出恢复逻辑(手动挂挡/EPB开关/语音/IHU开关)等步骤描述清晰,具备工程可实施性。但方案核心是将已有车辆系统控制功能按拖车场景进行流程串联与条件封装,不涉及新的车辆控制算法、新的系统架构或新的硬件设计。

【QiLinkOS 评级】:数据记录中,暂不评级。

模块一:专利基础档案(客观基线)

维度

内容

专利名称

车辆的拖车方法、装置、车辆及存储介质

申请号

CN202310268705.0

公开号

未公开(申请阶段)

申请日

2023.03.15

公开日

未公开(申请阶段)

IPC分类

B60R 16/023 (2006.01); B60D 1/58 (2006.01); B60K 17/28 (2006.01); G07C 5/00 (2006.01)

赛道分类

新能源汽车·拖车控制/用户场景功能

风险模式

积木拼接型(场景功能集成子类)

模块二:行业叙事对应(商业故事解剖层)

行业叙事对应:

2023年,随着新能源车辆产业的快速发展,电动车辆已在市场上广泛应用。在高速行车路段或其他复杂场景行车路段,车辆可能因故障或电量耗尽需要拖车。相关技术中,大多通过维修人员对车辆进行人工拖车——人工操作挡位、释放驻车、禁用相关功能等,操作步骤繁琐、耗时长,且存在安全隐患(如驻车未完全释放、挡位切换不当等)。如何让车辆一键/语音快速进入拖车模式,并在拖车完成后自动恢复初始状态,成为提升用户驾乘体验的优化方向。

核心提炼:

企业声称通过一种车辆的拖车方法,用户通过语音或物理按键发出拖车指令,车辆在满足预设条件(静止+P挡+无充电枪)后,自动向VCU、EPB、ESC等多个目标系统发送拖车指令,各系统自行置位(VCU切换N挡+禁用P挡功能、EPB释放+禁用夹紧、ESC抑制AVH),然后在中控大屏生成二次确认问询,用户确认后进入拖车模式;拖车完成后,通过手动挂挡/EPB开关/语音/IHU开关等方式退出拖车模式,各系统自动恢复初始状态。形成完整的拖车场景功能。

本质解剖:

该方案的技术实质是——将已有的"VCU挡位控制(A)""EPB释放/夹紧控制(B)""ESC的AVH抑制(C)""IHU人机交互(D)""语音控制(E)"等独立车辆系统功能,按"拖车"这一特定用户场景进行流程串联和条件封装。VCU控制挡位切换(P→N)是整车控制器的标准功能;EPB释放/夹紧控制是电子驻车系统的常规功能;ESC抑制AVH自动驻车是电子稳定系统的标准操作;IHU中控大屏交互是车载信息娱乐系统的标准功能;语音控制是车载智能语音的标准功能。本专利的核心增量在于:将上述已有系统功能按"用户触发→条件判断→系统自行置位→二次确认→进入拖车模式→退出恢复"的流程串联成一个完整的拖车场景功能,并实现退出后自动恢复初始状态。这属于已有系统功能的场景化集成,不涉及新的车辆控制算法、新的系统架构或新的硬件设计。

模块三:左链切片(X轴·纯客观技术事实层)

1. 技术方案拆解

本专利核心为"用户触发→条件判断→多系统自行置位→二次确认→进入拖车模式→退出恢复"的场景化控制流程:

硬件/系统架构(图2、[0052]-[0053]段):车机IHU(中控大屏)、VCU电控系统、EPB电子驻车系统、ESC电子稳定系统、BMS电池管理系统、麦克风(语音控制)。

步骤一(用户触发与条件判断):接收用户的拖车指令(语音控制方式和/或物理按键控制方式)(权利要求4、[0055]段)。判断当前车辆是否满足预设拖车条件:行车状态静止、挡位位置P挡、快慢充枪未插入(权利要求2、[0050][0055]段)。不满足时物理按键禁用并生成预警提醒([0056]段)。

步骤二(多系统自行置位——核心):满足条件后,发送拖车指令至多个目标车辆系统(VCU、EPB、ESC),各系统执行自行置位动作(权利要求3、[0059]-[0061]段):

VCU:将车辆挡位切换为N挡;手动切P挡功能禁用;熄火进P挡功能禁用

EPB:VCU发送EPB释放指令,EPB执行释放动作;EPB电子驻车夹紧功能禁用

ESC:抑制AVH自动驻车功能

步骤三(二次确认):各系统自行置位完成后,在车辆的中控大屏生成确认拖车的问询指令(权利要求3、[0059]段)。

步骤四(进入拖车模式):判断是否接收到用户基于问询指令生成的二次确认指令,若接收到则激活拖车模式,直至完成拖车(权利要求1、[0063]段)。

步骤五(退出拖车模式与恢复):拖车完成后,通过手动挂挡(D/R挡)、拉长EPB开关、语音控制或IHU软件开关等方式退出拖车模式,各系统自动恢复初始状态——挡位保持/切换、AVH功能恢复、EPB驻车功能恢复、手动切P挡功能恢复、熄火进P挡功能恢复([0064]-[0065]段)。

2. 与现有技术的对比

说明书[0003]-[0004]段承认"通过人工拖车无法使车辆快速进入拖车状态,同时增加了拖车时间及操作步骤,提升了安全隐患"。本方案的技术实质是:将VCU挡位控制、EPB释放/夹紧、ESC的AVH抑制等已有系统功能按拖车场景进行流程串联与条件封装,实现一键/语音进入拖车模式。

3. 创造性客观缺陷(对标079号【模块三】五缺陷框架)

缺陷编号

内容

对应逻辑链(刚性对标079号)

缺陷一

各核心系统功能均为行业已有技术。①VCU控制挡位切换(P→N)是整车控制器的标准功能;②EPB释放/夹紧控制是电子驻车系统的常规功能;③ESC抑制AVH自动驻车是电子稳定系统的标准操作;④IHU中控大屏交互是车载信息娱乐系统的标准功能;⑤语音控制是车载智能语音的标准功能(对标079号"CAN报文传输状态监测是CAN控制器基础功能、缓存数据清零是基本操作")。

完全同构。均为"已有标准系统功能"。

缺陷二

"用户触发→条件判断→系统置位→二次确认→进入模式→退出恢复"是该场景下唯一的、必然的逻辑推演。当系统需要"让车辆一键快速进入拖车状态"时,任何产品经理或系统工程师在获知VCU挡位控制、EPB控制、ESC的AVH抑制、IHU交互等功能后,都会必然采用"用户触发→判断条件→各系统自行置位→二次确认→进入模式→退出恢复"的流程串联设计。该逻辑不具备非显而易见性,属于面对"快速拖车需求"时的自然场景功能集成直觉(对标079号"异常检测→超时确认→缓存清除是自然容错设计直觉")。

完全同构。均为面对公知需求时的自然场景功能集成直觉。

缺陷三

"预设条件(静止+P挡+无充电枪)"和"自行置位动作"是常规参数设定与标准操作。拖车前要求车辆静止、P挡、无充电枪是拖车安全的基本常识;VCU切N挡、EPB释放、ESC抑制AVH是拖车准备的标准操作;二次确认是防止误触的常规安全设计(此条在079号中表现为"50ms超时阈值和缓存清零是常规参数设定",均指向阈值/操作的常规性)。

完全同构。均为条件/操作的常规性。

缺陷四

与同代理机构(北京清亦华)及奇瑞新能源历史专利构成"场景功能集成型积木拼接"连续证据链。本专利(2023.03.15,拖车模式场景)与073号对外供电场景(2021.08.25,场景功能集成)、079号座椅CAN通讯容错(2023.03.16,信号容错处理)均由北京清亦华代理,三者共享"将已有系统功能/信号处理按特定场景进行串联封装"的核心模式——073号将逆变、EPB、BMS放电、大屏交互组合成"对外供电"场景,079号将CAN状态监测、超时判断、缓存清零组合成"通讯容错"处理,本专利将VCU挡位控制、EPB释放/夹紧、ESC的AVH抑制、IHU交互组合成"拖车模式"场景。三者共同构成北京清亦华代理奇瑞专利在"场景功能集成"方向上的连续证据链。

073号归入"北京清亦华·场景功能集成",本专利归入"北京清亦华·场景功能集成(拖车模式)"子集,同属奇瑞新能源"积木拼接型"大框架下的"场景功能"赛道。

缺陷五

技术方案不涉及任何新的车辆控制算法、新的系统架构或新的硬件设计。本专利的"拖车方法"完全通过已有系统功能的场景化串联实现——挡位控制(已有VCU)、驻车控制(已有EPB)、AVH抑制(已有ESC)、交互(已有IHU)、语音(已有麦克风)。本专利未提出新的挡位控制算法、未开发新的驻车系统架构、未设计新的硬件模块,全部技术贡献在于"把已有的几个系统功能按拖车场景串成一个完整的用户功能流程"。

新增观察维度。本专利的技术贡献全部集中在已有系统功能的场景化串联与交互封装层面,没有任何控制算法、系统架构或硬件层面的创新。

模块四:右链化验(Y轴·企业战略归因层)

病灶编号

病灶分析

因果归因

病灶一

包装"已有系统功能的场景化串联"为"拖车方法创新"。本专利声称"通过控制车辆多个系统自行置位,使车辆快速进入拖车模式"。但从专利法意义上的创造性角度看,本方案将已有的VCU挡位控制、EPB释放/夹紧、ESC的AVH抑制、IHU交互等功能按拖车场景串联成一个完整流程,属于已有系统功能的场景化集成,而非新的车辆控制算法、新的系统架构或新的硬件设计的突破。

企业做的是"已有系统功能的场景化集成",而非"技术范式创新"。

病灶二

与奇瑞系列构成"场景功能集成型"技术路线依赖。如073号(对外供电场景)、074号(宠物模式)、077号(太阳能补电)所示,奇瑞在2021-2023年间密集申请了一系列"将已有系统功能按用户场景串联"的专利——073号做对外供电场景,074号做宠物模式场景,077号做太阳能补电场景,本专利做拖车模式场景。三者共同反映企业在"将已有系统功能集成到用户场景功能中"的层面做文章,而非在车辆控制算法、系统架构或硬件设计等底层技术上深耕。

研发策略偏向"场景功能集成",缺乏底层技术护城河。

病灶三

技术壁垒极低,可替代性极强。拖车控制的核心壁垒在于:车辆拖车安全机制、拖车模式下的系统协调控制算法等。本专利仅解决"把已有系统功能串成拖车模式流程"的场景集成问题,竞对完全可以通过不同的触发方式(如手机APP代替语音/按键)、不同的条件判断逻辑、不同的置位顺序等替代方案轻松绕过。

专利的商业保护价值与其维持成本严重不匹配。

病灶四

北京清亦华在奇瑞代理业务"场景功能集成"方向的持续积累信号。本专利(2023.03.15,拖车模式场景)与073号(2021.08.25,对外供电场景)均由北京清亦华代理,显示北京清亦华在奇瑞的代理业务已形成"场景功能集成"方向的持续积累——从"对外供电"到"拖车模式",覆盖多个用户场景功能。这与广州中瀚的"远程交互"、济南圣达的"场景集成+电池安全"、西安通大的"安全场景集成"、北京知联天下的"场景/能源管理集成"共同构成代理机构赛道分工格局。

北京清亦华在"场景功能集成"方向持续积累,但专利技术实质仍为"已有系统功能的场景化串联"。

模块五:双螺旋综合诊断(XY交汇结论层)

综合手术刀诊断:

本样本属于"积木拼接型"技术路线验证样本中的"场景功能集成子类"。核心技术方案——将VCU挡位控制、EPB释放/夹紧控制、ESC的AVH抑制、IHU人机交互、语音控制等功能,按"用户触发→条件判断→多系统自行置位→二次确认→进入拖车模式→退出恢复"流程串联成完整的拖车模式用户场景——是将已有的动力控制模块(A:VCU挡位控制)、驻车控制模块(B:EPB释放/夹紧)、稳定性控制模块(C:ESC的AVH抑制)、交互模块(D:IHU+语音)按"拖车"场景进行功能串联与条件封装。A-D均为行业公知的标准系统功能;场景串联逻辑(触发→条件判断→置位→确认→进入→退出恢复)为面对"快速拖车需求"时的自然产品功能集成直觉;各环节的触发条件(静止+P挡+无充电枪)和置位动作(切N挡+释放EPB+抑制AVH)均为拖车准备的常规安全逻辑和标准操作;退出恢复逻辑为常规的状态管理设计。本专利未引入新的车辆控制算法、新的系统架构或新的硬件设计,属于已有系统功能的场景化串联与交互封装。与同属奇瑞新能源的073号(对外供电场景,场景功能集成)构成"场景功能集成"赛道连续证据链。

核心判词:

将VCU挡位控制、EPB释放/夹紧控制、ESC的AVH抑制、IHU人机交互、语音控制等已有系统功能按"拖车模式"场景串联成完整控制流程,本质是将已有系统功能进行场景化集成与交互封装,未引入新的车辆控制算法、新的系统架构或新的硬件设计。属于"场景功能集成型"积木拼接,不具备发明专利所要求的创造性高度。

风险模式归类:积木拼接型(场景功能集成子类)。

与073号的关联:两件专利同属北京清亦华代理的场景功能集成赛道:

073号(2021.08.25,对外供电场景):逆变+EPB+BMS放电+大屏交互→对外供电

本专利(2023.03.15,拖车模式场景):VCU挡位控制+EPB释放/夹紧+ESC的AVH抑制+IHU交互→拖车模式

模块六:全维度沉没成本核算

成本类型

预估数值/等级

测算口径与依据

显性现金成本

15000 - 25000元

发明专利申请费、实审费、北京清亦华代理撰写与答复服务费合计区间

隐性人力成本

约1.5 - 3万元(含1.5-3人/月研发及IPR工时)

研发人员梳理拖车模式场景控制逻辑、定义预设条件(静止+P挡+无充电枪)、多系统(VCU/EPB/ESC)自行置位与恢复控制策略设计、IHU交互与二次确认逻辑、跨域系统联调与实车验证、IPR对接代理人的工时折算金额。技术方案复杂度与073号(对外供电)相当。

长期战略机会成本

高等

占用发明申报名额,且与073号同类样本叠加(场景功能集成双路线),向产业界传递出企业在拖车控制/用户场景领域停留在"场景功能集成"应用层的信号,而非布局车辆拖车安全机制、拖车模式下的系统协调控制算法、功能安全架构等核心底层技术。作为"场景功能集成型"专利,在无效宣告程序中面临较低的创造性门槛。

合计:约3万 - 5.5万元 + 持续的"底层技术代差"隐形损失 + 潜在的专利无效风险

模块七:行业启示(落地指导层)

1. 研发整改方向

拖车控制/用户场景类研发立项需严格区分"已有系统功能的场景化集成"与"新控制算法/新系统架构/新硬件设计"。"把VCU挡位控制、EPB释放、ESC的AVH抑制串成拖车模式流程"若未涉及新的车辆控制算法、新的系统架构或新的硬件设计,则不具备发明专利创造性。

2. 专利预审规则

若技术方案的核心是"将已有的A/B/C/D系统功能按用户场景X进行流程串联与条件封装",且各系统功能均为行业已有标准功能、串联逻辑为常规场景流程设计、交互方式为标准HMI设计、置位/恢复操作为各系统的标准操作,则该方案属于场景功能集成的积木拼接型,应严格审查其创造性。必须论证其场景集成方式的特殊性、跨系统协调逻辑的非常规性或安全防护机制的创新性是否产生了各系统独立运行无法达到的预料不到的技术效果(例如:是否实现了拖车模式下的ASIL-B级功能安全认证?是否引入了新的拖车安全监控算法?)。

3. 立项风控标准

若技术方案可以用"一键/语音让车辆自动切N挡、释放手刹、禁用自动驻车,进入拖车模式"一句话概括,且各系统功能和流程逻辑均为行业公知技术,则该方案属于积木拼接型,不具备发明专利创造性。建议以实用新型专利或技术秘密形式保护。

4. 产业尽调甄别要点

评估标的企业拖车控制/用户场景类专利时,需区分三个层级:

底层机理层(车辆拖车安全机制、拖车模式下的系统协调控制算法、功能安全ASIL架构、拖车状态下的底盘控制策略);

控制策略层(多场景自适应拖车模式控制、拖车状态下的车辆稳定性管理、拖车模式与其他驾驶模式的协同策略);

场景集成层(VCU挡位控制+EPB释放/夹紧+ESC的AVH抑制+IHU交互的场景化流程串联、一键/语音触发拖车模式功能封装、退出自动恢复逻辑)。

本专利明确属于第三层,壁垒极低,不可作为尽调过程中的核心技术加分项。

一份报告的价值,不在于它告诉客户"你错了",而在于它让客户看见"为什么错"以及"下一步往哪走"。

版本记录

V2.1 决策迭代版 | 基于V1.2七段式规范 | 报告编号:TBL-20260814-080

风险模式:积木拼接型(场景功能集成子类)

入库建议

本报告已按V1.2七段式规范完成分析,可归入以下分类:

维度

归类

赛道分类

新能源汽车·拖车控制/用户场景功能

风险模式

积木拼接型(场景功能集成子类)

代理机构

北京清亦华知识产权代理事务所(普通合伙)

技术方向特征

将VCU挡位控制、EPB释放/夹紧、ESC的AVH抑制、IHU交互按拖车模式场景流程串联集成

本报告与073号(对外供电场景,场景功能集成)同属北京清亦华代理的场景功能集成赛道,构成北京清亦华代理奇瑞专利"场景功能集成"方向连续证据链。北京清亦华样本基数增至34件。

报告索引库累计情况

本报告编号TBL-20260814-080,为第80份标准化深度解剖报告,其中第013号起为V2.1标准报告(共68份)。

维度

累计

报告总数

80份

V2.1标准报告(013-080)

68份

积木拼接型

64份

红海撞车型

4份

代理机构覆盖

10家

第080号报告已审核完毕,可以入库。北京清亦华样本基数增至34件,与073号(场景功能集成)共同形成北京清亦华代理奇瑞专利"场景功能集成"方向连续证据链。

免责声明

本报告基于公开可查的专利文献、行业数据及技术分析编制,仅供行业研究、研发决策参考及知识产权风险预警使用。报告中的分析结论不构成法律意见,不作为专利无效宣告、侵权诉讼或任何司法程序的法律依据。引用本报告内容时,须注明出处,不得断章取义或用于商业诋毁。

版权声明

本报告完整版及更多细分赛道专利解剖报告,已收录至知识星球《中国技术大败局》内部案例库,扫码加入即可获取完整案例样本库。本报告著作权归合肥气链科技有限公司所有,未经授权不得复制、传播或用于商业用途。报告中的分析框架、术语体系及结构模型均为原创成果,受知识产权法保护。一份报告的价值,不在于它告诉客户“你错了”,而在于它让客户看见“为什么错”以及“下一步往哪走”。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/8/14 10:00:32

中国技术大败局TBL-20260814-082深度解剖报告V2.1 决策迭代版

中国技术大败局TBL-20260814-082深度解剖报告V2.1 决策迭代版技术溯源说明本报告依托合肥气链科技有限公司道息实验室 QiLinkOS 开源专利分析体系,采用 DNA 双螺旋归因模型完成客观研判,其分析基准专利:CN2026109829751;全部数据公…

作者头像 李华
网站建设 2026/8/14 9:58:31

终极指南:如何使用holehe邮箱侦察工具追踪数字足迹

终极指南:如何使用holehe邮箱侦察工具追踪数字足迹 【免费下载链接】holehe holehe allows you to check if the mail is used on different sites like twitter, instagram and will retrieve information on sites with the forgotten password function. 项目地…

作者头像 李华
网站建设 2026/8/14 9:57:45

低代码引擎与DSL系统:从可视化搭建到企业级应用开发

1. 项目概述:从“画布”到“引擎”的蜕变几年前,我还在为一个中型企业客户定制一套内部审批流程系统。需求文档改了十几版,前端、后端、数据库的工程师们加班加点,最后交付时,客户看着那个勉强能用的界面,皱…

作者头像 李华
网站建设 2026/8/14 9:54:55

从Vibe Coding到工程化交付:SpecCoding与Harness实战指南

1. 项目概述:从“感觉对了”到“代码对了”的工程化跨越最近在跟几个团队聊AI辅助开发,发现一个挺有意思的现象:大家用上Copilot、Cursor或者各种AI IDE插件后,写代码的“感觉”确实上来了,噼里啪啦生成一堆&#xff0…

作者头像 李华
网站建设 2026/8/14 9:54:27

3招搞定Godot资源解包:从PCK文件到游戏素材的完整提取指南

3招搞定Godot资源解包:从PCK文件到游戏素材的完整提取指南 【免费下载链接】godot-unpacker godot .pck unpacker 项目地址: https://gitcode.com/gh_mirrors/go/godot-unpacker 你是不是也遇到过这样的尴尬:下载了一款用Godot引擎做的小游戏&…

作者头像 李华