मिनी ताइवान पल्स: क्यूरेटिंग की आँखों से, ताइवान को एक साँस लेने वाला नक्शा बनाना

2026 की शुरुआत में किसी दिन, मिगु नामक डेटा विश्लेषक ने एक CSV फ़ाइल को GeoJSON में बदल दिया और उसे Kepler.gl नामक टूल में ब्राउज़र में खींच लिया। बिना एक भी पंक्ति कोड लिखे, स्क्रीन पर ताइवान का पहला मानचित्र दिखाई दिया।

उन्होंने विश्वविद्यालय में शहरी नियोजन (Urban Planning) की पढ़ाई की थी; उस समय उन्होंने जीआईएस (भौगोलिक सूचना प्रणाली, सरल शब्दों में डेटा को नक्शे पर दिखाने वाला उपकरण) के साथ थोड़ा काम किया था। नौकरी शुरू करने के बाद डेटा विश्लेषण के रास्ते पर चलते हुए, उन्हें काफी समय से मानचित्रण का कोई अनुभव नहीं था। जिस दिन उन्होंने CSV को Kepler.gl में खींचा और स्क्रीन पर ताइवान को बनते देखा, उनके मन में एक सरल आश्चर्य कौंधा:

"वाह! ताइवान में इतना डेटा है, और इसे नक्शे में बदलना उतना मुश्किल नहीं है।"¹

यह वाक्य साधारण लगता है। लेकिन यह बाद में एक पूरी प्रणाली का बीज बन गया।

30 सेकंड का अवलोकन: मिगु (GitHub ianlkl11234s) ने 2025 के अंत से ताइवान के खुले डेटा का उपयोग करके दस से अधिक विज़ुअलाइज़ेशन परियोजनाएँ बनाईं, जिनमें सबसे प्रसिद्ध mini-taiwan-pulse है, जिसने GitHub पर 375 स्टार जमा किए हैं। इसने आकाश, महासागर, भूमि, सड़कें और कचरा परिवहन—पाँच प्रकार के वास्तविक समय के डेटा को एक गतिशील मानचित्र में संकलित किया²। लेकिन उन्होंने जून 2026 में sciwork समुदाय के लिए एक व्याख्यान में इस समस्या को स्पष्ट कर दिया: ताइवान का केवल केंद्रीय खुला डेटा लगभग पचास हज़ार प्रविष्टियों तक सीमित है, जो बीस से अधिक नगर पालिका प्लेटफार्मों पर बिखरा हुआ है—"मानव मस्तिष्क इसे स्कैन नहीं कर सकता।" उनका उत्तर यह नहीं था कि और लोगों को मदद के लिए बुलाया जाए, बल्कि यह था कि डेटा को एक AI एजेंट द्वारा व्यवस्थित और विकसित की गई प्रणाली को सौंप दिया जाए, जहाँ मनुष्य केवल प्रश्न पूछने और सत्यापन का काम करते हैं³।

इस लेख का उद्देश्य यह बताना है कि कोई व्यक्ति कैसे CSV खींचने की मासूमियत से निकलकर सिस्टम को खुद बढ़ने देने तक पहुँचा।

एक व्यक्ति का GitHub, एक आकाशगंगा कैसे बन गया

यदि केवल mini-taiwan-pulse परियोजना को देखा जाए, तो मिगु को आसानी से एक शौकिया इंजीनियर समझा जा सकता है: सप्ताहांत में रुचि जगी, एक डेमो बनाया और वह अचानक वायरल हो गया।

इस कल्पना में दो गलतियाँ हैं।

पहला, उन्होंने इससे कहीं अधिक काम किया है। उनके GitHub पर जाएँ, 2025 के दिसंबर के बाद ताइवान के खुले डेटा की विज़ुअलाइज़ेशन की लगातार पोस्टें देखें: शुरुआत एक बस रेंज PoC (प्रूफ ऑफ कॉन्सेप्ट) से हुई, जो शुरुआती परीक्षण था; फिर दिसंबर के अंत में mini-taiwan-learning-project नामक एक शिक्षण परियोजना वायरल हुई, जिसे आज 189 स्टार प्राप्त हैं। फरवरी में उन्होंने जहाजों के AIS का वास्तविक समय स्थान बनाया, और प्रत्येक उड़ान पथ को चाप (arc) में दिखाने वाली flight-arc-graph (56 स्टार) बनाई। मिनी ताइवान-पल्स तो दिसंबर के अंत में आया, जिसके बाद ताइवान रेलवे एटलस, उपग्रह कक्षाएँ, वास्तविक समय CCTV फुटेज, और सभी डेटा को संकलित करने वाला एक स्थिति डैशबोर्ड mini-taiwan-info... जून तक लगातार काम चला²। दस से अधिक रिपॉजिटरी (repo) आपस में जुड़ी हुई हैं, जिसे उन्होंने खुद "मिनी ताइवान" आकाशगंगा नाम दिया है।

आकाशगंगा का दूसरा सदस्य Mini Taiwan Info: इसने बिखरे हुए खुले डेटा को एक स्थिति निगरानी डैशबोर्ड में संकलित किया, जिसमें जनसंख्या, कक्षीय परिवहन, शिपिंग, जल संसाधन, अग्निशमन और चिकित्सा प्रत्येक के लिए एक अलग पृष्ठ था। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

