COSCon‘25 首日随感开源进入“深水区”热闹背后是更务实的生态朋友们刚从国家会议中心回来腿还是软的。COSCon中国开源年会今年办到第十届恰好是“COSCon”这个牌子走过的第十个年头。作为一个从第一届就开始“蹲守”的老观众我必须说今年的首日现场跟往年那种纯粹靠情怀和激情撑起来的氛围完全不同了——人多、项目多、讨论的问题也更“硬核”了。如果你没到场或者正准备明天去这篇我蹲了一天展区、串了三个分论坛、跟七八个社区摊主聊完的复盘应该能帮你少走不少弯路也能让你知道今天现场到底释放了什么信号。先别急着说“又是活动回顾”。我尽量不写那种“领导致辞、嘉宾合影”的流水账只聊我在现场看到的真实变化开源这件事正在从“参与者的狂欢”变成“整个技术生态的基础设施”。主论坛上聊的不再是“要不要开源”而是“开源之后怎么活下去、怎么治理、怎么让AI时代的新玩家愿意回来继续贡献”。这背后涉及的其实是开源许可证选型、社区治理、商业模式、文档建设、以及AI大模型与开源的关系等一堆非常实际的问题。这篇文章适合这么几类人看一是明天准备去现场、想知道怎么逛最不亏的二是做开源项目、想知道现在社区生态风向的开发者三是想参与开源但一直没找到入口的新人我会把今天在各个展台打听到的新手起步路径整理出来。注意这篇不是官方新闻稿是我个人视角的记录和判断。1. 主论坛里那些值得细品的变化1.1 开幕式基调开源进入“深水区”议题从“利他”转向“可持续”上午的主论坛我最大的感受是台上的嘉宾们都在聊一个词——“可持续”。十年前我们聊开源讲的是“社区”、“分享精神”、“程序员改变世界”今年大家聊的却是“资金从哪里来”、“治理结构怎么搭”、“怎么让贡献者长期留下来”、“怎么让企业愿意把核心资产拿出来开源”。这不是变味了而是生态成熟的必然过程。任何一个开源项目从诞生到被广泛采用都会经历三个阶段初期靠个人英雄主义撑起第一个可用版本中期靠社区贡献丰富功能、修复bug后期则必须解决“谁出钱、谁决策、谁受益”的问题。今年主论坛上好几个演讲都指向这个阶段——有一个项目让我印象很深他们在台上直接晒出了过去一年的财务透明报表包括收到的捐赠金额、企业赞助、以及这些钱具体花在了哪些基础设施上。这个做法我觉得特别聪明因为开源社区最怕的不是没钱而是钱来了之后不透明引发的信任崩塌。另外主论坛上关于开源标准化的讨论明显变多了。以前我们总觉得“开源就是代码开放”但今天几位嘉宾反复提到“开放标准”、“开放数据”、“开放文档”的概念。这背后的逻辑其实很清晰一个项目要想成为生态底座光开放源代码是不够的还需要配套的接口规范、数据格式规范、安全准则、贡献流程文档。否则别人想集成你的项目光靠读代码是玩不转的。1.2 AI 正在重塑开源的“游戏规则”如果说今年会场里哪个词出现的频率最高不是“Kubernetes”也不是“大模型”而是“AI 开源”的组合。从主论坛到展区几乎每个展台都在聊AI相关的东西。但有意思的是大家聊的重点已经不是“用开源框架训练模型”这种老话题了而是“开源模型出来后怎么把它落地到业务场景”里的那些琐碎问题。我在展区听到好几个参会者在咨询开源大模型从哪些网站下载比较靠谱本地化部署需要什么样的硬件配置量化之后模型效果损失多少这些问题是过去一年开源社区里非常典型的新需求。以前开源软件的“安装部署”门槛主要在依赖管理现在AI开源项目把门槛抬高了整整一个档次——你需要懂Python环境、懂CUDA、懂显存管理、懂推理优化这对很多传统业务开发者来说是一个不小的台阶。另一个很有意思的现象是AI相关的开源项目已经成为贡献者增长最快的赛道。今天在几个展台聊天时好几个项目维护者都提到最近一年收到的外部PRPull Request数量是过去几年的总和。原因不难理解AI项目迭代速度快、技术栈统一大多基于Python和PyTorch、而且“训练/推理”的过程有比较明确的benchmark可以验证改进效果新手更容易找到“能上手”的切入点。相比之下一些老牌基础设施项目的维护者则抱怨新贡献者变少了愿意啃底层C/C代码的人越来越少这也是开源生态一个值得警惕的信号。1.3 圆桌讨论开源的商业模式到底该怎么走下午有一场圆桌我很喜欢话题是“开源项目的商业化路径”。现场争论挺激烈的甚至有点“火药味”。一方认为开源项目就应该靠服务、培训、云托管这些“周边”赚钱核心代码必须保持完全自由另一方则认为如果辛辛苦苦把项目做起来结果被云厂商直接打包成托管服务卖钱项目团队反而一分钱赚不到这不是“开放”这是“被薅羊毛”。这个争论其实指向一个非常现实的问题开源许可证到底怎么选。现场有人问“Gitee上开源项目许可证选什么合适”这问题确实很典型。很多新手项目作者在发布第一个版本时根本没想过这个问题随手选了一个MIT或Apache 2.0等到项目做大了、有了商业价值才发现当初的许可证选择让自己失去了对项目商业化路径的控制权。我个人的建议是如果你是个人开发者做的是工具类、库类项目希望被尽可能多的人采用Apache 2.0是比较稳妥的选择它既有宽松的使用条款又包含明确的专利授权条款对采用方比较友好。如果你希望防止大型云厂商直接把你的项目做成托管服务卖钱可以考虑加入一些“反云厂商”条款的许可证比如类似Elastic License或Commons Clause的思路但这类许可证往往不被OSI认定为“开源许可”会损失一部分社区认可度。这本质上是一个“社区广度”和“商业保护”的取舍没有绝对正确的答案关键是在做项目第一天就认真决策而不是等火了之后再补救。2. 展区逛下来的一些收获2.1 社区展台是“开源社交”的主场说句实话COSCon这种年会的展区往往比主论坛更有料。主论坛的分享虽然视角高但很多内容在官网上能看到展区里的对话才是真正文档里写不出来的“活信息”。今年展区的规模比去年又大了不少道路两侧摆满了各个开源社区、基金会、以及拥抱开源的企业展台。我粗略估算了一下大大小小的展位有几十个。从openEuler到OpenHarmony到openKylin这些操作系统社区再到各种AI、数据库、嵌入式、开发者工具项目几乎你能想到的技术方向都能找到对应展台。为什么我觉得展区比论坛重要因为在这里你遇到的人往往是项目的核心维护者或活跃贡献者而不是商业公司的市场人员。你可以直接问“我这个场景用你的项目适合吗”“文档里没写清楚的地方你们实际是怎么做的”“有没有什么已知的坑是我需要避开的”这些问题在主论坛上永远得不到答案但在展台前一杯咖啡的时间就能聊通透。我下午在一个做嵌入式操作系统的展台前站了十几分钟听一位维护者给来咨询的学生讲他们项目从零到一的故事。他提到一个很实在的观点嵌入式方向的开源项目光是代码本身是不够的开发板的适配、外设驱动的完善、文档的中文化这些事情往往比内核代码还影响用户的体验。这话说到我心坎里了很多开发者做开源只盯着“主仓库”那几千行代码但其实整个生态的护城河是在你根本看不见的side projects里慢慢挖出来的。2.2 今年最火的项目方向藏在展台的人流密度里展区逛展有个诀窍看哪个展台前面围的人多大致就知道今年什么方向最热。根据我今天的观察热度第一梯队的是AI相关项目。有一个做本地知识库和文档处理的AI项目演示屏前围了一圈人工作人员在展示“任何格式转换为Markdown”这个功能确实很惊艳。你丢一个PDF、一张扫描件它就能自动提取文字和版式输出结构化的Markdown文件然后你可以直接喂给大模型做问答。这个“格式转换 知识库整理”的需求在AI落地场景里确实非常刚性。热度第二梯队是嵌入式与硬件方向。比如围绕STMicroelectronics的STM32生态的开源项目以及FPGA相关的开源工具链展台前始终保持着较高的人流量。我跟一位做FPGA开源工具链的开发者聊了一会儿他说这两年最大的变化是“下游用户终于不只是学生了”开始有越来越多的工业界工程师在工作中尝试用开源FPGA工具链做原型验证。因为商业FPGA工具链的授权费实在太贵很多中小公司根本负担不起开源方案虽然功能上还有差距但至少让“先试试看”变成了一件成本极低的事情。还注意到一个有意思的现象今年“效率工具”类的开源项目多了很多。比如开源的桌面分屏管理软件、OCR文字识别工具、Markdown编辑器、笔记知识库系统等。这类项目的共同特点是解决的是个人开发者日常痛点体量不大但用户粘性极高。它们的存在说明开源不只是“大厂的游戏”个人开发者靠小而美的工具也能获得非常忠实的用户群体。2.3 开源新人该怎么起步现场问出来的干货路径今天在展区我遇到好几个想参与开源但找不到入口的同学在各个展台前徘徊不知道该怎么开口问“我能为这个项目做什么”。说实话这个困惑太正常了因为很多成熟开源项目的外部贡献门槛其实并不低尤其是那些代码结构复杂、测试体系庞大的基础设施项目。我在几个展台帮这些同学问了问维护者们“新人应该从哪入手”答案汇总起来大概有三类第一类是文档贡献。很多项目功能很强大但文档质量堪忧“能用”和“好用”之间隔着十万八千里。维护者普遍表示任何文档改进的PR哪怕是修正一个错别字、补充一个使用示例、完善一段API说明都会被认真review并快速合入。这对新人来说是最低门槛的起步方式还能在过程中熟悉项目的协作流程。今天也有人提到“开源文档贡献”这个方向确实值得重视——它是开源社区中最容易被低估、但也最容易被感谢的工作。第二类是从good first issue入手。GitHub上的开源项目很多会专门给新人标记“good first issue”这类issue通常范围明确、不需要对项目有全局理解、且会有人指导。问题是一些热门项目的good first issue往往放出来没几天就被抢光了所以你需要时不时刷一下或者订阅项目的release通知。第三类是参与本地化和国际化翻译。很多开源项目的界面、文档都只有英文版本中文社区用户很难上手。做翻译和本地化不仅能帮你熟悉项目的每一个功能点还能让你快速成为项目的“KOL”之一因为你做的翻译替代了后来所有中文用户的阅读路径。今天现场就有个维护者说他们项目的中文文档翻译者后来成了core contributor。3. 分论坛现场记录技术人的主场3.1 嵌入式与操作系统分论坛开源与“硬”技术的化学反应下午我抽空去了一趟嵌入式与操作系统分论坛现场的座位已经坐满了大半。几个演讲听下来我最大的感触是嵌入式领域开源化的进程正在从“可用”走向“好用”。为什么这么说以前嵌入式开发讲开源基本上就是“用开源编译器GCC 开源调试工具链 一个裸机RTOS”剩下的全靠各厂商的闭源SDK。但现在不一样了。论坛上有位工程师分享了他们团队在一款量产级工业设备上完全使用开源实时操作系统和开源中间件栈构建网关的案例。他特别提到了几个关键点“内存占用控制在XX KB以内”、“上下文切换时间在XX微秒量级”、“中断延迟的确定性能够满足我们的控制周期要求”。这些数据放在PC生态里可能不算什么但在嵌入式场景里每一个数字背后都是无数个不眠夜换来的优化成果。另一个让我印象深刻的话题是关于开源鸿蒙PC版的进展。现场虽然没有正式发布新闻但相关社区展台前一直有人咨询下载入口、硬件适配情况以及开发环境搭建方式。围绕PC场景的开源操作系统的确是很多开发者希望看到的方向因为它意味着桌面端生态真正多了一个可选的技术底座。不管最后能走到哪一步有更多开源选择对开发者来说总归是好事。我也顺便去相关展台聊了一下工作人员说目前大家用虚拟机或者老笔记本跑得比较多硬件的驱动兼容性是目前反馈最多的“开坑”来源这倒是很符合PC系统的现实情况。3.2 AI Infra 分论坛跑模型、调性能、省显存全是实战经验AI Infra的分论坛可以说是今天技术含量最高的一个场子。演讲者基本都在聊“怎么做工程”而不是“模型有多强”。有人讲开源MES系统carbon的本地部署实践有人分享在有限GPU资源下如何用量化、剪枝、投机采样这些优化手段把推理吞吐量提上去还有人现场演示了一套基于开源组件搭建的私有化部署方案全程不碰任何云端商业API。这个论坛透露出一个很清晰的信号AI落地的瓶颈已经从“模型能力”转移到了“工程适配能力”。模型开源了、权重放出来了但你要在一个特定的业务场景里把模型跑起来、跑得稳、跑得便宜这中间的活非常多。今天好几个演讲者都在讲同一个故事“我们一开始用的是商业API但发现数据合规、成本控制、响应延迟都满足不了要求所以决定自己本地部署开源模型。” 这个故事的开头和我过去一年听到的无数个企业AI落地案例一模一样。对准备自己动手做AI本地化部署的朋友我的建议是先从量化模型入手8-bit 甚至 4-bit 量化后的模型对显存需求大幅降低单卡就能跑别一上来就追求最大参数量的模型先跑一个7B/8B级别的把推理框架、API接口、业务逻辑打通之后再考虑升级到更大的模型。另外监控推理服务的GPU显存占用和延迟分布是必须做的基础工作否则线上出问题你连排查方向都没有。3.3 开源文档与协作分论坛好文档是“被设计出来的”说实话我以前对“开源文档”这个topic并不太感冒总觉得写文档是件“重要但不紧急”的事情不值得专门开一个分论坛来讲。但今天抱着“随便听听”的心态进去坐了一会儿发现自己错得挺离谱。演讲者提出一个概念我很赞同文档其实是开源项目最容易被忽视的“用户界面”。对于新用户来说一个项目的README、安装指南、API参考文档就是他们和这个项目的第一次交互。如果这个“界面”体验糟糕不管代码写得多优雅用户也会被劝退。论坛上有人分享了一套非常系统的“文档即代码”工作流文档和代码放在同一个仓库里维护、用Markdown编写、通过自动化工具做格式校验和链接检查、持续集成流水线里跑文档构建、文档的修改也必须走PR review流程。这套做法跟主论坛上提到的“开源标准化”是互相呼应的——一个成熟的开源项目代码仓库和文档仓库应该是同等重要的“一等公民”。这里也正好回应了一个我今天在现场反复听到的问题“任何格式转换为Markdown开源项目”到底哪里有其实这类工具确实是现在文档流程里的刚需。无论是PDF、Word、还是扫描件如果能方便地转成Markdown后续写文档、喂AI、做知识库都会省力太多。今天展区那个演示效果不错的工具其实也是类似思路。如果你有这方面的需求建议直接在GitHub上以“markdown converter”或“pdf to markdown”为关键词搜索有很多开源选择选一个star数量足够、维护活跃的就行。4. 给明天到场或云逛展朋友的实用建议4.1 首日最容易踩的“坑”今天一天走下来我自己也踩了几个坑整理出来给明天到场的各位提个醒。第一个坑是热门分论坛的座位问题。我下午去AI Infra分论坛时提前到了十分钟结果大厅里已经坐得满满当当只能站在最后面听完一整场。如果是你特别想听的分享强烈建议至少提前十五到二十分钟进场。第二个坑是手机很快就没电了。一天下来扫码加微信、看议程、拍PPT、查项目仓库……电量消耗速度远超日常。现场虽然有充电区域但插座数量有限自己带充电宝才是王道。第三个坑是收集了一堆贴纸和纪念品回来发现没几个有用的。说实话展台上的小礼品确实诱人但真正的收获应该是和展台维护者交换联系方式、拿到项目进群的二维码、加到那个能随时问问题的开发者微信。这些东西才是年会后你能持续获得价值的东西。第四个坑不太容易注意到下午三四点之后很多展台的工作人员就已经开始撤了如果你想问的问题需要等待排队建议上午到中午就把想深度聊的展台都逛完。4.2 一天最多信息量的逛法如果你只有一天时间且明天第一次来我建议的排布逻辑是上午听主论坛抓趋势下午选一个有技术深度的分论坛深潜剩下的碎片时间用来逛展区。这样既能看到“面”上的风向又能深入“点”上的技术细节还能攒下不少展区才有的一手社区信息。主论坛今天早上有几个分享还是很有价值的包括开源治理、AI基础设施、全球开源趋势这类宏观点但这些内容听的时候很燃回来后很难直接落地。真正能在工作里用上的反而是分论坛那些具体到“我们公司是怎么用某个开源组件解决问题的”案例。所以如果时间有限我的建议是压缩在主论坛的时间听完第一个主旨演讲和圆桌就可以撤了把大块时间留给分论坛和展区。另外特别提醒社区展台的价值不完全在“看”而在于“问”你在使用某个开源项目中长期解决不了的问题很有机会在这里得到核心维护者一两句话的点拨这比你回去之后重新翻一整天文档都要高效。今天我就亲眼看到有人在展台前问了一个关于性能调优的问题维护者直接现场操作演示了一把围观群众都看值了。4.3 想从“旁观者”变成“贡献者”这届年会就是最好的起点如果你是一个从来没给开源项目提交过代码的开发者我的建议是别把目标定成“在年会上学很多技术”而是定成“找到那个你想贡献的第一个项目”。操作路径很简单明天到了现场直接去找你日常工作中正在用的那个开源项目的展台。当面跟维护者说三句话“我在用你们的项目”、“我在XX场景遇到了一个问题”、“我想为这个项目贡献一些代码你们觉得从哪个模块入手比较合适” 这三句话递出去大概率能换回一段比你在GitHub上摸索一周还要有价值的交流。今天在展区我就看到有志愿者拿着“开源之夏”和“开源众包”的宣传册给围观的同学们讲怎么通过带教机制进入开源社区。这类活动本质上是给新人提供一个有经验的人带路的“实习式”机会方向明确、任务清晰、且有导师review你的代码。对于很多不知道如何迈出第一步的新人来说这种“组织化”的入口比你自己在GitHub上大海捞针要靠谱得多。5. 首日收官说几句掏心窝的碎碎念写到这里已经有些长了但还有一些今天在现场想到的、想跟大家分享的东西。一个很深的感触是COSCon这十年确确实实见证了中国开源生态从“星星之火”到“百川汇流”的过程。十年前我们讨论开源更多是在讲“国外那些大项目怎么参与”而今天我在现场看到越来越多由中国开发者发起、由中国社区主导、并且真正吸引了全球贡献者参与的项目。开源这件事正在从一道“可选题”变成一门“必修课”。晚上从国家会议中心出来时天已经黑了门口还聚集着几群聊得意犹未尽的人互相加着微信嘴里讨论的还是白天没聊完的技术细节。路边有位大哥拿着笔记本在昏黄的路灯下给旁边两个人演示一段代码——可能是展会上认识的新朋友正在就某一个开源项目的实现细节做“现场加时”。这种松弛又认真的氛围我觉得才是COSCon最迷人的部分。明天的日程里我最期待的是闪电演讲和几个小范围的技术工作坊。闪电演讲聚焦“今天现场还没聊够的话题”工作坊则会让你动手实操一个具体的开源项目。如果你今天没来得及跟心仪项目的维护者搭上话明天建议一定要主动一点——开源社区最不缺的就是“好为人师”的前辈你只要敢问他们一般都会非常乐意分享一路踩坑的经验。最后再分享一个小技巧参会时别只顾着看手机里的日程多抬头看看墙上的海报和横幅。很多社区会在不起眼的角落贴出“帮帮我们需求文档翻译 / bug triage / 社区运营”的小纸条。对新人来说这类任务往往比写代码更容易上手也更容易让你快速融入一个社区。行了今天的回顾就到这里。明天我还会继续泡在现场有什么新的见闻再随时分享。祝明天到场的各位逛展愉快收获满满。
