Muchos Artifacts.Un solo Kit.
HubBound convierte las skills, reglas, servidores MCP, subagentes y hooks de tu equipo en Artifacts versionados, y los agrupa en Kits que se instalan en cada máquina con un solo comando.
¿Qué es un Artifact en HubBound?
Un Artifact es la unidad versionada de tooling de IA en HubBound: una skill, una regla, un servidor MCP, un subagente o un hook que tu organización escribe una vez, administra e instala en la máquina de cada desarrollador. Hay exactamente cinco tipos de Artifact, y cada uno se configura según el trabajo que hace.
Skills
Un procedimiento empaquetado que un agente ejecuta por su nombre para tareas repetibles, escrito en archivos que el agente lee.
Por ejemplo: Un checklist de release que cada agente sigue de la misma forma.
Se configura con
- Archivo de entrada
Reglas
Una convención que el agente debe seguir, aplicada siempre, cuando el agente la considera relevante o solo a los archivos que coinciden con un patrón.
Por ejemplo: Convenciones de TypeScript aplicadas a cada archivo dentro de src.
Se configura con
- Cuándo se aplica
- Patrones de archivos
Servidores MCP
Un servidor del Model Context Protocol que le da al agente herramientas y datos, ejecutado como proceso local o accesible por HTTP.
Por ejemplo: Tu gestor de issues, disponible para cada agente del equipo.
Se configura con
- Transporte
- Comando o URL
- Secretos
- Permisos
Subagentes
Un agente especializado al que el agente principal le delega una tarea concreta, con sus propias instrucciones.
Por ejemplo: Un revisor de código que evalúa cada cambio con el mismo criterio.
Se configura con
- Archivo de entrada
Hooks
Una automatización que se ejecuta en un momento concreto del ciclo de vida del agente, como el inicio de sesión, la escritura de un archivo o una llamada a una herramienta.
Por ejemplo: Formatear cada archivo que escribe el agente, antes de que alguien lo revise.
Se configura con
- Disparador
- Categoría
- Archivo de entrada
¿Qué es un Kit en HubBound?
Un Kit es el paquete de Artifacts de HubBound: un conjunto con nombre y versión de skills, reglas, servidores MCP, subagentes y hooks que se instala y se distribuye como una sola unidad. Cada Artifact dentro de un Kit sigue su versión actual o se queda fijado a una versión exacta, así un equipo recibe lo nuevo donde lo quiere y estabilidad donde la necesita.
Ejemplo ilustrativo. Los nombres y versiones del Kit y de los Artifacts son solo para ilustración.
Hecho con los Artifacts de tu organización
Agregar artefacto elige cualquier Artifact de tu organización, filtrado por tipo. Desligar uno lo saca del Kit sin eliminarlo, y eliminar un Kit, que es permanente, deja sus Artifacts intactos.
Una versión nueva por cada cambio
Agregar, quitar o fijar un Artifact guarda una versión nueva del Kit, una instantánea de la versión exacta de cada Artifact que contiene. Una versión de Kit también puede incluir un changelog.
Bifurca para adaptar
Bifurcar crea una copia privada de un Kit que puedes modificar, desde su versión actual o desde una específica. El original queda exactamente como estaba.
¿Cómo se crea un Artifact en HubBound?
En HubBound, un Artifact se crea desde un formulario corto: un nombre, uno de los cinco tipos, una visibilidad y los pocos ajustes que necesita ese tipo. Cada Artifact empieza vacío, y sus archivos se agregan después en el editor integrado de HubBound.
Un nombre que la CLI puede usar
Los nombres usan minúsculas, dígitos y guiones, como release-checklist, porque el nombre forma parte de la etiqueta con la que se instala el Artifact.
Solo los ajustes que necesita su tipo
Eliges un tipo y el formulario pide lo que ese tipo necesita: un disparador y una categoría para un hook, cuándo se aplica una regla, un transporte y una conexión para un servidor MCP, o el archivo de entrada de una skill o un subagente.
Los archivos vienen después
Los archivos se crean o se suben en el editor, que muestra cada uno en crudo o como vista previa y marca el archivo de entrada desde el que arranca el Artifact.
Nombre
release-checklistVisibilidad
OrganizaciónLa visibilidad solo puede aumentar: privado → organización → público.
Punto de entrada
SKILL.mdNombre
typescript-conventionsVisibilidad
OrganizaciónLa visibilidad solo puede aumentar: privado → organización → público.
Aplicar regla
Archivos específicosPatrones de archivos
src/**/*.tsNombre
issue-trackerVisibilidad
OrganizaciónLa visibilidad solo puede aumentar: privado → organización → público.
Transporte
stdiohttpComando
npxArgumentos
-yNombre
code-reviewerVisibilidad
OrganizaciónLa visibilidad solo puede aumentar: privado → organización → público.
Punto de entrada
code-reviewer.mdNombre
format-on-writeVisibilidad
OrganizaciónLa visibilidad solo puede aumentar: privado → organización → público.
Categoría
BaseDisparador
Escritura de archivoPunto de entrada
hook.shEjemplo ilustrativo: cambia el tipo para ver qué ajustes pide cada uno. El formulario refleja la ventana Crear artefacto de HubBound.
¿Cómo versiona HubBound un Artifact?
HubBound versiona cada Artifact por sí solo: cada cambio en sus archivos o ajustes se guarda como una versión nueva, que pasa a ser la versión actual del Artifact, y un Historial registra quién lo creó, lo actualizó, lo bifurcó o cambió su visibilidad. Nadie tiene que acordarse de publicar un release.
Ejemplo ilustrativo. El diseño refleja el espacio de trabajo de Artefactos de HubBound: la lista de Artifacts, sus archivos y el editor con su selector de versión.
Versiones pasadas, tal como eran
Según tu plan, puedes abrir cualquier versión pasada en modo de solo lectura y ver exactamente qué contenía. Cuántas versiones guarda HubBound por Artifact también depende del plan.
Comparar planesUn Historial en todos los planes
Cada evento de un Artifact aparece con quién lo hizo y cuándo: creación, actualización, bifurcación, cambio de visibilidad, acceso otorgado.
La visibilidad solo sube
Privado, Organización o Público. La visibilidad solo puede aumentar, de Privado a Organización y a Público, y nunca bajar.
Acceso por Artifact
Lectura permite ver un Artifact, Escritura permite editarlo, y Admin además permite eliminarlo y decidir quién tiene acceso. Los Admin de org pueden hacer todo esto en cada Artifact.
¿Cómo se instala un Kit en cada máquina?
HubBound instala un Kit con un solo comando de la CLI, hubbound install kit, seguido de la etiqueta del Kit y, si quieres, una versión exacta. Ese comando aplica cada Artifact del Kit en Claude Code, Cursor, Codex, Antigravity y GitHub Copilot, así el mismo estándar llega a las herramientas de IA que use cada desarrollador.
Una etiqueta, una versión opcional
La etiqueta es el dueño y el nombre del Kit, tal como los muestran el Kit y su entrada en el Marketplace. Agrega @ y una versión para instalar esa versión exacta.
Cada herramienta compatible, o las que elijas
Por defecto una instalación cubre las cinco herramientas. El flag --tool la limita a las que nombres. No hay una lista de compatibilidad por tipo que revisar: cada tipo de Artifact se instala en las cinco.
Para un proyecto o para toda la máquina
--scope local instala en un proyecto que tiene un archivo hubbound.json, y --scope global instala para tu usuario. Ejecutar hubbound install solo instala todo lo que lista el hubbound.json del proyecto.
Instala un Kit fijado a una versión exacta
hubbound install kit jane-a1b2c3/ai-tools-bundle@1.2.0
Instala un Artifact solo para dos herramientas
hubbound install artifact jane-a1b2c3/my-hook --tool claudecode,cursor
Instala todo lo que lista el hubbound.json del proyecto
hubbound install
Se instala en
- Claude Code
- Cursor
- Codex
- Antigravity
- GitHub Copilot
Comandos y flags tal como aparecen en la referencia de la CLI de HubBound; las etiquetas son los ejemplos de la propia referencia.
O distribúyelo, y nadie tiene que ejecutar nada
Un admin puede distribuir un Kit en lugar de compartir un comando. Los Admin de org lo distribuyen a toda la organización y los Admin de equipo a sus equipos. Una distribución obligatoria se instala en la máquina de cada miembro en la siguiente sincronización en segundo plano; una opcional espera a que cada miembro decida.
¿Qué es el Marketplace de HubBound?
El Marketplace de HubBound es donde los equipos descubren Kits y Artifacts listos para usar: los públicos que publica la comunidad y, en los planes que lo incluyen, un marketplace privado para tu propia organización. Es de solo lectura: cada entrada muestra su versión y su comando de instalación, y en lugar de editarla la bifurcas en una copia privada o la distribuyes a tus equipos.
- Público, o solo tu organización
- Filtra entre el marketplace público y el privado de tu organización, y entre Kits y Artifacts. El marketplace privado viene con algunos planes.Ver qué planes lo incluyen
- Bifúrcalo para hacerlo tuyo
- Bifurcar crea una copia privada en tu organización que puedes modificar y versionar como cualquier cosa que haya creado tu equipo.
- Distribúyelo, o instálalo
- Distribuir envía una entrada a un equipo o a toda la organización, y el comando de instalación la instala desde la CLI.
Ejemplo ilustrativo. Los nombres, autores y versiones de las entradas son solo para ilustración, y las descargas quedan en blanco. El diseño refleja el Marketplace de HubBound.
Mira cómo se conecta todo.
Cada pieza de HubBound se apoya en las demás. Elige a dónde quieres ir ahora.
Créalo una vez. Instálalo en todas partes.
Conoce cómo HubBound convierte el tooling de IA de tu equipo en Artifacts y Kits versionados que llegan igual a cada máquina.