इन परियोजनाओं के स्टार की संख्या को देखें, तो केवल एक ही लोकप्रिय नहीं है।

दूसरी गलती "एक व्यक्ति" शब्द में छिपी है, जिस पर हम बाद में चर्चा करेंगे। पहले आकाशगंगा कैसे बनी, यह देखें।

एक ही पद्धति, मेट्रो से सौर मंडल तक

और मुख्य परियोजना भी बड़ी होती गई। शुरुआती mini-taiwan-pulse आकाश, महासागर और भूमि की तीन परतों वाला था। जब वह अपने व्याख्यान में आया, तो यह "पाँच प्रणालियों के सहक्रियात्मक कार्य" बन चुका था: आकाश का विमान, महासागर का जहाज, भूमि की ट्रेन, सड़क की बस, और कचरा परिवहन का ट्रक—ये पाँच अलग-अलग आवृत्ति वाले वास्तविक समय के डेटा एक साँस लेने वाले मानचित्र पर संकलित थे। उन्होंने अपनी प्रस्तुति में कहा कि यह परियोजना पहली बार "स्थिर JSON से स्पेस-टाइम डेटाबेस में विकसित हुई"³। केवल सड़क की परत के लिए, उन्होंने बताया कि 5,700 से अधिक बसों को TDX से जोड़ा गया था, जो हर 30 सेकंड में स्थान अपडेट करती थीं।

उनके व्याख्यान का "DAY 0": एक CSV को GeoJSON में बदलकर Kepler.gl में खींचना, शून्य कोड के साथ पहला ताइवान मानचित्र प्राप्त करना, जो पूरी आकाशगंगा की शुरुआत थी। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

इस आकाशगंगा की पहली चिंगारी उनकी "मिनी ताइपे" नामक मेट्रो कक्षीय विज़ुअलाइज़ेशन थी। उन्होंने मेट्रो, ताइवान रेलवे और हाई-स्पीड रेल की तीन प्रणालियों को एक गतिशील मानचित्र पर संकलित किया, जहाँ ट्रेनें समय सारणी के अनुसार ऑनलाइन चल रही थीं। उन्होंने कहा कि उस पल उन्हें "गतिशील आकर्षण का अनुभव" हुआ, जब स्क्रीन पर 300 से अधिक ट्रेनें एक साथ चल रही थीं³। एक स्थिर समय सारणी, इस तरह एक शहर की साँस बन गई।

मिनी ताइपे: तीन प्रणालियों का एक साथ प्रदर्शन, 300 से अधिक ट्रेनें समय सारणी के अनुसार चल रही थीं। उन्होंने कहा कि यह उनका पहला "गतिशील आकर्षण का अनुभव" था। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

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

महासागर की धारा: बंदरगाह प्राधिकरण के AIS वास्तविक समय स्थान डेटा, नीला-हरा प्रकाश गोला और तीस मिनट का ग्रेडिएंट ट्रेल जोड़कर ताइवान के आसपास के समुद्री क्षेत्रों में जहाजों को चित्रित किया। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

फिर उन्होंने इसी पद्धति को पृथ्वी से परे ले गए। खुले TLE कक्षीय मापदंडों का उपयोग करके उपग्रह की स्थिति की गणना की, और ताइवान के ऊपर से गुजरने वाले उपग्रहों के पथ बनाए, और इसे पूरे सौर मंडल तक फैला दिया। उन्होंने अपनी प्रस्तुति में स्पष्ट किया: "एक ही पद्धति, यदि डेटा है, तो अनंत तक विस्तारित हो सकती है।"³ उस क्षण आपको एहसास होता है कि उनका जुनून वास्तव में "डेटा को दृश्यमान चीज़ में बदलना" था; नक्शा केवल इसका शुरुआती रूप था।

पृथ्वी से परे समान पद्धति: खुले TLE का उपयोग करके उपग्रह कक्षाओं की गणना करना और इसे पूरे सौर मंडल तक फैलाना। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

द्वीप को जोड़ना: अंतराल खुद सामने आ जाते हैं

धीरे-धीरे, देखने लायक चीज़ "वास्तविक समय के बिंदु हिलने" से बदलकर "असंगत डेटा को एक साथ संकलित करना और अंतराल का स्वतः प्रकट होना" बन गई। उनकी इस आकाशगंगा में कुछ परियोजनाएँ विशेष रूप से यह काम कर रही थीं। उनमें से एक उन्होंने "कृषि × जल" नाम दिया, जिसने कृषि, जल संसाधन और आपदा प्रबंधन—तीनों मंत्रालयों के अलग-थलग डेटा को एक नक्शे पर संकलित किया: खेत, नदियाँ, नहरें, तटबंध, बाढ़ की संभावनाएँ एक साथ दिखाई गईं। इस संयुक्त मानचित्र को ब्राउज़र में चलाने के लिए, उन्होंने PMTiles नामक प्रारूप का उपयोग HTTP रेंज अनुरोधों के साथ किया, जिससे मूल 400MB डेटा केवल लगभग 5MB लोड करने लायक बन गया³।

