大模型“开源”到底开了什么?不同协议有什么区别?

news2026/5/14 22:09:06
大模型发布常以“开源”为噱头但与传统软件开源不同大模型开源可能仅开放代码、权重、训练方法或数据说明且协议复杂多样。企业需关注开放深度区分开放权重、开放代码、开放训练过程三个层次警惕GPL、AGPL、CC-BY-NC等限制性协议及新型协议如OpenRAIL、Llama License的条款。选型时能力并非唯一标准协议边界决定商业落地可行性涉及商用、修改、集成、责任及风险控制等多维度因素。大模型发布时“开源”已经成了一个高频词。一个模型刚发布大家最先关心的往往是参数规模、跑分、推理成本、上下文长度以及能不能本地部署。但如果企业真要把模型放进产品、服务客户、做私有化交付另一个问题会变得非常关键这个模型到底能不能用能用到什么程度用完之后有没有法律和商业风险。这时候“开源”两个字就不够用了。因为大模型时代的开源和传统软件时代的开源已经不完全一样。传统软件开源核心是代码开放大模型开放可能开放的是代码也可能只是开放权重可能附带训练方法也可能只给一份技术报告。有些模型允许商用有些只允许研究有些可以微调有些禁止用模型输出训练竞争模型。有些模型看起来很开放但协议里还有用户规模、用途边界、行业限制和安全使用政策。所以理解大模型开源协议本质上不是学习法律条文而是理解一个模型能不能真正进入商业链路。▎大模型“开源”到底开了什么在传统软件里开源通常比较直观。代码仓库公开许可证允许使用、修改、分发用户就可以基于代码做二次开发。但大模型复杂得多。一个大模型项目至少包含几类东西。首先是模型代码包括模型结构定义、推理代码、训练脚本、评估代码、数据处理代码等。代码开放之后开发者能看懂模型怎么运行也能基于代码做工程改造。其次是模型权重。权重是大模型训练之后形成的参数文件也是大家常说的“开放权重”的核心。如果只有权重开放用户通常可以下载模型、本地部署、继续微调但不一定能复现训练过程。再次是训练数据和数据说明。这部分最敏感也最容易缺失。很多模型不会公开完整训练数据原因包括版权、隐私、安全、商业机密等。但缺少数据来源和处理方法外部开发者就很难判断模型能力、偏见、合规风险和复现路径。还有一类是训练配方。它包括训练阶段怎么划分、数据比例怎么配、RLHF 或 RLAIF 怎么做、安全对齐怎么做、评测集怎么设计、后训练如何优化等。很多技术报告会披露一部分训练思路但距离完整复现仍然很远。最后是许可证和使用政策。这部分决定了用户能不能商用、能不能修改、能不能再分发、能不能做 SaaS、能不能把输出用于训练别的模型以及哪些用途被禁止。对象常见协议/条款推理/训练代码MIT、Apache-2.0、BSD、GPL、MPL 等模型权重MIT、Apache-2.0、自定义模型协议、Llama Community License、OpenRAIL 等数据集CC-BY、CC-BY-SA、CC-BY-NC、CDLA、ODC 等使用限制Acceptable Use Policy、安全使用政策、禁止特定用途条款所以大模型所谓“开源”至少要追问五个问题开了代码没有开了权重没有开了数据说明没有开了训练方法没有协议允许怎么用如果这几个问题没有问清楚“开源”很容易变成一个宣传词。▎开放权重和真正开源还有距离现在很多模型更准确的说法其实是“开放权重模型”。开放权重当然很有价值。它让企业可以本地部署让研究者可以微调让开发者可以在不调用闭源 API 的情况下搭建应用。对于产业来说开放权重已经大幅降低了大模型应用的门槛。但开放权重不等于完整开源。Open Source Initiative 在 Open Source AI Definition 1.0 里把 AI 模型拆成模型架构、模型参数和推理代码并强调如果要称为开放源代码模型或开放源代码权重应包含用于产生这些参数的数据说明和代码。换句话说只给最终权重通常还不足以支撑严格意义上的“开源 AI”。这也是大模型时代最大的语义差异。很多模型项目在 GitHub 上有代码在 Hugging Face 上有权重在论文里有技术报告于是大家习惯性称之为“开源模型”。但从可复现、可修改、可审计的角度看它们开放的深度可能差别很大。有的模型开放了推理代码和权重但没有训练代码有的模型开放了训练代码但没有数据有的模型开放了数据说明但没有完整数据有的模型虽然允许下载权重但协议里限制了商业使用、竞争用途和下游发布方式。所以对于企业来说更稳妥的表达是区分三类开放权重、开放代码、开放训练过程。开放权重解决的是部署问题开放代码解决的是工程改造问题开放训练过程解决的是复现和深度审计问题。这三个层次不能混在一起。▎最友好的协议MIT、Apache-2.0、BSD如果企业要把一个模型或代码库放进商业产品最喜欢看到的通常是 MIT、Apache-2.0、BSD 这类宽松型协议。MIT 是最简单的一类。它允许商业使用、修改、分发也允许把相关代码放进闭源产品里主要要求是保留版权和许可证声明。Choose a License 对 MIT 的说明也很直接它是一个简短、宽松的许可证核心条件就是保留版权和许可证通知。Apache-2.0 也很宽松但比 MIT 更适合企业严肃使用。它除了版权授权还包含明确的专利授权条款。Apache 官方许可证文本中写明贡献者向用户授予永久、全球、非独占、免费的版权许可同时也提供专利许可。BSD 协议也属于宽松型。BSD 3-Clause 允许以源代码或二进制形式再分发和使用无论是否修改但要保留版权声明和免责声明另外它还有一个常见要求不能未经许可使用原作者或贡献者的名字为衍生产品背书。从企业视角看这三类协议的优势很清楚可以商用可以修改可以集成进闭源系统合规成本相对可控。如果一个模型的代码和权重都采用 Apache-2.0 或 MIT同时没有额外的非商业、用途限制、用户规模限制那么它对商业落地非常友好。企业可以基于它做私有化部署、行业微调、Agent 应用、模型网关、企业知识库以及各种上层 AI 产品。当然宽松不代表完全不用看协议。比如 Apache-2.0 要注意 NOTICE 文件和专利终止条款MIT 和 BSD 要保留版权声明模型权重如果另有单独协议也要以权重协议为准。这里最容易出错的地方在于很多项目的代码是 Apache-2.0但权重不是 Apache-2.0。企业不能只看 GitHub 仓库里的代码许可证还要看模型权重页面、模型卡和下载页面上的协议。▎最容易踩坑的协议GPL、AGPL、CC-BY-NC如果说 MIT、Apache-2.0、BSD 是企业相对安心的协议那么 GPL、AGPL、CC-BY-NC 则需要更谨慎。GPL 是典型的 copyleft 协议。它允许使用、修改和分发但如果你分发基于 GPL 代码形成的衍生作品通常也需要按照 GPL 开放对应代码。GNU 对 GPLv3 的说明中明确说GPL 是自由的 copyleft 许可证目的是保证用户分享和修改程序的自由。这意味着 GPL 并不禁止商业使用。很多人误以为 GPL 等于不能商用这是误解。真正的问题在于如果企业想把 GPL 代码深度集成到闭源产品并对外分发就可能触发代码开放义务。AGPL 更敏感。它关注网络服务场景。GNU 对 AGPL 的说明中写得很清楚如果修改后的程序运行在网络服务器上服务器运营者需要向该服务器用户提供修改版本的源代码。这对大模型产品尤其重要。因为今天很多 AI 产品不是传统软件分发而是 SaaS、API、Agent 平台、模型网关、在线服务。如果核心组件采用 AGPL企业即使没有把软件包发给客户只是在线提供服务也可能触发源代码提供义务。CC 协议则更多出现在数据集、文档、图片、语料和内容资源里。Creative Commons 官方对 NC 的解释是只允许非商业使用对 SA 的解释是改编作品必须以相同条款共享对 ND 的解释是只允许分发未改编版本。其中最需要注意的是 CC-BY-NC。很多数据集会采用这个协议研究人员下载来做实验没问题但企业拿它训练商业模型、做收费服务、进入客户项目就可能出现商业使用风险。大模型时代数据协议的风险有时比代码协议还隐蔽。因为模型训练链路很长数据可能经过清洗、混合、蒸馏、合成、再训练最终很难从模型输出里看出原始数据来源。但合规风险不会因为数据进了训练流程就自动消失。因此只要看到 GPL、AGPL、CC-BY-NC、Research Only、Non-commercial、Academic Use Only 这类字样企业就要停下来仔细看。它们未必不能用但不能按 Apache-2.0 或 MIT 的方式随意集成。▎模型时代的新协议OpenRAIL、Llama License 和自定义协议传统开源协议主要是为软件代码设计的到了大模型时代很多模型发布方开始使用模型专用协议或自定义协议。OpenRAIL 是其中比较典型的一类。Hugging Face 对 OpenRAIL 的介绍是这类协议面向 AI允许开放访问、使用和分发 AI 制品同时要求负责任地使用。也就是说它想在开放和安全之间建立一个新的许可框架。OpenRAIL 的特点是它通常允许下游使用、修改、再分发但会加入行为限制。比如禁止生成恶意软件、违法内容、歧视性内容、欺诈内容或者其他高风险用途。这类协议在 AI 安全上有现实意义。模型越强开放后的滥用风险越高。发布方希望让研究者和开发者受益同时保留对明显有害用途的限制。但从传统开源定义看这也带来了争议。因为经典开源理念通常要求许可证不能限制使用领域。一旦协议写明某些用途不能用它就更像“开放模型协议”或“负责任 AI 使用协议”而不一定是严格意义上的开源软件协议。Llama 系列这类自定义协议也是类似逻辑。它们通常允许研究和商业使用但会附加条件。比如要求遵守 Acceptable Use Policy限制某些高风险用途可能对超大规模用户设置额外授权要求也可能限制用模型输出来训练或改进其他模型。这类协议的关键不在于它是否写了“commercial use”而在于商业使用后面跟了哪些条件。企业最容易误判的地方是只看到“允许商用”却没继续看三件事。第一是否有用户规模限制第二是否限制用模型输出训练其他模型第三是否有安全政策、行业用途和再分发限制。如果企业只是内部评测问题可能不大。如果要做成产品卖给客户进入 ToB 或 ToG 项目再用这些模型做行业微调和二次分发协议边界就必须提前确认。▎企业选模型不能只看能力对企业来说模型选型通常会看几个指标能力、成本、速度、上下文长度、多语言表现、工具调用能力、私有化部署难度。但如果进入真实商业链路还要加上一条协议边界。一个模型能力再强如果协议只允许研究使用就不能直接放进商业产品。一个模型跑分再高如果禁止某些行业场景就不能随便接入客户系统。一个模型开放了权重如果禁止再分发就不能简单包装成自己的模型产品交付。一个模型允许微调如果禁止用输出训练其他模型那么蒸馏、数据合成、模型迭代都要重新设计。这也是为什么模型协议正在变成 AI 产品经理、技术负责人和安全负责人都需要理解的内容。从产品角度看协议决定功能边界。能不能私有化能不能给客户部署能不能做 API 服务能不能把模型能力封装进 Agent能不能在行业数据上继续训练都和协议有关。从安全角度看协议决定责任边界。很多模型的使用政策会明确禁止违法、有害、高风险用途企业如果把模型接入开放场景就需要做输入输出风控、日志审计、权限控制和滥用监测。从商业角度看协议决定增长边界。有些模型在小规模阶段可以免费商用但达到一定用户规模后需要单独授权。企业早期 PoC 时可能没感觉等产品做大之后协议成本会突然变成商业成本。所以模型选型不能只问“能不能跑”还要问“能不能合法、稳定、长期地跑”。▎协议差异可以这样记如果只做一个简单判断可以把常见协议分成几类。MIT、Apache-2.0、BSD 属于宽松型最适合商业集成。它们通常允许商用、修改和闭源集成其中 Apache-2.0 因为有更明确的专利授权在企业场景下尤其常见。GPL、LGPL、AGPL 属于 copyleft 阵营。GPL 强调衍生作品的开放义务LGPL 对库更友好一些AGPL 对网络服务更敏感。它们并非不能商用但需要认真评估集成方式和触发条件。MPL 处在中间位置。Mozilla 官方 FAQ 把 MPL 称为一种简单的 copyleft 许可证它的文件级 copyleft 鼓励贡献者分享对原文件的修改同时允许和其他开源或专有代码组合。CC 系列更多用于数据和内容。CC-BY 比较宽松CC-BY-SA 要注意相同方式共享CC-BY-NC 要注意非商业限制CC-BY-ND 要注意禁止改编。对大模型训练来说NC 类数据尤其需要谨慎。OpenRAIL、Llama License、自定义模型协议则属于大模型时代的新型协议。它们通常围绕模型权重、下游使用、安全责任和商业授权来设计。它们的复杂性比传统软件协议更高也更需要逐条看原文。协议类型可商用可闭源集成是否要求衍生开源主要风险MIT宽松型可以可以不要求专利授权不如 Apache 明确Apache-2.0宽松型可以可以不要求需保留 NOTICE/版权声明注意专利终止BSD-2/3宽松型可以可以不要求BSD-3 不能用原作者名义背书GPL强 copyleft可以通常不适合闭源分发要求闭源商业集成风险高LGPL弱 copyleft可以可以但要注意链接方式修改库本身通常要开放静态/动态链接合规复杂AGPL网络 copyleft可以商业 SaaS 要谨慎网络服务也可能触发云服务集成风险高MPL-2.0文件级 copyleft可以可以修改 MPL 文件需开放文件边界要管理清楚CC-BY内容/数据协议可以不涉及代码闭源需署名数据训练用途需单独判断CC-BY-SA内容/数据协议可以不涉及代码闭源衍生内容同协议可能影响衍生数据/内容发布CC-BY-NC内容/数据协议不适合商业不涉及代码闭源视协议而定商业训练/产品使用风险高OpenRAIL/RAILAI 模型协议视条款视条款视条款有行为使用限制不一定是 OSI 开源Llama Community License 等自定义模型协议通常有限制地允许视条款视条款用户规模、竞争用途、AUP 等限制▎真正的问题是谁来承担开放之后的责任大模型开源协议之所以变复杂本质上是因为模型本身变复杂了。传统软件的风险更多来自代码运行逻辑。大模型的风险还来自训练数据、生成内容、下游调用、工具执行、自动化决策和恶意滥用。一个模型一旦开放权重就可能被微调、蒸馏、改名、嵌入 Agent、接入工具链最后进入各种不可控场景。因此模型发布方既想开放生态又想控制风险。开发者希望自由使用企业希望降低授权成本监管方希望明确责任边界安全团队希望防止模型被用于违法和攻击活动。这几股力量交织在一起就形成了今天的大模型协议格局。宽松协议鼓励生态扩散但很难约束滥用。限制性协议有利于责任控制但会降低开放程度。自定义协议能贴合模型特点但也增加了合规复杂度。所以大模型开源协议不只是许可证问题也是一种产业治理机制。它决定了模型能力如何流动谁可以使用谁可以改造谁可以商业化谁要为滥用负责。▎结语大模型开源不能只看有没有 GitHub 仓库也不能只看 Hugging Face 上有没有权重。真正要看的是它到底开放了什么以及协议允许你把它用到什么程度。代码开放解决的是工程透明度权重开放解决的是部署和微调数据与训练方法开放解决的是复现和审计许可证开放决定的是商业边界使用政策存在说明模型能力已经进入责任治理阶段。对个人开发者来说开源模型意味着更低的实验门槛。对企业来说开源模型意味着更复杂的选型判断。模型能力决定产品上限协议边界决定产品能不能真正落地。以后再看到一个模型宣布“开源”可以先别急着看跑分。先问一句它到底开了什么​最后我在一线科技企业深耕十二载见证过太多因技术更迭而跃迁的案例。那些率先拥抱 AI 的同事早已在效率与薪资上形成代际优势我意识到有很多经验和知识值得分享给大家也可以通过我们的能力和经验解答大家在大模型的学习中的很多困惑。我整理出这套 AI 大模型突围资料包✅AI大模型学习路线图✅Agent行业报告✅100集大模型视频教程✅大模型书籍PDF✅DeepSeek教程✅AI产品经理入门资料完整的大模型学习和面试资料已经上传带到CSDN的官方了有需要的朋友可以扫描下方二维码免费领取【保证100%免费】​​为什么说现在普通人就业/升职加薪的首选是AI大模型人工智能技术的爆发式增长正以不可逆转之势重塑就业市场版图。从DeepSeek等国产大模型引发的科技圈热议到全国两会关于AI产业发展的政策聚焦再到招聘会上排起的长队AI的热度已从技术领域渗透到就业市场的每一个角落。智联招聘的最新数据给出了最直观的印证2025年2月AI领域求职人数同比增幅突破200%远超其他行业平均水平整个人工智能行业的求职增速达到33.4%位居各行业榜首其中人工智能工程师岗位的求职热度更是飙升69.6%。AI产业的快速扩张也让人才供需矛盾愈发突出。麦肯锡报告明确预测到2030年中国AI专业人才需求将达600万人人才缺口可能高达400万人这一缺口不仅存在于核心技术领域更蔓延至产业应用的各个环节。​​资料包有什么①从入门到精通的全套视频教程⑤⑥包含提示词工程、RAG、Agent等技术点② AI大模型学习路线图还有视频解说全过程AI大模型学习路线③学习电子书籍和技术文档市面上的大模型书籍确实太多了这些是我精选出来的④各大厂大模型面试题目详解⑤ 这些资料真的有用吗?这份资料由我和鲁为民博士共同整理鲁为民博士先后获得了北京清华大学学士和美国加州理工学院博士学位在包括IEEE Transactions等学术期刊和诸多国际会议上发表了超过50篇学术论文、取得了多项美国和中国发明专利同时还斩获了吴文俊人工智能科学技术奖。目前我正在和鲁博士共同进行人工智能的研究。所有的视频教程由智泊AI老师录制且资料与智泊AI共享相互补充。这份学习大礼包应该算是现在最全面的大模型学习资料了。资料内容涵盖了从入门到进阶的各类视频教程和实战项目无论你是小白还是有些技术基础的这份资料都绝对能帮助你提升薪资待遇转行大模型岗位。智泊AI始终秉持着“让每个人平等享受到优质教育资源”的育人理念‌通过动态追踪大模型开发、数据标注伦理等前沿技术趋势‌构建起前沿课程智能实训精准就业的高效培养体系。课堂上不光教理论还带着学员做了十多个真实项目。学员要亲自上手搞数据清洗、模型调优这些硬核操作把课本知识变成真本事‌​​​​如果说你是以下人群中的其中一类都可以来智泊AI学习人工智能找到高薪工作一次小小的“投资”换来的是终身受益应届毕业生‌无工作经验但想要系统学习AI大模型技术期待通过实战项目掌握核心技术。零基础转型‌非技术背景但关注AI应用场景计划通过低代码工具实现“AI行业”跨界‌。业务赋能 ‌突破瓶颈传统开发者Java/前端等学习Transformer架构与LangChain框架向AI全栈工程师转型‌。获取方式有需要的小伙伴可以保存图片到wx扫描二v码免费领取【保证100%免费】**​

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2613264.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

