एआई एजेंट्स के युग में Transpareo

शिफ्ट खत्म होने के ठीक बाद की बात है। अनुपालन अधिकारी प्रोडक्शन सिस्टम से शिफ्ट सूची एक्सपोर्ट करती है, उसे अपनी सहायक में रखती है और एक वाक्य लिखती है: ‘इस सूची में दिए गए सेल्स के लिए उत्पाद डेटा शीट्स प्रिंट करें।’

सहायक 1,240 सीरियल नंबरों को उनके बैच नंबरों के साथ पढ़ता है, यह देखने के लिए Transpareo की जाँच करता है कि इस उत्पाद के लिए प्रमाणपत्र में क्या आवश्यक है, प्रमाणपत्र बनाता है और उन्हें नियमों के अनुसार जाँचवाता है। परिणाम: 1,237 तैयार हैं, 3 नहीं हैं, क्योंकि एक बैच से CO₂ पदचिह्न गायब है। वह मान जमा करती है, और सहायक इसे प्रकाशित करता है। दो दिन बाद, सेल कारखाने से निकलते हैं, प्रत्येक के पास एक क्यूआर कोड होता है जो उसके पासपोर्ट से जुड़ा होता है।

यह भविष्य का कोई दृश्य नहीं है: ‘ Transpareo ‘ के साथ, यह आज संभव है। एक सहायक प्रारंभिक अनुरोध से लेकर हस्ताक्षरित पासपोर्ट तक, एक अनुपालन कार्य को संभालता है, और ‘ Transpareo ‘ उन्हें इस प्रक्रिया में जानने के लिए आवश्यक सभी कुछ प्रदान करता है।

अभी आज़माइए

क्या आपके पास Claude, ChatGPT, Grok या Gemini का कोई ऐसा खाता है जो आपको एप्लिकेशन कनेक्ट करने की अनुमति देता है? यदि हाँ, तो उसे हमारेओपन डेमो से कनेक्ट करें। यह एक प्लेग्राउंड है: यह हर घंटे रीसेट हो जाता है, और इसमें आप जो कुछ भी करते हैं वह तब तक गायब हो जाता है।

1. कनेक्ट करें। अपने AI प्रदाता के साथ एक नया MCP सर्वर सेट अप करें, https://demo.transpareo.com/mcpपते का उपयोग करके। आपके प्रदाता के आधार पर, आपको यह ‘Connector’, ‘Integration’ या ‘App’ के अंतर्गत मिलेगा।
2. अधिकृत करें। tester और DemoPass2027का उपयोग करके लॉग इन करें - ये लॉगिन विवरण जानबूझकर यहां दिखाए गए हैं। अगली स्क्रीन पर प्रत्येक अनुमति अलग से सूचीबद्ध होती है। आप पढ़ने की अनुमति (read permissions) स्थायी रूप से दे सकते हैं; लिखने की अनुमति (write permissions) के लिए, उन्हें व्यक्तिगत रूप से पुष्टि करना बेहतर है।
3. पूछें। चैट विंडो में वापस, रोजमर्रा की भाषा में पूछें, उदाहरण के लिए, ‘हमारे उत्पाद पासपोर्ट की सूची दें।’

एक सूची मांगी गई; स्थिति पढ़कर सुनाई गई।

आपको न केवल वह जानकारी प्राप्त होगी जो आपने मांगी है, बल्कि इसकी वर्तमान स्थिति का विवरण भी मिलेगा। यह इसलिए संभव है क्योंकि इंटरफ़ेस केवल लाइनों को ही नहीं, बल्कि उससे अधिक जानकारी प्रदान करता है: कितनी लाइनें हैं, वे सीवी में कहाँ आती हैं, और क्या गायब है।

यही इस लेख का कारण है। बाकी यह समझाता है कि यह कैसे काम करता है।

कहा ही था कि हो गया।