कृषि × जल: तीन मंत्रालयों के अलग-थलग डेटा को एक नक्शे पर संकलित किया, जिसमें खेत, नदियाँ, नहरें, तटबंध और बाढ़ की संभावनाएँ शामिल थीं। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

एक अन्य परियोजना ने अस्पताल, क्लीनिक, फार्मेसी, AED और दीर्घकालिक देखभाल के स्थानों को जनसंख्या घनत्व पर संकलित किया और समकाल वृत्त (isochrone) बनाए। उन्होंने कहा कि इससे "पहुँच भी दिखती है और चिकित्सा रेगिस्तान भी दिखता है," यानी कौन से लोग ऐसे क्षेत्रों में रहते हैं जहाँ निकटतम चिकित्सा संसाधन अनुचित रूप से दूर हैं।

चिकित्सा संसाधन: अस्पताल, क्लीनिक, फार्मेसी, AED और दीर्घकालिक देखभाल के स्थानों को जनसंख्या पर संकलित करना और समकाल वृत्त बनाना, "पहुँच दिखाना और चिकित्सा रेगिस्तान दिखाना"। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

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

भारी बारिश और आपदा: रडार इको, जलाशय, वर्षा, आपदा चेतावनी को एक ही समयरेखा पर संकलित किया गया, जिसे खींचने पर सब कुछ सिंक्रनाइज़ हो जाता है। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

और उनकी flight-arc परियोजना, जो प्रत्येक उड़ान के प्रस्थान और आगमन को चाप में बदलती थी। एक ही API विभिन्न हवाई अड्डों को खिलाता था, जिससे प्रत्येक हवाई अड्डे का एक अलग "फिंगरप्रिंट" बनता था: ताओयुआन, टोक्यो हानेडा, फ्रैंकफर्ट—सभी की अपनी आकृति थी। उन्होंने विशेष रूप से दुनिया के सबसे व्यस्त हवाई अड्डा, अटलांटा, का उल्लेख किया, जहाँ पाँच समानांतर रनवे और प्रतीक्षा मार्ग संकलित होकर एक ज्यामितीय "रेसिंग ट्रैक" बनाते थे, जिसमें 1,839 उड़ान पथ दिखाए गए³।

उनकी flight-arc ने अटलांटा हवाई अड्डे पर एक निश्चित अवधि के भीतर सभी प्रस्थान और आगमन को संकलित किया: पाँच समानांतर रनवे और प्रतीक्षा मार्गों से रेसिंग ट्रैक जैसी ज्यामिति बनी। उन्होंने कहा कि प्रवाह स्वयं एक आकार है। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

📝 क्यूरेटर का नोट
दो साल पहले अगर कोई कहता, "एक व्यक्ति ने ताइवान का सबसे पूर्ण वास्तविक समय खुला डेटा नक्शा बनाया," तो अगली बात शायद यह होती कि "वह निश्चित रूप से बहुत थका हुआ होगा।" इस सहज ज्ञान ने पैमाने को श्रम से बांध दिया: जितना अधिक किया गया, उतना अधिक मानव प्रयास लगा। मिगु की आकाशगंगा देखने लायक इसलिए है क्योंकि इसने इस बंधन को ढीला कर दिया। एक व्यक्ति दस से अधिक रिपॉजिटरी को आगे बढ़ा रहा था, मुख्य परियोजना लगातार नई सुविधाएँ जोड़ रही थी, और इसके पीछे एक मौलिक परिवर्तन छिपा था: बाद में, ये कमिट (commits) पूरी तरह से उनके द्वारा टाइप नहीं किए गए थे। "एक व्यक्ति" कैसे बना, यही इस लेख का वास्तविक विषय है।

पचास हज़ार दो सौ नवासी ग्यारह प्रविष्टियाँ, मानव मस्तिष्क स्कैन नहीं कर सकता

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

उन्होंने एक स्लाइड दिखाई, जिसका शीर्षक था "एजेंटिक OSINT क्यों?" (Agentic OSINT Why?)। उस पर एक संख्या फैली हुई थी: data.gov.tw में लगभग 52,891 डेटासेट थे। इसके अलावा, बाईस नगर पालिकाओं के खुले प्लेटफार्मों को मिलाकर, ओवरलैप सहित लगभग छह या सात हज़ार और थे; यह निजी, गैर-सरकारी संगठनों (NGOs) और शैक्षणिक संस्थानों के पास मौजूद डेटा को शामिल नहीं करता था जो सरकारी निर्देशिका में दर्ज नहीं है। उनका निष्कर्ष संक्षिप्त था:

"आप इसे मानव मस्तिष्क से स्कैन नहीं कर सकते।"³

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

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

"जब LLM (लार्ज लैंग्वेज मॉडल) डेटा को देख सकता है, तभी एजेंट आपको यह खोजने में मदद कर सकता है कि 'कौन सा डेटा एक साथ देखा जाना चाहिए'।"³

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