SpringBoot-17-MyBatis动态SQL标签之常用标签

文章目录 1 代码1.1 实体User.java1.2 接口UserMapper.java1.3 映射UserMapper.xml1.3.1 标签if1.3.2 标签if和where1.3.3 标签choose和when和otherwise1.4 UserController.java2 常用动态SQL标签2.1 标签set2.1.1 UserMapper.java2.1.2 UserMapper.xml2.1.3 UserController.ja…

wordpress后台更新后 前端没变化的解决方法

使用siteground主机的wordpress网站,会出现更新了网站内容和修改了php模板文件、js文件、css文件、图片文件后,网站没有变化的情况。 不熟悉siteground主机的新手,遇到这个问题,就很抓狂,明明是哪都没操作错误&#x…

网络编程(Modbus进阶)

思维导图 Modbus RTU(先学一点理论) 概念 Modbus RTU 是工业自动化领域 最广泛应用的串行通信协议,由 Modicon 公司(现施耐德电气)于 1979 年推出。它以 高效率、强健性、易实现的特点成为工业控制系统的通信标准。 包…

UE5 学习系列(二)用户操作界面及介绍

这篇博客是 UE5 学习系列博客的第二篇,在第一篇的基础上展开这篇内容。博客参考的 B 站视频资料和第一篇的链接如下: 【Note】:如果你已经完成安装等操作,可以只执行第一篇博客中 2. 新建一个空白游戏项目 章节操作,重…

