Launch HN: Muddy (YC S19) – Multiplayer browser for getting work done • Hacker News Board

Re: Launch HN: Muddy (YC S19) – Multiplayer browser for getting work done

#111

Post by theendisney » Fri, May 10, 2024, 11:18 PM UTC

justusthane wrote: post #79

theendisney wrote: post #72

Earlier quoted context omitted.

I find the need to self-moderate at least as scary. Heaven forbid you say what you think with just morality in mind. Who even knows what is or isn't allowed in 2024?

I have never in my life thought “Gee, I might be banned for saying that,” but maybe I’m just a sheeple.

I now think you've said lots of ban worthy things (depending on who you ask ofc) the joy of Google is that they wont explain where or what.

Ahh, i see you wrote you would kill for something. Not really a community friendly expression now is it?

We are all one freudian auto spellings correction from the abys.

Reminds me of google when "can i have block children" triggered a did you mean "can i have Black children?"

Re: Launch HN: Muddy (YC S19) – Multiplayer browser for getting work done

#112

Post by v3ss0n » Sat, May 11, 2024, 7:04 AM UTC

watermelon0 wrote: post #102

v3ss0n wrote: post #94

Browsers especially work browsers are very sensitive piece of software which needs to fully respect data privacy and security so it is opensource or burst. If it's not opensource user might just as well, consider it a spyware. Opensource or Burst.

Not disagreeing with your statement, but would add that the majority of businesses use Safari, Microsoft Edge, or Google Chrome, and all of them are closed source.

Thats why i use none of them. I only use Firefox and Chromium not even chrome.

Re: Launch HN: Muddy (YC S19) – Multiplayer browser for getting work done

#113

Post by [deleted] » Sat, May 11, 2024, 2:44 PM UTC

aranibatta wrote: post #32

toddmorey wrote: post #16

Question: What were the technical requirements that necessitated a custom browser? That would really sink adoption for my team. Any plans to have a lite version that can work inside your favorite browser (even if plugin is required)? Idea: your privacy section only talks about cookies and ads, but all my privacy questions were around the AI features that would use all our team's messages and work across apps as conte…

Most of the stuff we do that people seem to really like can't be technically or physically done inside of another browser's tab unfortunately. Chrome extensions are too limiting as well. We started off as a chrome extension inside of our previous company, and hit a wall pretty quickly. For the LLM calls, the one's you currently see are patching calls to a variety of model providers. As long as they hold their end of…

[deleted]

Re: Launch HN: Muddy (YC S19) – Multiplayer browser for getting work done

#114

Post by Terretta » Sat, May 11, 2024, 3:04 PM UTC

aranibatta wrote: post #32

toddmorey wrote: post #16

Question: What were the technical requirements that necessitated a custom browser? That would really sink adoption for my team. Any plans to have a lite version that can work inside your favorite browser (even if plugin is required)? Idea: your privacy section only talks about cookies and ads, but all my privacy questions were around the AI features that would use all our team's messages and work across apps as conte…

Most of the stuff we do that people seem to really like can't be technically or physically done inside of another browser's tab unfortunately. Chrome extensions are too limiting as well. We started off as a chrome extension inside of our previous company, and hit a wall pretty quickly. For the LLM calls, the one's you currently see are patching calls to a variety of model providers. As long as they hold their end of…

We are interested in your mixture-of-app-tabs for SaaSes with SSO, contained* in a secure MOAT™.

Offer Muddy to most people here, who DGAF (datafeed Google and Facebook).

Upsell MOAT™ and your self-hosted version (leveraging each of M365, Google, and AWS identities** for the browser profile, and hosted inside company VPC that also leverages that native IdP) to companies that would like to let employees use SaaS but haven't figured out how to put a circle around that.

If you are interested to discuss, reach out.

* See the inTune ecosystem where, building on MSFT notion of data container for their O365 suite, apps from arbitrary vendors can share a data-loss protected data space (see Zoom Workspaces for inTune). The way you are writing the browser yourself, you could, in theory, have an option that ensures a web app is using SSO or it can't receive data from the user, other than a white list such as the SSO IdP flow, search engines, and pre-SSO login pages of company's preferred apps.

** Start with M365 since 85% of businesses in U.S. market use it, the IdP is already in their Office user seat plan, supporting "Sign in with Microsoft" as well as "SSO" flows, which picks up most web SaaS companies need.