[HN Gopher] Kagi Snaps
       ___________________________________________________________________
        
       Kagi Snaps
        
       Author : aleksi
       Score  : 70 points
       Date   : 2024-10-11 20:58 UTC (2 hours ago)
        
 (HTM) web link (help.kagi.com)
 (TXT) w3m dump (help.kagi.com)
        
       | apearson wrote:
       | Bangs but better
        
       | oatsandsugar wrote:
       | I expect this in search engines. I have to test this for
       | searching websites with difficult to use search like Reddit or
       | the Nike website.
        
       | juujian wrote:
       | Now add a snap for local search in my machine and it's all I have
       | ever wanted :)
        
         | rank0 wrote:
         | Sick idea. We'll need an OpenSearch or equivalent cluster
         | indexing your local fs right? Can we do this just in browser
         | (and would we even want to)?
        
       | noident wrote:
       | Do snaps offer any advantages over site:whatever.com?
        
         | louthy wrote:
         | Less typing
        
         | frereubu wrote:
         | Marginally quicker to type:
         | 
         | @r vs site:reddit.com
         | 
         | After a few tries, I also find the first more intuitive.
        
         | zorked wrote:
         | It appears to be a UI thing, but it's an excellent UI thing: it
         | reuses familiar bangs and has an autocomplete/discovery mode
         | for new bang codes.
        
       | drekipus wrote:
       | 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)
        
         | throwup238 wrote:
         | 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)
        
         | freediver wrote:
         | You can already do that with Kagi lenses (if I understand you
         | correctly)
        
       | create-username wrote:
       | Bangs are nice on the browser but Alfred is faster and more
       | intuitive. I'm combining them
       | 
       | I wish there were Alfred alternatives for other operating systems
        
       | chrisweekly wrote:
       | Great feature! Kagi is awesome.
       | 
       | See also the settings for personalized results - block useless
       | domains from even appearing.
       | 
       | https://help.kagi.com/kagi/settings/personalized-results.htm...
        
       | denismi wrote:
       | They've seemed very focused on their AI assistant recently, so
       | I'm happy to see a useful new search feature.
       | 
       | Happy to see that custom bangs work (eg a discourse forum I
       | visit), but eventually I'd like to specify how far along the path
       | to "snap".
       | 
       | I'd like my @javadoc to hit
       | `site:docs.oracle.com/en/java/javase/23/docs/api/` instead of the
       | current `site:docs.oracle.com`.
        
         | freediver wrote:
         | Check the latest release notes for all search improvements that
         | went out in this release:
         | 
         | https://kagi.com/changelog#4813
        
         | delduca wrote:
         | I have stopped to pay Kagi because their obsession to employ AI
         | everywhere.
        
           | delduca wrote:
           | I am leaving Google because the AI crap.
        
         | nobodywasishere wrote:
         | 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.
         | 
         | [1]: https://github.com/kagisearch/bangs?tab=readme-ov-
         | file#bang-...
        
       | ldoughty wrote:
       | 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.
       | 
       | Thank you Kagi folk that hang out here.
        
         | lofaszvanitt wrote:
         | 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?
        
       | JacobHenner wrote:
       | See also: DuckDuckGo's Bangs - https://duckduckgo.com/bangs
        
         | changing1999 wrote:
         | Kagi has bangs. This is different. It's a shortcut for "site:
         | somesite.com", while a bang just redirects to the somesite.com
         | search results page.
        
       | prophesi wrote:
       | 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.
       | 
       | [0] https://kagi.com/changelog#4813
        
       ___________________________________________________________________
       (page generated 2024-10-11 23:01 UTC)