IDEA运行Tomcat出现乱码问题解决汇总

最近正值期末周,有很多同学在写期末Java web作业时,运行tomcat出现乱码问题,经过多次解决与研究,我做了如下整理: 原因: IDEA本身编码与tomcat的编码与Windows编码不同导致,Windows 系统控制台…

利用最小二乘法找圆心和半径

#include <iostream> #include <vector> #include <cmath> #include <Eigen/Dense> // 需安装Eigen库用于矩阵运算 // 定义点结构 struct Point { double x, y; Point(double x_, double y_) : x(x_), y(y_) {} }; // 最小二乘法求圆心和半径 …

使用docker在3台服务器上搭建基于redis 6.x的一主两从三台均是哨兵模式

一、环境及版本说明 如果服务器已经安装了docker,则忽略此步骤,如果没有安装,则可以按照一下方式安装: 1. 在线安装(有互联网环境): 请看我这篇文章 传送阵>> 点我查看 2. 离线安装(内网环境):请看我这篇文章 传送阵>> 点我查看 说明&#xff1a;假设每台服务器已…

XML Group端口详解

在XML数据映射过程中&#xff0c;经常需要对数据进行分组聚合操作。例如&#xff0c;当处理包含多个物料明细的XML文件时&#xff0c;可能需要将相同物料号的明细归为一组&#xff0c;或对相同物料号的数量进行求和计算。传统实现方式通常需要编写脚本代码&#xff0c;增加了开…

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器的上位机配置操作说明

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器专为工业环境精心打造&#xff0c;完美适配AGV和无人叉车。同时&#xff0c;集成以太网与语音合成技术&#xff0c;为各类高级系统&#xff08;如MES、调度系统、库位管理、立库等&#xff09;提供高效便捷的语音交互体验。 L…

