osFoundry / Platform
वर्कफ़्लोज़
चेन्ड एजेंट्स और टूल्स के लिए विज़ुअल बिल्डर — ड्रैग, ड्रॉप, कनेक्ट, शिप।
यह क्या है
Workflows osFoundry का विज़ुअल बिल्डर है, जिससे आप AI एजेंट और टूल को एक श्रृंखला में जोड़ते हैं। ऑर्केस्ट्रेशन कोड लिखने के बजाय, आप एक कैनवास पर स्टेप रखते हैं, हर स्टेप को जो एजेंट और टूल चाहिए उन्हें ड्रैग करके लाते हैं, और उन्हें इस तरह जोड़ते हैं कि एक का आउटपुट अगले का इनपुट बन जाए। ड्रैग करें, ड्रॉप करें, जोड़ें, शिप करें: आप जो ग्राफ़ बनाते हैं वही चलने वाली पाइपलाइन है।
चूंकि osFoundry bring-your-own-key है, वर्कफ़्लो का हर स्टेप उसी मॉडल और credentials पर चलता है जो आप चुनते हैं। एक स्टेप आपकी मशीन पर चल रहे लोकल मॉडल को कॉल कर सकता है, अगला किसी क्लाउड API को, और कोई और किसी सेल्फ-होस्टेड endpoint को, सब एक ही श्रृंखला में और सब आपकी अपनी keys पर बिल होते हैं, ऊपर से कोई reseller markup नहीं। डेस्कटॉप ऐप local-first है, इसलिए किसी वर्कफ़्लो के इनपुट और बीच के नतीजे किसी vendor के सर्वर से गुज़रने के बजाय आपके डिवाइस पर ही रह सकते हैं। वर्कफ़्लो उसी workspace में रहते हैं जहां आपका chat, एजेंट, ऐप, कोड, नॉलेज और डेटा है, इसलिए एक श्रृंखला उसी सामग्री का उपयोग कर सकती है जो आपके पास पहले से है, बिना उसे कहीं और ले जाए।
विज़ुअल बिल्डर का मतलब यह है कि कई-स्टेप वाली AI प्रक्रिया ऐसी चीज़ बन जाती है जिसे आप देख सकते हैं, बदल सकते हैं और सौंप सकते हैं। आप देखते हैं कि हर स्टेप अपना आउटपुट कहां भेजता है, किसी एक नोड का मॉडल बाकी को छुए बिना बदल देते हैं, और पूरी हुई प्रक्रिया को एक बार के prompt के बजाय दोबारा इस्तेमाल होने लायक चीज़ के रूप में शिप करते हैं। जो कोई भी multi-agent या tool-using पाइपलाइन बनाता है, उसके लिए यह ऑर्केस्ट्रेशन को कोडिंग के काम से डिज़ाइन के काम में बदल देता है, और keys, मॉडल तथा डेटा आपके अपने नियंत्रण में बने रहते हैं।
मुख्य क्षमताएँ
- एजेंट, टूल और डेटा सोर्स को कैनवास पर ड्रैग करें और उन्हें एक श्रृंखला में जोड़ें: फ़्लो परिभाषित करने के लिए कोड की ज़रूरत नहीं
- एक ही वर्कफ़्लो में कई AI मॉडल जोड़ें: एक स्टेप लोकल मॉडल को, दूसरा क्लाउड API को, और कोई सेल्फ-होस्टेड endpoint को, हर एक आपकी अपनी key पर
- हर स्टेप आपके BYOK credentials पर चलता है: प्रति-रन कोई reseller markup नहीं, आप प्रोवाइडर को उनकी दरों पर सीधे भुगतान करते हैं
- डेस्कटॉप पर local-first चलता है: इनपुट और बीच के नतीजे किसी vendor के सर्वर के बजाय आपके डिवाइस पर रह सकते हैं
- पूरा वर्कफ़्लो उसी workspace में शिप करें जहां आपका chat, ऐप, कोड, नॉलेज और डेटा है: जोड़ने के लिए कोई अलग टूल नहीं
उपयोग के मामले
- ऑपरेशंस लीड: एक रिसर्च एजेंट, एक समराइज़र और एक फ़ॉर्मैटर को एक दोबारा-इस्तेमाल होने वाली पाइपलाइन में जोड़ें, फिर टीम के दोबारा उपयोग के लिए शिप करें
- डेवलपर: एजेंट वर्कफ़्लो के हर स्टेप को अलग मॉडल पर भेजें, सस्ते ड्राफ़्ट के लिए लोकल और अंतिम पास के लिए क्लाउड API, सब अपनी keys पर
- प्राइवेसी के प्रति सजग एनालिस्ट: ऐसा वर्कफ़्लो बनाएं जो डॉक्युमेंट इनपुट और बीच के नतीजे डिवाइस पर रखे और सिर्फ़ ज़रूरी स्टेप ही क्लाउड मॉडल को भेजे
सामान्य प्रश्न
क्या वर्कफ़्लो बनाने के लिए मुझे कोड लिखना पड़ेगा?
नहीं। आप फ़्लो विज़ुअली बनाते हैं: एजेंट और टूल को कैनवास पर ड्रैग करें और उन्हें जोड़ें ताकि हर स्टेप अपना आउटपुट अगले को दे। मूल क्षमता है ड्रैग, ड्रॉप, जोड़ना और शिप करना। एजेंट और टूल खुद असली काम कर सकते हैं, पर वे कैसे जुड़ते हैं यह परिभाषित करना एक विज़ुअल, नो-कोड स्टेप है।
क्या एक वर्कफ़्लो एक से ज़्यादा AI मॉडल इस्तेमाल कर सकता है?
हां। osFoundry लोकल, क्लाउड और सेल्फ-होस्टेड मॉडलों में bring-your-own-key है, इसलिए एक ही श्रृंखला के अलग-अलग स्टेप अलग मॉडलों को टारगेट कर सकते हैं। आप एक स्टेप लोकल मॉडल पर और दूसरा क्लाउड API पर चला सकते हैं, हर एक आपकी अपनी key पर, दोनों में कोई reseller markup नहीं।
वर्कफ़्लो कहां चलता है, और क्या मेरा डेटा मेरी मशीन से बाहर जाता है?
वर्कफ़्लो osFoundry डेस्कटॉप ऐप में चलते हैं, जो local-first है। इनपुट और बीच के नतीजे आपके डिवाइस पर रह सकते हैं। जो भी स्टेप किसी क्लाउड या सेल्फ-होस्टेड मॉडल को कॉल करता है, वह उस प्रोवाइडर तक आपकी अपनी key पर सीधे पहुंचता है: कौन-से स्टेप डिवाइस से बाहर जाएं और कौन-से लोकल रहें, यह आप तय करते हैं।