जोड़ने के लिए ठीक एक ही चीज़ थी: Transpareo का सहायक, पहले बताए गए तीन चरण। दूसरी एक फ़ाइल थी जिसे प्रोडक्शन सिस्टम वैसे भी आउटपुट करता है। किसी ने यह निर्दिष्ट नहीं किया है कि कौन सा कॉलम किस फ़ील्ड से मेल खाता है, और कोई इंटरफ़ेस भी बनाए नहीं रखता: विज़ार्ड ने सूची को पढ़ा और पासपोर्ट लिखे, और जो काम उसे करना था वह एक ही वाक्य में बताया गया था। यदि सूची बदलती है, तो विज़ार्ड को दी जाने वाली निर्देश बदलती है, प्रोग्राम कोड नहीं।

आपके सिस्टम को इसके लिए कुछ खास करने की ज़रूरत नहीं है। उसे बस वही आउटपुट करना है जो वह वैसे भी करता है: एक्सपोर्ट फ़ाइल, रिपोर्ट से सूची, और शिफ़्ट के अंत में टेबल।

और इसका एक तालिका होना ज़रूरी नहीं है। एक सप्लायर की डेटा शीट, एक पीडीएफ, एक ईमेल थ्रेड: एक असिस्टेंट इनसे भी मान पढ़ सकता है और उन्हें Transpareoके अनुसार आवश्यक प्रारूप में ढाल सकता है। क्योंकि Transpareo इस प्रारूप को निर्दिष्ट करता है, न कि इसे अनुमान पर छोड़ता है। उत्पाद डेटा शायद ही कभी एक संरचित प्रारूप में उपलब्ध होता है, बल्कि दस्तावेज़ों में होता है, और वहां से इसे निकालना वर्षों से एक बाधा रहा है।

उसी सूची को मैन्युअल रूप से भी दर्ज किया जा सकता है। एप्लिकेशन मैनेजर में इम्पोर्टर तालिकाओं को स्वीकार करता है, उसने जिन कॉलमों को पहचाना है, उनके नाम रखता है, कुछ भी उत्पन्न होने से पहले प्रक्रिया की जांच करता है, और यदि आवश्यक हो तो इसे वापस भी ले सकता है। परिणाम वही होता। हालाँकि, किसी को मैपिंग की पुष्टि करनी पड़ती, रिपोर्ट पढ़नी पड़ती और तीन गुम हो रहे मान स्वयं दर्ज करने पड़ते। एक विज़ार्ड यह नहीं बदलता कि क्या संभव है, बल्कि यह बदलता है कि इसमें कितना समय लगता है।

जो एकीकरण का काम पहले हर अनुपालन परियोजना में पहला कदम होता था, उसे अब रोजमर्रा की भाषा में एक ही वाक्य में समेटा जा सकता है।

यही असली क्रांति है। बशर्ते कि दूसरे छोर का प्लेटफ़ॉर्म किसी प्रोग्राम को बता सके कि उसे क्या चाहिए।

कार्यक्रम हमेशा से मुख्य पाठक रहे हैं।

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

Transpareo इसलिए इसे इसके इंटरफ़ेस के इर्द-गिर्द बनाया गया है। प्रत्येक प्रकाशित पास एक हस्ताक्षरित, मशीन-पठनीय दस्तावेज़ है, और इंटरफ़ेस पूरे जीवनचक्र को कवर करता है: किसी उत्पाद के प्रॉपर्टी प्रकारों से लेकर, परीक्षण और निर्माण के माध्यम से, प्रकाशन और क्षेत्र में एक व्यक्तिगत इकाई से संबंधित घटनाओं तक। और यह संस्करण-नियंत्रित है: आज इसके लिए कुछ भी बनाने वाला कोई भी व्यक्ति रेत पर निर्माण नहीं कर रहा है। तो नई बात यह नहीं है कि प्रोग्राम पास के साथ काम करते हैं। नई बात यह है कि कौन से प्रोग्राम हैं।

और इसीलिए एक सहायक का काम दस्तावेज़ बनाने के साथ समाप्त नहीं होता है। सीवी के बाकी हिस्सों में भी इसी तरह का वाक्य चलता है:

• “बैच B-2214 के सभी पासपोर्ट वापस मंगवाएँ।”
• “बैच 88 के लिए नया CO₂ मान अपडेट करें।”
• “मुझे इस महीने मरम्मत के लिए भेजे गए सभी पासपोर्ट दिखाएँ।”

इनमें से प्रत्येक कथन के परिणामस्वरूप वही कॉल होती हैं जो कोई उपयोगकर्ता एप्लिकेशन मैनेजर में ट्रिगर करेगा, और ऑडिट लॉग में वही ट्रेस छोड़ता है।

एक सहायक को प्रश्न पूछने में सक्षम होना चाहिए, अनुमान नहीं लगाना चाहिए।

एक सहायक बहुत तेज़ी से काम करने वाला होता है, जिसे आपके व्यवसाय की कोई पूर्व जानकारी नहीं होती। वे वही करते हैं जो उनसे कहा जाता है, और यदि उन्हें जवाब नहीं दिए जाते हैं तो वे अनुमान लगाकर काम चला लेते हैं। चार चीज़ें अनुमान को वास्तविक काम में बदल देती हैं।

उसे यह पूछने में सक्षम होना चाहिए कि क्या आवश्यक है। प्रत्येक उत्पाद और विवरण के प्रत्येक स्तर पर, प्लेटफ़ॉर्म निर्दिष्ट करता है कि एक पास को किन पहचानकर्ताओं और गुणों की आवश्यकता है, और इनमें से कौन से पहले से ही उत्पाद में संग्रहीत हैं। एक एकल आइटम के लिए, यह इस तरह दिखता है:

