Dinnartec
DinnartecBrickend
v0.1.2

Construye software, brick por brick.

Módulos listos para producción con estado persistente. Elige un template. Extiende. Despliega.

$bun install -g brickend
Ver en GitHub
terminal
bash
$ brickend init my-api --template crm
$ supabase functions serve
01 — Cómo funciona

Solo tres pasos.

01

Elige un template

Templates disponibles: CRM, Marketplace, SaaS, Real Estate, y más.

$ brickend init --template crm
02

Agrega bricks

Extiende con los módulos que necesites. Auth, users, entities, catalog, deals...

$ brickend add catalog
03

Despliega

Lleva a producción con un solo comando. Migraciones incluidas.

$ bash scripts/deploy.sh
02 — Templates

Empieza con un caso de uso real

Cada template incluye los bricks necesarios, preconfigurados y listos para servir.

Starter

API mínima con autenticación

auth, users

$ brickend init my-app --template starter

CRM

Contactos + pipeline de ventas

auth, users, entities, contacts, deals

$ brickend init my-app --template crm

Marketplace

Productos + órdenes

auth, users, products, orders

$ brickend init my-app --template marketplace

Real Estate

Listados + leads

auth, users, properties, leads

$ brickend init my-app --template real-estate

SaaS Admin

Multi-tenant con workspaces

auth, users, workspaces, entities, catalog

$ brickend init my-app --template saas-admin

Multi-tenant

Aislamiento por workspace

auth, users, workspaces

$ brickend init my-app --template multi-tenant

Business

Gestión completa de negocio

auth, users, entities, catalog

$ brickend init my-app --template business
03 — Qué genera

Cada brick genera un módulo completo

No es un template ni un snippet. Es una tabla, migración, políticas RLS, esquemas Zod, capa de servicios y endpoint de API.

project structure
my-crm/
├── supabase/
│ ├── functions/
│ │ ├── auth/index.ts POST /signup, /signin, /signout
│ │ ├── contacts/index.ts GET, POST, PATCH, DELETE /contacts
│ │ ├── deals/index.ts GET, POST, PATCH, DELETE /deals
│ │ └── _shared/
│ │ ├── core/ CORS, auth, RBAC, errors
│ │ ├── schemas/ Zod validation
│ │ └── services/ CRUD logic
│ └── migrations/ SQL + RLS policies
├── scripts/deploy.sh One-command deploy
├── openapi.yaml API documentation
└── brickend.state.json Persistent project state
04 — Para agentes de IA

Infraestructura que los agentes pueden usar

Brickend incluye un MCP server para que Claude Code, Cursor y cualquier agente compatible pueda construir software programáticamente. Mismas operaciones. Mismo estado. Mismos resultados.

Agent workflow

User: "Crea un CRM con contactos y deals"

→ brickend_list_templates() descubre template CRM
→ brickend_init({ template: "crm" }) crea el proyecto
→ brickend_status() verifica 6 bricks instalados

API funcional. Estado persistente. La siguiente sesión continúa donde quedó.

MCP config
{
  "mcpServers": {
    "brickend": {
      "command": "brickend-mcp"
    }
  }
}
05 — Open Source

Open source. Licencia MIT.

$ bun install -g brickend
$ brickend init my-app --template starter

Disponible en npm.