智東西
編譯 程茜
編輯 心緣

6個智能體，從實習(xí)“小龍蝦”成長為能獨當(dāng)一面的“龍蝦軍團”，究竟需要幾天？

智東西3月11日消息，近日，谷歌海外知名AI科技博主、谷歌云高級AI產(chǎn)品經(jīng)理Shubham Saboo在社交平臺X上公開了自己為期40天的“養(yǎng)龍蝦”秘籍，他利用OpenClaw部署了包含6個AI智能體的系統(tǒng)，7×24小時幫他打工。

“養(yǎng)龍蝦”指的是部署、使用名為OpenClaw的開源AI智能體，因其圖標(biāo)是紅色龍蝦、英文名Claw意為鉗子，因此網(wǎng)友便將訓(xùn)練它的過程戲稱為“養(yǎng)龍蝦”，本質(zhì)是打造可自動執(zhí)行辦公、創(chuàng)作、編程等任務(wù)的AI智能體。

Saboo對比了這6個智能體第一天和第40天的執(zhí)行任務(wù)效果。40天前，文本智能體寫的推文充斥著表情符號和話題標(biāo)簽、研究智能體不會羅列有效信息，而Saboo往往需要花很多時間糾正他們，甚至比自己動手做這些任務(wù)還要費時間；40天后，文本智能體能完全用Saboo的語氣寫初稿、研究智能體會在每日清晨推送7篇高價值資訊，6個智能體全天候運轉(zhuǎn)的效率極高。

值得注意的是，這40天內(nèi)，Saboo沒有調(diào)整提示詞、沒有更新模型、沒有重建架構(gòu)，他只負(fù)責(zé)給出反饋，再看著智能體們把這些反饋記下來形成Markdown文件，然后自主學(xué)習(xí)、持續(xù)迭代。

整個系統(tǒng)以Markdown文件為核心，分為身份層、操作層、知識層三層架構(gòu)。智能體不需要復(fù)雜的調(diào)度框架、消息隊列、數(shù)據(jù)庫，就可以通過Markdown文件系統(tǒng)本身進行整合。

▲基于OpenClaw構(gòu)建智能體系統(tǒng)的架構(gòu)（智東西制圖）

Saboo還羅列了開發(fā)者部署智能體系統(tǒng)的教程，每個時間階段應(yīng)該執(zhí)行的任務(wù)清單：

▲基于OpenClaw部署智能體系統(tǒng)的執(zhí)行流程（智東西制圖）

一、身份層：為智能體寫簡歷、做名片，寫一次就能讓全智能體對齊意圖

身份層需要定義的是這個智能體是誰，對應(yīng)文件是SOUL.md、IDENTITY.md、USER.md。

SOUL.md定義智能體是誰、做什么、如何行動。以研究智能體Dwight為例，Saboo對Claude說“你渾身散發(fā)著Dwight Schrute（電視角色名）的氣息”時，Claude可以調(diào)用訓(xùn)練數(shù)據(jù)明白Dwight的個性是專注投入、對工作極其認(rèn)真負(fù)責(zé)。

▲研究智能體Dwight的部分SOUL.md截圖

此外，Saboo還提到SOUL.md文件要控制在60行以內(nèi)，只需包含身份、角色、原則、協(xié)作關(guān)系、整體風(fēng)格。因為智能體每次會話都會加載SOUL.md，如果太長會擠占本該用于實際工作的上下文空間。

具體的操作方式是先從一個智能體開始，選你每天重復(fù)最多的那件事寫個粗略框架。然后在接下來的一個月里，根據(jù)實際效果，將這個框架不斷重寫十遍以上。

▲SOUL.md入門模版

SOUL.md代表智能體完整的人格，那IDENTITY.md代表的就是智能體的名片，其包括姓名、角色、氣質(zhì)和一句精辟的自我介紹。

▲IDENTITY.md模版

