This is why we need competition, and to stop the big guys from buying the small guys. This is trying to innovate for the customer, making search better for my areas of interest and desires. One of the few subscriptions that make me very happy.
Kagi is already ahead of google, in my opinion, for my search needs.
It may be because I've been able to customize my domain raise/demote/block list, so my version might not be "stock search results", but that's kind of the point...
I see the domains relative to what I know generally has what I like...Google could have implemented this in their last decade... But they really don't care if you need to come back to their search results 3-4 times clicking through the next few pages because that's ad revenue and there's no competition
Kagi is becoming the new google. Same thing, offered in a new package. If there are 100 good results for a query, why always show the same results in the same order?
I disagree. What makes Google Google nowadays is their size. For example, they are full of AI results because these sites optimise until they show up in Google results first pages. Why, because Google owns the largest share of the search market.
Kagi has 30k subscribers, it is totally uninteresting to these AI results farms. This is just one example, but I hope you see my point. I cannot see Kagi beginning to compare to Google.
I think what OP meant was that he dislikes kagi’s search algorithm on a specific ground that also happens to apply to Google. The way it’s phrased is pure trolling though, or clickbait if you prefer.
If you make the same query twice, relatively close together, they give you back the same results.. this is intentional, since it won't consume another search request, and it allows you to return to your search if you didn't find the results you wanted on the first pass through...
They don't save the search results as history, this is simply a short-term cache.
Kagi is different from Google because they have a financial incentive to not serve you AI junk websites with optimized SEO. They're not targeted by SEO companies / optimizers.. and even if they were, unlike Google, you can simply ban the domains. If that domain pops up a lot because it's just an SEO optimized content stealing site, you never have to see it again.
I expect kagi will eventually care about the age of domains and the amount of people that are marking these as junk domains, as part of their search results.. because they have a financial incentive to make us happy, whereas Google has a financial incentive to make us click through multiple websites and revisit their search page, and make additional searches with different words, so that they can serve more advertisements
Another interesting thing to note in the recent release[0] is that they now have an Android app in the Play Store, and it will pave the way to include Kagi in the default search engine list for Android and Chrome.
> Additionally, a recent EU ruling presents a significant opportunity for Kagi. Google is now required to include any search engine that meets specific criteria, such as having an app with over 5,000 installs, in the default list for Android and Chrome.
Will this allow kagi to be used on the forced search widget at the bottom of the screen of pixel phones ?
Because the blog mention that Google will be forced to propose kagi in the default search engine list given 5k installs, but even with it installed I cannot set kagi as my search engine on that widget.
On the contrary if I install duckduckgo or bing, I can choose one of them to replace Google in that widget.
EDIT: android itself talks about the 5k limit for the "choice screen" during initial setup [0], but there is no mention of how the list is populated afterwards
> Will this allow kagi to be used on the forced search widget at the bottom of the screen of pixel phones ?
I understand that currently the app does not replace it, but once Kagi has more than 5000 Android installs and we submit a request to be included in choice screen, and given that privilege it would do.
Why would an app be a requirement for a search engine? To me it would make more sense to be aligned with how many users the search engine has. 5,000 unique per month, or whatever.
I have the Kagi app on my iPhone, but just so it can be an extension in Safari. In a perfect world, I would be able to go into the settings, add a custom search engine, and be done with it. No app or extension needed. Then when it hits a threshold it can be added as an easy option for people to pick from a list.
> Why would an app be a requirement for a search engine?
Because otherwise you can’t use it as a default search engine on the platform, because it doesn’t allow it. Same for iOS. They had to write an app to intercept search requests and redirect to Kagi.
You can totally use it as the default search engine, all you have to do is switch to a different launcher that actually gives you the freedom to customize your search settings bases on your preferences. Eg, Nova Launcher, Lawnchair, Niagara, etc.
Well, launcher is a very central part of your phone experience. I don’t think many people will change that just because they can.
Personally, this is one of the reasons I don’t like android anymore. You have to tweak it endlessly to make it halfway work. The platform’s management load is too much. I don’t want to manage and mangle another computer in my pocket. It wastes too much time.
I suppose. Since there was a threshold to cross, I was assuming the search would need to get baked in as an option natively.
I tend to like how Firefox does it, where any search the user goes to, there is an option to add it as a search option and set it as the default. This should be the standard all browsers use. Junking up a phone with apps just for what is ultimately a setting change isn’t ideal.
The hacks Kagi has to do for Safari is annoying. They’ve gone so far as to make their own browser to make it better, though I’m sure that’s not their only reason. I’ve had some issues with the Safari extension over the years. I hope Apple changes their approach on this.
We do currently have a field to override the domain used for snaps (the `ad` field in the bangs repository[1]) which doesn't have much validation and is useful for situations like this. It's possible we'll expose this for custom bangs in the future, but for now I can add that as a bang to the main repository, as it seems like it would be generally useful.
I would normally agree. But Kagi's AI thing doesn't annoy me in ways it does in other products. End a query in a "?" to get a quick summary with links to the sources. Normal search results below.
They are much more level headed about it, and they openly say that “AI is a tool and addition to search. Kagi is fine without it”. For their rationale, see “LLM Features” page in their help, which is linked at the bottom of Kagi Snaps page.
I don’t use any LLM features of Kagi, and it’s not hindered in any way.
Yeah, Kagi is fine without it, but if they would spend all the effort they pit into AI into normal Kagi search, Kagi could possibly be amazing without it. E.g. Kagi could spend their time on improving deep site search (Stackoverflow/Github/Reddit) which is one of the few areas where they still lag behind Google.
The primary guideline of that philosophy is that any AI feature is opt-in and on-demand rather than being pushed down the user. So to characterize our efforts as you did, can at best be described as doing disservice to reality. Why the need for that?
This looks cool but is too similar to "site: reddit.com" for me.
What would be super awesome, imo, would be if I could assign "some sites" as a short code, then snaps that.
So for instance, I might put html, phoenix, CSS, and tailwind spec/references all as one grouping, and then I can search "select drop-down @phoenix" - and search for that across all references (so I can see the html spec alongside the tailwind and phoenix docs)
You can create a custom lens that includes those sites and point a custom bang at it.
For example I have a custom QT lens that only includes results from [*.qt.io, *.stackoverflow.com, *.github.com...] and a !qt bang pointing to it at https://kagi.com/search?q=%s&l=8
(you'll have to change the l= id to point at your lens)
I would also say that probably this feature was nearly custom made for Reddit and there are few other sites that you would probably use it on. For this feature to be useful, a few things need to be true:
1. The site has a lot of content worth parsing such that it's worthwhile to limit your search to only that site.
2. The site itself has a garbage search functionality that you would not want to use instead
3. You need to be searching that site frequently enough that there is a need to shorthand it instead of typing out the long form syntax
4. The site must have content that is generally picked up best by a traditional search indexer e.g. mostly be text based in what you want to search
There are relatively few sites like that in existence. Probably if I mentioned the above requirements to anyone well versed in internet, Reddit would be the immediate first example out of anyone's mouth. Perhaps there are a few other sites that might meet the mark (Stackoverflow and Github come to mind in my example, or possibly other social media giants heavier in text based content as well. Or Hacker News, ofc). But most other large sites' search story is better enough that even then I would probably not naturally use this feature instead.
> What would be super awesome, imo, would be if I could assign "some sites" as a short code, then snaps that.
My app https://multi-launch.leftium.com already does that! (Except with buttons; bang triggers coming soon...) Note you need to give browser permissions to open pop-ups, otherwise multiple tabs cannot be opened.
- All buttons share the (text) input at the top. ENTER inside the input triggers the first blue button.
- Blue buttons launch all dark gray links in their category.
- Gray buttons launch individual links.
- Light gray buttons are excluded from the launch group (but they can be manually launched.)
Recently I realized bangs and launch buttons are just bookmarks. So I'm currently combining these concepts so you can launch bookmarks or groups of bookmarks with a bang trigger. (As well as take notes for a URL!)
---
- The very first iteration of this idea launched multiple images searches at the same time: https://is.leftium.com/
I previously made a custom bang for reddit to do exactly this. I guess I can delete that now and do the same thing on every site without all the setup.
Kagi is so nice. They give me the power to do these things on my own, while adding it in natively so over time less and less setup is actually needed.
Kagi is one of the few subscription I don’t think about cancelling on a weekly basis.
Chrome has had a similar feature for many years. Arguably quicker because you can assign any key press(es) you like. For example I have mine setup such that typing ‘drive foo’ searches Google drive for the term foo. I had kagi as my default search engine but had Google easily available as a back up by typing ‘g <search term>’ in the address bar.
Unfortunately, having both search engines easily available led me to discover as much as I like Kagi I just use google more, despite its ads. Google is faster to get answers to simple questions (it usually answers them on the results page, without another click) and shows more results, although you need an extension for the latter.
> Google is faster to get answers to simple questions (it usually answers them on the results page, without another click) and shows more results, although you need an extension for the latter.
What you’re referring to are bangs, which Kagi has offered for a long time already. For your example that would be !g to search on Google. You can also add custom bangs.
The new snaps addition is something else: it gives you Kagi search results, but limited to that website. It’s the same as adding site:stackoverflow.com to your search query, but with an easier syntax (same syntax as bangs, but with an @ instead of an exclamation mark).
It's nice too. I have several "Snaps" before snaps existed, i used `!red` for `site:reddit.com`/`!sub rust` for `site:reddit.com/r/rust` searches and whatnot. `@red` will be a lot easier!
Awwww, yeah. One of my favorite features just got a lot better in a way that seems totally obvious now that I’ve heard about it, but hadn’t even occurred to me until then. I’m a very happy user, coincidentally wearing the shirt they sent me.
There are multiple bang providers, often defining their own conflicting internal bang triggers. So bang scopes would let you specify which provider to use.
I guess I'll have to use another character... Maybe `$` for $cope
"Snaps is an exclusive Kagi Search feature that allows you to easily limit search results to a specific website..."
WTF is this marketing bullshit?! Default Google Search is useless now and I'm rooting for Kagi, but this "exclusive" untruth is decidedly NOT the way to "win".
It clearly shows in the example that @r translated to "site:www.reddit.com" in their resulting search- I did not read "supporting domain search in general" as being Kagi specific.
The Kagi specific part is /easily/ searching a site in Kagi.
The whole point here is that they are extending the already supported bangs[1] to search the domain with "@", thus if "!r" exists to redirect to Reddit's search, you can use @r to search Reddit within Kagi.
Of course I could type "site:Reddit.com" that's what I've been doing for years, including on Kagi, but easily doing that with @<bang> seems exclusive to Kagi.
Thank you Kagi folk that hang out here.