Google Assistant में हम जो बदलाव कर रहे हैं
Google, Google Assistant से क्षमताओं की एक व्यापक श्रृंखला हटा रहा है — voice से emails भेजने और calendar events संभालने से लेकर AnyList और Calm जैसे third‑party integrations तक — और इसे उत्पाद को “improve” करने का हिस्सा बता रहा है। लेकिन टिप्पणीकार इसे cost‑cutting और enshittification के रूप में देखते हैं: Assistant को basic searches, timers और media तक सीमित करना, संभवतः उपयोगकर्ताओं को Google की अपनी services या भविष्य के paid, LLM‑based assistant की ओर धकेलने के लिए। यह बदलाव cloud assistants की लंबी अवधि की reliability, फीचर्स की खराब discoverability, और रोज़मर्रा के workflows तथा home devices को ऐसे products से जोड़ने की समझदारी पर भी नए सिरे से सवाल उठाते हैं जिन्हें Google अचानक degrade कर सकता है और करता भी है।
फ़ीचर हटाना और महसूस की गई गिरावट
- कई टिप्पणीकार हटाई गई क्षमताओं (ईमेल भेजना, कैलेंडर इवेंट्स को पुनर्निर्धारित करना, भुगतान/आरक्षण, मीडिया अलार्म, कुकबुक/रेसिपीज़, AnyList-शैली के शॉपिंग वर्कफ़्लो, आदि) को Assistant का “assistant” हिस्सा मानते हैं।
- उपयोगकर्ता stopwatch नियंत्रण और स्पीकर्स पर caller ID जैसी बहुत साधारण लगने वाली सुविधाओं में कटौती से हैरान हैं, और उन बदलावों से भी जो उन्हें फिर से मैन्युअल ऐप उपयोग या सामान्य search/YouTube परिणामों की ओर धकेलते हैं।
- कई लोग बताते हैं कि पिछले कुछ वर्षों में Assistant और उससे जुड़ी Google सुविधाएँ पहले ही खराब हो चुकी हैं (timers का विफल होना, reminders का गलत समझा जाना, car parking/travel integration का गायब होना, hands‑free उपयोगिता का बदतर होना)।
व्यापार, layoffs, और आंतरिक राजनीति
- कई लोगों का अनुमान है कि यह हालिया Assistant टीम layoffs के बाद cost-cutting और codebase reduction से प्रेरित है।
- कुछ लोग org राजनीति और Search तथा YouTube metrics को बढ़ाने की दिशा में बदलाव का सुझाव देते हैं: डिफ़ॉल्ट रूप से search/YouTube की ओर ले जाना और hands‑free actions को कमज़ोर करना उत्पाद को अधिक “measurable” और ads के अधिक निकट बनाता है।
- अन्य इसे Google products में व्यापक “enshittification” पैटर्न का हिस्सा मानते हैं, जहाँ features हटाए जाते हैं या monetization की ओर मोड़े जाते हैं।
Third‑party integrations और lock‑in
- integrations (जैसे AnyList, Calm, broader Conversational Actions) को हटाना व्यापक रूप से user-hostile और संभवतः anti-competitive माना जा रहा है, जिससे लोगों को Google की अपनी shopping lists और services में जाना पड़ता है।
- कुछ लोग ध्यान दिलाते हैं कि Google ने पहले ही व्यापक conversational ecosystem बंद कर दिया है; अन्य लोग docs का लिंक देते हैं जो दिखाते हैं कि कुछ “built-in intents” अभी भी बने हुए हैं, लेकिन सिर्फ़ phones पर और speakers पर नहीं।
LLMs और भविष्य की दिशा
- एक सामान्य अनुमान: hard-coded features हटाई जा रही हैं ताकि एक generic LLM-based assistant (जैसे Gemini/Bard-style) के लिए तैयारी की जा सके, लेकिन समय-निर्धारण और संचार को खराब माना जा रहा है।
- कुछ लोग आशावादी हैं कि LLMs plus function-calling आखिरकार assistants को सचमुच flexible और discoverable बना सकते हैं।
- अन्य लोग तर्क देते हैं कि LLMs missing business logic, discoverability, latency, या transactional tasks के लिए conversational UIs की मूल friction को ठीक नहीं करेंगे।
UX, discoverability, और reliability
- प्रमुख themes: commands की बिल्कुल भी discoverability नहीं, समय के साथ असंगत व्यवहार, और ऐसे assistants जो सीखने के लिए बहुत सीमित हैं लेकिन भरोसा करने के लिए बहुत अविश्वसनीय हैं।
- कई लोग “smart” लेकिन flaky natural language systems की बजाय सख्त, अनुमानित voice grammars को पसंद करते हैं।
Privacy, trust, और alternatives
- कुछ लोग privacy चिंताओं और product instability के कारण cloud-based assistants को पूरी तरह अस्वीकार करते हैं।
- अन्य लोग Alexa, Siri, Home Assistant, या DIY/local voice solutions की ओर जा रहे हैं, या बस devices को dumb speakers/photo frames की तरह उपयोग कर रहे हैं।