Mike Olsen

AI-First Software: What Changes When Language Becomes the Interface

Generative AI changes software design by making language a usable interface, shifting applications from fixed screens toward on-demand interaction.

Published April 4, 2024 · 4 min read

For the relationship between interface design and governance, see Update for February 2026 and Answers to Critics.

“These systems have unequivocally solved language. They possess what experts call formal competence.”: Andrej Karpathy

The debate about artificial general intelligence distracts from what generative AI already makes possible. AI can interpret and act on natural language reliably and at scale. That capability is sufficient to change how we design software, whether or not AI ever achieves general intelligence. We have the technology; developers need to decide what to build with it.


The Limits of Traditional Software

Traditional software limits users to the interfaces and functions its design team could imagine and implement. Developers try to anticipate what users will need and program a response for each case.

Billions of people with different contexts, goals, and ways of thinking use the same predetermined buttons, fields, and workflows. Until now, that was the best arrangement we could offer.

Software that interprets what we mean, anticipates our needs, and adapts as those needs change would change how we use technology.

I propose designing software around generative AI from the start, rather than adding an AI feature to an existing application.


Rethinking the Interface

Interfaces with predetermined fields and buttons require users to translate their intent into the system’s available actions. The software assumes it cannot interpret what you want until you enter values and select options.

Generative AI can interpret a request in natural language without restricting it to predefined options. A system can ask “What do you want to do?” and interpret the user’s intent beyond matching keywords.

The system could also initiate an interaction: “It’s Tuesday, and based on your goals, you need to see this and take this action.”


Dynamic Functionality

Traditional software can only do what developers have programmed it to do. Adding a capability requires specification, implementation, testing, and deployment through development cycles and release schedules.

An AI-first system can select algorithms and approaches from requirements expressed in natural language. For statistical analysis, it selects methods appropriate to the user’s data and question, beyond what a product manager decided to include in version 2.3.

Users can request functions beyond those explicitly built into the application. They describe the outcome, and the system determines an approach within the scope they authorize. For consequential work, that authorization requires executable, verifiable artifacts. The system may select implementation details only within that requirement. Answers to Critics explains how this design fits EKA.


Generative Results

Traditional software outputs what it was designed to deliver. Reports look like the report template. Dashboards display the metrics someone decided should be displayed. The format is fixed; only the data changes.

An AI-first system generates the requested output from the underlying data. A user could ask for a summary, a detailed analysis, a comparison with last quarter, or a visualization of a particular trend. The system generates the format on demand to suit the request.


The Data Is the System

Organizations maintain complex software portfolios: ERP systems, CRM platforms, analytics tools, and reporting infrastructure. Each application has its own logic and interface and requires maintenance.

An AI-first approach lets organizations concentrate on rich, interconnected data assets. AI provides the interface by interpreting user intent, identifying relevant data sources, selecting techniques, and generating the requested analysis.

Traditional applications face pressure because AI can perform their role of connecting users to data and operations.


On Hallucination and Control

Developers can manage hallucinations and improve accuracy and reliability through engineering. Available techniques include retrieval-augmented generation, confidence scoring, human verification for high-stakes decisions, and structured output validation. These techniques are improving rapidly. Developers choose the controls appropriate to each system; current limitations do not make the design impossible. As with automobile safety, the possibility of failure requires safeguards.


Building with Current Capabilities

Technology discussions often put major changes five years in the future. Artificial general intelligence may still be years away, but developers can build practical AI-first software now. Existing systems can interpret language, reason about user intent, and generate appropriate responses. Using those capabilities requires a willingness to redesign software from its basic assumptions.

Software will become more adaptive, personal, and useful. AI will mediate interactions with persistent data as fixed interfaces recede. Developers are already building this way. Organizations that adopt the approach will outpace those that limit their efforts to chatbot integrations.


→ For the mechanism behind this shift, see Agentic AI as Universal Interface → For what this means as capabilities improve, see Automating Expertise Gets Easier and Easier

About the author

Mike Olsen

Leader in AI Strategy and Adoption at SRK Consulting. He writes about AI governance, professional accountability, and the future of technical work.

Get new essays by email

Subscribe for new writing on AI governance, human-AI cooperation, and professional accountability.