Toolkit universal de construcción
Package Builder
la fábrica detrás de cada producto FACTA
7 stacks de template instanciables, un roster nativo de agentes especializados en cerca de 28 divisions, y orquestación NEXUS end to end — package-builder es el workspace de Claude Code con el que FACTA scaffoldea sus propios productos, no un runtime que le despliegues a usuarios finales (eso es talos). Licenciado bajo MIT, distribuido como workspace más un plugin `pb:` que también llega a Cursor, Copilot y otras tools.
// rename.sh sustituye los placeholders. verify-template.sh prueba que buildea.
Licenciado bajo MIT, no una suscripción
Sin license fee, sin SaaS, sin lock-in. El workspace es tuyo — self-hosted, distribuido como workspace de Claude Code más el plugin `pb:`, con el mismo roster alcanzable desde otras tools.
- Licenciado bajo MIT
- Workspace de Claude Code
- 7 stacks de template
- ~331 agentes / ~28 divisions
- Namespace de comandos pb:
- Orquestación NEXUS
El problema del repo en blanco
Cada stack nuevo no arranca de tu idea. Arranca de un repo en blanco.
Siete stacks distintos — un frontend, un backend en Python, uno en Rust, una mobile app, un CLI, una extensión de browser, un builder de presentaciones — cada uno necesita su propio patrón de auth, su propio CI, su propio skeleton sin placeholders. Reconstruido desde cero, es la misma plomería pagada de nuevo en cada producto, y la expertise especializada detrás — un review de engineering, un pase de security, un modelo de finance — nunca viaja con él. Sin un integrity gate permanente, el skeleton de un producto se desalinea del siguiente, y nadie puede probar que dos builds se hicieron de la misma forma.
No tenés un problema de boilerplate. Tenés un problema de fábrica — sin skeleton compartido, sin roster compartido, sin gate compartido.
El flujo
Tres pasos. Una fábrica.
Instanciá un template, verificá que buildea limpio, y pasáselo al roster nativo de agentes. Cada stack pasa por el mismo integrity gate antes de salir.
Hoy: 7 stacks de template, ~331 agentes en ~28 divisions, ~89 skills. Claude Code es el workspace nativo; el namespace `pb:` también llega a otras tools.

01
Instantiate
Elegí uno de los 7 stacks de template — frontend-react, backend-python, backend-rust, mobile-rn, cli, chrome-extension o html-ppt-template — y corré `rename.sh` para sustituir cada placeholder.
Ver más
02
Verify
`verify-template.sh` stagea una copia descartable, la renombra, verifica que no sobreviva ningún placeholder, corre la instalación real y corre el gate de CI completo. Un template está terminado solo cuando eso da verde.
Ver más
Las divisions — hoy ~28, ~331 agentes en total
Ocho divisions acá, de las ~28 del roster
Cada division ship como un conjunto de agentes y skills especializados, listos para instanciarse en cualquiera de los 7 stacks de template. Elegí la que tenés enfrente — el resto del roster ya está en el workspace cuando lo necesites.
Para quién es
Una fábrica para quien construye el próximo producto
Package Builder no es un producto que le despliegues a usuarios finales — es el workspace que FACTA (y cualquier equipo con Claude Code) usa para scaffoldear productos nuevos rápido, con governance incluida desde el primer commit.
Por qué es diferente
Repos en blanco, scripts copy-pasteados,
o una fábrica que podés verificar.
Tres formas en que los equipos scaffoldean un stack nuevo — y dónde se queda sin camino cada una.
| Repo en blanco | Scripts copy-pasteados | Package Builder | |
|---|---|---|---|
| Cobertura de templates | no | partial | yes |
| Builds verificados (CI-gated) | no | partial | yes |
| Distribución multi-tool (pb:) | no | no | yes |
| Namespace pb: (sin colisión) | no | no | yes |
| Multi-tenancy + RBAC | no | no | yes |
| Leak-guard de provenance | no | no | yes |
| Modelo de licencia | Reconstruido cada vez | Copiado cada vez | MIT — abierto |
Enterprise
Multi-tenant por diseño — y las tarifas las definís vos.
Multi-tenancy, RBAC en cada acción destructiva, y un provenance gate fail-closed — para el equipo de seguridad que necesita leer el record antes de que algo salga. Token budgets y tarifas son operator-owned, no vienen shippeadas. No SaaS lock-in.

