एजेंट कमांड सेंटरों को सत्य के एक स्रोत की आवश्यकता है
एजेंटों के लिए कमांड सेंटरों को कार्यों और दृश्यता के लिए एकल, टिकाऊ राज्य परत की आवश्यकता होती है। यूआई डैशबोर्ड है; जिस परत को यह पढ़ता और लिखता है वह सब्सट्रेट है।
चाबी छीनना
- व्यक्तिगत एआई एजेंटों के बिल्डरों को कार्यों और दृश्यता के लिए एकल, टिकाऊ राज्य परत की आवश्यकता होती है; सामान्य बोर्ड और कच्चे लॉग फिट नहीं होते।
- एक "कमांड सेंटर" (दावा, निष्पादन, समीक्षा, पुनरावृति) यूआई है; जिस सब्सट्रेट से यह पढ़ता और लिखता है वह डेटा परत है।
- नियोटोमा निष्क्रियता और नियतिवादी आईडी के साथ टाइप की गई इकाइयां, अवलोकन और एमसीपी पहुंच प्रदान करता है ताकि पूर्णता स्पष्ट हो और कार्य दोबारा निष्पादित न हों।
- मल्टी-लेयर मेमोरी (कार्यशील, साप्ताहिक, अर्थपूर्ण, आत्म-सुधार) सत्य परत के ऊपर बैठती है; नियोटोमा वह टिकाऊ स्टोर है जिसका उपयोग और नवीनीकरण उन परतों द्वारा किया जाता है।
- एजेंट डैशबोर्ड और कमांड सेंटर के लिए बैकएंड के रूप में नियोटोमा को पोजिशन करने से बिल्डरों को अपने स्वयं के SQLite और सिंक को रोल करने के बजाय एक सब्सट्रेट मिलता है।