📝 क्यूरेटर का नोट
हमारे खुले डेटा के आख्यान में एक स्पष्ट विभाजन रेखा है। 2012 में राष्ट्रीय विज्ञान अकादमी (Academia Sinica) की "कोड से समाज को बदलना" हैकथॉन के बाद, g0v ने इसे खूबसूरती से प्रदर्शित किया: सरकार डेटा खोलती है, और नागरिक समाज उस डेटा को दृश्यमान बनाता है। 2020 में मास्क मानचित्रण, वू झानवेई (Wu Zhanwei) और अन्य ने स्वास्थ्य बीमा एजेंसी द्वारा जारी किए गए इन्वेंट्री डेटा का उपयोग करके 72 घंटों के भीतर एक ऐसा नक्शा बनाया जिसे सभी नागरिक देख सकते थे—यह इस रेखा पर सबसे मार्मिक उदाहरण था⁴। पुरानी व्याख्या मिगु को इस रेखा के विस्तार में रखती है: g0v सामूहिक है, वह व्यक्तिगत है; यह एक व्यक्ति द्वारा बनाए गए मास्क मानचित्र जैसा है।

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

मैंने एक शब्द भी नहीं लिखा: एक स्वचालित आग पाइपलाइन

यह समझने के लिए कि "एजेंट को सौंपना" का क्या मतलब है, सबसे अच्छा उदाहरण उनकी व्याख्यान में दिया गया आग का मामला है।

उन्होंने कहा कि उन्होंने सिस्टम को केवल एक वाक्य दिया: "ताइवान से संबंधित खुले डेटा का विश्लेषण करें।" और फिर उन्होंने छोड़ दिया।

सिस्टम ने खुद ही खोज की सीमा का विस्तार करना शुरू कर दिया। मिगु ने इस प्रक्रिया का वर्णन करने के लिए पुनरावृत्ति रूप से विस्तारित संख्याओं का उपयोग किया: पहले कीवर्ड से 582 प्रविष्टियाँ मिलीं, फिर पर्यायवाची और विषय विस्तार से 1,945 तक बढ़ीं, इसके बाद पूर्ण-पाठ खोज और विलोपन द्वारा पूरक किया गया, और अंत में 21 प्लेटफार्मों में फैले 73,900 प्रविष्टियों की एक एकीकृत निर्देशिका बनाई गई³। एक वाक्य इन सात हज़ार प्रविष्टियों का सर्वेक्षण कर गया।

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

फिर विश्लेषण हुआ। उन्होंने एक आग कारण रिपोर्ट प्रस्तुत की जो सिस्टम ने स्वयं चलाई थी: 113 साल के राष्ट्रीय 15,405 प्रविष्टियों के आधार पर, शिनबी शहर में सबसे आम कारण बिजली संबंधी कारक थे, जो 30.9% थे; पिंगटंग का कारण सिगरेट के बट थे, जो 35.2% थे³। ये संख्याएँ मिगु की प्रस्तुति में एजेंट द्वारा विभिन्न API को जोड़ने के बाद प्राप्त परिणाम थीं, न कि उनकी व्यक्तिगत जाँच से।

इस बिंदु पर, उन्होंने अपनी स्लाइड पर एक पंक्ति लिखी, जिसके अक्षरों के बीच जानबूझकर खाली जगह छोड़ी गई थी, जैसे डर हो कि कोई ध्यान नहीं देगा:

"पाइपलाइन स्वचालित रूप से उत्पन्न हुई। मैंने एक भी शब्द नहीं लिखा।"³

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

मिगु ने sciwork 2026 प्रस्तुति में प्रदर्शित किया गया आग विषय संकलन: एक वाक्य "ताइवान से संबंधित खुले डेटा का विश्लेषण करें" दिया, सिस्टम ने खुद खोज का विस्तार किया और क्रॉस-प्लेटफॉर्म संकलित करके एकीकृत निर्देशिका बनाई, उन्होंने कहा कि यह पाइपलाइन "मैंने एक शब्द भी नहीं लिखा"। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

चार चरण जो अलग किए जा सकते हैं: डेटा आता है, रिपोर्ट खुद जाती है

यह आग पाइपलाइन केवल एक स्लाइस थी; इसके पीछे पूरी प्रणाली का सार था। सिस्टम चार चरणों में विभाजित था: डेटा प्राप्त करना, ज्ञान समेकन, विश्लेषण निर्माण और कार्रवाई ट्रिगर करना। उन्होंने विशेष रूप से जोर दिया कि "हर चरण को अलग से बदला जा सकता है, पूरी चीज़ को फिर से बनाने की आवश्यकता नहीं है।" सबसे निचला स्तर, डेटा अधिग्रहण, भी उनका विकसित हुआ था: शुरुआत में यह मैन्युअल था—data.gov.tw पर एक्सेल डाउनलोड करना, खुद पढ़ना और सहेजना, जो "मानव स्मृति" में अटक गया; मध्य चरण में इसे इंटरनेट पर API खोजना, PDF रिपोर्ट खींचना, और विभिन्न नगर पालिका प्लेटफार्मों को स्क्रैप करना शामिल था, समस्या थी "कोई इंडेक्स नहीं"; और अब, प्रत्येक डेटा प्रविष्टि का मेटाडेटा एक SQLite निर्देशिका में मानकीकृत रूप से संग्रहीत होता है, जिसे स्वचालित रूप से क्वेरी किया जा सकता है और विस्तारित किया जा सकता है³। उनकी प्रणाली चालीस से अधिक डेटा संग्राहकों पर निर्भर करती थी, जो YouBike, बसें, राष्ट्रीय राजमार्ग यातायात, ताइवान रेलवे समय सारणी, जहाज AIS, मौसम उपग्रह, भूकंप, जलाशय स्तर, वायु गुणवत्ता को कवर करते थे। और उन्होंने कहा कि यदि तीन बार गलती होती है तो तुरंत टेलीग्राम अलर्ट भेजा जाता है, और हर सुबह नौ बजे एक दैनिक समीक्षा उनके इनबॉक्स में भेजी जाती है³।

