{"owner":"wasp-lang","repo":"wasp","hasSkills":true,"hasMcp":false,"mcpConfig":null,"found":["CLAUDE.md"],"skills":{"CLAUDE.md":"# Wasp Monorepo\n\nWasp is a full-stack web framework that compiles TypeScript config (`main.wasp.ts`) files into React + Node.js applications. The compiler is written in Haskell.\n\n## Repository Structure\n\n- `waspc/` — Haskell compiler, CLI, and LSP server (the core of Wasp)\n  - `src/` — Main compiler library (Analyzer, Generator, AppSpec, Psl)\n  - `cli/src/` — CLI commands (start, build, new, deploy, etc.)\n  - `data/packages/` — TypeScript packages called by the CLI when compiling projects as FFI\n  - `data/Generator/libs/` — TypeScript libraries embedded into generated project code\n  - `data/Generator/templates/` — Mustache templates for code generation\n  - `e2e-tests/` — Golden file snapshot tests\n  - `run` — **Main development script** (run `./run` with no args to see all commands)\n- `wasp-app-runner/` — Node.js CLI for running Wasp apps in e2e tests\n- `web/` — Documentation website (Docusaurus), deployed to wasp.sh\n- `examples/` — Tutorial and example apps (kitchen-sink, waspello, etc.)\n- `scripts/` — Monorepo-level build/packaging scripts\n\n## Build & Development\n\nAll waspc development commands run from the `waspc/` directory via the `./run` script. Run `./run` with no arguments to see the full list of available commands (build, test, format, lint, etc.).\n\nKey things to know:\n\n- Two-phase build: TS packages in `data/packages/` and libs in `data/Generator/libs/` compile first, then Haskell (which embeds them). Use `./run build` for the full build.\n- Run the dev CLI with `./run wasp-cli <args>`.\n- Toolchain versions are specified in `mise.toml`.\n\n## Code Conventions\n\n### Haskell\n\n- Simple, readable Haskell — no complicated features. See `CONTRIBUTING.md`.\n- Default extensions are listed in `waspc/waspc.cabal`.\n- CamelCase for types/modules, camelCase for functions/values.\n- Qualified imports preferred.\n- Formatting: Ormolu (`./run check:ormolu` / `./run format:ormolu`). Linting: HLint (`./run hlint`, config in `waspc/.hlint.yaml`).\n- Tests use `tasty` + `hspec` + `QuickCheck`, mirroring source module paths with a `Test` suffix.\n\n### TypeScript/JavaScript\n\n- Prettier-formatted (config in `prettier.config.mjs`). Check/fix with `./run check:prettier` / `./run format:prettier`.\n- camelCase for files/functions, PascalCase for components/types.\n\n### Architecture\n\n- TypeScript config (`main.wasp.ts`) is read by `Wasp.Project.WaspFile.TypeScript` → **AppSpec** (IR) → **Generator** produces React/Node.js code. The **Analyzer** derives entity declarations from the Prisma schema.\n- Code generation uses a file draft system and Mustache templates in `data/Generator/templates/`.\n\n## Important Rules\n\n- **E2E snapshots** (`waspc/e2e-tests/test-outputs/snapshots/`) must never be manually edited. Regenerate them by running `cd waspc && ./run build && ./run test:waspc:e2e:accept-all`.\n- **Documentation**: Only edit `web/docs/` (the latest version). Do not modify `web/versioned_docs/` — those are auto-generated snapshots of previous versions.\n- **Markdown snapshots** (`web/markdown-snapshots/`) must never be manually edited. After changing docs, blog, or resources content (or the LLM files plugin), regenerate them by running `cd web && npm run build-dev && npm run markdown-snapshots:update`, then review the diff before committing. CI checks them with `npm run markdown-snapshots:check`.\n- **Pull requests**: Always use the repo's `PULL_REQUEST_TEMPLATE.md`. Never delete any checkbox from the template — leave irrelevant ones unchecked.\n"},"files":{"CLAUDE.md":"# Wasp Monorepo\n\nWasp is a full-stack web framework that compiles TypeScript config (`main.wasp.ts`) files into React + Node.js applications. The compiler is written in Haskell.\n\n## Repository Structure\n\n- `waspc/` — Haskell compiler, CLI, and LSP server (the core of Wasp)\n  - `src/` — Main compiler library (Analyzer, Generator, AppSpec, Psl)\n  - `cli/src/` — CLI commands (start, build, new, deploy, etc.)\n  - `data/packages/` — TypeScript packages called by the CLI when compiling projects as FFI\n  - `data/Generator/libs/` — TypeScript libraries embedded into generated project code\n  - `data/Generator/templates/` — Mustache templates for code generation\n  - `e2e-tests/` — Golden file snapshot tests\n  - `run` — **Main development script** (run `./run` with no args to see all commands)\n- `wasp-app-runner/` — Node.js CLI for running Wasp apps in e2e tests\n- `web/` — Documentation website (Docusaurus), deployed to wasp.sh\n- `examples/` — Tutorial and example apps (kitchen-sink, waspello, etc.)\n- `scripts/` — Monorepo-level build/packaging scripts\n\n## Build & Development\n\nAll waspc development commands run from the `waspc/` directory via the `./run` script. Run `./run` with no arguments to see the full list of available commands (build, test, format, lint, etc.).\n\nKey things to know:\n\n- Two-phase build: TS packages in `data/packages/` and libs in `data/Generator/libs/` compile first, then Haskell (which embeds them). Use `./run build` for the full build.\n- Run the dev CLI with `./run wasp-cli <args>`.\n- Toolchain versions are specified in `mise.toml`.\n\n## Code Conventions\n\n### Haskell\n\n- Simple, readable Haskell — no complicated features. See `CONTRIBUTING.md`.\n- Default extensions are listed in `waspc/waspc.cabal`.\n- CamelCase for types/modules, camelCase for functions/values.\n- Qualified imports preferred.\n- Formatting: Ormolu (`./run check:ormolu` / `./run format:ormolu`). Linting: HLint (`./run hlint`, config in `waspc/.hlint.yaml`).\n- Tests use `tasty` + `hspec` + `QuickCheck`, mirroring source module paths with a `Test` suffix.\n\n### TypeScript/JavaScript\n\n- Prettier-formatted (config in `prettier.config.mjs`). Check/fix with `./run check:prettier` / `./run format:prettier`.\n- camelCase for files/functions, PascalCase for components/types.\n\n### Architecture\n\n- TypeScript config (`main.wasp.ts`) is read by `Wasp.Project.WaspFile.TypeScript` → **AppSpec** (IR) → **Generator** produces React/Node.js code. The **Analyzer** derives entity declarations from the Prisma schema.\n- Code generation uses a file draft system and Mustache templates in `data/Generator/templates/`.\n\n## Important Rules\n\n- **E2E snapshots** (`waspc/e2e-tests/test-outputs/snapshots/`) must never be manually edited. Regenerate them by running `cd waspc && ./run build && ./run test:waspc:e2e:accept-all`.\n- **Documentation**: Only edit `web/docs/` (the latest version). Do not modify `web/versioned_docs/` — those are auto-generated snapshots of previous versions.\n- **Markdown snapshots** (`web/markdown-snapshots/`) must never be manually edited. After changing docs, blog, or resources content (or the LLM files plugin), regenerate them by running `cd web && npm run build-dev && npm run markdown-snapshots:update`, then review the diff before committing. CI checks them with `npm run markdown-snapshots:check`.\n- **Pull requests**: Always use the repo's `PULL_REQUEST_TEMPLATE.md`. Never delete any checkbox from the template — leave irrelevant ones unchecked.\n"},"items":[{"name":"CLAUDE.md","path":"CLAUDE.md","title":"CLAUDE.md","content":"# Wasp Monorepo\n\nWasp is a full-stack web framework that compiles TypeScript config (`main.wasp.ts`) files into React + Node.js applications. The compiler is written in Haskell.\n\n## Repository Structure\n\n- `waspc/` — Haskell compiler, CLI, and LSP server (the core of Wasp)\n  - `src/` — Main compiler library (Analyzer, Generator, AppSpec, Psl)\n  - `cli/src/` — CLI commands (start, build, new, deploy, etc.)\n  - `data/packages/` — TypeScript packages called by the CLI when compiling projects as FFI\n  - `data/Generator/libs/` — TypeScript libraries embedded into generated project code\n  - `data/Generator/templates/` — Mustache templates for code generation\n  - `e2e-tests/` — Golden file snapshot tests\n  - `run` — **Main development script** (run `./run` with no args to see all commands)\n- `wasp-app-runner/` — Node.js CLI for running Wasp apps in e2e tests\n- `web/` — Documentation website (Docusaurus), deployed to wasp.sh\n- `examples/` — Tutorial and example apps (kitchen-sink, waspello, etc.)\n- `scripts/` — Monorepo-level build/packaging scripts\n\n## Build & Development\n\nAll waspc development commands run from the `waspc/` directory via the `./run` script. Run `./run` with no arguments to see the full list of available commands (build, test, format, lint, etc.).\n\nKey things to know:\n\n- Two-phase build: TS packages in `data/packages/` and libs in `data/Generator/libs/` compile first, then Haskell (which embeds them). Use `./run build` for the full build.\n- Run the dev CLI with `./run wasp-cli <args>`.\n- Toolchain versions are specified in `mise.toml`.\n\n## Code Conventions\n\n### Haskell\n\n- Simple, readable Haskell — no complicated features. See `CONTRIBUTING.md`.\n- Default extensions are listed in `waspc/waspc.cabal`.\n- CamelCase for types/modules, camelCase for functions/values.\n- Qualified imports preferred.\n- Formatting: Ormolu (`./run check:ormolu` / `./run format:ormolu`). Linting: HLint (`./run hlint`, config in `waspc/.hlint.yaml`).\n- Tests use `tasty` + `hspec` + `QuickCheck`, mirroring source module paths with a `Test` suffix.\n\n### TypeScript/JavaScript\n\n- Prettier-formatted (config in `prettier.config.mjs`). Check/fix with `./run check:prettier` / `./run format:prettier`.\n- camelCase for files/functions, PascalCase for components/types.\n\n### Architecture\n\n- TypeScript config (`main.wasp.ts`) is read by `Wasp.Project.WaspFile.TypeScript` → **AppSpec** (IR) → **Generator** produces React/Node.js code. The **Analyzer** derives entity declarations from the Prisma schema.\n- Code generation uses a file draft system and Mustache templates in `data/Generator/templates/`.\n\n## Important Rules\n\n- **E2E snapshots** (`waspc/e2e-tests/test-outputs/snapshots/`) must never be manually edited. Regenerate them by running `cd waspc && ./run build && ./run test:waspc:e2e:accept-all`.\n- **Documentation**: Only edit `web/docs/` (the latest version). Do not modify `web/versioned_docs/` — those are auto-generated snapshots of previous versions.\n- **Markdown snapshots** (`web/markdown-snapshots/`) must never be manually edited. After changing docs, blog, or resources content (or the LLM files plugin), regenerate them by running `cd web && npm run build-dev && npm run markdown-snapshots:update`, then review the diff before committing. CI checks them with `npm run markdown-snapshots:check`.\n- **Pull requests**: Always use the repo's `PULL_REQUEST_TEMPLATE.md`. Never delete any checkbox from the template — leave irrelevant ones unchecked.\n","category":"root","tokens":870}]}