羅曉東，軟體工程師，擁有多年的架構和平台設計經驗，目前正在研究平台與新技術的結合。
在上一篇文章中，我梳理了自己在平台上與AIGC互動的元件設計方案，並進行了互動的設計架構，並進一步結合IM的整合，進一步闡述和優化互動流程。 同時，在這一步，引入體驗人員，驗證LLM對工程師的提公升效果，同時體現個體超級工程師。 經驗人員介紹：測試工程師，前期有半年時間跟進學習平台技術，熟悉平台的場景和使用流程。
引入測試工程師的主要目的是進行流程的互動體驗，從而更好地驗證流程，從而體現LLM組合對人員能力提公升的效果，後期通過經驗成果進一步形成個體超級工程師。
這本書繼續在上面。 為了進一步優化LLM的推理能力和多智慧型體的結合，這裡定製了GC的互動模式，並定製了乙個簡單的IM，以便更好的管理。 主要目標是盡可能避免困難的視覺化管理介面，通過與代理和員工的互動來管理整個平台，形成類似於 Chatops 的工具，但在 LLM 中會更強大。
互動管理介面如下：
在這個過程中，將多個智慧型體個體虛擬化，將其劃分為多個團隊和多個詳細個體，並通過不斷新增第乙個相互，通過測試工程師的呼叫和工程師的評審，進一步完成多個工作的結果，如虛擬需求團隊的管控， 虛擬工程師團隊、虛擬架構師團隊等，並在不滿意的情況下，不斷增加新的工程師與工作互動，直到完成閉環操作。
這是乙個虛擬的工程師團隊：
這個和 autoGPT 等的區別在於，這裡引入 LLM 是為了更好地推動超自動化，解決日常工作中的問題，通過超個體和智慧型體角色的結合來實現這一目標，而不是一開始完全自動化，現階段我們對 LLM 的定位還是次要角色。 以下是相關的設計思路：
定義團隊與多個智慧型體角色之間的分工定義智慧型體流程和審查模式、互動模式、流程編排、多渠道（組）和多智慧型體協作每個團隊的設計思路都有自己的計畫，以上就是我們在這個過程中的一些實踐經驗，每個架構師都有自己的想法，我有自己的想法。
這裡的設計定義起來並不複雜，整個過程主要是解決實際工作問題。
為了更好地定義座席角色，拆分多個角色，拆分的目的是細化每個作業，形成乙個獨立的座席角色，以便更好的聚合，然後通過多個角色的聚合形成閉環工作。 以下是目前詳細的團隊和代理商，主要包括：
人才管理專家團隊、方案架構師團隊、技術工程師團隊、資料探勘分析團隊、自動化運維管理團隊、業務運營專家團隊，以下為相關設計圖紙：
在形成多個智慧型體後，除錯提示指令，確保結果達到可以使用或可以達到初步討論的點，目前還不可能做到100%，所以在IM互動中，增加了工程師評審的步驟，審核的意見**來自經驗的積累和平時的討論， 此步驟目前暫時按此方式處理。
除了一定的提示指令外，每個角色的定義都是以服務和流程編排的形式進行的，目前由硬編碼和自定義節點處理，流程工具使用liteflow，暫無配置視覺化流程介面。
以下是資料庫設計聚合過程：
在這種互動形式下，從一定角度更容易實現智慧型體的標準化和準確化結果。
假設乙個虛擬角色或者乙個多模態角色會輸出結果，可以定義為“員工”，這裡新增多渠道的主要目的是為了更好地在內部分享和共享結果，從而更好地形成公司的組織模式。 通過新增通道，可以進一步整合多個Agent在工作台上進行互動，也可以整合多個結果進行互動管理，如下圖所示
在這個過程中，前乙個智慧型體的結果是下乙個智慧型體的輸入，而測試工程師在這個過程中的操作主要是做審計和驗證，保證上下結果的準確性，如果不準確，可以進行微調或再生。 同時增加了知識庫的互動性，例如可以上傳需求文件或內容文件，以便更好的內容提取和推理，使AIGC結果更加準確。
這個過程並不是說設計起來特別難，而是新概念為我們提供了新的想法，比如智慧型體、超級個體、智慧型體等等，這些想法不會被完全複製，而是會針對實際問題進行選擇，並且有更多“完美”的最終目標是期待自己進化， 但如何去做，這個還在設計上，比如記憶系統、進化系統、成長系統等都需要進一步定義和設計，前期的目標是形成超自動化的方向，後期也在研究。
我們也希望有興趣的同學可以一起討論和分享他們的經驗。