# Repository: onlook-dev/onlook # Stars: 25226 ## CLAUDE.md ## Onlook Agents Guide Actionable rules for repo agents—keep diffs minimal, safe, token‑efficient. ### Purpose & Scope - Audience: automated coding agents working within this repository. - Goal: small, correct diffs aligned with the project’s architecture. - Non-goals: editing generated artifacts, lockfiles, or `node_modules`. ### Repo Map - Monorepo managed by Bun workspaces (see root `package.json`). - App: `apps/web/client` (Next.js App Router + TailwindCSS). - API routes: `apps/web/client/src/server/api/routers/*`, aggregated in `apps/web/client/src/server/api/root.ts`. - Shared utilities: `packages/*` (e.g., `packages/utility`). ### Stack & Runtimes - UI: Next.js App Router, TailwindCSS. - API: tRPC + Zod (`apps/web/client/src/server/api/*`). - Package manager: Bun only — use Bun for all installs and scripts; do not use npm, yarn, or pnpm. ### Agent Priorities - Correctness first: minimal scope and targeted edits. - Respect client/server boundaries in App Router. - Prefer local patterns and existing abstractions; avoid one-off frameworks. - Do not modify build outputs, generated files, or lockfiles. - Use Bun for all scripts; do not introduce npm/yarn. - Avoid running the local dev server in automation contexts. - Respect type safety and ### Next.js App Router - Default to Server Components. Add `use client` when using events, state/effects, browser APIs, or client-only libs. - App structure: `apps/web/client/src/app/**` (`page.tsx`, `layout.tsx`, `route.ts`). - Client providers live behind a client boundary (e.g., `apps/web/client/src/trpc/react.tsx`). - Example roots: `apps/web/client/src/app/layout.tsx` (RSC shell, providers wired, scripts gated by env). - Components using `mobx-react-lite`'s `observer` must be client components (include `use client`). ### tRPC API - Routers live in `apps/web/client/src/server/api/routers/**` and must be exported from `apps/web/client/src/server/api/root.ts`. - Use `publicProcedure`/`protectedProcedure` from `apps/web/client/src/server/api/trpc.ts`; validate inputs with Zod. - Serialization handled by SuperJSON; return plain objects/arrays. - Client usage via `apps/web/client/src/trpc/react.tsx` (React Query + tRPC links). ### Auth & Supabase - Server-side client: `apps/web/client/src/utils/supabase/server.ts` (uses Next headers/cookies). Use in server components, actions, and routes. - Browser client: `apps/web/client/src/utils/supabase/client/index.ts` for client components. - Never pass server-only clients into client code. ### Env & Config - Define/validate env vars in `apps/web/client/src/env.ts` via `@t3-oss/env-nextjs`. - Expose browser vars with `NEXT_PUBLIC_*` and declare in the `client` schema. - Prefer `env` from `@/env`. In server-only helpers (e.g., base URL in `src/trpc/helpers.ts`), read `process.env` only for deployment vars like `VERCEL_URL`/`PORT`. Never use `process.env` in client code; in shared modules, guard with `typeof window === 'undefined'`. - Import `./src/env` in `apps/web/client/next.config.ts` to enforce validation. ### Imports & Paths - Use path aliases: `@/*` and `~/*` map to `apps/web/client/src/*` (see `apps/web/client/tsconfig.json`). - Do not import server-only modules into client components. Limited exception: editor modules that already use `path`; reuse only there. Never import `process` in client code. - Split code by environment if needed (server file vs client file). ### MobX + React Stores - Create store instances with `useState(() => new Store())` for stability across renders. - Keep active store in `useRef`; clean up async with `setTimeout(() => storeRef.current?.clear(), 0)` to avoid route-change races. - Avoid `useMemo` for store instances; React may drop memoized values leading to data loss. - Avoid putting the store instance in effect deps if it loops; split concerns (e.g., project vs branch). - `observer` components are client-only. Place one client boundary at the feature entry; child observers need not include `use client` (e.g., `apps/web/client/src/app/project/[id]/_components/main.tsx`). - Example store: `apps/web/client/src/components/store/editor/engine.ts:1` (uses `makeAutoObservable`). ### Styling & UI - TailwindCSS-first styling; global styles are already imported in `apps/web/client/src/app/layout.tsx`. - Prefer existing UI components from `@onlook/ui` and local patterns. - Preserve dark theme defaults via `ThemeProvider` usage in layout. ### Internationalization - `next-intl` is configured; provider lives in `apps/web/client/src/app/layout.tsx`. - Strings live in `apps/web/client/messages/*`. Add/modify keys there; avoid hardcoded user-facing text. - Keep keys stable; prefer additions over breaking renames. ### Common Pitfalls - Missing `use client` where needed (events/browser APIs) causes unbound events; a single boundary at the feature root is sufficient. - New tRPC routers not exported in `src/server/api/root.ts` (endpoints unreachable). - Env vars not typed/exposed in `src/env.ts` cause runtime/edge failures. Prefer `env`; avoid new `process.env` reads in client code. - Importing server-only code into client components (bundling/runtime errors). Note: `path` is already used in specific client code-editor modules; avoid expanding Node API usage beyond those areas. - Bypassing i18n by hardcoding strings instead of using message files/hooks. - Avoid `useMemo` to create MobX stores (risk of lost references); avoid synchronous cleanup on route change (race conditions). ### Context Discipline (for Agents) - Search narrowly with ripgrep; open only files you need. - Read small sections; avoid `node_modules`, `.next`, large assets. - Propose minimal diffs aligned with existing conventions; avoid wide refactors. ### Notes - Unit tests can be run with `bun test` - Run type checking with `bun run typecheck` - Apply database updates to local dev with `bun run db:push` - Refrain from running the dev server - DO NOT run `db:gen`. This is reserved for the maintainer. - DO NOT use any type unless necessary ## README.md
Cursor for Designers
Explore the docs »
👨💻👩💻👨💻 We're hiring engineers in SF! 👩💻👨💻👩💻
## Documentation
For full documentation, visit [docs.onlook.com](https://docs.onlook.com)
To see how to Contribute, visit
[Contributing to Onlook](https://docs.onlook.com/developers) in our docs.
## How it works
1. When you create an app, we load the code into a web container
2. The container runs and serves the code
3. Our editor receives the preview link and displays it in an iFrame
4. Our editor reads and indexes the code from the container
5. We instrument the code in order to map elements to their place in code
6. When the element is edited, we edit the element in our iFrame, then in code
7. Our AI chat also has code access and tools to understand and edit the code
This architecture can theoretically scale to any language or framework that
displays DOM elements declaratively (e.g. jsx/tsx/html). We are focused on
making it work well with Next.js and TailwindCSS for now.
For a full walkthrough, check out our
[Architecture Docs](https://docs.onlook.com/developers/architecture).
### Our Tech Stack
#### Front-end
- [Next.js](https://nextjs.org/) - Full stack
- [TailwindCSS](https://tailwindcss.com/) - Styling
- [tRPC](https://trpc.io/) - Server interface
#### Database
- [Supabase](https://supabase.com/) - Auth, Database, Storage
- [Drizzle](https://orm.drizzle.team/) - ORM
#### AI
- [AI SDK](https://ai-sdk.dev/) - LLM client
- [OpenRouter](https://openrouter.ai/) - LLM model provider
- [Morph Fast Apply](https://morphllm.com) - Fast apply model provider
- [Relace](https://relace.ai) - Fast apply model provider
#### Sandbox and hosting
- [CodeSandboxSDK](https://codesandbox.io/docs/sdk) - Dev sandbox
- [Freestyle](https://www.freestyle.sh/) - Hosting
#### Runtime
- [Bun](https://bun.sh/) - Monorepo, runtime, bundler
- [Docker](https://www.docker.com/) - Container management
## Contributing

If you have a suggestion that would make this better, please fork the repo and
create a pull request. You can also
[open issues](https://github.com/onlook-dev/onlook/issues).
See the [CONTRIBUTING.md](CONTRIBUTING.md) for instructions and code of conduct.
#### Contributors