(LeetCode 每日一题) 3442. 奇偶频次间的最大差值 I (哈希、字符串)

题目&#xff1a;3442. 奇偶频次间的最大差值 I 思路 &#xff1a;哈希&#xff0c;时间复杂度0(n)。 用哈希表来记录每个字符串中字符的分布情况&#xff0c;哈希表这里用数组即可实现。 C版本&#xff1a; class Solution { public:int maxDifference(string s) {int a[26]…

【大模型RAG】拍照搜题技术架构速览:三层管道、两级检索、兜底大模型

摘要 拍照搜题系统采用“三层管道&#xff08;多模态 OCR → 语义检索 → 答案渲染&#xff09;、两级检索&#xff08;倒排 BM25 向量 HNSW&#xff09;并以大语言模型兜底”的整体框架&#xff1a; 多模态 OCR 层 将题目图片经过超分、去噪、倾斜校正后&#xff0c;分别用…

【Axure高保真原型】引导弹窗

今天和大家中分享引导弹窗的原型模板&#xff0c;载入页面后&#xff0c;会显示引导弹窗&#xff0c;适用于引导用户使用页面&#xff0c;点击完成后&#xff0c;会显示下一个引导弹窗&#xff0c;直至最后一个引导弹窗完成后进入首页。具体效果可以点击下方视频观看或打开下方…