पावेल जोज़ेफ़ियाक ने हाल ही में एक व्यक्तिगत एआई एजेंट चलाने के बारे में लिखा है और इसे प्रबंधित करने के लिए उन्होंने जो टूलिंग बनाई है। वह नोशन से ओब्सीडियन में एक कस्टम SQLite-समर्थित बोर्ड में चले गए, फिर फोकस मोड और मेनू-बार दृश्यता के साथ एक देशी स्विफ्टयूआई ऐप में चले गए।
उनके द्वारा मारा गया महत्वपूर्ण बग कार्यों को दोबारा निष्पादित करना था क्योंकि पूर्णता विश्वसनीय रूप से रिकॉर्ड नहीं की गई थी। वह छह-परत मेमोरी सिस्टम (कार्यशील मेमोरी, साप्ताहिक रोलओवर, स्थायी सूचकांक, गहरी प्रोफाइल, अर्थ खोज, आत्म-सुधार पाइपलाइन) और एक स्पष्ट निष्कर्ष के साथ समाप्त हुआ। सामान्य कार्य उपकरण और पूर्ण एजेंट आईडीई के बीच एक अंतर है। एजेंट जीवनचक्र के लिए "कमांड सेंटर" की कमी है: वास्तविक समय की दृश्यता के साथ दावा करना, निष्पादित करना, समीक्षा करना, पुनरावृत्त करना।
मैं नियोटोमा का निर्माण कर रहा हूं, जो एजेंट मेमोरी के लिए एक सत्य परत है। यह डैशबोर्ड या एजेंट का निर्माण नहीं करता है. यह वह परत प्रदान करता है जिसका उपयोग एक कमांड सेंटर करेगा।
जिस अंतर का उन्होंने वर्णन किया
जोज़ेफ़ियाक के विकल्प या तो बहुत सामान्य थे (ट्रेलो, लीनियर) या बहुत तकनीकी (टर्मिनल, JSON)। जेनेरिक बोर्ड एजेंट स्थिति के बारे में नहीं जानते। किसने क्या दावा किया? क्या एजेंट काम कर रहा है या समीक्षा की प्रतीक्षा कर रहा है? समाप्ति कैसे दर्ज की जाती है ताकि एजेंट एक ही कार्य को दो बार न चलाये? कच्चे लॉग और JSON आपको बिल्कुल भी बोर्ड नहीं देते हैं।
उसे बीच में कुछ चाहिए था: एक एकल स्थान जहां एजेंट और मानव साझा कार्य बताते हैं, दावे, पूर्ण और स्थिति के लिए स्पष्ट शब्दार्थ के साथ, और इतनी तेजी से कि मतदान या वास्तविक समय के अपडेट खत्म न हों। वह "एकल स्थान" एक डेटा समस्या है। कमांड सेंटर यूआई है. जिस चीज़ से यह पढ़ता और लिखता है वह सब्सट्रेट है।
एक सत्य परत क्या प्रदान करती है
नियोटोमा टाइप की गई संस्थाओं, अवलोकनों और संबंधों को संग्रहीत करता है। यह उन्हें एमसीपी पर उजागर करता है ताकि कोई भी एजेंट (क्लाउड कोड, कर्सर, एक अनुसूचित धावक) स्थिति को स्टोर और सही कर सके। निष्क्रियता और नियतिवादी आईडी अंतर्निहित हैं।
जब एजेंट किसी कार्य का दावा करता है, तो वह "प्रगति पर" स्थिति वाली इकाई को संग्रहीत या सही करता है। जब यह पूरा हो जाता है, तो यह "हो गया" स्थिति के साथ फिर से सही हो जाता है। हर बार एक ही निष्क्रियता की कुंजी, एक ही परिणाम। बग जोज़ेफ़ियाक हिट (पूर्णता रिकॉर्ड नहीं की गई, कार्य फिर से निष्पादित) बिल्कुल वही है जिसे रोकने के लिए निष्क्रिय, टिकाऊ लेखन का उद्देश्य होता है।
एक डैशबोर्ड या मूल ऐप जो यह दिखाना चाहता है कि "एजेंट क्या कर रहा है" उसी स्टोर से क्वेरी करेगा: इकाइयों को प्रकार के आधार पर सूचीबद्ध करें (जैसे कार्य), स्थिति के अनुसार फ़िल्टर करें, असाइनी और टाइमस्टैम्प दिखाएं। एजेंट और डैशबोर्ड सत्य का एक स्रोत साझा करते हैं। कोई कस्टम SQLite नहीं, कोई सिंक परत नहीं जो बह सके। डैशबोर्ड नियोटोमा का एक दृश्य है।
जहां छह-परत वाली मेमोरी फिट बैठती है
जोज़ेफ़ियाक की छह परतें (कार्यशील मेमोरी, साप्ताहिक रोलओवर, स्थायी सूचकांक, गहरी प्रोफ़ाइल, अर्थ खोज, आत्म-सुधार) रणनीति-परत और अनुप्रयोग-परत संबंधी चिंताएं हैं। वे तय करते हैं कि क्या रखना है, क्या संपीड़ित करना है, क्या सारांशित करना है, और एजेंट के व्यवहार में क्या शामिल करना है।
नियोटोमा संघनन या सारांशीकरण नहीं करता है। यह टिकाऊ, संरचित स्टोर है जिसमें से परतें पढ़ती और लिखती हैं। कार्यशील मेमोरी "अंतिम एन अवलोकन" या "पिछले 48 घंटों में छूई गई संस्थाएं" हो सकती है। साप्ताहिक रोलओवर नियोटोमा में नए अवलोकन (सारांश, अनुक्रमणिका) वापस लिख सकता है। सिमेंटिक खोज समान इकाई ग्राफ़ पर चल सकती है। सीमा स्पष्ट है: नियोटोमा सत्य परत है; इसके ऊपर की परतें अवधारण नीति और पुनर्प्राप्ति रणनीति लागू करती हैं।
बिल्डरों के लिए यह क्यों मायने रखता है
यदि आप एक व्यक्तिगत एजेंट बना रहे हैं और आपको कार्य स्थिति, स्थिति ट्रैकिंग और दृश्यता की आवश्यकता है, तो आपके पास दो रास्ते हैं। आप अपना खुद का स्टोरेज (SQLite, फ़ाइलें, एक कस्टम एपीआई) रोल कर सकते हैं और फिर शीर्ष पर एक बोर्ड या डैशबोर्ड बना सकते हैं। आप स्वयं पूर्णता शब्दार्थ, निष्क्रियता और क्रॉस-सेशन स्थिरता का सामना करेंगे। या आप एक ऐसे सब्सट्रेट का उपयोग कर सकते हैं जो आपको पहले से ही संस्थाओं, अवलोकनों, उद्गम और एमसीपी पहुंच प्रदान करता है। कमांड सेंटर उस सब्सट्रेट का क्लाइंट बन जाता है। एजेंट एक अन्य ग्राहक है. पढ़ने और लिखने दोनों की स्थिति एक जैसी है।
मैं कमांड सेंटर नहीं बना रहा हूं. मैं वह परत बना रहा हूं जिस पर यह बैठेगा। नियोटोमा एजेंट डैशबोर्ड और जीवनचक्र टूलींग के लिए डेटा प्लेन है। यदि जोज़ेफ़ियाक द्वारा वर्णित वह अंतर उत्पादों (विज़बोर्ड-शैली या अन्यथा) से भर जाता है, तो उन उत्पादों को बैकएंड की आवश्यकता होगी। एक सत्य परत वह बैकएंड है।
यह उन रुझानों पर कैसे फिट बैठता है जिन पर मैं दांव लगा रहा हूं
छह एजेंटिक रुझानों के बारे में मैंने हाल ही में लिखा है में, मैंने तर्क दिया कि एजेंट स्टेटफुल आर्थिक अभिनेता बन जाएंगे, कि त्रुटियां आर्थिक रूप से दिखाई देने लगेंगी, उपकरण विखंडन जारी रहेगा, और उपयोग की पैमाइश की जाएगी। कमांड सेंटर गैप जोज़ेफ़ियाक हिट उन दबावों के चौराहे पर बैठता है।
जब एजेंट स्टेटफुल और लंबे समय तक चलने वाले होते हैं, तो आपको यह देखना होगा कि वे क्या कर रहे हैं। रुझान 1: "उत्पाद इंटरफ़ेस एजेंट के इतिहास को क्षणिक के बजाय निरीक्षण योग्य चीज़ के रूप में उजागर करता है" वास्तव में एक कमांड सेंटर क्या है। जब गलतियों से पैसे या प्रतिष्ठा की कीमत लगती है, तो आपको यह जानना होगा कि उस समय एजेंट को क्या पता था। रुझान 2: पता लगाने की क्षमता और "एजेंट को क्या पता था?" कार्यों और स्थिति के लिए सत्य का एक ही स्रोत बनाना आवश्यक है, ऐसा करना अच्छा नहीं है।
जब आप एकाधिक टूल और मॉडल का उपयोग करते हैं, तो टुकड़े बताएं। प्रवृत्ति 5: कमांड सेंटर और एजेंट दोनों को एक ही स्थिति को पढ़ने और लिखने की आवश्यकता होती है, यही कारण है कि सब्सट्रेट को यूआई के नीचे बैठना पड़ता है। जब उपयोग की कीमत निर्धारित की जाती है, तो उसी कार्य को दोबारा निष्पादित करना क्योंकि पूर्णता रिकॉर्ड नहीं की गई थी, दृश्यमान बर्बादी है। रुझान 6: निष्क्रिय, टिकाऊ पूर्णता एक अनुकूलन के साथ-साथ शुद्धता की गारंटी भी है।
मैं अपने स्वयं के एजेंटिक वर्कफ़्लोज़ में नियोटोमा को डॉगफ़ूड कर रहा हूं और "एजेंट कार्य जीवनचक्र" पैटर्न का दस्तावेजीकरण कर रहा हूं: कार्य इकाइयों को स्टोर करें, स्थिति और इतिहास के लिए अवलोकनों का उपयोग करें, एमसीपी के माध्यम से अपडेट करें, जो कि idempotency कुंजियों के साथ सही है ताकि पूर्णता स्पष्ट हो। वह पैटर्न वह है जो प्रत्येक बिल्डर द्वारा अपने स्वयं के SQLite और सिंक लॉजिक को पुन: आविष्कार किए बिना कमांड सेंटर दृश्य (दावा, निष्पादन, समीक्षा, पुनरावृति) को शक्ति प्रदान करेगा। मैं नियोटोमा का वर्णन करने के तरीके में "एजेंट डैशबोर्ड / कमांड सेंटर बैकएंड" भी जोड़ रहा हूं ताकि उस तरह के टूल का निर्माण करने वाले अन्य लोगों को पता चले कि एक सब्सट्रेट है जिस पर वे निर्माण कर सकते हैं।