技術解讀 Eliza 工作原理：Provider 和 Action
作者：0xhhh來源：X，@hhh69251498
Eliza原理介紹這個系列會分成三部分來寫:
Provider和Action的運行原理
Evaluator的運行原理
ElizaMemory的設計思想
當前是第一篇文章主要介紹：Provider和Action的運行原理1.Eliza的架構如下，主要分為3個部分
最上層抽象成了Provider和Evaluator以及Action，分別對應人類獲取信息的能力(眼睛獲取視覺信息，耳朵獲取聽覺信息等等)，以及人類根據信息的執行能力(比如通過市場信息判斷BTC未來還有)，還有Evaluator只類似人類的思考能力，通過思考從海量的信息中提取知識從而形成個人的認知。
最下層是不同的AIModel:目前Eliza框架支持了市面上大多數的AIModel，比如openai,claude,gemini,gork,xai等等，這個類似人類的大腦是所有做出決策的關鍵處理模塊。
memory則是讓通過Eliza框架啟動的AiAgent擁有跳出ContentLimitation限制的能力，因為AI既可以在Provider階段把從環境中獲取的信息和Action執行后結果的信息壓縮之后存儲進入Memory之中；并且也可以通過Evaluator提取跟人類對話或者其他任意交互過程中一些關鍵信息(這個會在下一個Thread里詳細介紹)
比如下面的例子:
HowtoinvokeProvider(Eliza框架內AI如何通過Provider獲取信息)?
目前Eliza框架內對于Provider，雖然有提供對應的接口抽象，但是目前Provider的調用方式并不是模塊化的，還是有特定的Action根據自己的信息需求直接調用對應的Provider進行獲取，關系圖如下:
WhyNeedAction?(Eliza框架為什么需要抽象出Action?)
假如我跟AI說:我的私鑰
0xajahdjksadhsadnjksajkdlad12612
這里面有10個sol，你能不能幫我買100個Ai16z的Tokens。
Claude的回復如下：
因此我們可以把AI給予的代碼封裝成Eliza的一個Action,并且給一些Prompt的Example，來幫助AI理解什么時候我該調用這個Action。
（而且在真實的使用場景里我們想做的操作比這個要復雜很多，比如一筆Swap交易我們希望有滑點限制，那么這些條件限制交給AI大模型去完成的時候我們其實很難保證執行過程后每一個要素都可以滿足我們的要求）。
HowtoInvokeAction？(Eliza框架如何讓AI調用Action)
下面就是Eliza框架中，一個在用來讓AIModel在Pumpfun中創建一個memeTokens并且買入一定價值的該memeTokens的PromptExample,當我們在對應的Action中給出這些Example之后，AIAgent就知道,之后跟人類的交互過程中出現類似的內容的時候就會因為我們提供的這類PromtExapmle知道要調用執行哪個Action。
Eliza框架Action具體執行了什么？
https://github.com/elizaOS/eliza/blob/main/packages/plugin-solana/src/actions/pumpfun.ts#L279
具體還是以PumpfunAction的這個例子來解釋，它的流程如下：
從WalletProvider和TokenProvider獲取信息
生成創建MemeToken以及購買MemeToken的交易
對交易進行簽名并發送到鏈上
調用callback函數對Action執行后的結果進行處理。
其實核心就是兩部分，一部分就是從Provider獲取信息，然后生成要執行動作的操作函數。
怎么讓AGI理解它調用的Action做了什么？
這個問題如果沒有解決,那么我們就無法讓AI理解并執行有關聯性的任務。
答案如下：我們執行Action之后會用文本來總結這個動作產生了什么結果，并且把這個結果加入到AI的memory之中。
細節如下：Action的Handle函數第四個參數是一個callback函數，我們會把callback函數定義成把執行結果加入到AIModel的Memory模塊中。
callback函數的定義如下: