说实话，COSCon'25 一官宣定档北京，我身边的开源圈朋友就炸了。倒不是因为第十届这个整数关口，而是作为一年一度中国开源人的大聚会，它终于又回到帝都。三天的会期结束之后，我坐在回程的高铁上翻相册，脑海里全是主会场暖场视频里那句“开源十年，感谢有你有我”。这篇东西不是官方通稿，就是以一个普通参会者、社区展台常客、喜欢蹲在黑客松角落看人调试代码的观察者身份，把这三天的碎片重新拼起来，带你回顾 COSCon'25 第十届中国开源年会的高光时刻。
如果你没有到场，可以把它当作一份“云逛展”指南；如果你也在现场，那我们大概率擦肩而过在某个展位前，希望这篇记忆能让你重新找到当时的兴奋感。文章会按照我自己的逛会动线来写：主论坛的震撼时刻、分论坛的硬核话题、动手区的实践热度、展区的社区烟火气，以及最后我私心想分享的参会经验和踩坑心得。内容偏长，建议先收藏再看。
1. 主论坛开场：十年开源路，一座难求的开幕式
1.1 从签到处开始的人潮与期待
大会第一天早上八点半，北京国家会议中心还没完全醒透，签到处已经排起了蜿蜒的队伍。我八点二十到的时候，现场已经有不少背着双肩包、胸前挂着老社区徽章的开发者，三三两两凑在一起聊最近在做的开源项目。相比一些商业大会的精致氛围，COSCon 的签到区更像一场老友重逢的聚会：有人举着手机扫二维码，有人在互相赠送贴纸，还有志愿者举着“开源社十二年”的手牌站在通道旁边提醒进场方向。
排队的时候我前面站着两个大学生模样的男生，正在争论某个 Go 语言框架的缺陷与改进方案，声音不大但很投入。这种画面在别的技术大会里不多见，但在 COSCon 的现场，从早晨开始就有一种“这里的人真的在认真写代码”的气质。志愿者引导效率也比我预期的要高不少，全程不到十五分钟，我就领到了胸牌和帆布袋，顺利进入了会场外的互动区。
开幕前的十分钟，我是站在过道位置度过的。主会场规模不小，但几乎坐满了人。工作人员一遍遍提醒“座位已满，请大家尽快入座”，仍然有不少人选择站在后排，靠着墙等待开场。这种热度让我有些意外，后来想想也不意外：第十届本身就是里程碑，加上今年 AI 技术持续爆火、国产开源项目频频出圈，大家太需要一个线下契机，面对面聊一聊“到底什么变了，什么没变”。
1.2 暖场视频、十年回顾与“普通人”的高光时刻
开幕式没有搞虚的。暖场视频用了一首很轻的钢琴曲，配着历届 COSCon 的影像资料：2016 年首届现场略显简陋的讲台、台下观众稀稀落落；2018 年人数翻了几倍，展区开始有模有样；2021 年线上办会时大家隔着屏幕比心的画面……当镜头定格在“十年”两个大字上的时候，我身边有人轻轻鼓了一下掌，随即全场响起一片掌声。这种回顾式的开场特别容易击中老社区成员，因为你知道这些画面不是一蹴而就的，而是无数人一年又一年志愿接力堆出来的。
接下来的主题演讲没有上来就讲技术趋势，而是把话筒交给了一线开发者代表。有位在开源社区贡献了八年的老哥分享了自己从“只会提 issue”到成为 maintainer 的经历，他说的一段话让我印象很深：“开源社区最神奇的地方，是它允许一个普通人通过持续贡献慢慢被看见。没有人关心你的学历和背景，只看你的 commit 和协作态度。”这种来自普通开发者的真实表达，比任何宏大叙事都更有说服力。
当然，主论坛的技术分享也有硬货。对大模型基础设施、云原生演进、开源安全治理等方向都有嘉宾给出了相对前瞻的判断，但我觉得今年主论坛的高光时刻，其实是“十周年致敬”环节。当那些曾参与创办 COSCon 的老朋友，以及陪伴开源社一路走来的社区志愿者分批上台时，全场响起持续很久的掌声。那掌声不是给某个产品或者某个公司，而是给十年里每一个在社区里无偿付出过的人。作为在场者，我是挺动容的。
2. 分论坛的硬核现场：AI、云原生与开源治理谁更“烧脑”
2.1 AI 分论坛：模型迭代太快，讲“稳定”反而成爆点
今年的分论坛主题选择，明显能感受到行业风向的变化。AI 相关的专场数量比上一届又多了不少，从大模型训练推理、Agent 架构、评估数据集到开源模型许可证，几乎每个细分方向都有专场。我专门蹲了一场关于“AI 工程化落地”的圆桌，讨论内容没有停留在“模型有多强”的空泛层面，而是聚焦在企业真正落地时会遇到的算力管理、数据回流、效果评估和成本控制等现实难题。
圆桌上有个观点让我印象特别深刻：一位来自某开源模型社区的分享者直言，“现在大家太关注新模型是否刷榜，反而忽视了把已有模型稳定跑起来需要做多少工程工作。开源社区的价值不只是产出新模型，更是沉淀那些让模型能被持续维护和使用的‘枯燥’工程经验。”这句“枯燥的工程经验”赢得了很多点头。确实，过去一年我们见证了很多高光 Demo，但真正能走进生产环境、稳定服务用户的系统，背后往往是数据清洗、评测回归、监控告警这些不性感的功夫人。
另一个让我觉得值回票价的话题是关于“模型评测是否值得信任”。有嘉宾现场展示了同一组开源评测集在不同采样参数下出现的分数波动，结论是“评测分数应该被当作参考而不是信仰”。这种思路放在 AI 如此火热的时间节点，显得特别清醒。如果你在分论坛现场，应该也能感受到那种不再盲目追新、更注重工程现实的氛围在回归。
2.2 云原生与基础设施专场：稳定与效率的真问题
云原生专场的讨论方向也比过去更“落地”了。前几年大家聊容器编排、微服务治理，多少带着点理论探讨的意思；今年台上的嘉宾聊的更多是规模化运维、成本治理、多集群管理、混部调度等实际场景。某个做云成本优化的项目团队分享了一个很具体的案例：他们通过分析某个大型生产集群中各种反模式资源申请，帮业务方省下了三成左右的浪费资源。这个数字未必适用于所有场景，但能感觉到开源基础软件正在往“帮企业省钱省心”的方向深入走。
我顺手记录了几个在专场里经常被提到的关键词：FinOps、eBPF、WebAssembly、Serverless、Operator。如果你刚开始接触云原生，这些词可能会有些晕，但它们指向的共同方向其实是“让云资源更高效地被利用”。有个讲师的PPT 特别有意思，他把 Kubernetes 基础设施比作“一部庞大的电梯系统”，控制平面是大脑，数据平面是轿厢，而 eBPF 则是装在电梯里的各种传感器。这个类比虽然不严谨，但用来说明白它们之间的关系倒是很直观。
在基础设施专场的最后，还出现了一场小范围的技术辩论：是继续押注云厂商托管服务，还是坚持自建开源平台？双方各执一词，但最后达成的共识是“需要用开放标准避免绑定，同时拥抱托管服务减少运维负担”。这种有交锋、有互动的内容，比单向灌输式的分享更容易让人集中注意力。
2.3 开源治理与社区运营专场：热闹背后的“冷思考”
也许是因为 COSCon 本身是社区组织起来的，开源治理和社区运营的专场总有一种其他技术会议少见的认真氛围。今年这一块聊了很多“很实在”的话题：项目如何制定治理规则、如何培养新的维护者、企业参与开源项目时如何平衡商业利益与社区信任、基金会治理模式与中立性问题等等。
有一场关于“commoners 制度”的分享特别有意思。嘉宾用非常生动的语言解释了开源项目里“众人拾柴火焰高”背后的协作机制如何构建，比如如何用 GOVERNANCE 文件写清楚决策路径，如何设置讨论渠道让新人不被老成员吓跑，如何避免“披着开源外衣的专有开发”等。这些都是做开源项目绕不开的难题，但在展台和走廊上很少能听到这么系统的交流。现场 Q&A 环节几乎变成了小型咨询会，好几位听众站起来就开始描述自己项目的处境，问嘉宾该如何推进。
个人感觉，开源治理其实比写代码还要难，因为它面对的对象是人，而人的沟通成本往往高于技术成本。专场嘉宾有一句话我很认同：不要把治理当作“管住人”，而是把它当作“让协作变得更轻松”的设计。一个成功的社区不是靠规则压制出来的，而是靠清晰的路径和友好的文化吸引出来的。这种观点在现场得到不少维护者和社区经理的共鸣。
3. 动手专区：黑客松与 Workshop 里的心跳时刻
3.1 黑客松的 48 小时：凌晨三点还在 Debug 的年轻人
COSCon 的黑客松算是保留节目了。今年黑客松从第一天下午就正式启动，直到第三天中午才截止提交，总时长接近 48 小时。我一开始只是抱着围观的心态过去，结果一到场地就被那种“键盘敲击声不间断”的氛围吸引了。参赛团队分散在几张长桌上，有人皱着眉盯屏幕，有人靠在椅背上喝能量饮料，有人蹲在地上围着一个接口适配器争论不休。
我在现场看到一个很可爱的小团队：四个人，两个写前端、一个做模型推理优化、一个负责产品交互。他们的项目是用开源模型和 RAG 框架做一个游玩攻略智能体，但因为原型环境里一个依赖库的版本问题，傍晚六点开始就不断报错。团队里负责部署的女生几乎把仓库里所有历史 issue 都翻了一遍，最后还是通过 chat 频道求助其他参赛者解决的。她后来跟我说，“如果这比赛只有三小时，我肯定放弃了，但 48 小时让人愿意不断试错，试错本身就是黑客松最大的魅力。”
评审环节也很有看点。某个小组直接用树莓派加一个开源的语音模型，做了一个离线版的“会议纪要助手”，可以实时把本地语音转写并且自动生成待办事件。虽然产品还比较粗糙，但全场几乎都鼓起了掌，因为大家知道能在 48 小时内把一个端到端的 Demo 跑通，背后有多少个熬夜的通宵。黑客松的意义从来不是“比赛结果”本身，而是让人看到年轻人的执行力与创造力。
3.2 Workshop 手把手教学：从零提第一个 Pull Request
除了激烈紧张的黑客松，动手区还有很多 Workshop 课程。我特意去上了一节“从零开始构建开源项目文档”的课。讲师没有直接讲语法，而是先让我们观察三个做得特别好的开源项目首页，然后倒推它们的文档结构如何组织。整场课最有用的一个观点是：文档本质上也是一种代码，它需要被测试，也需要持续维护。很多项目代码质量很高，但文档停留在“能跑就行”的状态，导致后来者无法参与。这个问题在实际开源协作中太常见了，通过 Workshop 里现场改文档，我算是真正体会到了“信息架构”的重要性。
另一个比较热门的 Workshop 是关于 Git 协作的进阶操作。讲师带大家现场模拟了一个多人协作流程：先 fork，再创建 feature 分支，然后处理冲突，最后发起 Pull Request，整个过程会碰到 rebase 和 merge 到底选哪种的问题。讲师给了一个非常务实的原则：大多数情况下保持分支简单，优先用 rebase 整理提交历史，但如果你的分支已经被其他人共同使用，就老老实实用 merge，避免“改写历史”的坑。这个建议虽然基础，但对很多刚参与开源的人来说，确实能少走很多弯路。
如果你在动手区待了一天，最大的感受一定是“开源不是靠听的，是靠动手练的”。我在现场看到不少第一次参加大会的年轻人，原本有点紧张，但在志愿者引导下完成第一个 commit 时，明显整个人都亮了。这种从“观众”变成“贡献者”的瞬间，才是 COSCon 最有价值的角落。
3.3 编程马拉松背后的志愿者力量
最后还想专门提一下，黑客松和 Workshop 能够顺利运转，离不开庞大的志愿者团队。现场到处能看到穿着统一 T 恤、胸前别着“志愿者”小徽章的身影。有人负责对接参赛团队需求，有人帮忙调试网络，有人熬夜守在现场确保电源和空调正常，有人凌晨还在给参赛者订夜宵。我看到一个志愿者蹲在角落，耐心地教一位第一次参加黑客松的女生配置 SSH 密钥，那种耐心和亲切感，挺打动人。开源的氛围不是靠口号撑起来的，而是靠这些具体的人，把“帮助别人”这件事落到了实处。
4. 逛展的下半场：开源集市的烟火气与社区文化
4.1 开源集市的隐藏玩法：贴纸、徽章与“盖章巡展”
COSCon 的展区一直比一般技术峰会有“烟火气”。知名项目和新兴社区的展位混在一起，桌上摆满贴纸、徽章、T 恤、布袋和各种奇怪的小周边。两年没来线下，这届集市更卷了：有的展位直接摆出一个复古游戏机，插着开源的模拟器版本，现场排队玩游戏；有的展位准备了超大块的签名板，邀请开发者写下自己参与的第一个开源项目；还有的展位做起了“盖章巡展”活动，集齐一定数量的印章就可以兑换限量徽章，成功带火了整个展区的流线。
我在一个项目展位前停留了很久，因为他们做了一个特别巧妙的活动：让路过的开发者试着“在不看文档的情况下猜测一个 CLI 命令的用途”。很多人一开始非常自信，结果五花八门的错误答案引发一阵阵笑声。这个活动看似轻松，背后其实折射了一个很严肃的问题——CLI 工具的易用性与帮助文档的设计，直接影响着开源项目的用户门槛。这种把经验沉淀成有趣互动的做法，真的很值得其他社区学习。
逛展的时候我还注意到了一个细节：很多展位上除了技术人员，还有专门负责设计、翻译、运营的贡献者在值班。这说明开源已经不单是程序员的游戏，文档工程师、UI/UX 设计师、社区运营者都在参与到项目共建中来。有展台的志愿者小姐姐耐心地向路过的人介绍“我们需要的不只是代码贡献，任何人都可以参与”，这句话听着简单，但正是开源“开放、包容、共建”的核心所在。
4.2 项目路演与展台交流：小项目也有大能量
展区不只是企业和明星项目的地盘，不少学生社团、个人开发者项目也在现场。他们往往只有一张折叠桌、一台笔记本和几张自己打印的海报，但摊开代码仓库时那股子认真劲一点都不输大公司。有个做实验环境管理的小团队，用纯 Python 实现了一个轻量级的虚拟交互环境，目标是想帮助高校师生在低配机器上更方便地完成实践教学。虽然项目还很初期，但在路演环节收获了不少真实的修改建议，甚至有其他开发者当场表示愿意加入贡献。
这种“路人即用户”的即时反馈，是线下展区最吸引人的地方。在线上，你发了帖子可能要等几天才有人回复；但在展位前，一句“你这个功能我在某场景下需要”很可能会直接改变项目下一阶段的规划。我在现场就看到一位开发者听了观众反馈后，当场打开编辑器开始调代码，半小时后就把一个交互细节优化了。这种行为要说“卷”，不如说是被真实使用场景激发了效率。
4.3 社区夜谈与开放乐队：开源的另一种打开方式
如果你以为 COSCon 只有刷代码和听演讲，那就错过了一半的快乐。第一天的“社区夜谈”环节，一群人围坐在展区旁边的半开放空间，没有 PPT，没有主持人，只有几支麦克风，话题从“如何应对 maintainer burnout”聊到“大家在开源项目里见过最不可思议的 issue”，全程笑声不断。这种放松的交流氛围，是线上聊天工具很难替代的，因为你能看到对方的表情、语气和停顿，信任感建立得更快。
让我印象更深的，是最后一天傍晚的“开源乐队”表演。几个程序员组了一支乐队，把经典的摇滚乐重新填了词，“commit 你的代码，不要害怕冲突”这句歌词一出口，台下齐刷刷举起手机打开手电筒，变成一片“星光现场”。音乐是一个奇妙的媒介，它让整天盯着代码屏幕的人们短暂地放下技术焦虑，只享受“在同一频率上共振”的感觉。作为参与者，我忽然意识到：开源社区不只是一个生产代码的地方，更是一个允许人做真实自己的文化共同体。
5. 如果明年你还来：几条从现场踩坑换来的实在建议
5.1 提前规划动线，别让“选择困难”拖垮腿脚
COSCon 的分论坛数量真的太多了，如果不提前做好规划，很容易陷入“哪个都想去，最后哪个都没完整听完”的状态。我第一天就犯了贪多的毛病，上午在 AI 专场待了一阵，又冲到基础设施专场听半场，最后跑到展区逛了一圈，结果哪个内容都只留下了很浅的印象。第二天我学乖了，提前一晚把每个时段的场次记录下来，给自己定了一条贪心但有边界的原则：每一时间段只选一个主目标，其余内容等回放或看社区笔记。
如果你准备参加下一届，我的建议是：第一优先听一场你完全不了解方向的演讲，当作“破圈”；第二优先去动手区参加 Workshop，因为线上看一百遍不如现场做一遍；第三记得预留足够时间逛展区，跟项目 maintainer 面对面交流的机会太珍贵了。别把自己排得太满，留出一些空白时间，说不定转角就能遇到意料之外的惊喜。
5.2 带上耳机、充电宝和一颗“敢提问”的心
现场人数多，网络难免拥堵，很多时候你想现场查个 API 文档都很卡。我这次是吃了没带充电宝的亏，第三天下午手机电量只剩 5%，只能到处找插座。另一个容易被忽略的小物件是耳机，现场噪音很大，如果你要临时参加线上会议，或者想安静听一段项目视频介绍，一副降噪耳机会让你从容很多。
但比充电宝更重要的，是“敢提问”的心态。很多参会者，尤其是刚接触开源的人，会担心自己提出的问题太基础。实际上，在 COSCon 现场我观察到的最受欢迎的人，往往是那些听完分享后会主动举手提问、在展位前认真追问“为什么”的人。开源社区不看资历，只看参与，你问出的一个“蠢问题”很可能就是很多人共同的困惑。迈出提问这一步，你才真正从旁观者变成了参与者。
5.3 申请成为志愿者或演讲者，换一种方式参会
如果你想深度体验 COSCon，我强烈建议考虑下一届直接参与组织，无论是志愿者、分论坛讲师、展位工作人员，或者是帮助做内容记录和直播志愿者。我有朋友今年做了某个分论坛的文字速记志愿者，两天下来认识的维护者比过去一年线上接触的都多。这种深度参与不只是“付出”，更像是在给自己建立一个真实的社区人脉网络。
作为演讲者的体验可能对很多人来说有点遥不可及，但 COSCon 一直很欢迎新人和非知名项目提出选题。我遇到的一个年轻分享者，第一次在百人会场做演讲，紧张得声音都顿了顿，但结束后有七八个人围着他加微信讨论项目细节。他后来跟我说，“那种被认真对待的感觉，真的会让人想一直把项目做下去。”这不就是开源的意义吗？
5.4 拾起那些“不写代码”的贡献方式
最后还想多说一句：开源绝不只是代码贡献。文档合作、测试反馈、社区参与、美术设计、翻译、运营规划、活动组织，都是非常重要的贡献方式。今年的 COSCon 现场，有很多非技术背景的贡献者在分享自己的经验，他们有的在社区负责编辑推文，有的帮助项目翻译文档，有的设计新的官网视觉。如果你被开源吸引，但一直觉得自己“不会写代码所以不敢参与”，请放心大胆地来。所有高质量社区都欢迎你用自己的方式贡献，开放的大门从来不只朝程序员敞开。
6. 写在最后：开源不是一个人跑得快，而是一群人走得远
三天大会散场后，北京的天空特别通透。我站在国家会议中心门口，看着来自五湖四海的开发者们背着电脑包、拎着社区周边，三三两两地走向地铁站，忽然觉得这个场景本身就很有象征意义：每个人从不同的地方来，带着各自的经验和问题，在这里碰撞、交换、建立联系，然后回到自己的城市和项目中去，继续耕耘。开源的魅力不在于一场大会能产生多少“重磅发布”，而在于它能不能让更多人意识到——“我也可以参与其中”。
这次 COSCon'25，我看到了十年积累的厚度：十年前大家还在努力解释什么是开源，十年后的今天，已经有很多人在这里讨论如何让项目更可持续、如何建设更健康的社区。这种从“启蒙”到“治理”的转变，本身就是整个行业成熟的表现。如果你问我明年还会不会来，我的答案显然是肯定的。因为在这里，你总能找到几个愿意听你讲完一个故事的陌生人，然后一起把这个故事写成代码，再变成下一个开源项目里一个温暖的 commit。希望明年的你也出现在现场，也许我们会在某个展位前，因为一张贴纸、一个问题或者一段代码相遇。
