AUTO-GTP執(zhí)行邏輯

2023-06-14 23:51 作者:IBAS 0人讀過 | 我要投稿

項(xiàng)目的地址和標(biāo)題

https://github.com/Significant-Gravitas/Auto-GPT

前面的話（廢話）

大致看了幾個(gè)文檔和視頻，我按我的邏輯來分析，主要是厘清消息傳遞的過程，這里將我看到的幾個(gè)鏈接也附上：

【知乎：AutoGPT源碼閱讀】https://zhuanlan.zhihu.com/p/623597557

【掘金：ChatGPT|Auto-GPT實(shí)現(xiàn)解析】https://juejin.cn/post/7221461913003442236

為什么要做一些事情（廢話+1）

我對python并不是很熟悉，但是勉為其難能看懂一些，看代碼的過程我要加注釋，屏蔽一些影響，因?yàn)槲蚁胱约簛韺?shí)現(xiàn)和控制代碼的走向，目前autogpt最大的問題是會“陷入奇怪的死循環(huán)”，特別是在Windows系統(tǒng)下。

autogpt的另一個(gè)問題在于會陷入token限制，如果被中斷，不得不面臨重新開始執(zhí)行。在最新的release版本（4.0）中，這個(gè)問題依舊是存在的，但是在issue中可以找到解決方案，我認(rèn)為我已經(jīng)不會出現(xiàn)這個(gè)問題了，不會再報(bào)這個(gè)錯(cuò)誤。

√ 從masterr分支中復(fù)制?autogpt/memory/message_history.py 替換 release 中的對應(yīng)的文件即可。

進(jìn)入正題

直接進(jìn)入到 autogpt\agent\agent.py 這個(gè)文件的 start_interaction_loop 開始看就可以了，這個(gè)文件是進(jìn)入交互模式下開始循環(huán)執(zhí)行的入口函數(shù)。

將代碼中的日志、交互、插件配置都默認(rèn)為不需要，所以忽略相關(guān)的所有代碼。

左邊代碼是去除部分不影響閱讀代碼后的版本，大致對應(yīng)到右邊的流程圖，其中記錄執(zhí)行結(jié)果這個(gè)過程可以理解為是全局的，在記錄執(zhí)行結(jié)束后，會在最右邊的生成摘要中被使用。

下面是 autogpt\llm\chat.py 代碼的刪減后和流程圖對應(yīng)的情況。

最后給一個(gè)我大概理解的完成的執(zhí)行流程（不是簡單的空講，呃呃呃，流程就是這樣，而是大致能匹配代碼實(shí)際執(zhí)行流程的）。

autogpt 有給出一個(gè)默認(rèn)的摘要信息，即最開始沒有對話時(shí)的摘要信息（I was created）。

這里有幾個(gè)問題需要理解，一個(gè)是所有發(fā)送到GPT或者從GPT獲取的回復(fù)都是模板化的，二是，我其實(shí)沒理解封裝摘要前挑選的事件的條件是什么，三是，每次發(fā)送的上下文（即最近的對話場景信息）其實(shí)是有限制的，不會超過十個(gè)，但是我也不知道他怎么選的。

對于第一個(gè)問題，模板可以在 autogpt\prompts\generator.py 中找到一個(gè)，摘要的模板是在 autogpt\memroy\message_history.py 中。

后面的內(nèi)容，等我看懂了代碼的消息生成情況后再發(fā)上來。

如果已經(jīng)執(zhí)行過一次，可在log中找到一個(gè)系類的執(zhí)行過程，如下