Store privado de componentes
Tus componentes están repartidos por varios repos. Nadie puede demostrar qué licencias tienes.
CodeStore es un storefront que despliegas para tu propio equipo. Componentes internos y kits de terceros en un catálogo cerrado, versión y changelog en cada producto, y cada compra escrita en un registro por espacio de trabajo que es tuyo.
- Espacios de trabajo aislados por subdominio
- Autoalojado en tu base de datos
- v2.0 — incorporando a los primeros equipos
Hay tres formas de que esto salga mal, y la tercera es una auditoría.
Duplicación
Alguien pregunta en #frontend por el componente de botón. Existe tres veces, en tres repos, y el del design system es el viejo. Nadie sabe cuál, así que la persona nueva copia la versión que compila.
Doble compra
Una librería de gráficas la licencia Plataforma, y seis semanas después la vuelve a licenciar Growth, porque ningún equipo ve los recibos del otro. La renovación llega a la tarjeta de alguien que ya se fue.
La auditoría
No puedes decir quién puede usar esto, ni hasta cuándo, sin abrir Stripe, el portal del proveedor y tres hilos de correo. El único seguimiento que sobrevive a una auditoría se escribe en el momento de la compra, asociado a un espacio de trabajo.
El producto
Qué hay dentro y qué no
Todo lo que sigue existe en la versión actual. Lo que falta aún no está construido, y puedes comprobarlo en el código en lugar de creernos.
Un espacio de trabajo es una frontera de datos, no un filtro
Un subdominio y un slug por espacio. El aislamiento se aplica en la consulta: no hay ninguna ruta de código que lea filas de otro espacio. Los espacios nuevos quedan en PENDING_APPROVAL hasta que un administrador los activa.
Versión y changelog en el producto
Ambos son columnas de la fila del producto, así que «en qué release estamos» tiene una respuesta enlazable en lugar de un PDF que nadie encuentra.
Invitaciones con rol y caducidad
Marcadas como usadas una sola vez. No hay auto-registro en un espacio, así que nadie llega a tu catálogo adivinando una URL. Los miembros son ilimitados.
Cada venta escribe una transacción
Id de pedido, id de captura, importe, comisión de la plataforma, pago al vendedor — asociados al espacio. Esa tabla es el registro de licencias del que finanzas deja de hablar.
Un tablero de trabajos con escrow
Rangos de presupuesto, candidaturas, el importe en escrow retenido contra el anuncio y liberado al completar. La comisión es del 10 % por trabajo completado.
Cinco idiomas con diseños RTL reales
Inglés, árabe, francés, alemán y español. Cada página se publica en los cinco — no una capa de traducción añadida después.
No está en la versión actual: emisión automática de claves de licencia, SSO/SAML, SCIM, alojamiento gestionado y facturación por uso.
Cómo funciona
Cuatro pantallas de la aplicación en marcha
Ningún formulario de registro crea un espacio de trabajo — lo aprovisionamos contigo en una llamada, y después invitas al equipo. Ese es el onboarding actual, y en esta fase es deliberado.
Los componentes del equipo, en una sola lista
Precio, versión y etiquetas por fila, leídos directamente de la tabla de productos. Este es el catálogo cerrado que ven tus miembros y nadie más.
Todos los espacios de trabajo en una sola pantalla
El administrador de la plataforma ve todos los espacios de trabajo, su estado y su plan — incluidos los que siguen pendientes de aprobación — además de todos los usuarios y su rol. El acceso a los datos es por espacio de trabajo, y nada de esto es visible para un inquilino.
Despliegue
Autoalojado, porque tu catálogo no es asunto nuestro
Lo ejecutas en tu propio dominio contra tu propia base de datos. Esa es también la razón por la que nadie más ve tu catálogo: no es un ajuste de permisos, es una decisión de arquitectura.
- Runtime
- Next.js 14
- Base de datos
- MySQL 8 · Prisma
- Pagos
- PayPal
- Node
- 20+
git clone https://github.com/docksidedirect/codestoreglobal
cd codestoreglobal && npm install
# .env
DATABASE_URL="mysql://user:pass@localhost:3306/codestoreglobal"
JWT_SECRET="$(openssl rand -hex 32)"
npx prisma migrate deploy
npm run build && npm startLas migraciones vienen en el repositorio. Sin paso de build propietario y sin dependencia de la capa de datos.
Pruebas
v2.0 — incorporando a los primeros equipos
Todavía no tenemos logos de clientes que poner aquí, e inventarlos es la forma más rápida de perder lo único que esta página tiene para ofrecer. Así que: el changelog y el repositorio.
| v2.0 | Rebuilt marketplace and workspace UI; admin earnings reconciliation; PayPal capture fixes on the checkout path. |
|---|---|
| v1.4 | Multi-tenant storefronts: subdomain isolation, workspace membership, pending-approval to active lifecycle. |
| v1.3 | Escrow jobs board: budget ranges, applications, escrow amount and release flag, 10% platform commission of record. |
| v1.2 | Admin earnings view built off raw transaction tables: order id, capture id, platform fee, seller payout. |
| v1.1 | Component marketplace: product CRUD, version and changelog fields per product, image uploads, detail pages. |
Precio
Un solo plan, facturado por espacio de trabajo
Sin niveles, sin insignia de «más popular», sin cálculo por asiento. Pagas por el storefront aislado.
Espacio de trabajo
$49/ espacio de trabajo / mes
- Miembros
- Ilimitados
- Componentes internos
- Ilimitados
- Comisión por trabajo
- 10 %
- Alojamiento
- Autoalojado
Los espacios de trabajo se aprovisionan contigo, no con un formulario.
- Storefront privado y cerrado para tu equipo
- Componentes internos ilimitados
- Kits de terceros con licencia, junto a los tuyos
- Versión y changelog en cada producto
- Invitaciones por correo con tokens que caducan
- Tablero de trabajos con escrow, 10 % por trabajo
- Registros de compra por espacio de trabajo
- Pago con PayPal
- Cinco idiomas, el árabe en RTL
El autoalojamiento es el despliegue soportado hoy. Lo ejecutas en tu propio dominio y tu propia base de datos, y por eso mismo nadie más ve tu catálogo.