Skip to content
Scava Docs Join the waitlist

Scava opens soon. These docs describe how it works at launch. Join the waitlist

All chapters

Start

Scava documentation

Scava is hosting for the small web apps that AI coding agents build. You build an internal tool with Claude Code, Codex, Cursor, GitHub Copilot or Gemini CLI, and Scava puts it online for your team: on its own https address, behind a login for your coworkers, with a shared database, rules about who may read and change what, file storage, optional server code and a button for change requests. Your agent publishes the app with one command. Your colleagues open a link.

This documentation is for two groups of readers. The first is people in a company who build tools with an agent and are often not developers. The second is the IT and security people who have to decide whether such tools may run on Scava.

What Scava gives an app #

An app on Scava is a folder with an index.html. Everything an internal tool needs besides its own screens comes from Scava:

What you do not have to build #

If you host an internal tool somewhere else, you usually have to assemble these parts yourself. With Scava the agent only builds what the app does.

Who it is for #

Scava fits tools that a team uses together: a vacation planner, a price list, a checklist, an approval form, a small dashboard, a request tracker. The people who open the app are known: your colleagues, your partners, your clients. Everyone signs in.

Scava does not fit public websites, apps for anonymous visitors, native mobile apps, or companies that need SAML or SCIM. When Scava fits and when it does not lists the cases.

Map of this documentation #

ChapterWhat you find there
QuickstartFrom a finished app to colleagues using it
Connect your agentClaude Code, the Claude app, Codex, Cursor, GitHub Copilot, Gemini CLI
Host an internal toolWhat you publish, versions, the test run, what the browser allows
Your own addresstools.company.com instead of the Scava address
Login for coworkersGoogle or email code, sessions, who is signed in
SharingPeople, company domains, groups, clients outside the company
Databasescava.db, paging, limits, export
Permission rulesscava.json: all, own, owner, group, rules per field
Filesscava.files, what opens in the browser
Change requestsFrom a colleague's wish to a live change
Co-editorsMore than one person builds an app
Server codeserver/index.js, secret keys, outside services, AI
Schedules and webhooksCron, incoming calls, email, heavy work
SecurityHow apps are separated, what is checked, what does not exist yet
House rulesThe Overview page: apps, people, rules for the whole account
Data locationEU or US, export, deleting an account
LimitsEvery limit in tables
Command lineEvery scava command
CompareWhen to use Scava and when not

The shortest path #

  1. Run npx -y scava setup once. It adds Scava to your agents; each asks you to sign in once in your browser. For Claude, add a connector with the address https://scava.ai/mcp.
  2. Ask your agent: "Publish this folder to Scava and share it with @mycompany.com."
  3. Your colleagues open the link and sign in.

The quickstart walks through it step by step.