>postui.org
> cat ~/postui/manifesto.md

The app was never the product.

Ten theses on moving software from application-centric interfaces to assistant-centric ones — and, because a manifesto with no limits is just advertising, the four things we are not claiming.
01

The screens were scaffolding for a database.

Every app you have ever shipped is a way to reach some records and some rules about those records. The buttons, tabs, wizards and settings panes existed because typing at a database was not something we could hand to a person. That constraint is what we built an entire industry on, and it no longer holds.

02

Most software is CRUD plus business rules.

Not all. Most. Take an honest inventory of the enterprise tools and consumer utilities you use in a week and count how many are meaningfully more than create, read, update, delete, wrapped in policy. The interesting question is not whether the rest can be conversational — it is what the exceptions have in common.

03

Navigation is a tax the user pays on our schema.

Nobody wants to open the app, find the tab, apply the filter and scroll. They want the answer or the effect. Every screen between intent and outcome is overhead we invented, charged to them, and then called a user experience.

04

The interface is collapsing into intent.

A seven-screen workflow becomes one sentence and a tool call. This is not a new skin on the old thing — it inverts the model. The user no longer navigates a structure we designed; they state a goal and the structure is assembled for them, once, and thrown away.

05

Some things genuinely need pixels.

Comparison across many items. Spatial and geographic data. Ambient state you glance at rather than ask for. Direct manipulation of something creative. Anything with real bandwidth, where a sentence is a worse container than a picture. The discipline is knowing which is which — and being willing to say "this one stays a GUI".

06

The unit of software is becoming the tool, not the app.

What you ship is a set of capabilities an assistant can invoke, with a contract, permissions and a description good enough for a model to choose it correctly. The description is now part of the API surface. Nobody has good taste about this yet — that is precisely why it is worth working on in public.

07

Persistent state is what makes an assistant beat an app.

A stateless chat is a worse app. An assistant that remembers your preferences, your history and your constraints does not need the settings screen, the onboarding flow or the saved-search feature — three surfaces deleted by one capability. Conversion work that ignores state produces a chatbot and disappoints everyone.

08

Distribution moves to whoever holds the assistant.

When the operating system can route a request to a model, the OS becomes a router and the app store becomes a directory of tools. That is an existential question for anyone whose business is owning the software layer above the hardware — and an opening for everyone who was locked out of it.

09

The implementations are transient. The thesis is not.

Custom GPTs, plugins, skills, MCP servers, App Intents, extensions — these are this year's nouns, and half of them will be renamed or gone. We do not build an identity on a vendor's vocabulary. They are implementations of the transition, not the transition.

10

This is an engineering discipline, not a prediction.

Predictions are cheap and everyone has one. What is missing is the boring middle: a repeatable way to take a real product apart, name its intents, tools, state and resources, decide honestly what stays visual, build the thing, and write down what broke. That is the work. It is done one teardown at a time, in public, by people willing to be wrong on the record.

> cat NOT-CLAIMING.md
the limits of the argument, stated up front so nobody has to guess
✗That chat is the endpoint.
A text box is the current shell, not the destination. Voice, widgets, ambient agents, generated one-off interfaces and things nobody has built yet all sit under the same thesis. The claim is about intent replacing navigation — not about everyone typing all day.
✗That the GUI is dead.
Bad GUIs are dead: forms that exist because of a schema, wizards, nav trees, settings panes nobody wanted. Good visual interfaces are doing something a sentence cannot, and they will outlive all of us. Half of this work is defending them.
✗That this is cheaper or easier.
You trade deterministic control flow for a probabilistic one. Evals, latency, permissioning, auditability, cost per action, and what happens when the model picks the wrong tool — these are real, mostly unsolved, and the reason pilots matter more than opinions.
✗That every app should be converted.
Some products are the visualization. Some workflows are safer with a button and a confirmation. A teardown that finds nothing worth converting is a good teardown, and we publish those too.
> ./join
the argument is only worth as much as the teardowns under it
open the forum→ back to postui.org public to read · post the app you would convert
> postui.org — an nbino initiative say hi: hi@postui.org