वास्तविक अभिलेख ⑥: रोकिएको Android एप AI ले पुनर्जीवित गरेको कथा

AI केस स्टडी

“एप त चल्छ। बस सूचना मात्र वर्षौंदेखि आएको छैन।” परामर्श यसरी सुरु भयो। सदस्यतामा आधारित B2C सेवाका लागि बनेको Android एप थियो। स्टोरमा उपलब्ध थियो, खुल्थ्यो पनि, तर पुश सूचना भने कहिलेदेखि हो, एउटै पनि गएको थिएन। यसपटक हामीले बनाउने मान्छे पनि नभएको, कागजात पनि नभएको “छुनै नमिल्ने मोबाइल एप” लाई, सदस्य सम्पत्ति र हस्ताक्षर कुञ्जी जस्ताको तस्तै सारेर AI ले पुनर्निर्माण गरेको अभिलेख हो।

सबैभन्दा डरलाग्दो पुरानो प्रणाली भनेको क्र्यास हुने एप होइन।
क्र्यास नभई चलिरहेको, तर महत्त्वपूर्ण सुविधा मात्र चुपचाप रोकिएको एप हो।

“चलिरहेकै त छ” भन्ने कुराको मुनि, सूचना केही वर्षअघि नै मरिसकेको थियो।

यो एपको वास्तविक स्वरूप थियो — नेटिभ खोलभित्र विद्यमान वेब सेवा देखाउने WebView र्‍यापर र पुश सूचना। पर्दाहरू विद्यमान वेब सम्पत्तिकै पुनःप्रयोग भएकाले जीवितै थिए। समस्या सूचनामा थियो — पठाउने संयन्त्र पुरानो पुस्ताको वितरण आधारमा निर्भर थियो, र त्यो आधार बन्द भएकै क्षणमा बाटो नै हराइसकेको थियो। डाटाबेसमा नयाँ विधिको टोकन राख्ने स्तम्भ मात्र थपिएको थियो, त्यहाँ कहिल्यै केही लेखिएन — तार बीचैमा चुँडिएको अवस्थामा छाडिएको थियो।

करिब १४,०००दर्ता भएका यन्त्र (कुल)
करिब ३,२००Android यन्त्र
२०१६विद्यमान हस्ताक्षर कुञ्जी जारी भएको वर्ष
१ पटकआवश्यक पुनः रिलिज

“छुनै नमिल्ने” भनिएको कुराको ८० प्रतिशत वास्तवमा पुनर्निर्माणको डर थियो।

वास्तवमा भेटिएको पर्खाल कोडको कठिनाइभन्दा बढी “सारेर लैजाने डर” थियो। विशेषगरी Android मा, एक कदम बिराउनासाथ त्यो विद्यमान प्रयोगकर्ताले अद्यावधिक गर्नै नसक्ने अर्कै एप बन्न पुग्छ।

सूचना पठाउने आधार पुस्तासहित नै हराइसकेको थियोसञ्चार मार्गपुरानो पुस्ताको वितरण सेवा बन्द भइसकेको थियो, पठाउने पक्षको बाटो नै थिएन। पहिले “आजको बाटो” मा सार्ने कामबाटै सुरु गर्नुपर्‍यो।
बनाउने मान्छे पनि छैनन्, डिजाइनका कागजात पनि छैनन्एप्लिकेसनबाँकी रहेको भनेको पुरानो सोर्स कोड मात्रै थियो। AI एजेन्टले संरचना पढेर “खोल + WebView + सूचना” भन्ने ढाँचा बुझेपछि मात्र पुनः डिजाइन गर्‍यौं। शून्यबाट होइन, भइरहेको वस्तु बुझेर पुनर्निर्माण गर्ने तरिका हो।
हस्ताक्षर कुञ्जी सार्न नसके सबै प्रयोगकर्ताले अद्यावधिक गर्न सक्दैनन्एप्लिकेसनAndroid मा उही हस्ताक्षर कुञ्जीले हस्ताक्षर गरिएको मात्र “अद्यावधिक” का रूपमा पुग्छ। करिब दस वर्षअघि, सन् २०१६ मा जारी भएको कुञ्जी खोजेर सार्‍यौं र प्रमाणपत्रको फिंगरप्रिन्ट ठ्याक्कै मिलेको पुष्टि गर्‍यौं — नयाँ इन्स्टल होइन, अद्यावधिकका रूपमै वितरण गर्न सकिने अवस्था सुनिश्चित भयो।
दर्ता API ले गुप्तीकृत सञ्चार अनिवार्य बनाएको थियोसञ्चार मार्गपुरानो सर्भर सादा जडान अस्वीकार गर्ने गरी मिलाइएको थियो, र यन्त्र दर्ता नहुनुको धेरैजसो कारण यही थियो। जाँच निष्क्रिय पारेर छल्ने बाटो नरोजी, एप पक्षलाई गुप्तीकृत सञ्चारकै आधारमा एकरूप बनाएर समाधान गर्‍यौं।
बिल्ड वातावरण अहिलेको स्टोर आवश्यकतासँग मिल्दैनथ्योएप्लिकेसनपुरानो कार्यान्वयन वातावरण स्टोरले स्वीकार गर्दैन। बिल्ड आधार (बिल्ड उपकरण, भाषा, कार्यान्वयन वातावरण) लाई नवीनतम बनाएर हस्ताक्षर गरिएको वितरण प्याकेज निकाल्न सक्ने अवस्थासम्म पुनः मिलायौं।