Multi-tenancy
Cada empresa tiene su propia configuración de tenant, así el mismo roster y los mismos templates sirven a más de un equipo sin cross-contamination.
Ver más
RBAC on destructive actions
Cada acción destructiva pasa un chequeo de rol contra el rol verificado de tu identity provider — no contra un flag auto-declarado.
Ver más
En números
Conteos a escala de arquitectura, no de revenue.
Conteos a escala de arquitectura, no de revenue — package-builder es pre-revenue externo a propósito. Los conteos son dinámicos; verificá los números actuales en conversación.
7
Stacks de template instanciables — frontend, backend, mobile, CLI, extensión y más
~331
Agentes especializados en el roster — los conteos son dinámicos, verificados al leer
Hablá con los fundadores
Package Builder no es un producto que se compra —
es la fábrica con la que construye FACTA.
Si estás scaffoldeando un stack nuevo desde un repo en blanco, estás pagando la misma plomería que FACTA ya resolvió. package-builder está licenciado bajo MIT y es abierto — hablá con los fundadores para ver los stacks de template y el roster en un workspace real.
Abierto, no priceado
Open source. Licenciado bajo MIT. Distribuido como workspace de Claude Code.
Sin tiers, sin license fee. 7 stacks de template, el roster completo de agentes, y el namespace de comandos `pb:` — self-hosted en tu propio workspace, y alcanzable desde otras tools a través del mismo namespace.
Licenciado bajo MIT porque la fábrica tiene que ser frictionless de adoptar. No hay server que cobrar ni seat fee que definir — el costo que corras (tokens, compute) lo gobernás vos, a las tarifas que definas por tenant.
Licenciado bajo MIT · Workspace de Claude Code · Multi-tool vía pb: · No SaaS, no lock-in · Cost governance operator-owned
MIT
Licencia
7
Stacks de template

Open source
Package Builder
7 stacks de template + ~331 agentes + comandos pb:
licencia abierta · self-hosted
Roster completo incluidoQué incluye:
- ✓7 stacks de template instanciables — frontend-react, backend-python, backend-rust, mobile-rn, cli, chrome-extension, html-ppt-template
- ✓~331 agentes especializados en ~28 divisions, ~89 skills — conteos verificados al leer
- ✓Namespace de comandos pb: — funciona en Claude Code, Cursor, Copilot y otras tools
- ✓Orquestación NEXUS de 7 fases vía `/nexus [mode]`
- ✓Multi-tenancy con RBAC en cada acción destructiva
- ✓Integraciones offline-guarded detrás de un provenance gate fail-closed
- ✓Token budgets por tenant — tarifas operator-owned, no shippeadas
- ✓Licenciado bajo MIT, sin SaaS, sin lock-in
Por qué MIT, y por qué ahora
Antes, cada stack nuevo significaba reconstruir la misma plomería. Ahora significa correr `rename.sh` contra un skeleton verificado.
FACTA abrió el código de la fábrica con la que construye sus propios productos, licenciada bajo MIT, porque un skeleton verificado y un roster de agentes gobernado no deberían reinventarse por equipo. Forkealo, corrélo en tu propio workspace, y definí tus propios token budgets — el costo que pagás es el compute que corrés, no un license fee a FACTA.
Licenciado bajo MIT. Sin server que correr, sin SaaS que abandonar, sin seat fee que negociar.
Cómo los equipos adoptan la fábrica
De un template a una fábrica multi-tenant
Cuatro stages — Evaluate, Adopt, Expand, Sovereign. No hay gate de compra — está licenciado bajo MIT desde el primer clone.
package-builder en sí es pre-revenue externo — esto describe cómo un equipo dentro o junto a FACTA lo adopta realmente, no un funnel de ventas.

