Your AI agent builds the app. Appbricx makes it production.
Postgres, sign-in, row-level access, server actions, workflows, hosting and rollbacks: one platform your AI agent (or you, in code) builds on, tests as every user, and ships.
From Claude, Cursor, Codex or any MCP client. Real TypeScript and SQL you own.
Connect Claude Code with one command:
claude mcp add --transport http appbricx https://appbricx.com/api/mcpIn Claude (claude.ai or Desktop): Settings, Connectors, Add custom connector, https://appbricx.com/api/mcp

What stops hurting.
The problems people hit when an AI-built app meets real users, and what Appbricx does about each one.
The AI prototype works in the demo and falls apart with real users: fake sign-in, open data, no backups.
Real Postgres, sign-in, row-level security for every role, snapshots and hosting from the first day.
Every agent rebuilds the same backend, a little differently each time, and gets access control wrong.
One runtime for the data API, sign-in, files, realtime, workflows, email, payments and AI. Access is SQL policies the platform checks.
You can't tell whether what the agent shipped is safe.
verifysigns in as every role and tries every table, page and action before a release. Failures come back with the evidence and the fix.Every change is a slow loop: deploy, click around, paste the error back.
Checks answer with file and line.
call_apphits the real app as any user, workflow dry runs list every effect without sending anything, screenshots click through pages, andexplainsays why a request was refused. Fewer rounds per change.Shipping is scary: migrations, lost data, no way back.
Expand-only migrations, a snapshot before every production change, a deploy plan you read first, and rollback in one call, with the data if you want.
Lock-in and black boxes.
Plain TypeScript, React and SQL in your repository. Export at any time, or self-host the single binary.
Five vendors and five bills: hosting, database, auth, email, jobs.
One platform and one bill, and your agent operates all of it.
Clients, teammates and agents step on each other.
Workspaces and roles, project collaborators, one shared draft with revision checks (a stale edit is refused, never lost), versions with labels and diffs, and an audit log of every agent write.
AI costs with a markup on top.
Your agent uses your own model subscription. AI inside your app runs on your own key, at cost.
Two ways to build, one project.
Let your agent do the work, write the code yourself, or both. Agents and people edit the same project, with versions, diffs and restore.
With your AI agent
Connect Claude Code, Cursor, Codex, Claude or any MCP client. The agent creates the project, writes code, adds npm packages and images, applies to dev, calls the running app, dry-runs workflows, takes screenshots, runs the full verify, deploys and rolls back: 54 MCP tools, and run_script to do many of them in one call.
# a few of the 54 tools, as an agent uses them
code { action: "create", kind: "route", name: "/book" }
call_app { kind: "action", as: { kind: "user", role: "member" } }
workflows { action: "dry_run", id: "bookingConfirmed" }
screenshot { steps: [{ click: "Book" }] }
verify {}
deploy { dry_run: true }Build with your agent In code, in your editor
The same project is plain files a developer edits in their own editor: app.config.ts, SQL in db/, React routes and components, typed actions in server/, workflows in TypeScript, message templates. appbricx pull and push, the console's Code page, or the dev API.
stillwater/
app.config.ts brand, roles, sign-in
db/schema/*.sql tables and triggers
db/access/*.sql who reads and writes what
routes/*.tsx pages, as files
components/ your React
server/*.ts typed actions
workflows/*.ts durable workflows
messages/ email, SMS, notifications
package.json npm packagesBuild in code How it works.
Connect your agent
One command in Claude Code, a custom connector in Claude, the server URL in Cursor, Codex or any MCP client. A browser window asks you to authorize it.
Build and test in dev
Your agent writes TypeScript and SQL against a dev database and a dev site, then tries it as real users: call_app as any role, workflow dry runs, screenshots.
Verify as every user
verify signs in as every role and as a signed-out visitor, reads every table and opens every page in a real browser. Red stops the release.
Deploy, and roll back
Read the plan, then deploy: a snapshot first, expand-only migrations, your own domain. If something is wrong, roll back in one call.
# Claude Code
claude mcp add --transport http appbricx https://appbricx.com/api/mcp
# Claude (claude.ai and Desktop): Settings, Connectors, Add custom connector
https://appbricx.com/api/mcp
# a browser window asks you to authorize it; no token to copyKnow what your agent shipped is safe.
You can't read every line your agent writes. Before a release, verify signs in as every role, tries every table, page and action, and checks production's settings. Failures come back with the evidence and the fix, so the agent can repair them itself.
- Each role's demo sign-in, and a signed-out visitor
- Every table read through the API as each of them, with what each one sees
- Every page opened in a real browser, at desktop and phone width
- A deploy runs it on a copy of production and stops on red


Who it's for.
Developers and founders building with AI agents
You want your agent's speed without giving up production quality or owning the code. Your agent gets a real backend, tests and releases, in TypeScript and SQL you keep.
From prototype to productionAgencies and freelancers shipping client apps
A workspace per client or one for the agency, collaborators for client reviewers, white-label domains, dev and production per project, a handover with the code and the data, and rollbacks when a client change goes wrong.
For agencies and freelancersTeams that need software now, without committing to it
Event apps, campaign sites, pilots, one-off internal workflows and data-collection tools: built by an agent in an afternoon with the same security as a long-lived app. Keep it, grow it, or retire it: your choice.
Disposable software
More use cases: Internal tools · Client portals · All use cases
Nine live apps. Sign in and try them.
Restaurant bookings, a clinic, a help desk and more, each built by a coding agent on Appbricx, with demo accounts for every role.
TableforRestaurant bookings with a live kitchen board
StrideTraining and coaching in one app
LedgerlyPersonal finance that explains your month
KanboA team board that keeps work moving
AtelierA marketplace for handmade goods
CliniclyClinic appointments without double booking
LearnlyCourses with quizzes, streaks and an AI tutor
RelayA help desk that answers on time
NookVacation rentals, booked without clashesThe live apps in a minute. Each app's own sign-in screen and its AI feature, recorded on the live apps. Waits trimmed.
What you gain over the tools you know.
Each of these is good at something. Here is what changes when your agent builds on Appbricx instead.
Lovable
Good at: Turning a description into a working prototype, fast, in the browser.
Keep your own agent and model, real roles and access tested per user, staging, versions and rollback, and no credits.
Appbricx vs LovableBolt
Good at: An in-browser builder that gets a full-stack draft running quickly.
The same as with Lovable: your own agent and model, access tested per user, staging, versions and rollback, no credits.
Appbricx vs BoltSupabase
Good at: A strong Postgres platform: database, auth, storage and row-level security.
Not only a database and auth: hosting, server-rendered pages, workflows, verify and deploys, all driven by your agent.
Appbricx vs SupabaseFirebase
Good at: A mature backend for web and mobile apps, with a document store, rules and hosting.
Postgres and SQL policies instead of a document store and rules, and code you can take anywhere.
Appbricx vs FirebaseVercel, Supabase, Resend and a job runner
Good at: You pick each piece, and each one is good at its job.
One platform your agent can operate end to end, one bill, and tested releases.
Appbricx vs a do-it-yourself stack
Everything a production app needs, already running.
The parts every real app needs and every agent would otherwise rebuild. A patient books: a TypeScript workflow emails a confirmation from a template, posts to the front desk's Slack and asks the app's AI to prepare the visit. Each step runs once, even after a retry.
BuildYour agent, or you in code, on one project
- Coding agents and MCPClaude Code, Cursor, Codex or Claude builds, tests and ships through 54 MCP tools.
- Your React, with hooksYour own React routes and components, typed hooks for data and sign-in, Tailwind and npm packages.
- Templates28 complete apps that start a new project, plus feature references your agent builds from.
- Verify testingEvery release tested as every role and as a visitor, in a real browser, before it ships.
- Console and collaborationAgents, teammates and clients on one project: roles, drafts, versions with diffs, an audit log, a console.
DataPostgres in SQL, an API and live updates
UsersSign-in, access rules and payments
- Access rulesPostgres row-level security per role, written in SQL and tested as every user.
- Sign-in and authEmail, magic links, Google, GitHub, two-factor codes, invites and open or invite-only sign-up.
- Organisations and teamsMulti-tenant B2B apps: each organisation sees only its own rows, enforced by Postgres.
- PaymentsStripe, or Razorpay for INR and UPI, on your own account, with amounts set by the server.
LogicServer code and what runs after a write
- Workflows and jobsDurable TypeScript workflows: after a write, on a schedule or from a webhook, with retries and dry runs.
- Server actions and webhooksTyped server actions your pages call like functions, and webhooks signed by Stripe, Razorpay or GitHub.
- AI in your appAI features for your users on your own model key, at cost, with budgets per app and per user.
- IntegrationsSlack, Discord, Telegram, Google Chat, Twilio SMS, WhatsApp, and any HTTP API or webhook.
Ship and ownTested releases, rollbacks, your code
- Backups and rollbackA snapshot before every production change, deploy plans you read first, rollback in one call.
- Hosting and domainsA dev site while you build, a live address on deploy, your own domain with HTTPS handled.
- Self-host and exportYour code as plain files, your data on export, and one binary to run it on your own servers.
Questions people ask first
claude mcp add command), Claude on claude.ai and Desktop (as a custom connector), Cursor, Codex and any other client that speaks MCP. Scripts and CI use the appbricx CLI or the dev HTTP API with a token. Build with your agent.app.config.ts, SQL in db/, React routes and components, typed server actions and workflows in TypeScript. Edit them in your own editor and send them with appbricx push, or in the console's Code page. Agents and people can work on the same project. Build in code.Inspired by
Appbricx stands on ideas from projects we admire.
Supabase
A Postgres-first backend: database, auth, row-level security, storage and realtime in one place.
PocketBase
A whole backend you can run yourself as one small binary.
NATS
Simple, fast messaging and pub/sub for realtime events.
Neon
Serverless Postgres with branching and instant databases.
Osmite
AI agents that build and run apps from a description, in its products Neura and OffSpace.
Doable
An open-source (MIT) project that turns a description into an app's code, backend and deployment.