With respect I feel like the author is missing a whole bunch here about the point of a website.
It's not just content/info/data, it's a performance (in the creative sense).
Brands spend a lot of time honing their appearance - not just fonts and colours but the whole composition and visual pacing - their entire "say something without saying anything at all" aspect etc. Just walk through any place with physical shops and really look at how the stores have worked on their appearance and how they present themselves to customers. They're not just selling a product, they're selling a lifestyle/feeling/etc/etc. They're not just going to give that creative control away to some LLM.
Another way to think of it is instead of people watching a movie or play when they go to the cinema or theater, they're just given the script to read. Same information but the entire artistry of both the performers and the directors is totally absent, leaving it up to each reader to imagine the delivery of lines or the scene's setting etc.
I think on HN and in tech in general people seem to forget that "the first bite is with the eye", and that is why "normal people" never liked or used RSS. The desire to leave our mark and to create (and view!) visually appealing things seems to be pretty innate in humans - we've been doing it since cave paintings. I struggle to think of a world where we just hand that over to AIs and humans have zero creative control.
To add to this, the OP's vision benefits the user -- reducing a business's value to its actual raw value as a service rather than a brand. For me, it sounds great.
But the business's incentives are in the exact opposite direction. That opposite direction is the whole point of branding. They want their service to have a vibe, a personality, something you irrationally value beyond its raw value as a service.
> something you irrationally value beyond its raw value as a service
Sometimes that feeling is the value. Sure my plants don’t care if they live in a cheap plastic pot off Amazon or a nice pot from the overpriced gardening store selling at a 200% markup, but I care. Sitting in my balcony surrounded by cheap disposable clutter feels different than enjoying the outdoors amidst quality vibes.
Presentation of data and a story is a very important part of the service. That's why we have a mix of pictures, tables, paragraphs, etc. It's why UX is so important in general.
This is a very good point, however I'm on the other side of it (or at least across the boundary, perhaps not polar opposite).
Performance may be worth a lot today but I feel it will be less and less. I mean "we" don't like the "performance" of Windows (copilot everywhere, a setup process taking ages with dozens of offers you don't want), we don't like MacOS' performance (weird corners ;), inconsistent icons, icons disappearing behinds notches, no tiling)
I like Hackernews because it's so minimal, I just changed the bar to be gray instead of orange, otherwise it's perfect for my needs. Imagine some performer making this a beautifully crafted site, I'd go for any of the alternatives we see coming by every now and then.
Movies are perhaps different, although for me they are often about the lessons, did they change my view on things? That can often be condensed a lot more (for me that usually means drop a lot of the emotional finery, ie, I like TNG and Voyager more than Discovery because there is less crying and close-ups of crying people's eyes, ok, Discovery also has a lot less moral discussions).
Maybe I'm not normal, but to me my own UIs sound good, more efficient, more (useful-) information dense, so I need to spend less time navigating. It's why I use Nix and Gnome and (to a lesser degree) FireFox. It clicks more for me, but I can think of ways to improve them (yes I will soon try Niri). It's why people like chatting with their agents that are hooked into everything (Home Assistant to email to joblisting sites). Where's your beautiful UI in that workflow? Just give me a good API. Personal assistant/agents may be toys for nerds at the moment, but they're going to be big imho.
One argument against mine is perhaps that I also get used to tools and setups at some point, even though I don't consider them optimal at first, they become optimal. Perhaps because there is a deeper vision behind them.
All in all, perhaps we're both right. But people here seem to be very much on the company side (not surprising), but I don't care about your company, I care about information. That's why I have ad blockers, throw articles and long lists into LLMs and increase the contrast on your "beautiful" gray on gray text.
> I think on HN and in tech in general people seem to forget that "the first bite is with the eye", and that is why "normal people" never liked or used RSS
I think HN reflexively shoots down any idea or prediction with a bias to the incumbent.
Generally, a technological advancement will render some previous ways of working useless or outdated. People value convenience way more than a curated experience but I'm not disagreeing that brand differentiation would still exist.
A company that offers a meaningfully better experience in the long term will outcompete a company that focuses too much on aesthetics.
If they get generative UI right, where the UI provider can also give their own flavour and have some differentiation but also allow enough personalisation to afford the user better experience, it will happen.
Some bets don't work (like RSS) but some bets have worked - like the Amazon e-commerce model. A person in 1985 could have shut Amazon's idea down the same way you have.
You're right, but are also ignoring that branding, appearance, etc., is simply not important to some people. They prefer function over form, which is where I think the author is coming from. They're wrong in thinking that most people share this opinion, and the idea of LLMs creating UIs seems awful to me, but as you can see from the comments here, this is appealing to some. It's niche, but this website is not exactly mainstream.
I partly share this opinion because most branding and UIs, products that are primarily marketed as a "lifestyle", etc., are obnoxious. Yes, appearance is a factor of anything we interact with, but when using technology my primary thought is if it solves a practical problem. Not if it's broadcasting an image, or even if it's enjoyable to use. The latter is important, but often companies prioritize it over functionality, which is backwards to me.
So starting with a mostly functional product, and giving me the choice of how to style it, is appealing to me. This is why I still use RSS, custom style sheets, the CLI and simple GUI wrappers, etc.
There is an audience for this type of product, but it's of the magnitude of a rounding error, so naturally most companies don't, and likely shouldn't, focus on this segment.
Nice analogy with movies, but essentially it’s a category error. Movies are media, not interfaces. You consume movies, but _use_ websites. A movie is immutable. A website is dynamic. As a matter of fact, even movies follow a very common structure, from narrative, to format specs and credits. Directors and actors fit their performance to these constraints. Movies are arguably way more standard than websites.
I think OP has envisioned a situation half way between what we now have and what will soon be the actual reality and that his idea will just be quickly skipped over.
I don't think website design will go away, but I do expect that people will soon be ordering products and booking holidays through AI chats instead of doing it themselves, which will require the kind of manifests he's talking about, but will skip the UI layer completely.
1. Branding. Companies want to control their interfaces for all sorts of reasons. Branding is a big one. Clarity and comms are another.
2. LLMs in the hot path. LLMs are expensive, a hell of a lot more expensive than executing some Javascript locally. Hell, you'd still probably need to do that under this model anyway. We're likely to see LLM usage filter into the right places, use-cases with higher leverage, LLMs to create a UI that is shipped to all users over LLMs creating UI on the fly every time. Costs and time will dictate this just like they have dictated how every other technology is used.
What the article misses is that generating a good UI is not easy, a good interface conveys so much more semantic information then just it's underlying API, and it does that without the user needing to concisely interpret the information.
And it's not just semantic information, presenting any kind of information in a way which enable the user to seamlessly interpret and use it is not an easy task.
AI, definitely lowered the bar for making some UI, but it doesn't help with the fundamentals challenges of making a UI, at least not more so then it helps with the fundamental challenges of any other job in our industry.
I'm struggling to understand what's being described here.
If it's personalized clients, that's what we already had for most web services before the iPhone and app-ification of everything. It failed because making things compatible is a hard problem and a highly political/bureaucratic tarpit.
> most SaaS products still ship hand-crafted React apps, each building its own UI, its own accessibility layer, its own theme system, its own responsive breakpoints
Contrary to popular belief on HN, building these React apps are not "bullshit jobs" in the broader corporate world, nor going to be replaced by AI. They're the backbone of all ecommerce today and the ground floor for business operations because they keep us out of the tarpit. The implementation details are irrelevant here anyway. The actual problem was always how a business retains full control of its brand and UX.
I appreciate this idea. I don’t think it fits our current mental model of the web (or mobile), which makes it thought provoking. If you squint, it’s like the optimistic Web 2.0 era of open APIs expecting a bunch of various UIs and mashups to spring up. The business model could be challenging with the client-centric focus though, unless the adaptive browser slips ads in, which is an unpleasant thought.
Big brands spend millions establishing a particular look, style, format. They don't want you to treat their sites as merely a set of APIs to scrape and customize based on your own style preferences. They want you to have a branded experience.
When the canned sentence structures of LLMs are frequent and unaltered throughout an article like this, I always wonder whether the thinking also has been done mainly by the machine.
I estimate far above 90% of frontends do the same thing you could do with .jsp or .jsf 20 years ago and yet here we are still not having perfectly reusable frontend primitives and everyone doing custom development. We were closer to that with bootstrap than now with tailwind.
I am convinced neither client side nor backend side AI solutions will solve this.
Fully on topic: It would be naive to believe that serious web offerings would allow you to do this. Reality is moving in a different direction: Try applying custom css and js to reddit, for example: The website is a nightmarish matryoshka of shadow dom components and that‘s only the beginning of the flashification and silverlightification of the web.
Circa 2008 I built an internal web framework (based on Django) with the goal of defining everything as server-side models; the client/presentation layer was derived entirely from the model description. Zero front end programming.
A couple of notes:
- It works, technically. This ain't new. CRUD UIs can and have been totally automated. It was well within any competent programmer's grasp 20+ years ago.
- It doesn't work from a business perspective. Everything looks stock, generic. No branding. No UI clues to guide behavior. Business objects felt siloed, their relationships unclear. You might as well manage your data in a spreadsheet.
Ultimately, the UI needs turn out not to be a straight reflection of the data model. Every single project required additional judgements, joins, aesthetics, branding, custom workflows, etc. Thus every project eventually ditched the auto-UI and built a SPA-style javascript app against the REST API.
In short, generating a UI from a data model is an old idea. The reason we don't use it today is that it sucks.
Focusing on SaaS rather than B2C.
A clear advantage of getting users build their own UI is that processes emerge as a consequence.
Specific roles within a team don’t use every feature in an UI, and often compose a series of actions in a workflow.
Letting them build the UI to aggregate and automate leads to being able to extract business knowledge in the UI as well as the reasoning the user has with AI about what to build.
Put that in a SaaS for an office and the outcome is the true representation of work being done in that office, plus clear signals about edge cases (aka “the user is not using his custom built flow, why?)
Stability etc can be handled post-hoc: once a customized ui proves some benefits (via user adoption, or whatever you think efficiently measures productivity gains), it can be formalized by a human coder, who gets the full picture and has all the domain knowledge baked in, as long as you don’t capture UIs only but also the reasoning that built it.
Back to article: smart to think this in terms of browser, since that crosses the boundary between SaaS
I do like this idea, and agree on the timelines of the world grappling with what to change and what to keep with these new capabilities.
Having a traditional web page with styles and assets AND the spec allow LLM's to be a bit more guided by the original site's design and intent. More of a remix or like Arc's boosts/skills feature.
There's also the reality the a lot of the things you'd want to be promptable (sorting, functionality, enrichment) couldn't be done on just the front end. You need some mix of UI and API logic to be promptable...
It could work if it makes production and distribution of content easier and cheaper. All social media sites without exception have standard layout and usability. There, brands encode their aesthetics through media, and brands are much more alive in these channels than on their own websites, which often lags behind their own platform profiles. Company websites are expensive to build, maintain and update. Even for a design company, say Pentagram, it’s much better to follow their work on the standard architecture of Instagram than on their own handcrafted and “beautiful” website. The relevance of corporate websites as a means to retrieve essential information is decaying. Economic factors ultimately drive decisions. If something like this existed in a solid form, it would be hard to justify spending thousands of dollars on a website. As a matter of personal opinion, UI should never be a place to express creativity. Media is a much better substrate to express personality than through user interface affordances. Nowadays all my corporate clients develop websites on the expectation that they will grant them legitimacy, and they don’t actually expect anyone to actually use or read them. As a user, I actually do prefer when a supplier has an Instagram page because their sites, if they even have one, are 100% going to be awful to read and navigate, not to mention they’ll almost certainly be outdated. The greatest barrier to something like this is simply tradition. The general idea is perfectly defensible and logical. We should be reminded that standard websites are never going away, so this is not to be a replacement, but could open the doors for small businesses and non-profits to spread rich structured information in a cheap and sovereign manner. The argument that businesses are averse to being scrapped is only true for elitist corporations. Most businesses stand to gain tremendously from having their data highly accessible from anywhere. And it’s damn easy to convince them of the benefits. Even more so considering that, if they want, they also could have their handcrafted website, which by the way would be simply a thematic structure over the very same API. You could argue that this is inevitable long term. But regarding the OPs prescribed timeline of couple years, I think it’s just naive. For this to become mainstream it would take at least a decade, if not more. Just writing the specs and tools for this would take years, easily.
Cool idea and line of thought, obviously rough and early but it gets you thinking. “Software as clay” is obviously where the industry is heading, and as you say we’re approaching this from multiple angles… applying it directly in the browser is certainly an intriguing idea.
Why’d you make the prototype a separate browser instead of implementing with a chrome extension? Something like greasemonkey but with an LLM generating the scripts on the fly..
The author emphasizes accessibility and coherence as a benefit but another interesting one is composability which does not emerge naturally in the world of UI. Create a UI for a pair of websites like a command line for grep and wc. LLMs already provide that but under the natural language interaction primitive. UI could allow for branded experiences, ad delivery and whatnot in ways that natural language doesn't.
A webui halicunated just for you? I think this must be by far the scariest and from my point of view worst idea you could ever come up with, no offense. Why would you ever want your web-experience to be non deterministic. A different ui every time you load? Even longer loading spinners then with mbs of react dependencies today? This is wrong on more levels then I could count
Why don’t we read all Blogs and newspapers via the same Browser UI? This is present for years, yet, RSS Readers are not the default. Theres more to UI than displaying data and making it actionable. One example: making it predictable, sharable, reliable.
I like it. I feel like this is a possible evolution of the browser.
Going further, AI internet browser could be an entirely new app to break from the legacy.
I feel this with coding agents, so often where it fetches web data and interprets it, html in that loop is only occasionally additive. Feels quite futuristic
For anyone interested in this, log on to claude.ai and ask it to teach you something using "your generative UI elements" and watch it work. I do think this is the future in some ways although this specific feature in claude will eat up your tokens so beware.
I love this. It sparks so many ideas about how I could take control of the data in the world around me. And of course, open source apps built in this way, through shared repositories of ui prompts.
What is the browser built the company, the country, the international exchanges and the biosphere for you? I noticed there's a lot of redundancy in these things.
So for the sake of argument let’s establish this: a vibe coded browser presents a vibe coded UI based upon vibe coded backend. Surely this will work great!
66 comments
It's not just content/info/data, it's a performance (in the creative sense).
Brands spend a lot of time honing their appearance - not just fonts and colours but the whole composition and visual pacing - their entire "say something without saying anything at all" aspect etc. Just walk through any place with physical shops and really look at how the stores have worked on their appearance and how they present themselves to customers. They're not just selling a product, they're selling a lifestyle/feeling/etc/etc. They're not just going to give that creative control away to some LLM.
Another way to think of it is instead of people watching a movie or play when they go to the cinema or theater, they're just given the script to read. Same information but the entire artistry of both the performers and the directors is totally absent, leaving it up to each reader to imagine the delivery of lines or the scene's setting etc.
I think on HN and in tech in general people seem to forget that "the first bite is with the eye", and that is why "normal people" never liked or used RSS. The desire to leave our mark and to create (and view!) visually appealing things seems to be pretty innate in humans - we've been doing it since cave paintings. I struggle to think of a world where we just hand that over to AIs and humans have zero creative control.
But the business's incentives are in the exact opposite direction. That opposite direction is the whole point of branding. They want their service to have a vibe, a personality, something you irrationally value beyond its raw value as a service.
> something you irrationally value beyond its raw value as a service
Sometimes that feeling is the value. Sure my plants don’t care if they live in a cheap plastic pot off Amazon or a nice pot from the overpriced gardening store selling at a 200% markup, but I care. Sitting in my balcony surrounded by cheap disposable clutter feels different than enjoying the outdoors amidst quality vibes.
Performance may be worth a lot today but I feel it will be less and less. I mean "we" don't like the "performance" of Windows (copilot everywhere, a setup process taking ages with dozens of offers you don't want), we don't like MacOS' performance (weird corners ;), inconsistent icons, icons disappearing behinds notches, no tiling)
I like Hackernews because it's so minimal, I just changed the bar to be gray instead of orange, otherwise it's perfect for my needs. Imagine some performer making this a beautifully crafted site, I'd go for any of the alternatives we see coming by every now and then.
Movies are perhaps different, although for me they are often about the lessons, did they change my view on things? That can often be condensed a lot more (for me that usually means drop a lot of the emotional finery, ie, I like TNG and Voyager more than Discovery because there is less crying and close-ups of crying people's eyes, ok, Discovery also has a lot less moral discussions).
Maybe I'm not normal, but to me my own UIs sound good, more efficient, more (useful-) information dense, so I need to spend less time navigating. It's why I use Nix and Gnome and (to a lesser degree) FireFox. It clicks more for me, but I can think of ways to improve them (yes I will soon try Niri). It's why people like chatting with their agents that are hooked into everything (Home Assistant to email to joblisting sites). Where's your beautiful UI in that workflow? Just give me a good API. Personal assistant/agents may be toys for nerds at the moment, but they're going to be big imho.
One argument against mine is perhaps that I also get used to tools and setups at some point, even though I don't consider them optimal at first, they become optimal. Perhaps because there is a deeper vision behind them.
All in all, perhaps we're both right. But people here seem to be very much on the company side (not surprising), but I don't care about your company, I care about information. That's why I have ad blockers, throw articles and long lists into LLMs and increase the contrast on your "beautiful" gray on gray text.
> I think on HN and in tech in general people seem to forget that "the first bite is with the eye", and that is why "normal people" never liked or used RSS
I think HN reflexively shoots down any idea or prediction with a bias to the incumbent.
Generally, a technological advancement will render some previous ways of working useless or outdated. People value convenience way more than a curated experience but I'm not disagreeing that brand differentiation would still exist.
A company that offers a meaningfully better experience in the long term will outcompete a company that focuses too much on aesthetics.
If they get generative UI right, where the UI provider can also give their own flavour and have some differentiation but also allow enough personalisation to afford the user better experience, it will happen.
Some bets don't work (like RSS) but some bets have worked - like the Amazon e-commerce model. A person in 1985 could have shut Amazon's idea down the same way you have.
I partly share this opinion because most branding and UIs, products that are primarily marketed as a "lifestyle", etc., are obnoxious. Yes, appearance is a factor of anything we interact with, but when using technology my primary thought is if it solves a practical problem. Not if it's broadcasting an image, or even if it's enjoyable to use. The latter is important, but often companies prioritize it over functionality, which is backwards to me.
So starting with a mostly functional product, and giving me the choice of how to style it, is appealing to me. This is why I still use RSS, custom style sheets, the CLI and simple GUI wrappers, etc.
There is an audience for this type of product, but it's of the magnitude of a rounding error, so naturally most companies don't, and likely shouldn't, focus on this segment.
I don't think website design will go away, but I do expect that people will soon be ordering products and booking holidays through AI chats instead of doing it themselves, which will require the kind of manifests he's talking about, but will skip the UI layer completely.
1. Branding. Companies want to control their interfaces for all sorts of reasons. Branding is a big one. Clarity and comms are another.
2. LLMs in the hot path. LLMs are expensive, a hell of a lot more expensive than executing some Javascript locally. Hell, you'd still probably need to do that under this model anyway. We're likely to see LLM usage filter into the right places, use-cases with higher leverage, LLMs to create a UI that is shipped to all users over LLMs creating UI on the fly every time. Costs and time will dictate this just like they have dictated how every other technology is used.
And it's not just semantic information, presenting any kind of information in a way which enable the user to seamlessly interpret and use it is not an easy task.
AI, definitely lowered the bar for making some UI, but it doesn't help with the fundamentals challenges of making a UI, at least not more so then it helps with the fundamental challenges of any other job in our industry.
If it's personalized clients, that's what we already had for most web services before the iPhone and app-ification of everything. It failed because making things compatible is a hard problem and a highly political/bureaucratic tarpit.
> most SaaS products still ship hand-crafted React apps, each building its own UI, its own accessibility layer, its own theme system, its own responsive breakpoints
Contrary to popular belief on HN, building these React apps are not "bullshit jobs" in the broader corporate world, nor going to be replaced by AI. They're the backbone of all ecommerce today and the ground floor for business operations because they keep us out of the tarpit. The implementation details are irrelevant here anyway. The actual problem was always how a business retains full control of its brand and UX.
I am convinced neither client side nor backend side AI solutions will solve this.
Fully on topic: It would be naive to believe that serious web offerings would allow you to do this. Reality is moving in a different direction: Try applying custom css and js to reddit, for example: The website is a nightmarish matryoshka of shadow dom components and that‘s only the beginning of the flashification and silverlightification of the web.
A couple of notes:
- It works, technically. This ain't new. CRUD UIs can and have been totally automated. It was well within any competent programmer's grasp 20+ years ago.
- It doesn't work from a business perspective. Everything looks stock, generic. No branding. No UI clues to guide behavior. Business objects felt siloed, their relationships unclear. You might as well manage your data in a spreadsheet.
Ultimately, the UI needs turn out not to be a straight reflection of the data model. Every single project required additional judgements, joins, aesthetics, branding, custom workflows, etc. Thus every project eventually ditched the auto-UI and built a SPA-style javascript app against the REST API.
In short, generating a UI from a data model is an old idea. The reason we don't use it today is that it sucks.
Put that in a SaaS for an office and the outcome is the true representation of work being done in that office, plus clear signals about edge cases (aka “the user is not using his custom built flow, why?)
In a sense, related to https://danieldelaney.net/normal/
Stability etc can be handled post-hoc: once a customized ui proves some benefits (via user adoption, or whatever you think efficiently measures productivity gains), it can be formalized by a human coder, who gets the full picture and has all the domain knowledge baked in, as long as you don’t capture UIs only but also the reasoning that built it.
Back to article: smart to think this in terms of browser, since that crosses the boundary between SaaS
Having a traditional web page with styles and assets AND the spec allow LLM's to be a bit more guided by the original site's design and intent. More of a remix or like Arc's boosts/skills feature.
There's also the reality the a lot of the things you'd want to be promptable (sorting, functionality, enrichment) couldn't be done on just the front end. You need some mix of UI and API logic to be promptable...
Why’d you make the prototype a separate browser instead of implementing with a chrome extension? Something like greasemonkey but with an LLM generating the scripts on the fly..
Going further, AI internet browser could be an entirely new app to break from the legacy.
I feel this with coding agents, so often where it fetches web data and interprets it, html in that loop is only occasionally additive. Feels quite futuristic
[0] https://www.w3.org/TR/xforms/