Post

In response to our objection to the Prompt API, some folks replied "well, fix it. Propose something better". This is something we end up doing a lot at Firefox…

…some of this is just part of participating in web platform design, but in some cases it's a little unbalanced. Given the same resources, I think we'd be in a better place if Chrome was working on fewer features, but fully-baking them. I don't think it's on Mozilla to fix every half-baked proposal.

Genuine question: are you happy with the role that the web plays on mobile devices today in comparison to native apps? If not, is it possible that the industry shift to AI might be an iPhone-level moment and put the web on the same position on desktop too (say, if openclaw and MCP takes on?)?

I thought about my usage of AI. It's: - Coding - Audio cleanup - Speech to text - Searching/research - Translation Most of these are cloud. The local models are custom for the task. None are using the OS's generic model. But… on devices that do have an OS model, why isn't the Prompt API using it?

0 reposts0 likes

Taking a step back for a second (out of the specifics of the Prompt API), don't you think AI (as mobile was) is such a fundamental shift that is hard for any of us to predict how things are going to play out?

I think it's important to keep to the specifics of this API. Mozilla hasn't objected to it just because of AI - we've been clear on that. It's the API itself that's bad. One of the specifics I'm curious about is why Chrome doesn't use the already-there OS model in cases where one is available.

yup that's exactly where i'm at. i want an API that exposes a local model at some point, but i definitely *do not* want an API that forces me to use google's model

There'd still be an issue with new models coming along, and developers coding for one model, but if Chrome users were getting lots of different models from day 0, maybe that would help interop? I'm not sure.

This is what I struggle with "Given the same resources, I think we'd be in a better place if Chrome was working on fewer features, but fully-baking them.": haven't we (browsers) been wrong multiple times agreeing on what was the one thing to work on (e.g. semantic web, arguably WCs)?

Don't throw strays at web components here! They great, and an example of a feature that needs more focused investment. You can't just move on to the next thing when there's more to do.

There is a prototype in Chrome of the Prompt API powered by Android's ML Kit (built-in model) and folks have looked at doing the same for iOS using the Foundation Models framework. Though lack of engine choice on that platform makes it awkward.

There's a reasonable question to ask about whether browsers should use their own models or Apple's model on macOS. (Ignoring that it also has a pesky AUP. Sorry, I'm working on that.) I think where resources are available browsers might choose to be more opinionated or offer the user a choice.