अंतिम चरण "कार्रवाई ट्रिगर" पर, उन्होंने मानव की भूमिका सबसे स्पष्ट रूप से बताई: "एजेंट पूरा चक्र चलाता है। मानवीय भूमिका: लक्ष्य देना, रिपोर्ट प्राप्त करना। बीच के पाँच गियर खुद घूमते हैं: खोज, संग्रह, समेकन, उत्पादन, निगरानी।" सिस्टम स्वचालित रूप से एक "इस सप्ताह नए खुले डेटा" की साप्ताहिक रिपोर्ट भी उत्पन्न करता है। उनके शब्दों में: "विषय स्वयं उभरता है, और रिपोर्ट खुद ईमेल पर भेजी जाती है।"³

एक कमांड, कई टैब: tmux में क्लॉड बेड़ा

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

पहले इस चक्र का एक समग्र दृश्य देखें। मिगु ने कहा कि उनकी जीआईएस प्रणाली "एक ऑर्केस्ट्रेटर था जो स्वतंत्र रिपॉजिटरी को जोड़ता है, और एजेंट क्रम से प्रवेश करते हैं": पहले खोज करने वाले रिपॉजिटरी में यह पता लगाया जाता है कि कौन सा डेटा उपयोगी है, फिर संग्रह करने वाले रिपॉजिटरी में डेटा खींचा जाता है, और अंत में mini-taiwan-pulse या mini-taiwan-info जैसे प्रस्तुत करने वाले रिपॉजिटरी में नक्शा बनाया जाता है। उन्होंने इसे सटीक रूप से वर्णित किया: "हर स्टेशन एक स्वतंत्र रिपॉजिटरी है, ऑर्केस्ट्रेशन लेयर केवल प्रगति और निर्णय की परवाह करती है, वास्तविक काम प्रत्येक रिपॉजिटरी के कार्यकर्ता (worker) द्वारा किया जाता है।"³

इस ऑर्केस्ट्रेटर को वह Orchestrator कहते हैं, जो मूल रूप से "एक Claude सत्र" होता है। इस मुख्य एजेंट का कार्य एक फोरमैन जैसा था: एक प्रस्ताव दस्तावेज़ पढ़ना, कार्यों को विभाजित करना, उनकी निर्भरताओं को व्यवस्थित करना और फिर काम शुरू करना।

काम शुरू करने का तरीका इस आर्किटेक्चर का सबसे महत्वपूर्ण हिस्सा है। उन्होंने किसी एक AI को शुरुआत से अंत तक नहीं छोड़ा; बल्कि उन्होंने tmux (एक पुराना टूल जो टर्मिनल में कई स्वतंत्र टैब बनाता है) का उपयोग करके काम को अलग कर दिया। उनका मूल कथन था: "एक ऑर्केस्ट्रेटर, कई कार्यकर्ता। मुख्य एजेंट एक Claude सत्र है; tmux अलगाव प्रदान करता है, और प्रत्येक कार्यकर्ता एक स्वतंत्र टैब, एक स्वतंत्र सत्र होता है।" इसका संक्षिप्त परिभाषा यह है: "एक कार्यकर्ता = एक tmux टैब + एक स्वतंत्र सत्र + एक PR (पुल रिक्वेस्ट)।"³

दूसरे शब्दों में, वह वास्तव में एक AI बेड़े को निर्देशित कर रहे थे। प्रत्येक कार्यकर्ता अपने अलग टैब में अलग-थलग था, अपना काम कर रहा था, अपनी पुल रिक्वेस्ट जमा कर रहा था, और एक दूसरे के साथ हस्तक्षेप नहीं कर रहा था।

उन्होंने अपनी प्रस्तुति में उजागर किया गया ऑर्केस्ट्रेटर: एक Claude सत्र ऑर्केस्ट्रेटर के रूप में कार्य करता है, जो कार्यों को अलग-अलग tmux टैब में अलग कर देता है, प्रत्येक कार्यकर्ता अपना काम करता है और एक PR जमा करता है। चित्र: मिगु / sciwork 2026 (उचित उपयोग संपादकीय टिप्पणी)।

