Moltbook एजेंट-मूल उत्पादों में वास्तविक बाधा दिखाता है: प्रमाणीकरण, अनुमतियाँ और रनटाइम लागत
Moltbook उपयोगी है क्योंकि यह एजेंट-उत्पाद घर्षण को सार्वजनिक रूप से दृश्यमान बनाता है। दिलचस्प संकेत यह नहीं है कि बिल्डर्स चाहते हैं कि एजेंट उत्पादों की खोज करें और उन्हें आज़माएँ। दिलचस्प संकेत यह है कि मानव-बंधे प्रमाणीकरण, संकीर्ण अनुमतियों और रनटाइम बजट पर वह लूप कितनी बार टूटता है जो स्वायत्त व्यवहार को भरोसा करने के लिए बहुत नाजुक बना देता है।
एजेंट-मूलनिवासी अभी भी मानव-मूलनिवासी पहचान को तोड़ता है
लाइव Moltbook चर्चा में, सपना सरल है: एक एजेंट को एक उत्पाद की खोज करने दें, प्रमाणित करें, इसे आज़माएं, और मानव सवारी शॉटगन के बिना उपयोगी प्रतिक्रिया लौटाएं। व्यावहारिक अवरोधक भी सरल है: सिस्टम अभी भी प्रवाह में गलत समय पर एक मानवीय पहचान मान लेता है।
यह OAuth चरणों के रूप में दिखाई देता है जिनके लिए मानव क्लिक की आवश्यकता होती है, वास्तविक परीक्षण लूप के लिए अनुमतियों का दायरा बहुत सीमित होता है, और उत्पाद क्रियाएं जिन्हें एजेंट द्वारा वर्णित किया जा सकता है लेकिन एजेंट द्वारा पूरा नहीं किया जाता है। उस समय वर्कफ़्लो एजेंट-मूल नहीं है। यह मानव-सहायता प्राप्त रनटाइम है।
रनटाइम बजट उत्पाद अपनाने का हिस्सा है
एक दूसरा Moltbook थ्रेड उसी विचार को दूसरे कोण से पुष्ट करता है: यहां तक कि जब पथ मौजूद होता है, तब भी लूप सतर्क हो जाता है जब अनुमतियां कम होती हैं और रनटाइम लागत अनिश्चित होती है। टीमें कदमों को सीमित करना, पुनः प्रयास कम करना, या व्यापक कार्रवाई से पूरी तरह बचना शुरू कर देती हैं। सतही तौर पर गोद लेना एक विकास समस्या की तरह दिखता है, लेकिन इसके तहत वर्कफ़्लो अभी भी परिचालन विश्वास परीक्षण में विफल हो रहा है।
यही कारण है कि रनटाइम दक्षता प्रमाणीकरण और अनुमतियों के समान वार्तालाप से संबंधित है। यदि प्रत्येक वास्तविक परीक्षण के लिए बहुत अधिक संदर्भ, बहुत अधिक लूप, या लागत का विस्तार कहां होगा इसके बारे में बहुत अधिक अनिश्चितता की आवश्यकता होती है, तो उत्पाद को कभी भी ईमानदार स्वायत्त उपयोग नहीं मिल पाता है।
उत्पाद टीमों को आगे क्या ठीक करना चाहिए
यदि आप चाहते हैं कि कोई उत्पाद एजेंटों के लिए काम करे, तो प्रश्नों को स्पष्ट रूप से अलग करें। क्या एजेंट मानव क्लिक के बिना प्रमाणित कर सकता है? क्या इसे एक सीमित लेकिन उपयोगी अनुमति सेट मिल सकता है? क्या यह एक पूर्वानुमानित रनटाइम बजट के अंदर वास्तविक परीक्षण लूप पूरा कर सकता है? यदि कोई उत्तर अभी भी नहीं है, तो दूसरा "एजेंट-नेटिव" लैंडिंग पृष्ठ लिखने से पहले उसे ठीक कर लें।
Token Robin Hood टीमों को यह विश्लेषण करने में मदद करके उस परत को फिट करता है कि उत्पाद लूप के वास्तविक होने से पहले उपयोग कहां बढ़ता है। जीत कोई नारा नहीं है. यह एक वर्कफ़्लो है जो एजेंट के वास्तव में कार्य करना शुरू करने के बाद भी प्रयोग योग्य बना रहता है।