Live data from Hacker News

Privacy Pass Authentication for Kagi Search

blog.kagi.com

351–359 of 359 posts

Re: Privacy Pass Authentication for Kagi Search

#352

Earlier quoted context omitted.

Door holding falls under a social contract.

So does saying thanks. That was my point :)

I guess I kind of disagree. Some projects might pull in 50-800 deps, and then they will run on servers with utilities written by folks. Who are you supposed to thank and who not? You could literally thank thousands of people after writing a ten-line Python script.

I like that the Kagi folks stepped up and thanked you when you requested it, and I like that you wrote this code and made it available. But going around the internet trying to get explicit thanks seems more like the norm breaking here.

Re: Privacy Pass Authentication for Kagi Search

#353

Will the extension eventually be made available for Firefox on Android? Right now the Firefox extension link says that it's not compatible. P. S: I don't use the Kagi app in Android.

Yes, should happen soon.

How soon?

Re: Privacy Pass Authentication for Kagi Search

#354

Earlier quoted context omitted.

Tor has nothing to do with what GP said, which is, the flexibility offered by Kagi (to turn privacy pass on / off) is actually self defeating. If (even technical) users walk away thinking "why don't other platforms offer this", then that tells you all about the foot-gun that this flexibility brings. (Privacy Pass in fact doesn't make sense outside of an anonymizing transport, which makes the current announcement an e…

> Privacy Pass in fact doesn't make sense outside of an anonymizing transport This kind of thinking is pervasive in the discussion of privacy enhancing technologies. It might not make sense against the most sophisticated attacker, but it lays the groundwork of a complex system that will be able to do so. Allowing more users will provide herd privacy at the token generation phase. Searches being decoupled from user ac…

> > Privacy Pass in fact doesn't make sense outside of an anonymizing transport

> This kind of thinking is pervasive in the discussion of privacy enhancing technologies

It is in RFC.

  Origin-Client, Issuer-Client, and Attester-Origin unlinkability requires that issuance and redemption events be separated over time, such as through the use of tokens that correspond to token challenges with an empty redemption context (see Section 3.4), or that they be separated over space, such as through the use of an anonymizing service when connecting to the Origin.
https://datatracker.ietf.org/doc/html/rfc9576

Re: Privacy Pass Authentication for Kagi Search

#355

Earlier quoted context omitted.

Other than the things others mentioned, with the ultimate plan you can use Claude with Kagi web-search, which is not something that the Claude web app supports, I believe.

That’s interesting — Claude WITH web search. Like Claude makes suggestions about search terms? Or maybe helps to navigate the results? I’m struggling to picture how google search is a 2-“person” job

If you have the Ultimate plan, you also get access to Kagi Assistant, which gives you access to Anthropic, OpenAI, Mistral, Google, Meta, Alibaba, Amazon, and Deepseek engines, and there is a toggle to give them web access or not.

Claude does not have native web access and this has been my only real issue with Claude. I've just converted to Kagi to test, and having Claude with web access is a huge QoL upgrade.

Re: Privacy Pass Authentication for Kagi Search

#356
post #341

Earlier quoted context omitted.

Yeah, those results are ass. Do you happen to have the Kagi equivalent of the search? I’m curious to see how they compare.

https://i.imgur.com/PWVGzCi.png Image is of the first two pages of results side by side if a "page" is a "fold" in my browser window.

What's even more impressive is that this is out of the box - none of those pages are upranked.

Re: Privacy Pass Authentication for Kagi Search

#357

Earlier quoted context omitted.

Arc is based on Chromium not WebKit.

My bad, it's based on a fork of WebKit.

Blink forked from WebKit almost 12 years ago, there's so many differences at this point that it doesn't make sense to call it a WebKit fork
Post reply on HN