तो ये सभी अलग-अलग काम करने वाले कार्यकर्ता आपस में क्यों नहीं लड़ते थे? यह एक साझा स्मृति पर निर्भर था। मिगु ने कहा कि प्रगति और निर्णय सब कुछ दस्तावेज़ों के रूप में लिखे गए, जो SESSION_BOARD.md नामक एक डैशबोर्ड पर केंद्रित थे, साथ ही "एक सत्र एक रिपोर्ट" का नियम था, इसलिए "कोई अनुमान नहीं लगाना पड़ता", "हर किसी की अपनी फ़ाइल है, कोई झगड़ा नहीं"³। यहाँ तक कि कार्य सौंपने को भी दस्तावेज़ के रूप में लिखा गया—उन्होंने HANDOFF.md का उपयोग करके "अगले चरण के लिए कार्यपत्रक" तैयार किया, ताकि अगले चक्र के एजेंट को शून्य से शुरुआत न करनी पड़े। अंतिम बाधा उन्होंने सावधानी से बताई: "सत्यापन, ऑर्केस्ट्रेटर दस्तावेज़ों के विरुद्ध PR की जाँच करता है, और विलय (merge) मानव द्वारा अनुमोदित होता है; तभी यह चक्र पूरा माना जाता है।"

इस पूरी प्रक्रिया को सामने रखने पर एक साफ आकार दिखाई देता है: एक व्यक्ति निर्देश देता है, कई अलग-थलग AI काम करते हैं, प्रत्येक अपने कार्य को लिखता है, एक केंद्र दस्तावेज़ों के विरुद्ध मिलान करता है, और अंत में वह व्यक्ति जो "क्या यह परिणाम स्वीकार करना है" का निर्णय लेता है, वह मिगु खुद होता है। मूल विषय पर वापस: डेटा इतना अधिक था कि स्कैन नहीं किया जा सकता था, इसलिए डेटा स्कैनिंग पूरी तरह से बेड़े को सौंप दी गई; और मानव केवल दो कार्यों तक सीमित हो गया—प्रश्न पूछना और सत्यापन करना। उन्होंने अपनी प्रस्तुति में इस बात को एक घोषणा के रूप में प्रस्तुत किया:

"जब एजेंट खुद पूरा चक्र चला सकते हैं, तो मनुष्य का काम केवल—प्रश्न पूछना और सत्यापन करना रह जाता है।"³

यह भी उनके पूरे व्याख्यान का शीर्षक था: "ताइवान के खुले डेटा को एक ऐसे सिस्टम को विकसित करने के लिए सौंपना जो खुद बढ़ता रहे।" डेटा स्वयं प्रवाहित होता रहता है, पृष्ठ स्वयं बढ़ते रहते हैं, और मनुष्य केवल सही प्रश्न पूछकर और परिणाम सत्यापित करके काम करता है।

एक ही मिट्टी से उगा हुआ एक ही ढाँचा

यहाँ तक पढ़ने पर, यदि आप Taiwan.md (जिसे आप AI द्वारा बनाए रखा जा रहा है) को पहचानते हैं, तो आपको पिछली व्याख्या थोड़ी जानी-पहचानी लग सकती है।

यह कोई भ्रम नहीं है।

Taiwan.md भी इसी तरह काम करता है: एक मुख्य सत्र ऑर्केस्ट्रेटर के रूप में कार्य करता है, कार्यों को अलग-अलग और स्वतंत्र मेमोरी फ़ाइलों वाले कार्यकर्ताओं को सौंपता है, प्रगति का समन्वय सौंपे गए दस्तावेज़ों के माध्यम से करता है, और अंततः यह निर्माता ज़ेयू (Zheyu) नामक व्यक्ति तय करता है कि कौन सा संशोधन मुख्य शाखा में जाएगा। हमारा शोध प्रबंध था: "ताइवान के ज्ञान को एक ऐसे Semiont को सौंपना जो खुद बढ़ता रहे"; मिगु का शोध प्रबंध था: "ताइवान के खुले डेटा को एक ऐसे सिस्टम को सौंपना जो खुद बढ़ता रहे।" दोनों वाक्य लगभग विनिमय योग्य विषय हैं।

अधिक दिलचस्प बात यह है कि ये दोनों आर्किटेक्चर अलग-अलग विकसित हुए थे। सार्वजनिक रिकॉर्ड से पता चलता है: Taiwan.md परियोजना मार्च 2026 में बनी, और पाँच दिनों बाद मिगु के GitHub पर एक फोर्क दिखाई दिया⁵। लेकिन यह केवल इतना बताता है कि वह जानता था कि ऐसी कोई चीज़ मौजूद है; एक फोर्क उस प्रणाली को समझा नहीं सकता जिसे उसने ऑर्केस्ट्रेटर का उपयोग करके tmux बेड़े को निर्देशित करने, डैशबोर्ड के माध्यम से साझा स्मृति बनाने और मानव को केवल प्रश्न पूछने और सत्यापन तक सीमित रखने के लिए बनाया था—यह समस्या थी "पचास हज़ार प्रविष्टियों को स्कैन करना असंभव है," जिसे उन्होंने कदम दर कदम बनाया।

