一個靠譜 Dev 有多重要？
一覺醒來，SKYAI 持有者傻眼了，本來是前途一片光明的 AI Alpha，但是頃刻之間市值暴跌 99%，并且再無回暖可能。
導(dǎo)致這一情況發(fā)生的原因是 SKYAI 的開發(fā)者 Bob（@futuristfrog）1 月 5 日稱自己的實驗失敗了，「Bad news. I have failed」。隨之 SKYAI 瀑布式砸穿，讓許多此前十分看好這個項目的投資人直言要找靠譜項目方，稱創(chuàng)始人對一個項目起著決定性作用。
Bob 曾被扒出 2022 年還是高中生身份，SKYAI 上線之初也被冠以天才 Dev 的實用性代幣。Bob 最后的發(fā)言中，他寫道「到目前為止，我只做出了非常狹窄、過度擬合的電腦應(yīng)用 AI 代理，而且就算這樣，這些代理也幾乎沒什么成效。」因此他決定在新一代大模型發(fā)布之前不會對 SkyAI 做任何更新。
這一行為會被認(rèn)為是一個負(fù)責(zé)任的 Dev 行為嗎？從投資者的收益角度來看，顯然不能稱其為一個好 Dev。
同樣是在 1 月 5 日，一款參加了 Solana AI 黑客松的 DeFi AI Agent The Hive 的原生代幣 BUZZ 市值在兩日內(nèi)最高突破 8000 萬美元，之所以如此 FOMO 是因為社區(qū)扒出其 Dev Jason Hedman 的戰(zhàn)績是幾乎參與的每一個項目都能拿到第一名，已經(jīng)是 9 屆黑客馬拉松獲勝者，其 Github 上的貢獻(xiàn)度也很密集，有完整的履歷介紹和過往清晰的開發(fā)記錄。
相關(guān)閱讀：《BUZZ 市值速通 40M，「DeFi Agent」打響第一槍？》
Jsaon GitHub 主頁
并且 Jason 擁有 BUZZ 5% 的代幣供應(yīng)量，但為了增強(qiáng)項目的透明度和市場信任，他決定將這部分代幣鎖倉一年，也稱為 BUZZ 上漲勢能的一部分。
從 SKYAI 的失敗到 BUZZ 的爆發(fā)，不難看出一個靠譜 Dev 對于項目的重要性——技術(shù)實力、責(zé)任心、開發(fā)者個人聲譽(yù)，往往與項目未來的增值空間緊密掛鉤。
如何在 Github 上找到好 AI Dev 或項目？
當(dāng)我們認(rèn)清了開發(fā)者對項目的重要性，接下來的問題便是在眾多 AI Crypto 項目中，如何高效地甄別潛在的「Bob」和「Jason」，找到真正值得跟蹤與投資的技術(shù)團(tuán)隊？
GitHub 無疑是最好的「中轉(zhuǎn)站」，作為全球最大的開源代碼協(xié)作與版本管理平臺，這里不僅展現(xiàn)了開發(fā)者的技術(shù)水準(zhǔn)與持續(xù)產(chǎn)出能力，也提供了社區(qū)互動、版本迭代等寶貴數(shù)。BlockBeats 梳理了幾個 GitHub「尋寶」的關(guān)鍵技巧，幫助大家更好地把控項目質(zhì)量和 Dev 水平。
巧用搜索與 Trending 頁面
GitHub 的 Trending 頁面集中展示了近期熱門項目，通常按照語言、時間跨度及 Star 增量進(jìn)行排序。選擇 AI 及其相關(guān)語言（如 Python、C 、Go 等）即可快速發(fā)現(xiàn)哪些項目具備較高人氣與較廣泛的應(yīng)用場景。那些 Star 數(shù)較多、Fork 數(shù)和 Watch 數(shù)也較高的項目，往往意味著社區(qū)對其認(rèn)可度高，也有更充足的資源與討論。
除了 Trending 頁面外，還可以通過 GitHub 的高級搜索功能，結(jié)合 Star 數(shù)量、編程語言、更新時間等進(jìn)行篩選。比如在搜索欄中輸入 stars:>100 language:Python topic:AI 便能找到 Star 大于 100、使用 Python 且與「AI」相關(guān)的話題項目，為后續(xù)精確鎖定合適的 Dev 打下基礎(chǔ)。
除了在 GitHub 查看 AI Dev 的貢獻(xiàn)度，也可以訪問其個人主頁，看看他們參與過哪些項目、是否在知名 AI 框架上提交過優(yōu)質(zhì)代碼。同時可以在其個人主頁「Pinned Repositories」處了解他們真正拿得出手的核心項目。
ai16z 創(chuàng)始人 Shaw 的 GitHub 主頁
此外，CodersRank、Sourcegraph 等第三方服務(wù)會基于開發(fā)者的公開代碼進(jìn)行打分或技能圖譜分析，如果想要更全面地了解開發(fā)者的編程習(xí)慣和技術(shù)棧，也可以關(guān)注這些工具所提供的數(shù)據(jù)。
查看 README、代碼與提交記錄
一個項目的 README 文件通常包含了項目的目標(biāo)、功能概述、使用方法以及依賴的庫，一個詳盡且邏輯清晰的 README 不僅能幫助你快速上手項目，也能體現(xiàn)開發(fā)者的專業(yè)程度與對社區(qū)用戶的友好度。若 README 含有架構(gòu)圖、性能對比測試、相關(guān)論文鏈接等，則是項目專業(yè)度的加分項。
認(rèn)真閱讀項目的代碼結(jié)構(gòu)、模塊劃分與命名規(guī)范，能初步判斷開發(fā)者在軟件工程上的成熟度。若頻繁看到他們通過拖拽文件（Add files via upload）上傳這類非 Git 常規(guī)提交，極有可能意味著該項目并不具備持續(xù)開發(fā)管理能力，也缺乏真實技術(shù)支撐。相反，若提交信息（commit message）精煉、功能劃分清晰，說明開發(fā)流程更具專業(yè)化和可追溯性。
圖源：@onlyzhynx
在 AI 項目中，有沒有設(shè)置單元測試、持續(xù)集成（Travis CI、GitHub Actions 等）也是開發(fā)者是否注重質(zhì)量的關(guān)鍵指標(biāo)。一個高水平 AI Dev 通常會結(jié)合自動化測試手段，保證項目功能的正確性與穩(wěn)定性。
Issues、Pull Requests 與 Contributors 界面
在項目的 Issues（問題追蹤）和 Pull Requests（合并請求）中，我們能夠直觀了解開發(fā)者的工作方式和社區(qū)的互動水準(zhǔn)。例如 Issue 是否被及時回復(fù)，PR 的審核流程是否嚴(yán)謹(jǐn)，代碼合并時是否有足夠的 Review 與測試。優(yōu)秀的 AI Dev 通常會通過 Code Review 的方式指導(dǎo)新貢獻(xiàn)者，或在 PR 描述里提供更多技術(shù)背景、實現(xiàn)邏輯，從而幫助項目社區(qū)快速理解并驗證新的特性。
如果項目的 Contributors 數(shù)量較多且分布均衡，說明這個項目擁有較為廣泛的社區(qū)支持和持續(xù)的開發(fā)動力，如果僅有一兩個人在頻繁提交代碼，那就需要深入了解他們的背景和項目的可擴(kuò)展性。
一些高質(zhì)量項目可能會在 README 或者 Issues 區(qū)鏈接外部的論壇、Slack、Discord 頻道等，用以討論項目的功能演進(jìn)、BUG 修復(fù)等，如果論壇里用戶交流十分活躍，那說明項目有一定的社區(qū)基本面，也是考驗團(tuán)隊的標(biāo)準(zhǔn)之一。
最后想說的是，盡管開發(fā)者技術(shù)靠譜很重要，但其實情商也是一個項目能走得夠遠(yuǎn)的必要因素。在這輪 AI Crypto 醞釀的泡沫之中，如果無法把握手中的標(biāo)的因 Dev 的離譜操作而一夜歸零的話，或許我們也可以換一種思路，通過對靠譜 Dev 的項目進(jìn)行中長期跟蹤，伴隨代幣波段上漲獲利也是較為穩(wěn)健的操作方式之一。
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