接口测试中缓存处理策略

在接口测试中&#xff0c;缓存处理策略是一个关键环节&#xff0c;直接影响测试结果的准确性和可靠性。合理的缓存处理策略能够确保测试环境的一致性&#xff0c;避免因缓存数据导致的测试偏差。以下是接口测试中常见的缓存处理策略及其详细说明&#xff1a; 一、缓存处理的核…

龙虎榜——20250610

上证指数放量收阴线&#xff0c;个股多数下跌&#xff0c;盘中受消息影响大幅波动。 深证指数放量收阴线形成顶分型&#xff0c;指数短线有调整的需求&#xff0c;大概需要一两天。 2025年6月10日龙虎榜行业方向分析 1. 金融科技 代表标的&#xff1a;御银股份、雄帝科技 驱动…

观成科技:隐蔽隧道工具Ligolo-ng加密流量分析

1.工具介绍 Ligolo-ng是一款由go编写的高效隧道工具&#xff0c;该工具基于TUN接口实现其功能&#xff0c;利用反向TCP/TLS连接建立一条隐蔽的通信信道&#xff0c;支持使用Let’s Encrypt自动生成证书。Ligolo-ng的通信隐蔽性体现在其支持多种连接方式&#xff0c;适应复杂网…

铭豹扩展坞 USB转网口 突然无法识别解决方法

