प्रोडक्ट रिलीज़

AlarmIQ और तेज़ हुआ (फिर से)। जानिए क्या नया है।

प्रकाशित 4 अगस्त 2026 · पढ़ने में 6 मिनट

इस महीने हमने AlarmIQ के कई अपडेट जारी किए। सबसे बड़ी ख़बर: AlarmIQ अब हर PulseMQ Machine Dashboard के अंदर मौजूद है। एक लॉगिन, एक स्क्रीन, मशीन का एक लाइव मॉडल — क्या चल रहा है, यह पूछने के लिए ऐप बदलने की ज़रूरत नहीं।

हर डैशबोर्ड अब एक AlarmIQ स्क्रीन है

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

अब AlarmIQ हर मशीन डैशबोर्ड में सीधे जुड़ा है। डैशबोर्ड पहले की तरह सब दिखाता है (OEE, availability, मौजूदा job, लाइव काउंटर), लेकिन अब एक स्थायी chat sidebar भी है, जो उसी मशीन से जुड़ा है जिसे आप देख रहे हैं। पूछिए “Line 5 बंद क्यों है?” और जवाब उसी स्क्रीन की उसी मशीन पर आधारित होगा — कोई generic मॉडल नहीं, पिछले हफ़्ते का snapshot नहीं।

Single sign-on भी आसान हो गया। अगर आप डैशबोर्ड देख सकते हैं, तो AlarmIQ से बात कर सकते हैं। न दूसरा लाइसेंस, न दूसरा URL।

और तेज़ जवाब (फिर से)

पिछली रिलीज़ के benchmark में median जवाब दो सेकंड से कम था। यह रिलीज़ उस ख़ास तरह के सवाल के लिए समय और घटाती है जो असली इस्तेमाल में सबसे ज़्यादा दिखा: “क्या हुआ।”

• तुरंत timeline lookup। तय समय-सीमा वाले सवाल (“पिछले 30 मिनट में क्या हुआ”) अब LLM roundtrip को छोड़कर सीधे जवाब देते हैं, जब जवाब पहले से लोकल replay buffer में हो। नतीजा AI के लिखे वाक्य जैसा पढ़ा जाता है, लेकिन लगभग उतने समय में मिल जाता है जितना एक REST endpoint को कॉल करने में लगता है।
• पहले से तैयार PLC context। AlarmIQ हर मशीन के लिए पिछले एक घंटे की PLC वैल्यू का rolling snapshot रखता है, इसलिए आम follow-up सवाल (“कौन-सा interlock,” “कौन-सा सेंसर”) वही डेटा दोबारा नहीं मँगाते। औसत follow-up अब शुरुआती सवाल से साफ़ तौर पर तेज़ है।
• छोटे prompts। Prompt का आकार पहले से आधा — token budget का ज़्यादा हिस्सा असली मशीन context पर, boilerplate पर कम। जवाब छोटे हैं और जल्दी मुद्दे पर आते हैं।

सिर्फ़ अलार्म-स्तर नहीं, PLC-स्तर की व्याख्या

पहला AlarmIQ बताता था “कौन-सा अलार्म active है और आमतौर पर उसका क्या मतलब होता है।” यह उपयोगी है, लेकिन ज़्यादातर ऑपरेटर जो जवाब असल में चाहते हैं, उससे एक कदम पहले रुक जाता है: अलार्म अभी इस वक़्त active क्यों है?

नया PLC-स्तर का explainer tag chain पर चलता है। जब आप किसी active अलार्म के बारे में पूछते हैं, तो AlarmIQ उसे नियंत्रित करने वाली सटीक PLC conditions जाँचता है — interlocks, permissives, safety chains, upstream सेंसर — और ठीक वही condition बताता है जो पूरी नहीं हो रही। अब एक सामान्य जवाब कुछ ऐसा होता है:

“Line 5 एक interlock पर रुकी है। Circuit Breaker 4 खुला है। बाकी safety chain ठीक दिख रही है। CB4 reset करें, और लाइन 3 सेकंड के भीतर auto-restart की कोशिश करेगी।”

यह असली जवाब है — ऐसा जवाब जो पहले किसी अनुभवी टेक्नीशियन से panel जाँचने के बाद मिलता था। और यह किसी दस्तावेज़ पर नहीं, लाइव PLC state पर आधारित है।

पूरे प्लांट में साझा अलार्म हिस्ट्री

पहले AlarmIQ एक समय में एक मशीन को जानता था। अब वह सबको एक साथ जानता है। पूछिए “क्या पिछले हफ़्ते Line 2 पर भी यह दिखा था” और वह सच में जाँच सकता है। पूछिए “इस महीने किस लाइन पर सबसे ज़्यादा CB4 trips हुए” और आपको रैंक की हुई सूची मिलती है।

