Respuestas claras sobre HubBound.

HubBound es el hub de gobernanza del tooling de IA. Los equipos de software versionan skills, reglas, hooks, subagentes y servidores MCP como Artifacts, los agrupan en Kits, los distribuyen a sus equipos y los instalan en la máquina de cada desarrollador con un solo comando, y luego miden cómo se usa el tooling de IA en toda la organización. Funciona como un registro privado de configuración para agentes de IA, con la capa de organización que los registros públicos no tienen: equipos, roles, distribución con alcance y medición en toda la organización.

Un AI Artifact es una unidad versionada y reutilizable de configuración para agentes de IA en HubBound. Es uno de exactamente cinco tipos: una skill, una regla, un hook, un subagente o un servidor MCP. Cada cambio en sus archivos o ajustes guarda una versión nueva, un Historial registra cada evento y su visibilidad (Privado, Organización o Público) solo puede aumentar. Un Artifact puede instalarse solo o agrupado en un Kit.

Un Kit es un conjunto de AI Artifacts con nombre y versión que HubBound instala y 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, y cada cambio en el contenido de un Kit guarda una versión nueva del Kit. En vez de pedirle a alguien que recién entra que copie nueve archivos de una wiki, le pasas un Kit y su entorno queda igual al del resto del equipo.

El Marketplace de HubBound es un catálogo de solo lectura 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 su propia organización. Cada entrada muestra su versión y su comando de instalación, y en lugar de editarla, un equipo la bifurca en una copia privada o la distribuye a sus equipos.

La mayoría empieza pegando prompts en una wiki o copiando archivos de reglas entre máquinas, y eso se desincroniza en semanas. HubBound lo reemplaza con una sola fuente gobernada: skills, reglas, hooks, subagentes y servidores MCP se vuelven Artifacts versionados, se agrupan en Kits y se distribuyen a equipos concretos o a toda la organización. Una versión nueva llega a cada distribución que sigue la última versión, las fijadas se quedan donde están, y la CLI y el Runtime de HubBound mantienen cada máquina sincronizada.

No. HubBound trabaja junto a las herramientas de coding con IA que tu equipo ya usa: estandariza cómo se configuran, distribuye esos estándares como Kits y mide cómo se usan. Tus desarrolladores conservan sus herramientas preferidas.

HubBound funciona con cinco herramientas de coding con IA: Claude Code, Cursor, OpenAI Codex, GitHub Copilot y Antigravity. Los Kits son portables entre todas: el mismo Kit se instala en cualquier herramienta compatible sin reescribir los estándares que contiene.

HubBound es para organizaciones de ingeniería de cualquier tamaño con más de un desarrollador usando IA: desde startups que estandarizan el uso de IA desde el día uno, hasta empresas que necesitan gobernanza y visibilidad entre muchos equipos. Quien compra suele ser un líder de ingeniería o de plataforma; quien lo usa a diario es el desarrollador.

Una organización de HubBound tiene tres roles: Admin de org, Admin de equipo y Miembro. Los Admin de org tienen control total, incluidos Configuración, miembros, facturación y las distribuciones para toda la organización. Los Admin de equipo crean equipos, invitan y gestionan a sus miembros, y les distribuyen Kits y Artifacts. Los Miembros usan lo que se les distribuye, sin pantallas de administración que aprender.

En HubBound, un Kit o un solo Artifact llega a las personas mediante una distribución con tres decisiones. El destino: un equipo, o toda la organización, que solo pueden elegir los Admin de org. La regla: Obligatorio, que el Runtime de HubBound instala para cada miembro en su siguiente sincronización en segundo plano, u Opcional, que decide cada miembro. La versión: siempre la última, o fijada a una versión exacta hasta que un admin la cambie.

HubBound se instala desde su página de la CLI: descarga el paquete completo (la CLI de HubBound más el Runtime de HubBound) para Windows, macOS con Apple Silicon o Linux desde la última versión publicada, inicia sesión con hubbound auth login y luego instala un Kit con hubbound install kit seguido de su etiqueta de dueño y su nombre. A partir de ahí, el Runtime sincroniza en segundo plano las distribuciones de la máquina.

Los registros públicos son directorios: te ayudan a descubrir un servidor MCP, pero no saben quién está en tu equipo. HubBound agrega la capa de organización: Artifacts privados con alcance a tu empresa, Kits distribuidos a equipos concretos, tres roles (Admin de org, Admin de equipo y Miembro) y el uso de IA medido en toda la organización. El descubrimiento es lo mínimo; la distribución con alcance dentro de una empresa es lo que los registros públicos no pueden hacer.

Los Artifacts y Kits que no son públicos nunca salen de tu organización. Uno Privado solo lo ven su dueño y las personas con acceso de Lectura, Escritura o Admin; uno de Organización lo ve cada miembro de tu organización y nadie fuera de ella. La visibilidad solo puede aumentar, nunca bajar, y la aplica HubBound, no una convención.

Sí. El módulo de Seguridad de HubBound audita el contenido exacto que se publicó de una versión de una Skill cuando alguien de la organización lo pide: un conjunto de reglas deterministas marca patrones peligrosos conocidos, como scripts remotos ejecutados por tubería, acceso a credenciales y salidas de red no declaradas, y una revisión del modelo busca lo que las reglas no pueden expresar, como instrucciones dirigidas al agente. El resultado es un veredicto (limpia, con hallazgos, peligrosa o inconclusa), un puntaje de riesgo de 0 a 100 y cada hallazgo con su evidencia y su corrección. El veredicto es orientativo: HubBound no bloquea descargas, instalaciones ni distribuciones por él.

Live Planning es el espacio colaborativo de HubBound para planes de implementación, en Beta. El plan que escribe tu agente de código se convierte en un documento Markdown compartido: tu equipo lo edita en vivo y comenta pasajes seleccionados, cada persona puede lanzar su propio agente de código (Claude Code, Codex, Cursor, GitHub Copilot o Antigravity, o cualquier cliente MCP a través del servidor hubbound-live-planning) para ajustarlo, y los revisores aprueban un punto de control antes de que un agente ejecute el plan.

HubBound mide el tooling de IA en tres palancas. Adopción: sesiones, personas activas, herramientas y modelos, y qué Skills y servidores MCP se usan. Gasto: tokens, costo por modelo y por persona, costo asociado a commits y pull requests, y ahorro por caché de prompts. Entrega: commits, pull requests, su resultado, tiempo hasta el merge y líneas añadidas, con la parte que tiene evidencia de IA. Un Admin de org ve toda la organización o un miembro; los demás ven su propia actividad. Las métricas no se dividen por equipo.