- Kagi Sidekick एक अल्फा सेवा है, जिसका उद्देश्य व्यक्तिगत वेबसाइटों या दस्तावेज़ वेबसाइटों में तेज़ सर्च और AI को कुछ पंक्तियों के कोड से जोड़ना है
- इंडेक्सिंग, एम्बेडिंग, वेक्टर सर्च, और वेबपेज-आधारित AI चैट जैसी चीज़ें साइट ऑपरेटर को खुद बनाने की ज़रूरत नहीं होती; इन्हें Kagi संभालता है
- इंटीग्रेशन 20kB min+gzip आकार के हल्के Web Components की 2 पंक्तियों के कोड से, या Docusaurus, Hugo, VitePress प्लगइन के ज़रिए किया जा सकता है
- छोटे और व्यक्तिगत वेबसाइटों के लिए इसे मुफ़्त देने, और व्यावसायिक वेबसाइटों के लिए उचित कीमत वाले सर्च विकल्प के रूप में देने की योजना है
- फ़िलहाल यह लॉन्च से पहले डिमांड सर्वे और फ़ीडबैक लेने के चरण में है, और opt-in करने वाली वेबसाइटें Kagi Search में अपने-आप इंडेक्स हो सकती हैं
वेबसाइट में जोड़ने के लिए सर्च·AI लेयर
- Kagi Sidekick एक अल्फा सेवा है जो व्यक्तिगत या दस्तावेज़ वेबसाइटों में सर्च और AI सुविधाएँ जोड़ती है
- सर्च बैकएंड से जुड़े वे काम, जिन्हें साइट ऑपरेटर के लिए सीधे लागू करना कठिन हो सकता है, Kagi संभालता है
- इंडेक्सिंग
- एम्बेडिंग
- वेक्टर सर्च
- वेबपेज-आधारित AI चैट
- इंटीग्रेशन के दो तरीके बताए गए हैं
- 20kB min+gzip आकार के हल्के Web Components का उपयोग करके 2 पंक्तियों के कोड से इंटीग्रेशन
- Docusaurus, Hugo, VitePress प्लगइन का उपयोग
उपलब्धता योजना और भाग लेने का तरीका
- छोटे और व्यक्तिगत वेबसाइटों के लिए इसे मुफ़्त सेवा के रूप में देने की योजना है
- व्यावसायिक वेबसाइटों के लिए इसे उचित कीमत वाले सर्च विकल्प के रूप में देने की योजना है
- Sidekick का उपयोग करने वाली वेबसाइटें opt-in के बाद Kagi Search में अपने-आप इंडेक्स हो सकती हैं
- फ़िलहाल Kagi लॉन्च से पहले मांग और फ़ीडबैक इकट्ठा कर रहा है
- register your interest: लॉन्च सूचना के लिए रजिस्टर करें
- Sidekick discussion thread: फ़ीडबैक भेजने के लिए चर्चा थ्रेड
1 टिप्पणियां
Hacker News पर राय
मैं Kagi का founder हूँ। यह Kagi Labs के एक developer ने कुछ हफ्तों में बनाया हुआ बहुत शुरुआती alpha proof of concept है, और सही infrastructure व product अभी बने नहीं हैं
feedback लेने और demand का अंदाज़ा लगाने के लिए prototype public किया जा रहा है
इसे बनाने की वजह यह है कि Kagi के लिए अपना index बनाने और expand करने का यह एक efficient तरीका हो सकता है। अगर user Kagi user है, तो हम personal websites, hobby projects, startups, documentation sites जैसी हजारों high-quality sites से index बढ़ा सकते हैं और relevant होने पर उन्हें search results में भी दिखा सकते हैं। यह काफी हद तक Kagi Small Web initiative(https://kagi.com/smallweb) में अपनाए जा रहे तरीके जैसा है
अगर search widget में branding शामिल हो, तो यह kagi.com के बाहर भी Kagi को expose करने का एक तरीका है। इसलिए मुझे लगता है कि छोटे sites या projects के लिए इसे free देना समझ में आता है
साथ ही index crowdsourcing मुझे इसलिए पसंद है क्योंकि यह ad-based search में कुछ ही players के ज्यादातर space पर कब्जा करने और search results की quality खराब होने वाली दिशा(https://detailed.com/google-control/) के बिल्कुल उलट है
यही plan है, और Labs project होने के नाते हम इसके fail होने को भी स्वीकार करने के लिए तैयार हैं। कोशिश किए बिना पता नहीं चलेगा, इसलिए कोशिश जारी रखनी होगी
signup के समय manual review संभव हो सकता है, लेकिन एक बार Kagi index में content डालने का रास्ता खुल गया तो उस privileged position के misuse को रोकने का तरीका चाहिए
अब तक आए AI products ने search को अच्छी तरह complement किया है, ऐसा मुझे लगता है, और उम्मीद है यह trend जारी रहेगा। उम्मीद है यह feature index सुधारने में भी मदद करेगा और छोटे creators को भी शानदार service देगा
search query के अंत में
?लगाने पर quick answer trigger होने वाला बदलाव वाकई अच्छा था। अच्छा होगा अगर query के आगे-पीछे कुछ जोड़कर call किए जा सकने वाले और features मिलेंसिर्फ user के लिए यह शानदार feature है, इतना ही नहीं बताते बल्कि Kagi को इससे कैसे मदद मिलती है, यह भी बताते हैं—इससे भरोसा बढ़ता है और product किस दिशा में जाएगा इसका अंदाज़ा मिलता है
independent fandom wikis में name matching से बेहतर search हमेशा एक problem रही है, लेकिन आम तौर पर उनके पास MediaWiki site से आगे कुछ बनाने के लिए funds या coordination capability कम होती है
उदाहरण के लिए Baldur's Gate 3 wiki(https://bg3.wiki) में 8,000 से ज्यादा pages हैं और text भी काफी dense है(https://bg3.wiki/wiki/D%26D_5e_rule_changes जैसे pages देखें), और यह पूरी तरह donations पर चलता है
बहुत सारे complex documents हैं जिनमें end users को बड़े और जटिल data को समझना पड़ता है। मैं यह भी जानना चाहूँगा कि क्या इसे इस तरह tune किया जा सकता है कि questions का direct answer न दे, बल्कि केवल documentation की ओर guide करे
documentation site manage करने वाले technical writer के नजरिए से मेरे कुछ सवाल हैं
कौन-से pages index में शामिल होंगे, यह जानना चाहूँगा। क्या same domain के सभी pages, या सिर्फ वे pages जिनमें search widget लगा है? demo kagi.com से answers लाता दिखता है, लेकिन documentation manage करने वाला व्यक्ति शायद चाहे कि यह केवल help.kagi.com को देखे
users search box में क्या type करते हैं, उसके logs मिल सकते हैं या नहीं, और कैसे मिलेंगे—यह भी महत्वपूर्ण है। generated summaries के logs भी चाहिए, क्योंकि यह जानना जरूरी है कि LLM readers से क्या कह रहा है
मेरी site के लिए generate किए गए embeddings तक access मिल सकता है या नहीं, यह भी जानना चाहूँगा। शायद नहीं मिलेगा, लेकिन अगर मेरी तरफ से extra work किए बिना site embeddings “कहीं पहले से मौजूद” हों, तो उनके अच्छे use cases हैं। बाद में सोचने पर, यह guarantee भी नहीं है कि वास्तव में embeddings का इस्तेमाल हुआ है
index कितनी बार refresh होगा, यह भी महत्वपूर्ण है। अगर documentation index सिर्फ एक हफ्ते पुराने version के आधार पर चल रहा हो, तो भी समस्या हो सकती है
मैं यह भी जानना चाहूँगा कि Kagi user queries के साथ कुछ करेगा या नहीं
मैं कई महीनों से Kagi का paid user हूँ। Google search results में जिस एक चीज़ की कमी खलती थी, वह instant answers थी
यह किसी प्रमुख वेबपेज से जवाब निकालकर तुरंत दिखा देता है, इसलिए link पर क्लिक करने की ज़रूरत नहीं पड़ती। Kagi में भी कुछ queries के लिए ऐसा feature है, लेकिन यह Google जितना व्यापक नहीं है
इसलिए यहाँ ज़्यादातर प्रतिक्रियाओं के उलट, clicks कम करने और सीधे जवाब देने की Kagi की AI कोशिश का मैं समर्थन करता हूँ। Search results पहले से ही बहुत अच्छे हैं, और उम्मीद है Kagi और बढ़ेगा
वे वही दिखाने की कोशिश करते हैं जो user देखना चाहता है, लेकिन असल मतलब अक्सर कुछ और होता है
विज्ञापन जैसा सुनाई देने का जोखिम है, लेकिन पिछले साल खर्च किए पैसों में Kagi से मुझे सबसे ज़्यादा संतुष्टि मिली। “Programming”, “Academic”, “Small Web”, खासकर “PDF” buttons सच में पैसे वसूल हैं
पिछले हफ्ते के दो बड़े improvements में Wolfram|Alpha जोड़कर calculations, unit conversions और time queries के results को मजबूत करना शामिल है। इससे ऐसी queries में report हुई कई समस्याएँ हल होती हैं, क्योंकि अब results calculation knowledge authority से आते हैं
तेज़ी से जवाब पाने के flow में, अब search term को question word (what, where, who, which, when, how) से शुरू करें या अंत में सिर्फ question mark
?जोड़ दें, तो Quick Answer अपने-आप चल जाता हैdocs में बताया गया है कि यह किन conditions में trigger होता है, इसलिए यह कम मनमाना लगता है
दूसरी calculator app इस्तेमाल की जा सकती है, लेकिन address bar में सीधे type करने की आदत छोड़ना मुश्किल है
Kagi में भी calculator है, लेकिन कई queries में अजीब/सूक्ष्म results देता है। मसलन
210/8के लिए105/4लौटाता है। तकनीकी रूप से सही है, लेकिन लगभग कभी वही जवाब नहीं होता जो चाहिएअभी तुरंत दोनों को किसी विशाल monster की तरह जबरन जोड़ने की ज़रूरत नहीं है, लेकिन आगे के लिए familiar, convenient और अच्छी तरह integrated आधार आज से बनाना ज़रूरी है
मैं Kagi को पसंद करता हूँ और संतुष्ट customer हूँ। बस उम्मीद है कि AI features की कोशिश web search engine वाली core value proposition से बहुत दूर न चली जाए
मुझे Kagi से बस यही चाहिए
मैं शुरुआती Kagi user हूँ। Kagi search और summarization features पसंद हैं, लेकिन नए products के बजाय high-quality, configurable search और summarized results पर focus करे तो अच्छा होगा
मेरी समझ के मुताबिक Kagi search API इस्तेमाल करता है, जिसकी cost महंगी है। इसलिए sustainable business बनने के लिए कम-से-कम कुछ हद तक अपना index होना ज़रूरी है
ताज़ा index के ज़रिए बेहतर search results बनेंगे—इस लिहाज़ से यह मनचाही दिशा से पूरी तरह मेल खाता लगता है
मुझे बस अच्छे search results चाहिए। यह ध्यान भटकाने वाली चीज़ लगती है
चिंता यह है कि यह funding जुटाने के लिए है, या सबसे खराब स्थिति में acquisition की तैयारी जैसा लगता है
हालांकि यह तर्क संभव लगता है कि इस feature का इस्तेमाल करने वाले लोग वही हो सकते हैं जो index करने लायक sites चलाते हैं, और इससे उन्हें भी फायदा होगा और सभी users की search भी बेहतर होगी
paid customer के तौर पर मैं सहमत हूँ कि Kagi में मुझे सिर्फ search की परवाह है, लेकिन निकट भविष्य में search का लगभग पूरा हिस्सा AI द्वारा निगल लिए जाने की संभावना को नज़रअंदाज़ करना भी मुश्किल है
किसी search company का AI और search के interaction को explore करना स्वाभाविक है। उम्मीद है यह मुख्य focus न बने, लेकिन अगर यह ज़रूरी हो गया तो बात बदल जाएगी
Kodak ने “film” company होने के कारण digital camera को नज़रअंदाज़ किया था—उस इतिहास से सीख लेनी चाहिए। अगर search को पूरी तरह replace कर सकने की संभावना को ignore किया, तो हो सकता है जिस पल search बहुत अच्छी बन जाए, उसी पल search खुद मायने न रखे
मेरी समझ में यह site में “Search with Kagi” feature जोड़ने और side effect के तौर पर Kagi indexer से उस site को index करवाने वाला feature है
Google की बात निकली है तो, Kagi का “g” logo मुझे पसंद नहीं है
जानना चाहूँगा कि paid subscribers के लिए browser extension version पर भी विचार किया जा सकता है या नहीं
मुझे सच में यह feature unsupported websites या docs पर इस्तेमाल करना है। अगर मैं जो article या document पढ़ रहा हूँ, उसके बारे में Kagi से facts “पूछ” सकूँ, तो भले ही यह सिर्फ single page को crawl या parse करे, काफी powerful होगा
अब बस extension बनाना बाकी है
शायद हर किसी के लिए एक point होता है जब उसे लगता है कि Google “खराब हो गया”। कम-से-कम उन लोगों के लिए, जिन्हें कभी Google अच्छा लगता था; मेरे मामले में वह Google Plus था
क्योंकि Google ने Facebook जैसी destination service बनाने का फैसला किया था। launch से पहले मुझे लगा था कि यह AdWords की तरह websites में जोड़ा जाने वाला feature होगा
अगर web में social layer जोड़ी जाती, तो web की usefulness बढ़ती, Google interesting जगहों को पहचानने के अपने मौजूदा तरीके का इस्तेमाल जारी रख सकता था, और बाकी web पर Facebook की जो बड़ी बढ़त थी वह भी कमजोर पड़ सकती थी
अच्छा लग रहा है कि Kagi शायद वह बात समझता है जिसे Google भूल गया
मैं Kagi के लिए पैसे देता हूँ, और मेरी एक छोटी hobby site भी है, इसलिए इसे ज़रूर आज़माना चाहता हूँ