Scrim UI

Lovable: Chat-first building with the code always in reach

Lovable builds apps from a conversation, but the interface keeps a way out of the chat: plan before build, visual edits without prompting, real code in a real editor, and a revert for everything.

An independent reading of Lovable's interface, grounded in Lovable's official documentation. Quotes are verbatim from the linked official pages. The product UI may differ from what is described.

01

Plan mode decides, Build mode executes

  • Two chat modes separate deliberation from execution — Plan mode can inspect files and logs but never touches code until the plan is approved.
  • The approval is the boundary: thinking is free, changing things costs a confirmation.

Plan mode never modifies your code.

Source: Lovable Docs — Plan mode
02

Edit the page, not the prompt

  • Visual edits target an element directly from the preview toolbar — click it, change the text in place, no prompt required.
  • For targeted changes the selected element becomes the context; the chat is reserved for changes you can't point at.

Use Edit text inline to change words on the page without writing a prompt.

Source: Lovable Docs — Visual edits
03

Knowledge the agent can't forget

  • A plain-text knowledge field carries standing instructions with every message — conventions are written once, not repeated per chat.
  • Persistent context is visible and editable, so the user always knows what the agent assumes.

Knowledge is always included in context.

Source: Lovable Docs — Knowledge
Pattern in action — Lovable

Memory

Things the assistant remembers about you

3 items
  • Prefers concise, direct answers over long explanations.

    2d ago
  • Works at a seed-stage startup building AI products.

    1w ago
  • Uses VS Code with Vim keybindings.

    3w ago
04

Real code, one click away

  • The code editor exposes the actual generated code with manual edits applied instantly — the chat is an interface to real files, not a black box.
  • GitHub sync runs both ways: Lovable commits to the repo, and pushes to the branch flow back into the project.

Everything Lovable builds is real, standard code, and the code editor is where you see it.

Source: Lovable Docs — Code mode
05

Every change is revertible

  • Each agent change auto-creates a version; any earlier state can be previewed and restored without losing the conversation that produced it.
  • Fearless iteration is a UI feature: the revert button is what makes 'just try it' safe to say.

Every change Lovable makes to your project creates a version automatically.

Source: Lovable Docs — Project history
06

Publish is a snapshot, not a pipeline

  • One button in the editor's top-right deploys a snapshot of the current version to a live URL.
  • Later edits stay private until republished — what users see is always a deliberate release.

Each time you publish, Lovable deploys a snapshot of your project to a live URL.

Source: Lovable Docs — Publish

Design takeaways

  • Separate deciding from doing: a plan mode that never modifies code earns the trust to execute later.
  • Let users point at what they mean — visual edits beat prompt gymnastics for local changes.
  • Persistent context should be visible and editable, not inferred and hidden.
  • Versioning turns agent mistakes into a shrug; auto-version every change and make restore one click.

Sources

  1. 01. Lovable Docs — Plan mode
  2. 02. Lovable Docs — Visual edits
  3. 03. Lovable Docs — Knowledge
  4. 04. Lovable Docs — Code mode
  5. 05. Lovable Docs — Project history
  6. 06. Lovable Docs — Publish

Build it with our components