当 USB 转网口扩展坞在一台笔记本上无法识别,但在其他电脑上正常工作时,问题通常出在笔记本自身或其与扩展坞的兼容性上。以下是系统化的定位思路和排查步骤,帮助你快速找到故障原因: 背景: 一个M-pard(铭豹)扩展坞的网卡突然无法识别了,扩展出来的三个USB接口正常。…

未来机器人的大脑:如何用神经网络模拟器实现更智能的决策?

编辑&#xff1a;陈萍萍的公主一点人工一点智能 未来机器人的大脑&#xff1a;如何用神经网络模拟器实现更智能的决策&#xff1f;RWM通过双自回归机制有效解决了复合误差、部分可观测性和随机动力学等关键挑战&#xff0c;在不依赖领域特定归纳偏见的条件下实现了卓越的预测准…

Linux应用开发之网络套接字编程(实例篇)

服务端与客户端单连接 服务端代码 #include <sys/socket.h> #include <sys/types.h> #include <netinet/in.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <arpa/inet.h> #include <pthread.h> …

华为云AI开发平台ModelArts

华为云ModelArts&#xff1a;重塑AI开发流程的“智能引擎”与“创新加速器”&#xff01; 在人工智能浪潮席卷全球的2025年&#xff0c;企业拥抱AI的意愿空前高涨&#xff0c;但技术门槛高、流程复杂、资源投入巨大的现实&#xff0c;却让许多创新构想止步于实验室。数据科学家…

深度学习在微纳光子学中的应用

深度学习在微纳光子学中的主要应用方向 深度学习与微纳光子学的结合主要集中在以下几个方向&#xff1a; 逆向设计 通过神经网络快速预测微纳结构的光学响应&#xff0c;替代传统耗时的数值模拟方法。例如设计超表面、光子晶体等结构。 特征提取与优化 从复杂的光学数据中自…