Skip to main content
This is the developer path. You work in your own editor, your own repo, with your own coding assistant. Notis gives the agent one path to create, preview, and deploy the app.

Prerequisites

  • The Notis desktop app, installed and signed in. It keeps the Notis CLI authenticated.
  • A local code agent (ChatGPT desktop, Claude Code, Cursor, OpenClaw, Hermes, OpenCode, or just a terminal).
  • Node.js 18+.
The desktop app also syncs the built-in notis-cli and notis-apps skills, so local agents can discover the CLI workflow and the app platform rules without extra setup. Verify the CLI is ready:
If the doctor check passes, you’re set. If not, open the Notis desktop app and sign in.

Start the wizard (or skip it)

The fastest way to start is from the portal:
  1. Open the Notis portal and click + Create app.
  2. Pick a name and an optional starting point (empty scaffold, or Databases, 5 Minutes Journal, Notis Notes, or Random Number Generator).
  3. Choose your local code agent as the builder.
  4. Click Get the prompt — Notis generates a copy-paste prompt tuned to your starting point. Paste it into your coding agent and let it drive the CLI for you.
You can also skip the wizard entirely and drive the CLI by hand.

Manual workflow

1. Scaffold a new app

This creates a Vite + React project with:
  • notis.config.ts — the app declaration (metadata, databases, routes, tools).
  • CHANGELOG.md — the release history shown on App Details and in the Store.
  • app/ — your React pages.
  • components/ — scaffolded shadcn UI components.
  • vite.config.ts — wrapped with notisViteConfig().
  • Tailwind and @notis/sdk pre-configured.

2. Configure the app

Edit notis.config.ts:
Also add a release version to package.json:
Keep release copy in CHANGELOG.md, newest first:

3. Build your pages

Pages live under app/. Use the SDK hooks instead of calling the Notis backend yourself. For database-backed apps, useDocuments, useDocument, useDatabaseSchema, and DocumentEditor cover the common list, detail, schema, and editing flows. Markdown renders saved document content with the same styles as the Portal.

4. Develop locally

This opens the Notis desktop app directly to your local app when possible, and every active local app appears in the Local development sidebar group. Edits hot-reload. When the app is visible in Local development, the CLI reports it as mounted. If Notis was closed when you started, open the desktop app; the development session keeps waiting and connects when Notis is ready.

5. Build, capture, verify, and deploy

Screenshot declarations decide which route, sample scenario, focus area, and light or dark theme to capture. The command creates the Store-ready images for you. Use --mode live when the listing should show your real signed-in data rather than sample data, and review the images before publishing. Or, if the remote app already exists:

6. Diagnose a project

Reports anything the platform expects but didn’t find — missing routes, broken config, unknown tools, incomplete Store details, missing release history, or invalid screenshots.

Forking an existing app

You can start from an app you already have installed:
Forked apps live as separate listings — existing installs of the original keep their upstream link. Apps deployed with older tooling may not have a saved source snapshot yet. Redeploy them once with the current CLI before pulling.

Publishing

When the app is ready, review App Details (/apps/[appId]) and its Store checklist. Publish there, or explicitly approve the preview and let your coding agent submit the exact deployed version:
Deploy and Store publication are separate. Deploy updates your installed app. Publish shares that deployed version with your team or sends it for public review. Store details live in notis.config.ts, metadata/, CHANGELOG.md, and package.json, so the preview always comes from reviewable source files.