每年九十月我的日歷上都會亮起一個固定提醒開源社區(qū)的老朋友開始刷屏同一張海報——COSCon中國開源年會。今年是第十屆COSCon25消息一出群里就有人開始拼酒店、搶早鳥票。作為一個從第三屆開始一場不落的老開源人我想認真聊聊這個會到底怎么參加才不虧。它不是一場普通的技術會議更像一座開源人的臨時城市主論壇、分論壇、工作坊、黑客松、開源集市、招聘墻全都在同一個周末鋪開。這篇文章適合兩類人第一次參加的開源愛好者以及去了幾次但總覺得“聽了不少、留下不多”的熟面孔。前者可以照著我這份清單準備后者或許能在行程規(guī)劃和現(xiàn)場社交的部分找到一些新思路。先說結論參會價值不在于聽了多少場演講而在于你和哪些人、哪些項目產(chǎn)生了真實連接。下面這份指南我會按會前、會中、會后三個時間段拆開講把容易踩的坑和能提效的小技巧一起放進去你可以直接當成 checklist 用。1. COSCon25 到底是什么先看清這個年會的真實價值1.1 一個辦了十年的開源人的“臨時城市”COSCon 由中國開源社區(qū)里的核心組織開源社主辦從 2015 年第一屆算起到 2025 年正好走到第十屆。十年時間這個年會從最初偏極客圈子的技術聚會長成了一個覆蓋開發(fā)者、開源作者、社區(qū)運營、企業(yè)開源戰(zhàn)略負責人、高校師生的綜合性會議。它的獨特之處在于它不是廠商主導的發(fā)布會現(xiàn)場而是由社區(qū)共建的大會議程主題、分論壇策劃、甚至場地里的志愿者很多都來自各個開源項目和社區(qū)。這也是為什么每年參會感受都像在“趕集”——你可以在一個會場里同時遇到搞嵌入式內(nèi)核的人、做開源大模型微調(diào)的人、維護開源知識庫的文檔工程師以及研究開源許可證的法務朋友。這種密度在平時線上很難遇到。第十屆的節(jié)點意義還在于老一批維護者開始把經(jīng)驗沉淀成方法論年輕一批貢獻者正大量涌入兩代人會在同一個圓桌和展位前相遇。第十屆所呈現(xiàn)的狀態(tài)某種程度上是中文開源社區(qū)真正走向成熟的階段性切片。1.2 誰適合去誰會白跑一趟先說適合去的人。第一類是真實使用或開發(fā)開源項目的開發(fā)者無論是前端、后端、嵌入式還是 AI 方向年會上都有對應的分論壇和項目展位可以帶著問題去當面找作者聊。第二類是開源項目的維護者或社區(qū)志愿者這里有大量同等身份的人可以交換治理經(jīng)驗。第三類是在企業(yè)里推動開源合規(guī)、開源辦公室、開發(fā)者生態(tài)建設的人分論壇里關于許可證、商業(yè)化和基金會治理的內(nèi)容往往是外面很難聽到的實戰(zhàn)分享。第四類是學生尤其是想通過開源積累作品、找實習或遠程協(xié)作機會的人招聘墻和項目展位是最好的入口。反過來如果你只想聽聽“大咖金句”、收集 PPT、領一堆紀念貼紙那確實不如在家看直播。倒不是現(xiàn)場不適合你而是開源年會的核心價值在于互動錯過互動就等于錯過了一大半內(nèi)容。我也不太建議沒有任何技術背景、也暫時不想?yún)⑴c協(xié)作的人專程飛去線下線上直播和回放已經(jīng)能滿足純圍觀需求。1.3 今年值得提前關注的三條議題主線雖然具體日程以官方發(fā)布為準但根據(jù)近兩年開源圈的走勢和社區(qū)討論熱度COSCon25 大概率有三條主線值得提前做功課。第一條是開源 AI 模型與工具鏈。從模型權重開放、本地部署、微調(diào)、推理優(yōu)化到 Agent 開發(fā)框架開源 AI 已經(jīng)從概念討論進入了實際工程階段。如果你在跑開源模型不妨提前準備一兩個卡點問題比如顯存占用優(yōu)化、長上下文推理延遲、RAG 召回質(zhì)量等現(xiàn)場找作者或同路人深聊遠比聽泛泛的趨勢演講有用。第二條是操作系統(tǒng)與嵌入式開源生態(tài)。OpenHarmony開源鴻蒙相關的議題和展位近幾年明顯增多你可以看到從嵌入式板卡、開發(fā)框架到 PC 端體驗的各種落地展示。如果你一直想折騰開源鴻蒙 PC 版或相關 SDK現(xiàn)場通常能找到負責具體組件的工程師直接問文檔里沒寫清楚的構建步驟。第三條是開源社區(qū)治理與商業(yè)化。包括許可證怎么選、項目如何基金會化、開源商業(yè)模式怎么跑通、多語言文檔體系怎么搭建等。這類內(nèi)容維護者和企業(yè)開源負責人最關心也是年會上信息密度最高的板塊之一。結合你自己的身份選一條主線深耕剩下的隨緣汲取收獲會更集中。2. 出發(fā)前一周把這四件事做完現(xiàn)場才不會慌2.1 報名門票看清權益再下手門票這件事每年都有朋友踩坑。COSCon 通常設置早鳥票、普通票、學生票還有針對社區(qū)伙伴或志愿者的特殊權益。早鳥票一般在活動前一個月左右開放價格比普通票便宜不少而且部分早鳥票包含工作坊優(yōu)先預約資格這個權益很容易被忽略。買票前先問自己三個問題要不要參加 Workshop要不要帶電腦是否確定兩天全程在場如果答案都是肯定的果斷買早鳥并提前鎖定工作坊名額如果時間還沒定先確認票是否可以轉(zhuǎn)讓或延期。現(xiàn)場經(jīng)常有人因為臨時有事想轉(zhuǎn)票卻發(fā)現(xiàn)票種不支持轉(zhuǎn)讓只能白白浪費。另外學生票通常需要驗證學籍信息購買前準備好學生證或?qū)W信網(wǎng)截圖別到現(xiàn)場簽到時才去找浪費時間。志愿者的報名通道則會開放得更早如果你本來就想深度參與優(yōu)先申請志愿者不僅能免票還能獲得和講師、組織者近距離接觸的機會這部分我會在第 4 章專門展開。2.2 隨身裝備電腦、充電寶、一個“開源身份”線下會議最大的兩個物理痛點是網(wǎng)絡差和插座少。雙肩包里建議固定放這幾樣東西筆記本電腦參加 Workshop 時必須、充電寶和充電線、空水杯、降噪耳機、紙質(zhì)筆記本和筆。關于電腦多說兩句如果預約了 Hands-on Lab 或 Workshop一定要提前按主辦方要求裝好環(huán)境而不是到現(xiàn)場再下載依賴。我見過太多人在工作坊前 40 分鐘還在裝 Python 包等裝完旁邊的參與者已經(jīng)跑完兩個練習了。如果你不參加任何實操環(huán)節(jié)電腦可以不帶現(xiàn)場看板、手機查資料足夠?！伴_源身份”是指你如何在短時間內(nèi)讓別人知道你是誰、你關注什么。建議把常用的 GitHub / GitCode 主頁、個人博客或社交賬號整理成一個二維碼名片保存到手機相冊鎖屏頁?，F(xiàn)場交換聯(lián)系方式時直接亮二維碼比口頭報一串字母高效得多。也可以帶少量實體名片尤其是做社區(qū)運營或商務合作的朋友紙質(zhì)名片在一些老派維護者那里依然有奇效。裝備清點可以直接照抄這張表物品用途重要程度筆記本電腦Workshop / Hackathon 實操按需預約則必備充電寶 雙頭數(shù)據(jù)線會場插座稀缺必備空水杯會場飲水點打水省排隊買水時間建議降噪耳機嘈雜展區(qū)臨時電話、在線會議建議二維碼名片 / 紙質(zhì)名片高效社交建議紙質(zhì)筆記本 筆記錄項目名、人名、關鍵線索必備文件袋收納宣傳頁、貼紙、海報建議2.3 行前功課提前去逛一遍倉庫和議題列表很多參會者到了現(xiàn)場才發(fā)現(xiàn)自己對這個項目的了解只停留在“聽說過名字”想問問題都問不出來。行前功課其實不復雜分三步。第一步大會公布議程后把所有你感興趣的議題標題復制到一個表格里標注優(yōu)先級。第二步針對每一個想深入交流的項目先去 GitHub / GitCode 上看它的 README、近期 issue 和最近幾個 commit把倉庫 star 或 fork 一下這樣后續(xù)訪問記錄也會保留。第三步為每一個想見的項目作者或維護者提前寫下一個具體問題。舉一個我從實踐中總結的例子如果分會場有一個議題叫“基于 STM32 的錄音采集與網(wǎng)絡處理”泛泛地看只會記住“嵌入式 音頻 網(wǎng)絡”三個詞。但如果你提前讀過它的倉庫知道它當前用的是模擬麥克風輸入和 MQTT 上報那現(xiàn)場就可以直接問作者“你目前在采樣率切換和網(wǎng)絡丟包這兩個環(huán)節(jié)里哪個更棘手”這類問題對方一聽就知道你真看過代碼愿意多聊十分鐘。同理如果你關注后端方向的 Java 項目比如 Spring Boot MyBatis 的多商戶商城系統(tǒng)與其現(xiàn)場盯著代碼墻看一行行實現(xiàn)不如提前準備一個權限設計或事務一致性的問題。很多開源作者攤位上最怕的不是被提問而是被要求“現(xiàn)場講一下這個項目”那實在太消耗人了。如果你自己維護了一個開源知識庫也可以把“文檔體系如何組織”列為交流主題年會上一定能找到同好。帶上你實際的痛點和現(xiàn)在的結構圖約人簡單聊聊比線上發(fā)幾十條消息有效。2.4 做一張“必去清單”兩天日程怎么排優(yōu)先級參會最大的錯覺是“我能聽完所有我感興趣的內(nèi)容”。實際上分論壇之間經(jīng)常同時進行一個半小時的 Workshop 會占掉大半天精力再加上排隊和社交時間兩天其實非常緊張。我的建議是整個會期只設定不超過三個核心目標每天只設一個主線。比如第一天主攻 AI 開源模型和本地部署第二天主攻嵌入式硬件和 OpenHarmony 生態(tài)。剩下時間全部留白用來逛展位、和人閑聊、偶遇老熟人。留白不是浪費時間恰恰是開源年會最有價值的部分。下面是一個示意性的兩天優(yōu)先級表格具體時間以官方最終議程為準時間段建議安排說明第一天上午主論壇 Keynote聽趨勢、記項目名和人名第一天下午你選定主線的 2 個分論壇不趕場聽完完整話題第一天晚間社區(qū)閃電演講 / 社群聚會主動認識 2-3 個新朋友第二天上午Workshop 或 Hackathon動手實操產(chǎn)出看得見的東西第二天下午開源集市 招聘墻深聊 2-3 個展位收集聯(lián)系方式這張表不一定適合所有人但它體現(xiàn)了同一個原則先保目標再談覆蓋。不要試圖把每個小時都填滿更好的方式是留出 30% 的空白用來接住現(xiàn)場突然出現(xiàn)的驚喜。3. 現(xiàn)場議程怎么選主論壇、分論壇、工作坊與集市的取舍3.1 主論壇聽發(fā)布也聽社區(qū)的弦外之音主論壇通常安排在大會第一天是氛圍最隆重、參與人數(shù)最多的場合。很多人以為主論壇就是“領導致辭 行業(yè)趨勢”但其實對開源人來說主論壇真正該聽的是幾類信息新版本發(fā)布、新社區(qū)成立、基金會層面的新動作、重要項目的路線圖分享。我的習慣是主論壇期間不摘抄金句而是專門記“誰上臺了、講了哪個項目、提到了哪個基金或合作伙伴”。這些看起來零碎的信息是會后判斷一個項目健康度的線索。比如某個項目如果開始強調(diào)治理章程和貢獻者增長數(shù)據(jù)說明維護者正在認真考慮長期發(fā)展如果只強調(diào)用戶數(shù)和下載量那你心里要明白它還在拉新階段。主論壇的圓桌環(huán)節(jié)偶爾會有觀點碰撞這時候不要急著站隊也不要因為某個觀點不合就現(xiàn)場開噴。開源圈子里很多爭議本質(zhì)上是場景不同先聽完完整上下文會后私下再討論效果更好。3.2 分論壇按身份選賽道而不是按標題選COSCon 的分論壇一般覆蓋 AI/模型、云原生、操作系統(tǒng)、嵌入式、前端/后端、開源治理/商業(yè)、教育與入門等方向。標題看著很多但選擇標準很簡單你在項目里是什么身份就去哪個賽道。開發(fā)者身份尤其是做應用開發(fā)的可以優(yōu)先選 AI 工具鏈和云原生相關的場次那里能聽到真實踩坑經(jīng)驗比如模型推理框架對比、邊緣計算平臺選型、容器化部署的坑。嵌入式工程師和硬件愛好者重點看嵌入式開源項目場次像電機控制固件、基于 STM32 的數(shù)據(jù)采集、開源機器人項目這類內(nèi)容在普通技術大會上很少見但 COSCon 的硬件分論壇往往能直接摸到開發(fā)板。對 OpenHarmony 感興趣的可以蹲操作系統(tǒng)相關場次留意 PC 版、嵌入式版本和 SDK 相關的分享。如果你本身是開源項目的維護者一定要擠時間去聽社區(qū)治理和許可證明細。比如在 Gitee 上新建開源倉庫時許可證怎么選、項目從個人維護走向基金會托管需要什么條件、如何設計貢獻者激勵這些話題直接關系到項目能走多遠。學生或剛?cè)腴T的朋友教育分論壇和開源入門分享更友好那里不會默認你有三年代碼經(jīng)驗會從提交一個 PR 的完整流程講起。一句話總結分論壇是按“身份”選的不是按“技術熱度”選的。你想在其中扮演什么角色比你想聽什么名詞重要得多。3.3 Workshop 與 Hackathon動手實踐才是真正的入口如果條件允許我建議你至少完整參加一個 Workshop。這是年會里信息損耗最小的環(huán)節(jié)講師會帶你一行行跑代碼、一步步操作很多文檔里說不清楚的環(huán)境問題現(xiàn)場就能解決。Workshop 名額通常有限需要提前預約。預約成功后你會收到環(huán)境要求說明建議至少在會前一天把鏡像拉好、依賴裝好、示例代碼跑通。我的經(jīng)驗是提前在虛擬機或容器里把“hello world”跑通現(xiàn)場才能把注意力放在核心邏輯上。有一次我參加嵌入式 Workshop因為沒提前裝串口驅(qū)動前半小時全在找驅(qū)動等我準備好旁邊的同學已經(jīng)把數(shù)據(jù)采集跑起來了那種挫敗感直接影響后面半天的狀態(tài)。Hackathon 則是另一種體驗適合愿意花長時間投入的人。如果你不是沖獎項去的也可以找一個項目組跟著當“用戶”或“測試員”幫他們走查界面、復現(xiàn) bug、補測試數(shù)據(jù)這種參與方式也能學到協(xié)作流程。真正的收貨不是那兩天的代碼而是你理解了“一個 idea 從提出到在拉鋸中落地”的全過程。3.4 開源集市與展位找到人、加上聯(lián)系方式、摸到真硬件開源集市是我每次 COSCon 最舍不得離開的區(qū)域。這里有項目海報、實體開發(fā)板、開源小工具的現(xiàn)場演示甚至一些你想不到的項目也會出現(xiàn)比如開源視頻編輯工具、跨平臺 SQLite 數(shù)據(jù)庫管理軟件、開源的系統(tǒng)清理工具、開源閱讀器、效率類小插件。逛集市的正確姿勢不是“從頭到尾看一遍”而是先快速掃一遍所有展位鎖定 2 到 3 個看起來有深聊價值的項目。鎖定后找到展位作者先自報家門再拋出你提前準備的問題。要特別注意很多項目的核心作者可能不在展位上但他們的核心貢獻者或社區(qū)運營很可能在他們同樣能回答技術問題而且更愿意花時間給你講細節(jié)。招聘墻或項目招募區(qū)一定要去。很多開源項目組會在那里貼二維碼直接招遠程實習生、兼職貢獻者甚至全職崗位。你不需要等到能力足夠才去掃碼哪怕只是加入社區(qū)群、開始圍觀 issue也是一次低門檻的入場。4. 現(xiàn)場社交實操從“想問問題”到“被記住”4.1 三十秒自我介紹公式現(xiàn)場社交最大的心理門檻是“不知道說什么”。這里分享一個我常用的三十秒自我介紹公式我是誰 我在哪個項目/社區(qū) 我用過你們的什么 我想聊什么。舉例如果你是后端工程師看到一個人維護操作系統(tǒng)權限組件可以說“你好我是做后端開發(fā)的在維護一個開源多商戶系統(tǒng)最近在用你們的權限模塊做行列權限設計想請教你們在高并發(fā)場景下權限緩存是怎么處理的。”這段話里沒有廢話每一句都在給對方信息你的身份、你的場景、你做過什么、你想聊什么。對方一聽就知道你不是來湊熱鬧的自然會給出有營養(yǎng)的回應。不要一上來就說“我是開源愛好者”這個標簽太泛對方無法快速定位你的需求。也不要立刻要微信先聊十分鐘內(nèi)容如果投緣交換聯(lián)系方式是水到渠成的事。4.2 展位搭話的正確姿勢在開源項目展位前最常見的錯誤是問“可以給我講講這個項目嗎”。這句話在作者聽來非常沉重因為介紹一個項目可以講十分鐘也可以講一個小時他不知道從哪說起。更好的開場是聚焦到具體細節(jié)上。你可以說“我看到你們最近發(fā)布了新版本但文檔里沒有寫清楚從舊版遷移的路徑你們是打算做兼容還是強制升級”或者“你們現(xiàn)在最希望社區(qū)幫忙做哪類工作”——最后一個問題尤其好因為維護者往往對“缺文檔”“缺測試”“缺 issue 清理”有明確需求你一問這個他會把你當成潛在貢獻者而非圍觀者。如果你發(fā)現(xiàn)作者正在低頭改代碼不要強行打斷。先站在旁邊等一個自然的空隙或者先看展位上的海報和二維碼準備好問題再開口。尊重對方的專注也是一種開源禮儀。4.3 提問與圓桌會提問比會聽更值錢圓桌討論和閃電演講后的問答環(huán)節(jié)是展現(xiàn)你思考深度的舞臺但也容易翻車。比如問“你怎么看待開源的未來”這種問題會讓演講者很難收場因為它太空了。高價值的問題通常具備三個特征具體、開放、與現(xiàn)場分享內(nèi)容強相關。比如聽完一個開源 AI 推理框架的分享你可以問“你們在長序列場景下遇到過 KV Cache 占用過高的實戰(zhàn)問題嗎當時是怎么在吞吐和顯存之間做取舍的”這種問題能引出真實工程細節(jié)整個現(xiàn)場的人都會跟著受益。如果被主持人或演講者以時間不夠為由婉拒了回答問題也不要在散場后堵著對方追問。更體面的做法是會后發(fā)郵件或私信把問題寫成文字附上你的上下文通常都會得到認真回復。4.4 志愿者也是一號資源很多參會者低估了志愿者的價值。志愿者知道哪個展位在發(fā)試用硬件、哪個分會場還有空位、哪個講師剛好在休息區(qū)喝咖啡、哪條路線去餐廳最快。他們是最早接觸完整動線信息的人。和志愿者聊天的門檻很低遞杯水、說句辛苦就能展開對話。你可以在志愿者那里打聽到很多“隱藏信息”比如哪個項目組晚上組織小規(guī)模聚會、哪個社區(qū)在找文檔貢獻者。如果你本來就是想融入社區(qū)的新人申請成為下一屆的志愿者是進入核心圈子的極佳路徑。不要以為志愿者只是做苦力開源社區(qū)的志愿者群通常會在會期結束后轉(zhuǎn)型為線上社群繼續(xù)保持活躍。這次加了群下次你就是局內(nèi)人。5. 常見問題與避坑清單這些年我踩過的坑不希望你再踩5.1 現(xiàn)場基礎問題速查表每年會場都會重復上演同樣的手忙腳亂。這里整理一些高頻問題出發(fā)前掃一眼能幫你省下不少雞飛狗跳的時間。問題場景原因建議解法現(xiàn)場手機沒信號/網(wǎng)絡慢參會人數(shù)密集提前緩存日程表、離線地圖、PPT 截圖找插座找了二十分鐘會場插座稀缺自帶插線板或用充電寶利用午休去餐飲區(qū)充電午餐排長隊熱門時段集中錯峰用餐或提前確認票是否含餐宣傳物料太多拿不下攤位數(shù)多只拿真正需要的用一個文件袋統(tǒng)一收納臨時發(fā)現(xiàn)想看的分論壇滿員熱門議題超員提前到場或去直播區(qū)看大屏證件丟了人太多容易掉現(xiàn)場及時找主辦方補辦但會浪費排隊時間補充一個細節(jié)教訓會議樓的廁所通常會在茶歇時間排隊避開整點或散場時間提前五分鐘去可以少排十分鐘隊。這種邊緣信息沒人寫在手冊里但真實體驗完全不同。5.2 三種典型“錯過”場景與補救第一種是分論壇時間沖突。兩個場次都很想聽但時間完全重疊。我的建議是選一個從頭聽到尾另一個放棄現(xiàn)場會后再找回放或主辦方發(fā)布的資料。不要兩邊來回跑因為每次換場都至少要損失十分鐘還會錯過兩邊的討論節(jié)奏。第二種是排隊太長導致錯過 Workshop。Workshop 容量有限遲到十五分鐘可能就進不去。對策是提前至少二十分鐘到指定教室把報名確認碼截圖準備好。如果實在沒進去立刻轉(zhuǎn)去開源集市展位找一個項目深聊同樣有價值。第三種是重要分享聽了一半被工作電話打斷。參會前把手機設為勿擾模式并提前和同事約好緊急溝通預案。現(xiàn)場的事就留給現(xiàn)場如果惦記工作兩邊都做不好。5.3 會后跟進怎么寫加了好友不是結束現(xiàn)場加了幾十個微信、掃了十幾個項目二維碼如果只是躺在列表里基本等于無效社交。當晚或第二天就應該做“跟進動作”。跟進消息不用長但要具體。一個可參考的模板是“你好我是今天在展位和你聊多商戶權限設計的 xx。你提到最近在重構權限緩存我正好有一個相關思路整理成文字發(fā)給你方便下周約個短會交流嗎”這段話里體現(xiàn)了三個關鍵點你是誰、記得什么、能提供什么。只發(fā)“很高興認識你”的消息通常會被對方劃入“普通路人”。也可以順便把你今天拍下的項目海報、PPT 和現(xiàn)場筆記整理成一份簡單的共享文檔發(fā)給聊過的人。這既是一種禮貌也是一種建立專業(yè)印象的方式。5.4 開源新人的心態(tài)建設聽不懂是正常的第一次參加開源年會最常見的心態(tài)崩潰是“隔壁桌的人聊 K8s、聊模型微調(diào)、聊許可證合規(guī)我一句話都插不上”。請放心所有人都經(jīng)歷過這個階段沒有人天生懂所有領域。新人更適合把目標設成認識三個人、給一個項目提一個 issue、記住五個名詞回去查文檔?，F(xiàn)場允許“只聽不動”允許拿著筆記本記下聽不懂的縮寫第二天再向同行的朋友請教。心態(tài)放平和以后你反而會因為目標小、行動具體比那些什么都想抓的人收獲更多。我還建議新人優(yōu)先參加“開源入門”類的分論壇和展位交流那些場次默認聽眾為零基礎講解會比較細致提問也不會太嚇人。6. 會后不是結束從一個參會者變成一個“有點參與感”的貢獻者6.1 黃金 24 小時整理筆記、收藏夾和聯(lián)系人會議結束后趁記憶還新鮮做三件事。第一把每個人的微信備注改成“項目 擅長領域 認識場景”比如“OpenHarmony-嵌入式-linux 驅(qū)動/現(xiàn)場展位聊 devicetree”這樣三個月后你不會對著頭像發(fā)愣。第二把你收藏的倉庫按“想貢獻”“想學習”“想合作”三個標簽分類放進一個專門的知識庫后續(xù)查找會方便得多。第三把現(xiàn)場拍的 PPT、宣傳頁和筆記整理成一篇總結發(fā)到自己的博客或社區(qū)板塊。整理本身就是在消化寫出來的東西也會成為你未來回顧的重要資產(chǎn)。不要小看這 24 小時。很多偶遇和想法如果不在當天晚上轉(zhuǎn)化為文字或待辦三天后就會徹底消失?，F(xiàn)場聊得再投機也抵不過時間對記憶的沖刷。6.2 找到你的第一個 good first issue想從一個參會者變成真正的貢獻者最好的路徑不是立志“我要改內(nèi)核源碼”而是從低門檻事務進入。常見的選擇有三個。第一個是文檔貢獻。打開你關注的項目倉庫看 README 里有沒有失效鏈接、過時截圖、缺失的快速開始教程直接提一個 PR 修掉。文檔貢獻是開源維護者最歡迎的“新手友好型”工作你能借此熟悉倉庫的貢獻流程又不至于在代碼層面卡住。第二個是 issue 管理。幫維護者清理重復 issue、補充環(huán)境信息、驗證 bug 能否復現(xiàn)這些工作能讓維護者從瑣事中解脫也會留下你的參與記錄。第三個是測試與反饋。跑通一個新功能錄制演示視頻把踩過的坑寫成都 issue這也是實打?qū)嵉呢暙I。這些動作本質(zhì)上都是開源項目管理的一環(huán)。維護者見慣了只圍觀不參與的人你愿意先動手補文檔、提 issue就已經(jīng)和大多數(shù)參會者區(qū)分開了。6.3 建立長期開源身份把年會偶遇變成年度關系一次年會不能讓你成為社區(qū)核心但它可以讓你認識通向核心的路。散場后加入項目郵件列表或社區(qū)群參加月度線上會議定期看一看倉庫的動態(tài)。如果你在會場上聊到某位維護者提到他正在為某個“好問題”發(fā)愁那就是你的機會下次在相關 issue 下認真回復或直接發(fā)郵件說明你的想法。給聊過的人隔一段時間發(fā)一句“最近項目還好嗎”如果有新作品就丟一個 PR 鏈接這種輕量互動不需要花太多時間卻能保持關系溫度。到明年 COSCon 再見面時你不再是“展會里的陌生人”而是“那個在社區(qū)群里見過名字的人”。開源本身就是這么滾起來的因為一次次見面、一次次 PR、一句句 issue 討論陌生的 ID 慢慢變成了值得信任的協(xié)作伙伴。最后說一個我自己的土辦法每次從 COSCon 回去我會在日歷上設兩個提醒一個是“整理開源年會筆記”另一個是三個月后的“檢查給那個項目的 PR 有沒有動靜”。靠這個辦法我從一個年會上只知道領貼紙的人變成了三個開源項目的定期貢獻者。開源年會的真正價值從來不在于會議的那兩天而在于那兩天里種下的、之后一年慢慢生長的連接。希望這份指南能讓你在 COSCon25 見到想見的人也讓你成為明年別人想見的人。