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.

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 blancoScripts copy-pasteadosPackage Builder
Cobertura de templatesnopartialyes
Builds verificados (CI-gated)nopartialyes
Distribución multi-tool (pb:)nonoyes
Namespace pb: (sin colisión)nonoyes
Multi-tenancy + RBACnonoyes
Leak-guard de provenancenonoyes
Modelo de licenciaReconstruido cada vezCopiado cada vezMIT — 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.

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.

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

Open source

Package Builder

7 stacks de template + ~331 agentes + comandos pb:

licencia abierta · self-hosted

Roster completo incluido

Qué 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
Hablar con los fundadores

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.

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.

Hablar con los fundadores

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

Tu Privacidad Importa

Usamos cookies para mejorar tu experiencia, analizar el tráfico y mostrar anuncios personalizados.

Al hacer clic en "Aceptar Todo", consientes el uso de todas las cookies. Política de Cookies