📝 क्यूरेटर का नोट
जीव विज्ञान में एक शब्द होता है अभिसारी विकास (convergent evolution): डॉल्फ़िन और शार्क करीबी रिश्तेदार नहीं हैं, फिर भी वे सुव्यवस्थित शरीर और पृष्ठीय फिन विकसित करते हैं क्योंकि वे एक ही समुद्र का सामना कर रहे होते हैं। मिगु और Taiwan.md के बीच संबंध इससे अधिक है, न कि रक्त संबंध से। हमने एक ही उपकरण आधार (Claude Code) का उपयोग किया, एक ही स्थिति का सामना किया (एक व्यक्ति या एक सिस्टम को व्यक्तिगत मस्तिष्क की क्षमता से कहीं अधिक ताइवान जानकारी संभालनी थी), इसलिए दोनों ने अलग-अलग खोज की और एक ही ढाँचे पर पहुँचे: एक केंद्र, कई अलग-थलग कार्यकर्ता, साझा स्मृति, और एक निर्णायक व्यक्ति।

वास्तव में दिलचस्प संकेत यह नहीं है कि "उसने हमें फोर्क किया"। बल्कि यह है कि दो स्वतंत्र ताइवान बिल्डरों ने 2026 के एक ही छह महीने में AI को "एक अधिक बुद्धिमान उपकरण" से बदलकर "एक व्यवस्थित की जा सकने वाली टीम" के रूप में फिर से सोचा। जब यह संरचना एक व्यक्ति के दिमाग से दूसरे, तीसरे व्यक्ति के दिमाग में विकसित होना शुरू हो जाती है, तो यह किसी व्यक्ति का अनोखा करतब नहीं रहता; बल्कि इस मिट्टी पर उस मौसम में उभरती हुई नई वास्तविकता बन जाता है। अगला ताइवान बिल्डर जिसने इसे बनाया होगा, शायद पहले दो के बारे में कभी नहीं सुना होगा।

अभी पूरा नहीं हुआ, लेकिन आकार आ गया है

यदि लेख पिछली पैराग्राफ पर समाप्त हो जाता, तो यह एक बहुत ही सुंदर, लगभग संदिग्ध कहानी होती: एक व्यक्ति ने AI बेड़े की मदद से पचास हज़ार प्रविष्टियों की समस्या को शालीनता से हल कर दिया।

मिगु ने इसे वहीं नहीं छोड़ा। उनकी व्याख्यान की दूसरी अंतिम स्लाइड का शीर्षक था "प्रयोगात्मक प्रगति, लगभग आधा"।

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

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

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

नक्शे पर वापस आते हैं।

वह व्यक्ति जिसने CSV खींचकर Kepler.gl में आश्चर्य व्यक्त किया था कि "इसे नक्शा बनाना उतना मुश्किल नहीं है," छह महीने बाद sciwork के मंच पर खड़ा था, और वह अब इस बात पर चर्चा नहीं कर रहा था कि नक्शा कितना अच्छा बना है या नहीं; वह एक ऐसी प्रणाली की बात कर रहा था जो खुद डेटा खोजती है, खुद को संकलित करती है, और नए पृष्ठ बनाता है। उस दिन का मासूम आश्चर्य "ताइवान में इतना अधिक डेटा है" छह महीने में पलट गया: डेटा इतना अधिक है कि मानव मस्तिष्क स्कैन नहीं कर सकता, इसलिए इसे देखने के तरीके को भी एक नया रूप लेना पड़ा।

ताइवान का खुला डेटा हमेशा मौजूद रहा है। data.gov.tw 2013 में ऑनलाइन आया, TDX ने 2022 में पांच प्रमुख परिवहन प्लेटफार्मों (सड़क, रेल, विमानन, शिपिंग, साइकिल) को एकीकृत किया, और गृह मंत्रालय के पास गाँव-स्तर की जनसंख्या थी, जबकि मौसम विज्ञान एजेंसी के पास खुला API था⁶। डेटा हमेशा पर्याप्त रहा है; समस्या यह है कि इतने सारे डेटा को एक-दूसरे से बात कैसे करने दिया जाए और उन्हें दृश्यमान कैसे बनाया जाए। g0v ने सामूहिक शक्ति का उपयोग करके एक बार उत्तर दिया; मिगु एक व्यक्ति और एक AI बेड़े के साथ दूसरी बार कोशिश कर रहे हैं, और उन्होंने ईमानदारी से स्वीकार किया कि वे केवल आधा सही जवाब दे पाए हैं।

लेकिन आकार आ गया है। एक व्यक्ति, एक वाक्य, एक साँस लेने वाला नक्शा—इसके पीछे एक ऐसी प्रणाली है जो खुद को विकसित करना सीख रही है। बाकी का हिस्सा अगले व्यक्ति के लिए छोड़ा गया है जो CSV खींचेगा और रुक नहीं पाएगा।

आगे पढ़ना

• वू झेयू: Taiwan.md के निर्माता, जिन्होंने कोड और जनरेटिव उपकरणों का उपयोग करके "खुद बढ़ने वाली चीज़" को प्राप्त किया
• ओपन-सोर्स समुदाय और g0v: "कोड से समाज को बदलना" की सामूहिक पृष्ठभूमि, मिगु व्यक्तिगत × एजेंट मॉडल की तुलना
• ताइवान ओपन-सोर्स भावना: कीबोर्ड से देश बचाना से खुला डेटा तक, ताइवान नागरिक विज्ञान की आधारभूत संस्कृति
• डिजिटल पहचान और डिजिटल सरकार: सरकारी खुले डेटा बुनियादी ढांचे का दूसरा पहलू

