Elegí tu camino
Metacore son dos piezas que se encuentran en el medio. Por dónde empezás depende de qué estás construyendo.
Tres roles, tres quickstarts
Construir un addon → Estás publicando un feature — tickets, inventario, bloques de contenido, lo que sea. Escribís unmanifest.json, opcionalmente algo de Go para lógica custom, y el SDK construye y firma un .mcbundle. Soltalo en cualquier host corriendo el kernel. Embeber el runtime → Tenés un servicio Go y querés agregar CRUD modular sin escribir el plumbing. Importá el kernel como librería, montá sus rutas bajo un path, listo. Construir un host → Querés una aplicación host — un frontend que levanta cualquier addon instalado y lo renderiza. Vite + React + el SDK arriba, kernel abajo. No estás seguro?
Matcheá tu problema con un camino:
| Querés... | Empezá acá |
|---|---|
| Agregar un nuevo recurso (con UI CRUD) a una app existente con Metacore | Construir un addon |
| Agregar CRUD modular a un backend Go que todavía no lo tiene | Embeber el runtime |
| Construir la superficie de operador, de marketplace, o cualquier cosa que hostee addons | Construir un host |
| Solo entender la plataforma | Leé Arquitectura y volvé |
| Evaluar vs Retool / Refine / Directus | Leé Por qué Metacore |
Lo que cada camino necesita
- Node.js 20+ y pnpm 10+ para el SDK y cualquier frontend de host.
- Go 1.25+ para el kernel y cualquier backend de host.
- PostgreSQL 14+. La base de datos soportada — el gating de SQL del runtime depende de ella. (SQLite se usa solo dentro de los tests del propio kernel.)
- Sin cuenta SaaS. Metacore corre enteramente en tu infraestructura.
Dónde viven las docs profundas
Este portal termina donde empiezan las docs por herramienta. Para todo lo detallado — cada campo del manifest, cada componente React, cada subsistema del kernel — el link te apunta al sitio de documentación del repo correcto:
- Docs del SDK — spec del manifest, cada package, cada componente.
- Docs del Kernel — API de embedding, internals de subsistemas, modelo de seguridad.