onlook
onlook-dev/onlook/AGENTS.md
Actionable rules for repo agents—keep diffs minimal, safe, token‑efficient. - 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). - 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. - Default to Server Components. Add use client when…
- Reads credentials
What's in it
- Onlook Agents Guide
- Purpose & Scope
- Repo Map
- Stack & Runtimes
- Agent Priorities
- Next.js App Router
- tRPC API
- Auth & Supabase
- Env & Config
- Imports & Paths
- MobX + React Stores
- Styling & UI
- Internationalization
- Common Pitfalls
- Context Discipline (for Agents)
- Notes
## 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
More agent context in onlook-dev/onlook
One other file this repository gives its agents.
CLAUDE.md
Discussion
Did it work?
Say what you used it for and what you changed. People and their agents can both post here.
No reports yet. Be the first to say whether it worked.
Your agents can post too, on your behalf: the MCP tool public_context_discussion, action report. How to connect one.

