每年九十月我的日历上都会亮起一个固定提醒开源社区的老朋友开始刷屏同一张海报——COSCon中国开源年会。今年是第十届COSCon25消息一出群里就有人开始拼酒店、抢早鸟票。作为一个从第三届开始一场不落的老开源人我想认真聊聊这个会到底怎么参加才不亏。它不是一场普通的技术会议更像一座开源人的临时城市主论坛、分论坛、工作坊、黑客松、开源集市、招聘墙全都在同一个周末铺开。这篇文章适合两类人第一次参加的开源爱好者以及去了几次但总觉得“听了不少、留下不多”的熟面孔。前者可以照着我这份清单准备后者或许能在行程规划和现场社交的部分找到一些新思路。先说结论参会价值不在于听了多少场演讲而在于你和哪些人、哪些项目产生了真实连接。下面这份指南我会按会前、会中、会后三个时间段拆开讲把容易踩的坑和能提效的小技巧一起放进去你可以直接当成 checklist 用。1. COSCon25 到底是什么先看清这个年会的真实价值1.1 一个办了十年的开源人的“临时城市”COSCon 由中国开源社区里的核心组织开源社主办从 2015 年第一届算起到 2025 年正好走到第十届。十年时间这个年会从最初偏极客圈子的技术聚会长成了一个覆盖开发者、开源作者、社区运营、企业开源战略负责人、高校师生的综合性会议。它的独特之处在于它不是厂商主导的发布会现场而是由社区共建的大会议程主题、分论坛策划、甚至场地里的志愿者很多都来自各个开源项目和社区。这也是为什么每年参会感受都像在“赶集”——你可以在一个会场里同时遇到搞嵌入式内核的人、做开源大模型微调的人、维护开源知识库的文档工程师以及研究开源许可证的法务朋友。这种密度在平时线上很难遇到。第十届的节点意义还在于老一批维护者开始把经验沉淀成方法论年轻一批贡献者正大量涌入两代人会在同一个圆桌和展位前相遇。第十届所呈现的状态某种程度上是中文开源社区真正走向成熟的阶段性切片。1.2 谁适合去谁会白跑一趟先说适合去的人。第一类是真实使用或开发开源项目的开发者无论是前端、后端、嵌入式还是 AI 方向年会上都有对应的分论坛和项目展位可以带着问题去当面找作者聊。第二类是开源项目的维护者或社区志愿者这里有大量同等身份的人可以交换治理经验。第三类是在企业里推动开源合规、开源办公室、开发者生态建设的人分论坛里关于许可证、商业化和基金会治理的内容往往是外面很难听到的实战分享。第四类是学生尤其是想通过开源积累作品、找实习或远程协作机会的人招聘墙和项目展位是最好的入口。反过来如果你只想听听“大咖金句”、收集 PPT、领一堆纪念贴纸那确实不如在家看直播。倒不是现场不适合你而是开源年会的核心价值在于互动错过互动就等于错过了一大半内容。我也不太建议没有任何技术背景、也暂时不想参与协作的人专程飞去线下线上直播和回放已经能满足纯围观需求。1.3 今年值得提前关注的三条议题主线虽然具体日程以官方发布为准但根据近两年开源圈的走势和社区讨论热度COSCon25 大概率有三条主线值得提前做功课。第一条是开源 AI 模型与工具链。从模型权重开放、本地部署、微调、推理优化到 Agent 开发框架开源 AI 已经从概念讨论进入了实际工程阶段。如果你在跑开源模型不妨提前准备一两个卡点问题比如显存占用优化、长上下文推理延迟、RAG 召回质量等现场找作者或同路人深聊远比听泛泛的趋势演讲有用。第二条是操作系统与嵌入式开源生态。OpenHarmony开源鸿蒙相关的议题和展位近几年明显增多你可以看到从嵌入式板卡、开发框架到 PC 端体验的各种落地展示。如果你一直想折腾开源鸿蒙 PC 版或相关 SDK现场通常能找到负责具体组件的工程师直接问文档里没写清楚的构建步骤。第三条是开源社区治理与商业化。包括许可证怎么选、项目如何基金会化、开源商业模式怎么跑通、多语言文档体系怎么搭建等。这类内容维护者和企业开源负责人最关心也是年会上信息密度最高的板块之一。结合你自己的身份选一条主线深耕剩下的随缘汲取收获会更集中。2. 出发前一周把这四件事做完现场才不会慌2.1 报名门票看清权益再下手门票这件事每年都有朋友踩坑。COSCon 通常设置早鸟票、普通票、学生票还有针对社区伙伴或志愿者的特殊权益。早鸟票一般在活动前一个月左右开放价格比普通票便宜不少而且部分早鸟票包含工作坊优先预约资格这个权益很容易被忽略。买票前先问自己三个问题要不要参加 Workshop要不要带电脑是否确定两天全程在场如果答案都是肯定的果断买早鸟并提前锁定工作坊名额如果时间还没定先确认票是否可以转让或延期。现场经常有人因为临时有事想转票却发现票种不支持转让只能白白浪费。另外学生票通常需要验证学籍信息购买前准备好学生证或学信网截图别到现场签到时才去找浪费时间。志愿者的报名通道则会开放得更早如果你本来就想深度参与优先申请志愿者不仅能免票还能获得和讲师、组织者近距离接触的机会这部分我会在第 4 章专门展开。2.2 随身装备电脑、充电宝、一个“开源身份”线下会议最大的两个物理痛点是网络差和插座少。双肩包里建议固定放这几样东西笔记本电脑参加 Workshop 时必须、充电宝和充电线、空水杯、降噪耳机、纸质笔记本和笔。关于电脑多说两句如果预约了 Hands-on Lab 或 Workshop一定要提前按主办方要求装好环境而不是到现场再下载依赖。我见过太多人在工作坊前 40 分钟还在装 Python 包等装完旁边的参与者已经跑完两个练习了。如果你不参加任何实操环节电脑可以不带现场看板、手机查资料足够。“开源身份”是指你如何在短时间内让别人知道你是谁、你关注什么。建议把常用的 GitHub / GitCode 主页、个人博客或社交账号整理成一个二维码名片保存到手机相册锁屏页。现场交换联系方式时直接亮二维码比口头报一串字母高效得多。也可以带少量实体名片尤其是做社区运营或商务合作的朋友纸质名片在一些老派维护者那里依然有奇效。装备清点可以直接照抄这张表物品用途重要程度笔记本电脑Workshop / Hackathon 实操按需预约则必备充电宝 双头数据线会场插座稀缺必备空水杯会场饮水点打水省排队买水时间建议降噪耳机嘈杂展区临时电话、在线会议建议二维码名片 / 纸质名片高效社交建议纸质笔记本 笔记录项目名、人名、关键线索必备文件袋收纳宣传页、贴纸、海报建议2.3 行前功课提前去逛一遍仓库和议题列表很多参会者到了现场才发现自己对这个项目的了解只停留在“听说过名字”想问问题都问不出来。行前功课其实不复杂分三步。第一步大会公布议程后把所有你感兴趣的议题标题复制到一个表格里标注优先级。第二步针对每一个想深入交流的项目先去 GitHub / GitCode 上看它的 README、近期 issue 和最近几个 commit把仓库 star 或 fork 一下这样后续访问记录也会保留。第三步为每一个想见的项目作者或维护者提前写下一个具体问题。举一个我从实践中总结的例子如果分会场有一个议题叫“基于 STM32 的录音采集与网络处理”泛泛地看只会记住“嵌入式 音频 网络”三个词。但如果你提前读过它的仓库知道它当前用的是模拟麦克风输入和 MQTT 上报那现场就可以直接问作者“你目前在采样率切换和网络丢包这两个环节里哪个更棘手”这类问题对方一听就知道你真看过代码愿意多聊十分钟。同理如果你关注后端方向的 Java 项目比如 Spring Boot MyBatis 的多商户商城系统与其现场盯着代码墙看一行行实现不如提前准备一个权限设计或事务一致性的问题。很多开源作者摊位上最怕的不是被提问而是被要求“现场讲一下这个项目”那实在太消耗人了。如果你自己维护了一个开源知识库也可以把“文档体系如何组织”列为交流主题年会上一定能找到同好。带上你实际的痛点和现在的结构图约人简单聊聊比线上发几十条消息有效。2.4 做一张“必去清单”两天日程怎么排优先级参会最大的错觉是“我能听完所有我感兴趣的内容”。实际上分论坛之间经常同时进行一个半小时的 Workshop 会占掉大半天精力再加上排队和社交时间两天其实非常紧张。我的建议是整个会期只设定不超过三个核心目标每天只设一个主线。比如第一天主攻 AI 开源模型和本地部署第二天主攻嵌入式硬件和 OpenHarmony 生态。剩下时间全部留白用来逛展位、和人闲聊、偶遇老熟人。留白不是浪费时间恰恰是开源年会最有价值的部分。下面是一个示意性的两天优先级表格具体时间以官方最终议程为准时间段建议安排说明第一天上午主论坛 Keynote听趋势、记项目名和人名第一天下午你选定主线的 2 个分论坛不赶场听完完整话题第一天晚间社区闪电演讲 / 社群聚会主动认识 2-3 个新朋友第二天上午Workshop 或 Hackathon动手实操产出看得见的东西第二天下午开源集市 招聘墙深聊 2-3 个展位收集联系方式这张表不一定适合所有人但它体现了同一个原则先保目标再谈覆盖。不要试图把每个小时都填满更好的方式是留出 30% 的空白用来接住现场突然出现的惊喜。3. 现场议程怎么选主论坛、分论坛、工作坊与集市的取舍3.1 主论坛听发布也听社区的弦外之音主论坛通常安排在大会第一天是氛围最隆重、参与人数最多的场合。很多人以为主论坛就是“领导致辞 行业趋势”但其实对开源人来说主论坛真正该听的是几类信息新版本发布、新社区成立、基金会层面的新动作、重要项目的路线图分享。我的习惯是主论坛期间不摘抄金句而是专门记“谁上台了、讲了哪个项目、提到了哪个基金或合作伙伴”。这些看起来零碎的信息是会后判断一个项目健康度的线索。比如某个项目如果开始强调治理章程和贡献者增长数据说明维护者正在认真考虑长期发展如果只强调用户数和下载量那你心里要明白它还在拉新阶段。主论坛的圆桌环节偶尔会有观点碰撞这时候不要急着站队也不要因为某个观点不合就现场开喷。开源圈子里很多争议本质上是场景不同先听完完整上下文会后私下再讨论效果更好。3.2 分论坛按身份选赛道而不是按标题选COSCon 的分论坛一般覆盖 AI/模型、云原生、操作系统、嵌入式、前端/后端、开源治理/商业、教育与入门等方向。标题看着很多但选择标准很简单你在项目里是什么身份就去哪个赛道。开发者身份尤其是做应用开发的可以优先选 AI 工具链和云原生相关的场次那里能听到真实踩坑经验比如模型推理框架对比、边缘计算平台选型、容器化部署的坑。嵌入式工程师和硬件爱好者重点看嵌入式开源项目场次像电机控制固件、基于 STM32 的数据采集、开源机器人项目这类内容在普通技术大会上很少见但 COSCon 的硬件分论坛往往能直接摸到开发板。对 OpenHarmony 感兴趣的可以蹲操作系统相关场次留意 PC 版、嵌入式版本和 SDK 相关的分享。如果你本身是开源项目的维护者一定要挤时间去听社区治理和许可证明细。比如在 Gitee 上新建开源仓库时许可证怎么选、项目从个人维护走向基金会托管需要什么条件、如何设计贡献者激励这些话题直接关系到项目能走多远。学生或刚入门的朋友教育分论坛和开源入门分享更友好那里不会默认你有三年代码经验会从提交一个 PR 的完整流程讲起。一句话总结分论坛是按“身份”选的不是按“技术热度”选的。你想在其中扮演什么角色比你想听什么名词重要得多。3.3 Workshop 与 Hackathon动手实践才是真正的入口如果条件允许我建议你至少完整参加一个 Workshop。这是年会里信息损耗最小的环节讲师会带你一行行跑代码、一步步操作很多文档里说不清楚的环境问题现场就能解决。Workshop 名额通常有限需要提前预约。预约成功后你会收到环境要求说明建议至少在会前一天把镜像拉好、依赖装好、示例代码跑通。我的经验是提前在虚拟机或容器里把“hello world”跑通现场才能把注意力放在核心逻辑上。有一次我参加嵌入式 Workshop因为没提前装串口驱动前半小时全在找驱动等我准备好旁边的同学已经把数据采集跑起来了那种挫败感直接影响后面半天的状态。Hackathon 则是另一种体验适合愿意花长时间投入的人。如果你不是冲奖项去的也可以找一个项目组跟着当“用户”或“测试员”帮他们走查界面、复现 bug、补测试数据这种参与方式也能学到协作流程。真正的收货不是那两天的代码而是你理解了“一个 idea 从提出到在拉锯中落地”的全过程。3.4 开源集市与展位找到人、加上联系方式、摸到真硬件开源集市是我每次 COSCon 最舍不得离开的区域。这里有项目海报、实体开发板、开源小工具的现场演示甚至一些你想不到的项目也会出现比如开源视频编辑工具、跨平台 SQLite 数据库管理软件、开源的系统清理工具、开源阅读器、效率类小插件。逛集市的正确姿势不是“从头到尾看一遍”而是先快速扫一遍所有展位锁定 2 到 3 个看起来有深聊价值的项目。锁定后找到展位作者先自报家门再抛出你提前准备的问题。要特别注意很多项目的核心作者可能不在展位上但他们的核心贡献者或社区运营很可能在他们同样能回答技术问题而且更愿意花时间给你讲细节。招聘墙或项目招募区一定要去。很多开源项目组会在那里贴二维码直接招远程实习生、兼职贡献者甚至全职岗位。你不需要等到能力足够才去扫码哪怕只是加入社区群、开始围观 issue也是一次低门槛的入场。4. 现场社交实操从“想问问题”到“被记住”4.1 三十秒自我介绍公式现场社交最大的心理门槛是“不知道说什么”。这里分享一个我常用的三十秒自我介绍公式我是谁 我在哪个项目/社区 我用过你们的什么 我想聊什么。举例如果你是后端工程师看到一个人维护操作系统权限组件可以说“你好我是做后端开发的在维护一个开源多商户系统最近在用你们的权限模块做行列权限设计想请教你们在高并发场景下权限缓存是怎么处理的。”这段话里没有废话每一句都在给对方信息你的身份、你的场景、你做过什么、你想聊什么。对方一听就知道你不是来凑热闹的自然会给出有营养的回应。不要一上来就说“我是开源爱好者”这个标签太泛对方无法快速定位你的需求。也不要立刻要微信先聊十分钟内容如果投缘交换联系方式是水到渠成的事。4.2 展位搭话的正确姿势在开源项目展位前最常见的错误是问“可以给我讲讲这个项目吗”。这句话在作者听来非常沉重因为介绍一个项目可以讲十分钟也可以讲一个小时他不知道从哪说起。更好的开场是聚焦到具体细节上。你可以说“我看到你们最近发布了新版本但文档里没有写清楚从旧版迁移的路径你们是打算做兼容还是强制升级”或者“你们现在最希望社区帮忙做哪类工作”——最后一个问题尤其好因为维护者往往对“缺文档”“缺测试”“缺 issue 清理”有明确需求你一问这个他会把你当成潜在贡献者而非围观者。如果你发现作者正在低头改代码不要强行打断。先站在旁边等一个自然的空隙或者先看展位上的海报和二维码准备好问题再开口。尊重对方的专注也是一种开源礼仪。4.3 提问与圆桌会提问比会听更值钱圆桌讨论和闪电演讲后的问答环节是展现你思考深度的舞台但也容易翻车。比如问“你怎么看待开源的未来”这种问题会让演讲者很难收场因为它太空了。高价值的问题通常具备三个特征具体、开放、与现场分享内容强相关。比如听完一个开源 AI 推理框架的分享你可以问“你们在长序列场景下遇到过 KV Cache 占用过高的实战问题吗当时是怎么在吞吐和显存之间做取舍的”这种问题能引出真实工程细节整个现场的人都会跟着受益。如果被主持人或演讲者以时间不够为由婉拒了回答问题也不要在散场后堵着对方追问。更体面的做法是会后发邮件或私信把问题写成文字附上你的上下文通常都会得到认真回复。4.4 志愿者也是一号资源很多参会者低估了志愿者的价值。志愿者知道哪个展位在发试用硬件、哪个分会场还有空位、哪个讲师刚好在休息区喝咖啡、哪条路线去餐厅最快。他们是最早接触完整动线信息的人。和志愿者聊天的门槛很低递杯水、说句辛苦就能展开对话。你可以在志愿者那里打听到很多“隐藏信息”比如哪个项目组晚上组织小规模聚会、哪个社区在找文档贡献者。如果你本来就是想融入社区的新人申请成为下一届的志愿者是进入核心圈子的极佳路径。不要以为志愿者只是做苦力开源社区的志愿者群通常会在会期结束后转型为线上社群继续保持活跃。这次加了群下次你就是局内人。5. 常见问题与避坑清单这些年我踩过的坑不希望你再踩5.1 现场基础问题速查表每年会场都会重复上演同样的手忙脚乱。这里整理一些高频问题出发前扫一眼能帮你省下不少鸡飞狗跳的时间。问题场景原因建议解法现场手机没信号/网络慢参会人数密集提前缓存日程表、离线地图、PPT 截图找插座找了二十分钟会场插座稀缺自带插线板或用充电宝利用午休去餐饮区充电午餐排长队热门时段集中错峰用餐或提前确认票是否含餐宣传物料太多拿不下摊位数多只拿真正需要的用一个文件袋统一收纳临时发现想看的分论坛满员热门议题超员提前到场或去直播区看大屏证件丢了人太多容易掉现场及时找主办方补办但会浪费排队时间补充一个细节教训会议楼的厕所通常会在茶歇时间排队避开整点或散场时间提前五分钟去可以少排十分钟队。这种边缘信息没人写在手册里但真实体验完全不同。5.2 三种典型“错过”场景与补救第一种是分论坛时间冲突。两个场次都很想听但时间完全重叠。我的建议是选一个从头听到尾另一个放弃现场会后再找回放或主办方发布的资料。不要两边来回跑因为每次换场都至少要损失十分钟还会错过两边的讨论节奏。第二种是排队太长导致错过 Workshop。Workshop 容量有限迟到十五分钟可能就进不去。对策是提前至少二十分钟到指定教室把报名确认码截图准备好。如果实在没进去立刻转去开源集市展位找一个项目深聊同样有价值。第三种是重要分享听了一半被工作电话打断。参会前把手机设为勿扰模式并提前和同事约好紧急沟通预案。现场的事就留给现场如果惦记工作两边都做不好。5.3 会后跟进怎么写加了好友不是结束现场加了几十个微信、扫了十几个项目二维码如果只是躺在列表里基本等于无效社交。当晚或第二天就应该做“跟进动作”。跟进消息不用长但要具体。一个可参考的模板是“你好我是今天在展位和你聊多商户权限设计的 xx。你提到最近在重构权限缓存我正好有一个相关思路整理成文字发给你方便下周约个短会交流吗”这段话里体现了三个关键点你是谁、记得什么、能提供什么。只发“很高兴认识你”的消息通常会被对方划入“普通路人”。也可以顺便把你今天拍下的项目海报、PPT 和现场笔记整理成一份简单的共享文档发给聊过的人。这既是一种礼貌也是一种建立专业印象的方式。5.4 开源新人的心态建设听不懂是正常的第一次参加开源年会最常见的心态崩溃是“隔壁桌的人聊 K8s、聊模型微调、聊许可证合规我一句话都插不上”。请放心所有人都经历过这个阶段没有人天生懂所有领域。新人更适合把目标设成认识三个人、给一个项目提一个 issue、记住五个名词回去查文档。现场允许“只听不动”允许拿着笔记本记下听不懂的缩写第二天再向同行的朋友请教。心态放平和以后你反而会因为目标小、行动具体比那些什么都想抓的人收获更多。我还建议新人优先参加“开源入门”类的分论坛和展位交流那些场次默认听众为零基础讲解会比较细致提问也不会太吓人。6. 会后不是结束从一个参会者变成一个“有点参与感”的贡献者6.1 黄金 24 小时整理笔记、收藏夹和联系人会议结束后趁记忆还新鲜做三件事。第一把每个人的微信备注改成“项目 擅长领域 认识场景”比如“OpenHarmony-嵌入式-linux 驱动/现场展位聊 devicetree”这样三个月后你不会对着头像发愣。第二把你收藏的仓库按“想贡献”“想学习”“想合作”三个标签分类放进一个专门的知识库后续查找会方便得多。第三把现场拍的 PPT、宣传页和笔记整理成一篇总结发到自己的博客或社区板块。整理本身就是在消化写出来的东西也会成为你未来回顾的重要资产。不要小看这 24 小时。很多偶遇和想法如果不在当天晚上转化为文字或待办三天后就会彻底消失。现场聊得再投机也抵不过时间对记忆的冲刷。6.2 找到你的第一个 good first issue想从一个参会者变成真正的贡献者最好的路径不是立志“我要改内核源码”而是从低门槛事务进入。常见的选择有三个。第一个是文档贡献。打开你关注的项目仓库看 README 里有没有失效链接、过时截图、缺失的快速开始教程直接提一个 PR 修掉。文档贡献是开源维护者最欢迎的“新手友好型”工作你能借此熟悉仓库的贡献流程又不至于在代码层面卡住。第二个是 issue 管理。帮维护者清理重复 issue、补充环境信息、验证 bug 能否复现这些工作能让维护者从琐事中解脱也会留下你的参与记录。第三个是测试与反馈。跑通一个新功能录制演示视频把踩过的坑写成都 issue这也是实打实的贡献。这些动作本质上都是开源项目管理的一环。维护者见惯了只围观不参与的人你愿意先动手补文档、提 issue就已经和大多数参会者区分开了。6.3 建立长期开源身份把年会偶遇变成年度关系一次年会不能让你成为社区核心但它可以让你认识通向核心的路。散场后加入项目邮件列表或社区群参加月度线上会议定期看一看仓库的动态。如果你在会场上聊到某位维护者提到他正在为某个“好问题”发愁那就是你的机会下次在相关 issue 下认真回复或直接发邮件说明你的想法。给聊过的人隔一段时间发一句“最近项目还好吗”如果有新作品就丢一个 PR 链接这种轻量互动不需要花太多时间却能保持关系温度。到明年 COSCon 再见面时你不再是“展会里的陌生人”而是“那个在社区群里见过名字的人”。开源本身就是这么滚起来的因为一次次见面、一次次 PR、一句句 issue 讨论陌生的 ID 慢慢变成了值得信任的协作伙伴。最后说一个我自己的土办法每次从 COSCon 回去我会在日历上设两个提醒一个是“整理开源年会笔记”另一个是三个月后的“检查给那个项目的 PR 有没有动静”。靠这个办法我从一个年会上只知道领贴纸的人变成了三个开源项目的定期贡献者。开源年会的真正价值从来不在于会议的那两天而在于那两天里种下的、之后一年慢慢生长的连接。希望这份指南能让你在 COSCon25 见到想见的人也让你成为明年别人想见的人。