मेंटेनेंस टीमों ने सबसे ज़ोर देकर यही फ़ीचर माँगा था। हर प्लांट में कोई एक बार-बार आने वाला nuisance अलार्म होता है, जो हर हफ़्ते एक घंटा खा जाता है। पहले पैटर्न ढूँढने के लिए तीन महीने के PLC exports निकालकर Excel में pivot करने पड़ते थे। अब बस पूछिए।

मोबाइल पर Ask-the-Machine

मोबाइल AlarmIQ पहले एक छोटा वर्ज़न था — टेक्स्ट अंदर, टेक्स्ट बाहर, डैशबोर्ड context नहीं। यह रिलीज़ मोबाइल ऐप में भी सारे फ़ीचर ले आती है। जो आप अपनी डेस्क से पूछ सकते हैं, वही प्लांट फ़्लोर पर हाथ में फ़ोन लेकर भी पूछ सकते हैं।

व्यवहार में इसका मतलब है कि जो व्यक्ति मशीन के पास है, अब वही diagnosis कर रहा है। काम करने वाला workflow पहले से यही था। अब टूल भी उसके बराबर आ गए।

एविडेंस कॉन्ट्रैक्ट का पालन और सख़्त

AlarmIQ हमेशा एविडेंस कॉन्ट्रैक्ट के तहत जवाब देता आया है: हर दावा किसी ख़ास PLC read या किसी ख़ास डैशबोर्ड वैल्यू तक ट्रेस होता है। यह रिलीज़ इसका पालन और सख़्त करती है।

नया refusal pass उन जवाबों को खारिज करता है जो अपना स्रोत नहीं बताते, भले ही उनका दावा शायद सही हो। इससे “मुझे नहीं पता, क्योंकि मैं tag X नहीं पढ़ सका” जैसे जवाब थोड़े बढ़ जाते हैं — और ठीक यही मक़सद है। जो टूल मान लेता है कि उसे नहीं दिख रहा, उस पर तब भरोसा किया जा सकता है जब वह कहता है कि दिख रहा है। AlarmIQ जिन तीन नियमों के तहत जवाब देता है, उनके लिए एविडेंस कॉन्ट्रैक्ट पढ़ें।

अंदर क्या बदला

कुछ बदलाव ऐसे हैं जो UI में नहीं दिखेंगे, लेकिन महसूस होंगे:

• हर मशीन का replay buffer 30 मिनट से बढ़कर 60 मिनट हो गया। पिछले एक घंटे की किसी भी बात के बारे में पूछें, जवाब तुरंत मिलेगा।
• Active मशीनों पर PLC snapshot refresh 5 सेकंड से घटकर 1 सेकंड हो गया — “क्या अब भी बंद है” सवाल का जवाब अब मौजूदा state दिखाता है, कुछ सेकंड पुरानी state नहीं।
• मॉडल के जवाब अब stream होते हैं। पूरे जवाब का इंतज़ार करने के बजाय पहला वाक्य लगभग 300ms में दिख जाता है।
• हर AlarmIQ बातचीत उन सटीक PLC reads के साथ लॉग होती है जिन पर हर जवाब आधारित था। अगर आप कभी दोबारा जाँचना चाहें कि टूल ने क्या बताया था, तो पूरा रिकॉर्ड मौजूद है।

आगे क्या

कुछ चीज़ें जिन पर हम काम कर रहे हैं, पर जो इस रिलीज़ में शामिल नहीं हो पाईं:

• Multi-line डायग्नॉस्टिक मोड। कई मशीनों से जुड़ा सवाल पूछें (“पूरी लाइन बंद क्यों है”) और हर मशीन के अलग जवाब के बजाय एक समन्वित जवाब पाएँ।
• Historical replay। AlarmIQ को किसी पुरानी घटना पर ले जाएँ (कल का कोई downtime, पिछले हफ़्ते की कोई अलार्म chain) और ऐसे सवाल पूछें जैसे वह लाइव हो। Replay stack तैयार है; सवाल पूछने का इंटरफ़ेस अभी निखारा जा रहा है।
• Predictive prompts। AlarmIQ यह पहचाने कि PLC वैल्यू का कोई पैटर्न आमतौर पर किसी ज्ञात फ़ेल्योर से पहले आता है, और अलार्म आने से पहले ही उसे समझाने की पेशकश करे। इसे सावधानी से जाँचा जा रहा है — जो prediction थोड़े-से प्रतिशत से ज़्यादा बार ग़लत हो, वह कोई prediction न होने से भी बुरा है।