zerostarter

KO | EN

gitlite — search

#typescript #ai-agents #ai #dsh-plugin #deepseek-harness #open-source #claude-code #codex #cli #developer-tools #react #windows

★ 62 Open GitHub ↗

Modern, type-safe/RPC starter monorepo with foundations for building scalable SaaS products with clean architecture, automation, and great developer experience.

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# ZeroStarter

> Modern, type-safe/RPC starter monorepo with foundations for building scalable SaaS products with clean architecture, automation, and great developer experience.

- **📚 Documentation**: [zerostarter.dev/docs](https://zerostarter.dev/docs)
- **🤖 AI / LLMs**: [zerostarter.dev/llms.txt](https://zerostarter.dev/llms.txt)
- **🐦 X**: [@nrjdalal](https://x.com/nrjdalal)
- **💬 Discord**: [Join the community](https://discord.gg/38FeAUmHSZ)

> ZeroStarter is stable and production-ready. We're actively adding new features and integrations day-by-day.

## ⚙️ Architecture and Tech Stack

> [!NOTE]
> For a deeper dive, see the [Architecture documentation](https://zerostarter.dev/docs/getting-started/architecture).

![Graph Build](https://raw.githubusercontent.com/nrjdalal/zerostarter/canary/.github/assets/graph-build.svg)

Every item below is wired and working out of the box, not just a dependency in `package.json`.

- **Runtime & Build**: [Bun](https://bun.sh) (runtime and package manager) with [Turborepo](https://turbo.build) for caching and task orchestration
- **Language**: [TypeScript](https://www.typescriptlang.org) in strict mode, end-to-end from the database to the UI
- **Frontend**: [Next.js 16](https://nextjs.org) (App Router, Turbopack) with [React 19](https://react.dev) and the [React Compiler](https://react.dev/learn/react-compiler)
- **Styling & UI**: [Tailwind CSS v4](https://tailwindcss.com) and [shadcn/ui](https://ui.shadcn.com) on [Base UI](https://base-ui.com) primitives
- **Backend**: [Hono](https://hono.dev) with OpenAPI and an interactive [Scalar](https://scalar.com) reference at `/api/docs`
- **Type-Safe RPC**: [Hono Client](https://hono.dev/docs/guides/rpc) for end-to-end types from the backend to the frontend
- **Database**: [PostgreSQL](https://www.postgresql.org) with [Drizzle ORM](https://orm.drizzle.team) and migrations
- **Authentication**: [Better Auth](https://better-auth.com) with GitHub and Google OAuth, organizations, and teams
- **Authorization**: a console at `/console` on a four-rung role ladder (`owner > admin > member > user`), with an allowlist that grants access by domain or address, and an activity trail of every change the console makes
- **Public Waitlist**: a waitlist landing + signup API (`/api/waitlist`) with an approximate count, read back at Console > Waitlist > Signups; an optional surface that, when enabled, becomes a fresh fork's home
- **Configurable Features**: toggle the allowlist, docs, blog, API reference, internal docs, and waitlist per fork from one config, chosen at `init` and flippable anytime
- **Rate Limiting**: [hono-rate-limiter](https://www.npmjs.com/package/hono-rate-limiter) keyed per user, API key, or IP (with [Arcjet](https://arcjet.com) IP detection)
- **Data & Forms**: [TanStack Query](https://tanstack.com/query) for server state and [TanStack Form](https://tanstack.com/form) for forms
- **Validation**: [Zod](https://zod.dev), shared across the API, forms, and type-safe environment variables
- **Analytics**: [PostHog](https://posthog.com) for product analytics, feature flags, and session replay
- **Documentation**: [Fumadocs](https://fumadocs.dev) with full-text search and auto-generated [llms.txt](https://zerostarter.dev/llms.txt)
- **Dynamic OG Images**: [takumi](https://www.npmjs.com/package/takumi-js) for home, docs, and blog social cards
- **SEO**: sitemap, robots, and per-page metadata, indexable by default
- **Tooling**: [tsdown](https://tsdown.dev) (backend bundling), [Oxlint](https://oxc.rs) and [Oxfmt](https://oxc.rs), with [Lefthook](https://github.com/evilmartians/lefthook) git hooks and [Commitlint](https://commitlint.js.org)
- **Automated Releases**: changelog generation and a canary-to-main release flow

## 📂 Monorepo Structure

```
.
├── api/
│   └── hono/      # Backend API (Hono): /api/agents, /api/auth, /api/docs, /api/v1, /api/waitlist
├── web/
│   └── next/      # Frontend (Next.js App Router): dashboard, staff console, docs, blog
└── packages/
    ├── auth/      # Better Auth instance (OAuth, organizations, teams, admin)
    ├── db/        # Drizzle ORM schema and PostgreSQL client
    ├── env/       # Type-safe environment variables (t3-oss/env + Zod)
    ├── config/    # Shared config: TS/tsdown bases and the `site` brand identity
    └── scripts/   # Build-only tooling (e.g. build-time tldts/env derivation); never bundled
```

Two deployable apps (`api/hono` and `web/next`) and shared `packages/*` (auth, config, db, env, scripts). Brand identity lives in one place, `@packages/config/site`, so a fork rebrands by editing a single file.

📖 **[Full project structure →](https://zerostarter.dev/docs/getting-started/project-structure)**

## 🔌 Type-Safe API Client

> [!NOTE]
> For details and examples, see the [Type-Safe API documentation](https://zerostarter.dev/docs/getting-started/type-safe-api).

ZeroStarter uses [Hono RPC](https://hono.dev/docs/guides/rpc) for end-to-end type safety between the backend and frontend.

- **Backend**: routes in `api/hono/src/routers` are exported as `AppType` from `@api/hono`.
- **Frontend**: the client at `web/next/src/lib/api/client.ts` infers request and response types from `AppType`.
- **API Docs**: an interactive reference is served at `/api/docs` (OpenAPI spec at `/api/openapi.json`).

```ts
import { apiClient, unwrap } from "@/lib/api/client"

// Fully typed { data, error } result (never throws)
const { data, error } = await unwrap(apiClient.health.$get())
```

## 🔥 Why ZeroStarter?

- **End-to-end type safety**: one type flows from the database through the API to the frontend, so breaking changes fail at compile time, not in production.
- **Modular by design**: shared packages for auth, database, env, and config that you can swap or extend without fighting the system.
- **Production-ready**: Docker and Vercel configs, migrations on deploy, rate limiting, and SEO are set up from the first commit.
- **Forkable**: brand identity is centralized in `@packages/config/site`, so making it your own is a one-file change.

📖 **[Read more →](https://zerostarter.dev)**

## 🚀 Quick Start

```bash
# In a new, empty directory (its name becomes your project name):
# scaffold a fresh product: fetches, rebrands, installs, provisions a local
# Postgres (Docker), migrates, and writes .env with a generated auth secret
bunx zerostarter init

# Start the dev servers on named portless .localhost URLs (bunx portless list to see them)
bun run dev
```

That is the whole setup. When Docker is running, `init` provisions a local Postgres and migrates for you; otherwise set `POSTGRES_URL` in `.env` (a hosted database like Neon works) and run `bun run db:migrate`. GitHub/Google OAuth, PostHog analytics, and user feedback are all optional; add them to `.env` anytime.

📖 **[Complete setup guide →](https://zerostarter.dev/docs/getting-started/setup)**

## 📜 Scripts

| Command                           | Description                                 |
| --------------------------------- | ------------------------------------------- |
| `bun run dev`                     | Start both dev servers on portless URLs     |
| `bun run build`                   | Build every workspace                       |
| `bun run check-types`             | Type-check every workspace                  |
| `bun run test`                    | Build, then run the suite in `tests/`       |
| `bun run lint` / `bun run format` | Lint with Oxlint / format with Oxfmt        |
| `bun run db:generate`             | Generate Drizzle migrations from the schema |
| `bun run db:migrate`              | Apply pending migrations                    |
| `bun run db:studio`               | Open Drizzle Studio                         |
| `bun run console:roles`           | Grant, revoke, or list console access       |
| `bun run shadcn:update`           | Update shadcn/ui components                 |

📖 **[All scripts →](https://zerostarter.dev/docs/getting-started/scripts)**

## 📚 Documentation

- **[Getting Started](https://zerostarter.dev/docs)**: introduction, architecture, and project structure
- **[Authentication & Organizations](https://zerostarter.dev/docs/manage/authentication)**: OAuth, orgs, teams, and roles
- **[Type-Safe API](https://zerostarter.dev/docs/getting-started/type-safe-api)**: the Hono RPC client
- **[Database](https://zerostarter.dev/docs/manage/database)**: schema and migrations
- **[Environment Variables](https://zerostarter.dev/docs/manage/environment)**: configuration
- **[Deployment](https://zerostarter.dev/docs/deployment/vercel)**: Vercel and Docker
- **[AI / LLMs](https://zerostarter.dev/llms.txt)**: optimized documentation

## 🚢 Deployment

ZeroStarter ships as two deployable apps that share one PostgreSQL database.

- **Vercel**: deploy `web/next` and `api/hono` as separate projects. The API runs pending migrations on deploy.
- **Docker**: `docker compose up` builds and runs both apps from the included multi-stage Dockerfiles.

📖 **[Deployment guides →](https://zerostarter.dev/docs/deployment/vercel)**

## 🤝 Contributing

Contributions are welcome. Please read the [contributing guide](https://zerostarter.dev/docs/contributing) first.

## ❤️ Contributors

## 📄 License

MIT License. See [LICENSE.md](LICENSE.md) for details.

---

**⭐ Star this repo** if it helps, and follow [@nrjdalal](https://x.com/nrjdalal) for updates.

zerostarter

Explore Similar Repositories

Was this content helpful?

Recent Feedback

Download README