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