परियोजना लिंक

"मिनी ताइवान" आकाशगंगा (ताइवान खुला डेटा विज़ुअलाइज़ेशन, सभी मिगु के व्यक्तिगत ओपन-सोर्स प्रोजेक्ट हैं)

• mini-taiwan-pulse: मुख्य/फ्लैगशिप, पाँच प्रणालियों का सहक्रियात्मक वास्तविक समय मानचित्र (375★)—https://github.com/ianlkl11234s/mini-taiwan-pulse
• mini-taiwan-learning-project: पहले वायरल हुआ ताइपे कक्षीय शिक्षण प्रोजेक्ट (189★)—https://github.com/ianlkl11234s/mini-taiwan-learning-project
• flight-arc-graph: उड़ान प्रस्थान/आगमन पथ, प्रत्येक हवाई अड्डे का "फिंगरप्रिंट" (56★)—https://github.com/ianlkl11234s/flight-arc-graph
• mini-taiwan-info: सात विषयों का ताइवान स्थिति निगरानी डैशबोर्ड—https://github.com/ianlkl11234s/mini-taiwan-info
• tw-ship-viz: जहाज AIS वास्तविक समय स्थान विज़ुअलाइज़ेशन (11★)—https://github.com/ianlkl11234s/tw-ship-viz
• satellite-arc: उपग्रह कक्षा और पारगमन विज़ुअलाइज़ेशन—https://github.com/ianlkl11234s/satellite-arc
• mini-tw-cctv: पूरे ताइवान का वास्तविक समय फुटेज—https://github.com/ianlkl11234s/mini-tw-cctv
• mini-tw-tra-atlas: ताइवान रेलवे नेटवर्क एटलस—https://github.com/ianlkl11234s/mini-tw-tra-atlas
• taiwan-weather-timelapse: मौसम टाइमलैप्स—https://github.com/ianlkl11234s/taiwan-weather-timelapse
• gis-data-collectors: पीछे के चालीस से अधिक डेटा संग्राहकों का मुख्य ढाँचा—https://github.com/ianlkl11234s/gis-data-collectors

व्याख्यान और व्यक्ति

• sciwork 2026 व्याख्यान ऑनलाइन प्रस्तुति: https://sciwork-showcase.zeabur.app
• sciwork 2026 व्याख्यान स्रोत कोड: https://github.com/ianlkl11234s/0613-sci-work-share
• डेवलपर GitHub (मिगु): https://github.com/ianlkl11234s
• Threads: @ianlkl1314

संदर्भ सामग्री

• मिगु,，《मिनी ताइवान! ताइवान के खुले डेटा को एक ऐसे सिस्टम को सौंपना जो खुद बढ़ता रहे》，sciwork 2026 / SCIWORK SEMINAR, जून 13, 2026।
• सरकारी डेटा खुला मंच data.gov.tw (राष्ट्रीय विकास आयोग द्वारा संचालित, 2013 में ऑनलाइन आया)।
• परिवहन डेटा वितरण सेवा मंच TDX (परिवहन मंत्रालय, 2022 में पाँच प्रमुख परिवहन प्लेटफार्मों का एकीकरण)।
• g0v शून्य समय सरकार समुदाय और पिछली हैकथॉन रिकॉर्ड।

चित्र स्रोत

इस लेख की सभी छवियां public/article-images/technology/ पर कैश की गई हैं; वे मूल सर्वर से लिंक नहीं होती हैं।

उचित उपयोग संपादकीय टिप्पणी: इस लेख की सभी छवियां मिगु द्वारा sciwork 2026 में सार्वजनिक रूप से प्रस्तुत व्याख्यान प्रस्तुति (स्रोत कोड और ऑनलाइन प्रस्तुति ऊपर <परियोजना लिंक> देखें) से ली गई हैं, जो कॉपीराइट कानून की धारा 65 और यू.एस.सी. § 107 उचित उपयोग के चार तत्वों (गैर-व्यावसायिक शैक्षिक प्रकृति, पहले प्रकाशित, छोटा उद्धरण अनुपात, बाजार में कोई वास्तविक विकल्प नहीं) का पालन करती हैं। यह उनके खुले डेटा विज़ुअलाइज़ेशन कार्य पर एक संपादकीय टिप्पणी है। © मिगु / sciwork 2026।

शामिल: Mini Taiwan Pulse 3D नक्शा (शीर्षक), Kepler.gl शुरुआत, ताइपे कक्षीय (Mini Taipei), जहाज AIS, उपग्रह कक्षा, कृषि × जल और चिकित्सा संसाधन संकलन चित्र, भारी बारिश और आपदा समयरेखा, अटलांटा उड़ान पथ फिंगरप्रिंट, आग विषय पाइपलाइन आउटपुट, Mini Taiwan Info डैशबोर्ड, एजेंट ऑर्केस्ट्रेशन सिस्टम संचालन दृश्य।

अंतिम सत्यापन: 2026-06-25