Vision

Gize is a backend application ecosystem for Rust, inspired by the productivity of batteries-included frameworks but fully aligned with Rust's philosophy.

The problem

Rust is an excellent language for backend services: fast, safe, and predictable. But starting a real-world backend in Rust is slow: you pay a high “day-one tax” before the first line of business logic.

The result: teams either avoid Rust for CRUD-heavy products, or spend days on boilerplate before writing a single line of business logic. Gize targets exactly this pain: initial productivity. From gize new shop to a running, organized, production-shaped API in minutes, without hiding the architecture and without magic.

Who it is for

  • Teams adopting Rust for web/backend who want batteries-included velocity without giving up Rust's guarantees.
  • Rust developers tired of copy-pasting the same project skeleton.
  • Startups and product teams that need CRUD APIs, an admin and auth quickly, but keep the option to drop to raw code.

Differentiators

  • Transparent codegen: everything is normal Rust you can read, diff and edit.
  • Batteries, but detachable: admin, auth and OpenAPI are opt-in crates.
  • Manifest-driven, not manifest-locked: gize.toml powers gize sync, but hand edits are respected.
  • Rust-native ergonomics: DTO validation, typed errors and async-first design.

Success criteria

Gize succeeds if a developer can:

  • Scaffold a new project and have it compile and serve in minutes.
  • Generate a full CRUD resource with one command and immediately hit its endpoints.
  • Read every generated file and understand it, with no hidden behavior.
  • Delete Gize from the project and still have a working, idiomatic Rust codebase.

The last point is the ultimate test: Gize is a productivity accelerator, not a cage.