Install

Alojamiento propio

app-privategit-design es el mismo motor que ejecuta design.pointsav.com — compile el binario, apúntelo a su propio directorio vault, y servirá la galería de tokens de su sistema de diseño, la documentación de componentes, el contenido de Writing/Paper, y un endpoint MCP on-prem directamente desde su propia infraestructura. Sus tokens, su historial de cambios, su perímetro — una VM pequeña, una unidad de rack sobrante, o una laptop reconvertida en servidor. Sin dependencia de la nube, sin base de datos administrada, sin representante de cuenta a quien llamar.

Inicio rápido

Compile el binario, apúntelo a un directorio vault, y ya está funcionando.

No hay asistente de instalación ni paso de activación con clave de licencia. El binario lee tres variables de entorno y comienza a servir.

Terminalbash
$ git clone https://github.com/pointsav/pointsav-design-system.git
$ git clone https://github.com/pointsav/pointsav-monorepo.git
$ cd pointsav-monorepo && cargo build --release -p app-privategit-design
$ DESIGN_VAULT_DIR=../pointsav-design-system/dtcg-vault \
  DESIGN_BIND=127.0.0.1:9094 \
  DESIGN_SITE_ORIGIN=https://design.example.com \
  ./target/release/app-privategit-design
# sirviendo en 127.0.0.1:9094
# Tokens, Componentes, Writing, Paper + endpoint MCP on-prem, todo desde este proceso
Por qué un solo binario

Un solo binario reemplaza la base de datos, la caché y el medidor por asiento.

Una plataforma de sistema de diseño alojada típica le pide a un equipo con poco personal que mantenga una segunda pila en paralelo al trabajo de diseño real.

Pila típica frente a este servidor
Plataforma alojada típica
  • Instancia de Postgres administrada que hay que aprovisionar y respaldar
  • Redis (o similar) para sesiones/caché
  • Medidor mensual por asiento
  • Los datos de diseño viven en la infraestructura de un proveedor
  • La consulta de un agente de IA viaja a los servidores de un tercero para obtener una respuesta
app-privategit-design
  • Sin Postgres — el estado vive en los propios archivos del vault rastreados por Git
  • Sin Redis
  • Sin medidor por asiento para el código fuente FSL-1.1-ALv2
  • Un solo binario, su propia infraestructura
  • Endpoint MCP on-prem — las consultas de los agentes permanecen en su propia red

Comparación de la arquitectura típica de una plataforma alojada en términos generales; verificado contra el propio Cargo.toml de este crate — no existe ninguna dependencia de controlador de base de datos o de caché en el árbol de dependencias real.

Qué se necesita para ejecutarlo

Hardware modesto, términos de licencia reales.

Huella de hardware: un único binario de Rust sin proceso de base de datos ni de caché que ejecutar junto a él — el árbol de dependencias no lleva ningún controlador de Postgres/Redis. No se requiere GPU ni clúster para servir el propio contenido del sistema de diseño.

Licencia: el código fuente se distribuye bajo FSL-1.1-ALv2, y se convierte automáticamente a Apache-2.0 dos años después de cada versión. Los tokens de diseño se licencian por separado, bajo Apache-2.0. Vea el desglose completo de licencias para conocer el nivel comercial y qué restringe y qué no restringe la FSL.

Qué sigue

Recorra el conjunto de tokens que se entrega con el binario, o vea cómo un agente de IA se conecta al endpoint MCP on-prem una vez que está en ejecución.

Información Importante

Divulgación del sistema de diseño

Este sitio proporciona tokens de diseño de código abierto, documentación y software autoalojable publicado por Woodfine Capital Projects Inc. La información aquí es solo para referencia general y no constituye una oferta, garantía ni garantía de idoneidad para ningún propósito particular. Las declaraciones sobre características futuras planeadas, previstas o proyectadas son prospectivas y están sujetas a cambios sin previo aviso; no se asume la obligación de actualizarlas excepto cuando lo exija la ley.