我不建議你去學(xué)編程，但是我強(qiáng)烈建議你知道怎么看代碼，因?yàn)樵贏I時(shí)代每天生產(chǎn)量最大的內(nèi)容就是代碼。讀代碼在以前的確非常痛苦，從但現(xiàn)在不一樣了，有AI工具的加持，可以用「宏觀到微觀再到找原作者大法」徹底解決這個(gè)問題。

需要用到的工具：

• AI 編程軟件：最佳Cursor+Claude4組合，次之Trae+Claude4，最差也得用Trae+doubao1.5，總之模型越智能越好，Context越長(zhǎng)越好（最好在200K以上，1M的最好），后者甚至有時(shí)候比前者還重要，因?yàn)楹芏嗟脑创a都挺長(zhǎng)的，你得保證模型的記憶足夠以及retrieval檢索的能力夠強(qiáng)。

• Github賬號(hào)：很多的工具都需要你綁定Github賬號(hào)，否則一切都免談。

• 一個(gè)能正常收發(fā)郵件的郵箱：很多問題你死活看不懂，或者說按照教程一步步做了但就是不一樣，這個(gè)時(shí)候你可能需要直接給原作者發(fā)郵件咨詢，因?yàn)橛锌赡苁窃创a本身就有問題（我讀博時(shí)候遇到過類似的問題，找到原作者才發(fā)現(xiàn)的確是寫錯(cuò)了）。

01.

宏觀會(huì)比較籠統(tǒng)

比如你要學(xué)Transformer這個(gè)算法，你要做的肯定不是從QKV這三個(gè)值開始，而是搞明白兩件事，一個(gè)是input是什么，另一個(gè)是output是什么，這個(gè)我覺得是最重要的兩個(gè)點(diǎn)。

比如Input可以是很多種，文字、數(shù)字、文件、或者是視頻等等，output也一樣，這倆首先得搞明白，很多時(shí)候就是沒看清楚這倆導(dǎo)致白看了半天。

另外知道input/output之后，最主要的是把源代碼跑起來，這玩意就跟試物件的手感一樣，跑一下首先證明它是對(duì)的，其次也能加深對(duì)于程序的理解。

怎么跑，首先找README.md，這里通常都會(huì)有運(yùn)行或者使用方法，你照著一步步來就行。

比如就拿Camel的OASIS來說。

但凡作者有點(diǎn)兒職業(yè)素養(yǎng)，肯定會(huì)有一個(gè)部分叫Quick Start/How to run等。

你就跟著一步步來，先試著安裝和運(yùn)行一下。

加入你碰到一個(gè)沒有什么職業(yè)素養(yǎng)的人，那么你可以試試這個(gè)網(wǎng)站

https://deepwiki.com/

它背后是AI大模型驅(qū)動(dòng)的，會(huì)讀取你輸入的Repo地址里面內(nèi)容生成一份詳細(xì)的使用攻略。

比如它的Get Started會(huì)更為結(jié)構(gòu)化，從安裝，快速開始，案例等等。

它可以作為一個(gè)從整體上了解項(xiàng)目的入口，它里面的這個(gè)feature，就是把一些關(guān)鍵的func可視化，然后再附上源代碼位置，這個(gè)非常省時(shí)間。

畢竟看代碼看關(guān)鍵代碼就行了。

反正你得起碼把overview這個(gè)部分給看了，從圖形化的角度來了解整個(gè)項(xiàng)目的框架。

02.

從微觀角度理解每個(gè)細(xì)分部分

這個(gè)小到一個(gè)文件，再到一個(gè)function，甚至到具體到一行代碼的理解。

你可以去下載到本地，然后用一個(gè)IDE一點(diǎn)點(diǎn)兒去摳，但是我建議你用AI編輯器，比如Cursor比如Trae，前者你需要點(diǎn)網(wǎng)絡(luò)技術(shù)，后者大家都可以用，并且Trae+豆包1.5在國(guó)內(nèi)幾乎算是免費(fèi)的。

打開Trae后，開啟智能體模式，然后問這么一句話：

幫我下載這個(gè)repo：到本地，順便分析這個(gè)項(xiàng)目

就這么簡(jiǎn)單，模型的話，有claude用claude，沒條件就用doubao-1.5。

它會(huì)幫你自動(dòng)的下載整個(gè)代碼到本地，然后進(jìn)行整體性的分析。

原理倒是不復(fù)雜，就是每個(gè)文件都看個(gè)前50/100/200行，簡(jiǎn)要的分析下這個(gè)文件的大概作用是什么。

然后給你輸出一個(gè)報(bào)告

其實(shí)這個(gè)跟deepwiki做的東西是類似的，只不過它有一個(gè)巨大的好處，那就是它可以細(xì)化。

比如你在agents_generator.py上看到這么一個(gè)函數(shù)，看不懂沒關(guān)系，你之需要選中它，然后點(diǎn)擊添加到對(duì)話。

它就被特地取出來放到這個(gè)對(duì)話框里了，然后再寫一句Prompt

給我解釋下這個(gè)代碼

它的優(yōu)勢(shì)在于會(huì)參考整個(gè)代碼repo，因?yàn)榇a不是孤立的，它可能需要跟很多部件一起生效，而這個(gè)function，明顯要跟這個(gè)py文件一起聯(lián)動(dòng)才知道是什么意思。

生成的解釋會(huì)非常的清楚，即使是新手也無所謂，你可以換個(gè)問法。

比如

我是小學(xué)生，我看不懂

就是利用大模型非常強(qiáng)的自適應(yīng)能力來做的，你也可以自定義這個(gè)prompt，總之就是讓它根據(jù)你的水平來解釋。

你看這是不是就清楚多了？

這個(gè)模式也可以分析一個(gè)文件，你可以用拖拽的方式來針對(duì)某個(gè)具體的文件進(jìn)行分析。

總之，你用這個(gè)方法，不存在搞不明白的代碼，只是看你投入的時(shí)間多少了。

03.

終極大法：找原作者

有兩個(gè)辦法，如果是在github里，那就在issue里面提問題。

如果沒回應(yīng)，就在contributor里面一個(gè)個(gè)的找，大部分的人都會(huì)留下郵箱，專業(yè)的開發(fā)者是會(huì)定期看郵件的，只要禮貌點(diǎn)一般都會(huì)收到認(rèn)真回復(fù)的。

只要你能夠把前面兩個(gè)AI工具用好的話，看懂代碼現(xiàn)在已經(jīng)不是什么難事了，特別是AI在代碼理解這個(gè)領(lǐng)域幾乎不存在什么難度，唯一的瓶頸可能就是上下文長(zhǎng)度過長(zhǎng)會(huì)導(dǎo)致對(duì)話重開。

但是簡(jiǎn)單的代碼理解絕不成問題。