Share what Lovable built

Lovable gets you from "a booking app for my yoga studio" to something clickable before lunch. The next step — is this right? — involves other people, and that is where a fast build turns into a slow week.

Where the feedback goes wrong

The published app is live and anyone can click through it. What they cannot do is point. So you get:

  • a screenshot with a red circle, cropped so you can't tell which screen it is;
  • "the form is confusing" in a DM, with no hint which field;
  • comments about a version you already replaced, because you published again in the meantime.

Every one of those costs a round-trip before any fixing starts.

Review a single screen

For a landing page or one key screen, the static route is the quickest:

  1. Ask Lovable: "Give me this page as one self-contained HTML file with the Tailwind CDN build and inline JavaScript — no imports."
  2. Paste the result into Comma, or check it first in the free HTML viewer.
  3. Send the link.

Readers select any heading, field label or button and pin a thread to it — commenting on HTML. Scripts run in a sandbox, so tabs and toggles still work; there is no backend behind the copy, which keeps the review on layout and wording.

Review the whole app

When the question is the flow — sign-up to first booking — review the built app:

  1. Connect Lovable to GitHub and pull the project, or download it.
  2. Run npm install && npm run build. Lovable projects are Vite apps, so the output lands in dist/.
  3. Zip dist/ and upload it on the Websites tab in Comma.

Comma hosts the build on an isolated deployment and overlays the anchored comment layer on every page. The upload carries text files only for now, so images need absolute URLs (or to live in your Supabase storage bucket, which Lovable apps often use already). Add the new origin to your Supabase auth redirect URLs if reviewers need to sign in.

Close the loop with the agent

Each Website comment keeps the page path and the element it was left on. Over MCP, list_website_comments returns the full list with that context and set_website_comment_status resolves them, so Claude Code or Cursor can take the review, make the fixes in the exported repo, and tick the comments off. The reviewer sees their thread resolved rather than being asked whether it's done.

Keep it private

A single-screen report can be public, password-protected, invite-only or restricted to your team or email domain — sharing options. A Website starts private; invite reviewers as commenters, or make it public with comments on. Useful when the app is for a client who hasn't announced anything yet.

Try it

Publish your Lovable page →

Related