के राख्ने र के पुनर्निर्माण गर्ने, स्पष्ट छुट्यायौं।

गर्नुपर्ने काम “सबै कुरा नयाँ बनाउने” होइन। काम लाग्ने सम्पत्ति जस्ताको तस्तै प्रयोग गर्ने। छुट्याएर हेर्दा यस्तो हुन्छ।

वस्तुपहिलेपुनर्निर्माणपछि
सूचनाको बाटोपुरानो पुस्ताको वितरण आधार
(सेवा बन्द – पठाउनै नसकिने)
अहिलेको वितरण आधार (FCM) मा सारियो
एपको खोलपुरानो पुस्ताको नेटिभ कार्यान्वयननवीनतम नेटिभ कार्यान्वयनबाट पुनः निर्माण
पर्दा (सामग्री)विद्यमान वेब सेवा देखाउँछजस्ताको तस्तै निरन्तर (सदस्य सम्पत्ति सुरक्षित)
हस्ताक्षर कुञ्जीसन् २०१६ मा जारीउही कुञ्जी सारियो (अद्यावधिकका रूपमा वितरण)
सदस्य र यन्त्रको डाटाकरिब १४,००० यन्त्र दर्ता भइसकेकाजस्ताको तस्तै सारियो

पुनर्निर्माण आफैँ AI एजेन्टले एकैचोटि अघि बढायो। पुनर्निर्मित एपलाई भर्चुअल यन्त्रमा सूचना टोकन प्राप्ति → सर्भरमा दर्ता → वास्तवमै सूचना आइपुग्ने सम्मको पूरै शृंखला अन्त्यसम्म चलाएर आउजाउ सफल भएको पुष्टि गरेका छौं। नतिजा सिधै वितरण गर्न मिल्ने हस्ताक्षर गरिएको प्याकेज हो।

“पुनर्निर्माण” र “पुनः रिलिज” लाई सकेसम्म सानो बनाएर डिजाइन गर्ने।सूचनाको पुनरागमन वास्तवमा सर्भर पक्षको सारफेर मात्रैले सल्काउन सकिने गरी तयार गरेका थियौं। एप एकपटक मात्र पुनः रिलिज गरे पुग्छ, त्यसपछि कुनै यन्त्र नछोई सूचनालाई सञ्चालनमा फर्काउन सकिन्छ — “प्रयोगकर्तालाई पटक-पटक अद्यावधिक गर्न नभन्ने” कुराले सदस्य धेरै भएका सेवामा झन् बढी काम गर्छ।

“चल्दैन” भनिएका धेरैजसो एप पूर्ण क्षति भइसकेका हुँदैनन्। रोकिएका केही तार र सार्नैपर्ने कुञ्जीहरू मात्र समात्न सके, भइरहेको वस्तु जोगाउँदै आजको आधारमा फर्काउन सकिन्छ। iOS खण्ड (वास्तविक अभिलेख ⑦) मा सदस्यको ठूलो हिस्सा ओगट्ने अर्को प्लेटफर्म र दुवै OS मा साझा “पुरानो सर्भर नफेरी सूचना आधुनिक बनाएको” कुरा लेख्नेछौं।

※ यो लेख वास्तविक परियोजनामा आधारित छ र कम्पनी वा सेवा चिन्न नसकिने हदसम्म सामान्यीकरण गरिएको छ। अंकहरू सन् २०२६ अगस्टको मापनमा आधारित अनुमानित संख्या हुन्। लाग्ने समय र कामको दायरा एपको संरचनाअनुसार फरक पर्छ।

श्रेणी:

ट्याग:

🌐 नेपाली