{
  "identifiers": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

सहायक को तीन पहचान संख्याओं में से दो प्राप्त करनी होंगी; तीसरी पहले से ही उत्पाद पर है। यह निर्देशों का एक सेट है, कोई प्रश्नोत्तरी नहीं।

उसे कुछ भी लिखे बिना जाँच करने में सक्षम होना चाहिए। एक चेक एक प्रकाशन के समान ही जाँच करता है और कुछ भी नहीं जोड़ता है। यही कारण है कि 1237 की संख्या, कुछ भी प्रकाशित होने से पहले, ऊपर 3 के रूप में दिखाई दी।

उसे यह समझने की ज़रूरत है कि किसी चीज़ को क्यों अस्वीकार किया गया है। एक अस्वीकृति उस क्षेत्र को निर्दिष्ट करती है और समझाती है कि क्या करने की आवश्यकता है:

PRODUCT_INVALID: Product invalid
Correct the attributes listed under fields and resend the request.
  brand: Brand needs a brand - none was given
  componentsInput: Components input missing

इसे पढ़ने वाला एक सहायक दो जानकारियाँ जोड़ता है और इसे फिर से भेजता है। जिसे केवल एक त्रुटि संख्या दी जाती है, वह अलग-अलग चीज़ों को आज़माता है। यह वही टेक्स्ट है जो एक व्यक्ति कमांड लाइन पर देखता है।

इसकी गिनती गलत नहीं होनी चाहिए। यदि कनेक्शन टूट जाता है और सहायक फिर से प्रयास करता है, तो भी इसका परिणाम केवल एक पास होता है, दो नहीं। वॉयस कॉल में एक की (key) होती है, जो प्लेटफ़ॉर्म को दोहराव को दोहराव के रूप में पहचानने में सक्षम बनाती है।

किसी भी पहुँच को रद्द किया जा सकता है।

जितने अधिक प्रोग्राम आपके डेटा पर काम कर रहे होते हैं, उतना ही महत्वपूर्ण हो जाता है कि यह नियंत्रित किया जाए कि किसे क्या करने की अनुमति है। एप्लिकेशन मैनेजर में एक एक्सेस टोकन बनाया जाता है और यह अपना रहस्य केवल एक बार ही प्रकट करता है। उसके बाद, प्रोग्राम ऐसे टोकन के साथ काम करता है जिनकी अवधि एक घंटे के बाद समाप्त हो जाती है, और रहस्य केवल उस इकाई को भेजा जाता है जो टोकन जारी करती है। इसे ऑपरेटिंग सिस्टम की कीचेन में संग्रहीत किया जाता है, कभी भी कमांड-लाइन आर्गुमेंट में नहीं, जो अन्यथा हर प्रोसेस सूची में दिखाई देगा।

प्रत्येक एक्सेस को ठीक वही अधिकार मिलते हैं जो आप उसे देते हैं: पढ़ना एक है, लिखना दूसरा, प्रकाशित करना तीसरा, और इसे व्यक्तिगत उत्पादों तक सीमित किया जा सकता है। अपरिवर्तनीय कार्यों के लिए भी पुष्टि की आवश्यकता होती है।

जब कोई सहायक ब्राउज़र के माध्यम से कनेक्ट होता है, तो प्राधिकरण दिए जाने से पहले एक स्क्रीन दिखाई देती है, जिसमें वे प्रत्येक व्यक्तिगत अनुमति सूचीबद्ध होती है जिसकी वे अनुरोध कर रहे हैं। यदि प्राधिकरण दे दिया जाता है, तो कनेक्शन प्राधिकरण देने वाले व्यक्ति के नाम और तारीख के साथ एक्सेस पेज पर दिखाई देता है, और वहीं निष्क्रिय भी कर दिया जाता है।

एक चाबी जिसे वापस नहीं लिया जा सकता, चाबी नहीं होती, बल्कि वह चाबी होती जो दरवाज़े के नीचे छिपी हो।

आपका डेटा आपके पास ही रहता है

Transpareo अपनी मर्जी से किसी AI प्रदाता को कुछ भी नहीं भेजता है। प्रदाता तक वही पहुँचता है जो आप अपने असिस्टेंट के माध्यम से प्राप्त करते हैं - और यह आप तय करते हैं, हम नहीं, कि वह असिस्टेंट कौन सा है और क्या वह डेटा को EU के भीतर संसाधित करता है। जो टूल कनेक्शन स्थापित करता है, वह आपके अपने कंप्यूटर पर चलता है, और इसका सोर्स कोड ओपन है: आपका सुरक्षा विभाग हमारी बात पर बस यकीन करने के बजाय यह जांच सकता है कि यह क्या करता है।

एक यूरोपीय कंपनी के लिए, यह सबसे महत्वपूर्ण बिंदु है। यह प्लेटफ़ॉर्म स्वयं जर्मनी में ISO 27001-प्रमाणित डेटा सेंटर में होस्ट किया गया है; डेटा को उससे आगे कहाँ भेजा जाता है, यह पूरी तरह से सहायक की पसंद द्वारा निर्धारित किया जाता है। आप एक ऐसा चुन सकते हैं जो ईयू के भीतर डेटा प्रोसेस करता है, या एक ऐसा जो कभी आपकी कंपनी नहीं छोड़ता: transpareo mcp प्रोटोकॉल को आपके अपने कंप्यूटर पर होस्ट करता है, और इसे कौन सा मॉडल शक्ति देता है, यह पूरी तरह आप पर निर्भर है।

इसके साथ ही उत्पाद पासपोर्ट की सामग्री भी जुड़ी होती है। इसमें आमतौर पर उत्पाद डेटा शामिल होता है: सीरियल नंबर, बैच नंबर, सामग्री, माप मान। जहाँ व्यक्तिगत डेटा शामिल होता है, वहाँ यह आपके अपने नियम निर्धारित करते हैं कि इसे कौन देख सकता है, और पहुँच को सटीक रूप से इन नियमों के अनुसार अनुकूलित किया जा सकता है: केवल-पढ़ने के लिए, केवल विशिष्ट उत्पाद, और इसे किसी भी समय निष्क्रिय किया जा सकता है।

इसे सेटअप करने में सिर्फ कुछ ही मिनट लगते हैं।

यही आपके अपने वर्कस्पेस पर भी लागू होता है, अपने पते पर, जैसे https://dpp.example.com/mcp: वही तीन चरण; इंस्टॉल करने के लिए कुछ भी नहीं है।

जो लोग टाइप करना या स्क्रिप्ट लिखना पसंद करते हैं, उन्हें कमांड लाइन का उपयोग करना चाहिए। transpareo एक एकल प्रोग्राम है जिसके कमांड इंटरफ़ेस विवरण से उत्पन्न होते हैं: प्लेटफ़ॉर्म जो कुछ भी कर सकता है, यह टूल भी कर सकता है, और इसके लिए किसी को भी दोनों को मैन्युअल रूप से संरेखित करने की आवश्यकता नहीं है। यह ओपन-सोर्स है और GitHub पर उपलब्ध है। तीन लाइनें: इंस्टॉल करें, लॉग इन करें, जांचें कि खाते को क्या करने के लिए अधिकृत किया गया है।

curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me

auth login मानक इनपुट से या एक एनवायरनमेंट वेरिएबल से रहस्य पढ़ता है, कभी भी कमांड-लाइन आर्गुमेंट से नहीं, जो अन्यथा प्रोसेस सूची और शेल इतिहास में दिखाई देगा। फिर वही बाइनरी फ़ाइल अनुक्रमों को संसाधित करती है:

transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish <code>
transpareo events tail --follow

यदि एक विज़ार्ड आपके अपने कंप्यूटर पर चल रहा है, तो एक और लाइन इसे जोड़ती है:

transpareo setup claude

ये वही ऑपरेशन फिर टूल के रूप में, संबंधित नामों के तहत उपलब्ध होते हैं: dpp_requirements, validate_dpp,create_dpp, publish_dpp, tail_events । जो आप कमांड लाइन पर टाइप करते हैं और जो एक विज़ार्ड दिखाता है, वह एक ही है। इसके अतिरिक्त, सहायकों के लिए एक गाइड है जो मानक वर्कफ़्लो का वर्णन करती है, ताकि किसी को भी आज़माने और त्रुटि के माध्यम से अनुक्रम सीखने की आवश्यकता न हो। और जो सीधे प्रोग्राम करना पसंद करते हैं, उनके लिए इंटरफ़ेस का पूरा विवरण हर वर्कस्पेस पर /apidocs पर पाया जा सकता है।

एक सहायक की कोई अतिरिक्त लागत नहीं होती।

कुछ भी अतिरिक्त नहीं। एक सहायक एक API उपयोगकर्ता के रूप में लॉग इन करता है, और कार्यक्रमों के लिए एक्सेसहर Transpareo सदस्यता में शामिल है। गिने जाने वाले प्रकाशित पासपोर्ट की संख्या है, न कि उन पर काम करने वाले लोगों या कार्यक्रमों की संख्या। कोई भी जो अपने अनुपालन कार्य को स्वचालित करता है, उसे इसके लिए बिल नहीं किया जाना चाहिए।

कर्तव्य से पहले काम शुरू होता है।

फरवरी 2027 से,बैटरियों के लिए उत्पाद पासपोर्टअनिवार्य होगा, और अन्य उत्पाद समूहों के लिए भी यह लागू होगा। असली प्रयास स्वयं पासपोर्ट में नहीं, बल्कि उत्पाद डेटा को व्यवस्थित करने में है, और यह ठीक इसी में है यह काम ही है जिसे कंपनियाँ वर्तमान में सहायकों को सौंप रही हैं: फ़ील्ड संकलित करना, कमियों की पहचान करना, आपूर्तिकर्ता के विवरण पर अनुवर्ती कार्रवाई करना, जाँच करना, दोहराना। यह डेटा वास्तव में पासपोर्ट में कैसे पहुँचता है, इसका वर्णन ‘वन करंट, वन डायरेक्शन’ में किया गया है; इस के लिए एक समर्पित कनेक्शन कैसा दिखता है, यह ईआरपी एकीकरण की गाइड में बताया गया है।

एक ऐसा टूल जो अनुमान लगाता है, ऐसे पासपोर्ट बनाता है जो संभावित तो लगते हैं लेकिन गहन जांच में टिक नहीं पाते। एक ऐसा टूल जो सवाल पूछ सकता है, सही पासपोर्ट बनाता है। अंतर स्वयं टूल में नहीं, बल्कि उस प्लेटफ़ॉर्म में है जिसका वह उपयोग करता है।