One domain definition. All artifacts generated. Stack stays aligned.
Build and ship full-stack applications:
schemas, database, API, frontend, docs, CI/CD — all in TypeScript.
Watch → Plan → Apply. No manual sync steps.
🎥 Follow the development live on Twitch:
twitch.tv/tseradev
- 🌐 Website & Docs: https://tsera.dev (coming soon)
- 💬 Community (Discord): https://discord.tsera.dev
- 🤝 Contributing Guide: CONTRIBUTING.md
- 🔐 Security Policy: SECURITY.md
- ⚖️ License: LICENSE
TSera is a Deno v2 CLI engine + entity core that turns a single domain definition into coherent, ready-to-use artifacts — continuously.
Modern full-stack work is repetitive and fragile:
- You define an entity… then rewrite it in validation, OpenAPI, SQL migrations, docs, tests.
- Things drift out of sync.
- “Just one change” becomes a cascade of manual updates.
TSera solves this by enforcing Continuous Coherence (CC): once an entity is declared, TSera
keeps every derived artifact aligned from plan to apply — without manual sync steps.
- One source of truth:
defineEntity(...)describes the domain model once. - Plan: TSera computes what must change (diff-based).
- Apply: TSera generates/updates only the necessary artifacts.
Generated artifacts (examples):
- Zod schemas
- OpenAPI definitions
- Drizzle migrations
- Docs (Markdown)
- Tests (smoke/regressions)
- Optional type-safe SDK for front/back integration
Until official releases exist, install from source.
git clone https://github.com/tseradev/tsera.git && cd tsera
deno i && deno run tsera init demo
cd demo && deno run devHaving trouble with the installation? Try this in the CLI folder :
deno install --global --config deno.jsonc -A -f --name tsera src/cli/main.tsYou can find the entities here in a TSera project : core/entities/
deno run devTSera will plan → apply and (depending on enabled modules) generate artifacts such as:
schemas/*.schema.ts(Zod validation)docs/openapi/openapi.json(OpenAPI)drizzle/*(migrations)docs/entities/*.md(documentation)tests/*(smoke/regression scaffolding) (soon)
TSera is modular. deno run tsera init can enable/disable modules depending on your needs:
- API: Hono (optional)
- Frontend: Lume (optional)
- Local infra: Docker Compose (optional)
- CI: GitHub Actions workflows (optional)
- Secrets: type-safe environment validation (optional)
- SDK: type-safe client generation (optional)
Type deno run tsera init -h to see the possible options.
Official documentation will be published at https://tsera.dev.
Until then, refer to the source code and the CLI help output.
TSera’s goal is simple: shrink the time between a domain idea and a production-ready implementation.
Long term, TSera evolves into an industrial environment:
- TSera Doctor: prescriptive diagnostics, auto-fix, coherence gates for CI
- TSera Hub: coherence metrics, drift tracking, project health dashboards
- Provider ecosystem: plug-in generation pipelines (contracts, policies, deployment targets)
- AI-native workflows: machine-readable plans and artifacts for agent-driven ops
- Join the community: https://discord.tsera.dev
- Contribute: CONTRIBUTING.md (DCO required)
- Security reports: SECURITY.md
- Code of Conduct: CODE_OF_CONDUCT.md
Licensed under Apache-2.0 — see LICENSE. Trademark usage is governed by TRADEMARK_POLICY.md.