每個智能體都必須知道自己在為誰服務(wù)，USER.md（智能體的服務(wù)對象）里會包含用戶的偏好、背景，以及決定智能體行為方式的所有上下文。這個文件只需寫一次，因為所有智能體都會讀取。

Saboo稱，這些個人細(xì)節(jié)非常重要，例如明確你所在的時區(qū)，可以讓智能體在凌晨3點不要為你安排任務(wù)；飲食偏好能讓帕姆在草擬團隊晚餐簡報時，不會推薦牛排館。

▲USER.md模版

二、操作層：自建協(xié)同機制，分時間段上工干活

操作層定義的是這個智能體如何工作，對應(yīng)文件是AGENTS.md、HEARTBEAT.md、特定角色指南。

AGENTS.md（行為規(guī)則）定義智能體如何運作，包括會話啟動流程、文件讀取順序、內(nèi)存管理、安全規(guī)則。

▲根級AGENTS.md

智能體在會話之間沒有記憶，每次都從零開始。如果修正內(nèi)容沒有寫入文件，下一次會話就等于不存在。因此AGENTS.md能讓智能體把所有信息都記錄下來。繼承根級AGENTS.md后，每個智能體會補充自己的規(guī)則，如推文寫作智能體Kelly的AGENTS.md會在這個基礎(chǔ)上，擴展她專屬的工作流程。

▲Kelly的AGENTS.md

此外，智能體還會有自己的專業(yè)文件，如推文寫作智能體Kelly除了AGENTS.md，還有六個額外的專屬文件，精確定義她如何創(chuàng)作內(nèi)容，包括寫作風(fēng)格指南、發(fā)文格式參考、真實案例、每日任務(wù)等；研究智能體Dwight則有目標(biāo)受眾畫像和研究流程規(guī)范。

Saboo提到，只有當(dāng)開發(fā)者發(fā)現(xiàn)某類問題反復(fù)需要修正時，才需要再添加專業(yè)文件。

智能體團隊也會遇到問題，HEARTBEAT.md（心跳狀態(tài)文件）就會提前預(yù)防問題�；贖EARTBEAT.md（心跳狀態(tài)文件），莫妮卡會在每次心跳時檢查兩件事：檢查瀏覽器是否存活、檢查定時任務(wù)是否正常運行。

▲Monica的HEARTBEAT.md

智能體的操作過程環(huán)環(huán)相扣。因為如果瀏覽器掛了，研究智能體Dwight就無法做信息檢索與調(diào)研，Dwight漏了一次信息掃描，推文寫作智能體Kelly和領(lǐng)英寫作智能體Rachel就只能用過時情報寫內(nèi)容，而定時任務(wù)悄悄停了的話，就使得整個系統(tǒng)表面看著正常，實際上完全沒在干活。

Saboo在“養(yǎng)龍蝦”的第三周就遇到了最后一種情況，調(diào)度器出了bug，任務(wù)在隊列里看似一直在往前推進，卻從來沒有真正執(zhí)行過，并且他好幾個小時都沒察覺到異常。在這之后，Saboo便構(gòu)建了HEARTBEAT.md，把兩種故障模式都集中在一處監(jiān)控，這一機制已經(jīng)多次幫他及時發(fā)現(xiàn)問題了。

值得一提的是，開發(fā)者只需在第一次出問題之后再去搭建HEARTBEAT.md，因為只有當(dāng)其親身體會過哪里會崩，才能精準(zhǔn)知道該監(jiān)控什么。

三、知識層：三層架構(gòu)，智能體自己總結(jié)錯誤、提煉重點

智能體的記憶系統(tǒng)是一套基于文件構(gòu)建的三層架構(gòu)。

MEMORY.md（精選的長期記憶）只保留真正重要的信息。在幕僚長智能體Monica的MEMORY.md中有一個Hard Lessons（慘痛教訓(xùn)）部分，這是因為Monica曾誤刪過一個項目文件夾，將這個錯誤永久存入她的長期記憶，就可以使其在未來所有會話中避免同一錯誤。