Evaluate
Explorá el workspace
Cloná el workspace y leé el roster y el skeleton de un template — verificá que el integrity gate dé verde antes de comprometerte con algo.
Ver más
Adopt
Instanciá un stack
Corré `rename.sh` contra uno de los 7 stacks de template y mirá a `verify-template.sh` probar que instala y pasa el CI.
Ver más
Qué cambia cuando la fábrica es abierta
Lo que realmente cambia
Sin cifras inventadas — el ahorro está en la plomería que dejás de reconstruir y en la governance que dejás de parchar después de los hechos.
Modelo de licencia
Sin
Reconstruido desde cero, cada stack, cada equipo
Con Package Builder
Licenciado bajo MIT, forkeado una vez, extendido para siempre
Ahorro
Cortá el sangrado
Cobertura de tools
Sin
Un stack, auth y CI hand-rolled
Con Package Builder
7 stacks verificados, un namespace pb: entre tools
Ahorro
6 stacks que no tuviste que hand-rollear
Profundidad de audit
Sin
Ad hoc, sin record
Con Package Builder
Integrity gate + leak-guard de provenance en cada template
Ahorro
Audit-ready
Updates
Sin
Reescrito a mano, o nunca
Con Package Builder
Forkeá y hacé pull — sin seat fee, nunca
Ahorro
Lifetime
Ownership
Sin
Rentado de un vendor
Con Package Builder
Workspace self-hosted, licenciado bajo MIT, tuyo
Ahorro
Tuyo
Los conteos son architecture-scale, no revenue — package-builder todavía no tiene clientes externos. Verificá los conteos actuales en conversación.
Seguridad que podés poner frente a legal.
Sin cloud que breachear — el workspace vive en tu propio repo. RBAC controla cada acción destructiva, verificada contra tu identity provider. Las integraciones de datos son offline-guarded y resuelven credenciales a través de un provenance gate fail-closed. Licenciado bajo MIT, sin SaaS, sin lock-in.
- ✓Workspace self-hosted — sin cloud, sin egress
- ✓Integraciones offline-guarded — sin llamadas live sin un flag explícito
Sin lock-in, sin sorpresas
- Licenciado bajo MIT, sin fee recurrente
- 7 stacks de template, listos para instanciar
- ~331 agentes en ~28 divisions
- ~89 skills reutilizables
- Namespace de comandos pb:
- Orquestación NEXUS de 7 fases
- No SaaS, no lock-in
- Workspace self-hosted
FAQ
Preguntas frecuentes
Todo lo que necesitás saber sobre el toolkit — escribinos por WhatsApp si algo todavía no queda claro.
¿Esto es una suscripción SaaS?+
No. package-builder está licenciado bajo MIT y es self-hosted — no hay suscripción, no hay seat fee, y no operamos ningún server por vos.
¿Qué tools soporta?+
Claude Code es el workspace nativo. El namespace de comandos `pb:` también se distribuye a Cursor, GitHub Copilot y otras tools sin colisionar con los comandos propios de un proyecto host.
¿Qué es el namespace pb:?+
Una feature de plugin manifest que expone todo el roster — agentes, skills y comandos — bajo /pb:xxxx, así nunca colisiona con los comandos propios de un proyecto host.
¿Cuántos agentes y divisions tengo?+
El roster completo — hoy ~331 agentes especializados en ~28 divisions y ~89 skills. Los conteos son dinámicos y se derivan del filesystem, no un número fijo que garanticemos.
¿Cómo funcionan los updates?+
Forkeá o hacé pull del workspace cuando quieras — no hay licencia que renovar ni fee de update, porque no hay license fee para empezar.
¿Hay trial?+
No hay trial porque no hay compra — está licenciado bajo MIT. Hablá con los fundadores si querés un walkthrough antes de adoptarlo.
¿Puedo ver los templates antes de adoptar uno?+
Sí — hablá con los fundadores y te mostramos un stack de template y el integrity gate que lo verifica.
¿Cómo lo consigo?+
Hablá con los fundadores por WhatsApp — no hay flujo de compra ni licencia que firmar; te ayudamos a correr el workspace en tu propio repo.
Tu propio workspace
¿Querés verlo corriendo primero?
Hablá con los fundadores.
Te mostramos los stacks de template, el roster de agentes, y el integrity gate que verifica cada uno. package-builder está licenciado bajo MIT y es self-hosted: sin compra, sin licencia que firmar, sin presión de seguimiento.
- Licenciado bajo MIT
- 7 stacks de template
- ~331 agentes / ~28 divisions
- No SaaS

