▲Monica的MEMORY.md片段

推文寫作智能體Kelly在多次修正后，會自己寫下錯誤示例，將自己犯過的錯整理成清單。

▲Kelly的MEMORY.md

MEMORY.md僅在直接會話中加載，不會在群聊等共享上下文環(huán)境中加載。Saboo還提到，撰寫MEMORY.md的流程是，開發(fā)者給出修正意見，智能體把它記入日常記憶，提煉出關(guān)鍵內(nèi)容存入MEMORY.md，每次會話自動加載。

memory/YYYY-MM-DD.md（每日會話日志）會包括今天發(fā)生了什么、草擬了什么、收到哪些反饋。日常日志會快速堆積，如果不及時清理，智能體的上下文會急劇膨脹。并且智能體不需要在每次會話都載入完整的歷史記錄，只加載當(dāng)天、前一天日志即可。

▲Kelly的每日會話日志

隨著智能體系統(tǒng)規(guī)模擴大，開發(fā)者可按人員或項目來分類整理，形成Organized memory folders（整理好的記憶文件夾）。

Saboo最新添加了Shared Context（跨智能體知識層），所有智能體在會話開始時都會讀取Shared Context。

其中，THESIS.md是他當(dāng)前關(guān)注的核心，包括Saboo關(guān)注什么、已經(jīng)寫過什么、還有哪些缺口。依據(jù)該文件，研究智能體Dwight會確定調(diào)研優(yōu)先級，Kelly制定寫作思路，Ryan策劃文章，使得所有智能體都以同一個權(quán)威信息源保持步調(diào)一致。

FEEDBACK-LOG.md是跨智能體的統(tǒng)一修正系統(tǒng)。當(dāng)Saboo告訴Kelly“不要用破折號”時，這條反饋會同步給Rachel、Ryan和Pam。

四、靠Markdown文件更新，智能體成“龍蝦軍團”

智能體之間協(xié)調(diào)不調(diào)用API，也不使用消息隊列，只用文件通信。研究智能體Dwight將調(diào)研結(jié)果寫入intel/DAILY-INTEL.md， Kelly、Rachel、Pam會直接讀取。它們之間的交接，就只靠磁盤上的Markdown文件。

Saboo還特別提到，要避免讓兩個智能體同時寫入同一個文件，所有共享文件都要設(shè)計成一個寫入者、多個讀取者的模式，這可以協(xié)作沖突。

基于此，Saboo設(shè)計了一套調(diào)度機制。Dwight在早上8點和下午4點運行，Kelly、Rachel在下午5點運行。這是因為所有人都依賴Dwight的輸出結(jié)果，他必須先執(zhí)行，而一旦順序出錯，下游的智能體就會讀到過時或空的文件。

此外，這些文件還會不斷演變、進化。例如Kelly的SOUL.md文件，第一天只是個粗略草稿，到第40天，文件里面已經(jīng)有具體的文風(fēng)示例、她自己總結(jié)的禁用表達清單、已寫過的主題清單。

對Dwight而言，其第一天的工作重點抓取熱點內(nèi)容，到第10天就變成“如果Alex今天沒法用它做任何事，就跳過”。Alex是Saboo為智能體設(shè)定的目標(biāo)讀者。到第20天，Dwight又加入了核查步驟，包括檢查倉庫創(chuàng)建時間、查看Show HN時間戳、追溯社交平臺信息的原始來源。

Saboo在第20天的時候構(gòu)建了THESIS.md和FEEDBACK-LOG.md，使其對某個智能體修正一次就可以同步到所有地方。

這些智能體背后的模型從第1天到第40天都沒有變，但圍繞智能體的文件體系會越來越豐富、精準(zhǔn)、高度貼合開發(fā)者的專屬需求，而這些不斷沉淀的上下文，就是其護城河。

▲完整目錄結(jié)構(gòu)