Orbitant ha publicado Orbitant OS, un proyecto de código abierto que reúne skills, agentes especializados y comandos para reutilizar flujos de trabajo con asistentes de inteligencia artificial. El repositorio organiza estas capacidades en plugins independientes para marketing, operaciones e ingeniería y está pensado principalmente para Claude Code, aunque sus componentes también pueden utilizarse con Claude.ai, la API de Claude y otros agentes compatibles mediante skills.sh.
Las claves de Orbitant OS en 20 segundos
- Orbitant OS es un marketplace abierto de plugins con instrucciones, comandos y agentes especializados.
- Actualmente separa sus herramientas en tres áreas: marketing, operaciones e ingeniería.
- Claude Code dispone de integración nativa con el sistema de plugins.
- Parte de las skills puede trasladarse a Cursor, Cline o Copilot mediante skills.sh.
- El proyecto se distribuye con licencia MIT y acepta contribuciones externas.
La idea parte de un problema reconocible para quienes trabajan habitualmente con agentes de IA: muchas tareas requieren volver a proporcionar las mismas instrucciones, convenciones, contexto o procedimientos. Orbitant propone convertir ese conocimiento en componentes que puedan instalarse y mantenerse como software.
No es un nuevo modelo de inteligencia artificial ni un sistema operativo en el sentido tradicional. El nombre Orbitant OS describe una capa de organización para capacidades que se ejecutan sobre asistentes existentes.
El proyecto distingue tres piezas. Las skills contienen instrucciones que el agente puede cargar cuando resultan pertinentes; los commands son acciones que el usuario ejecuta expresamente mediante comandos como /preflight o /triage; y los agents son subagentes especializados que disponen de capacidades y herramientas delimitadas para una tarea.
La diferencia puede parecer pequeña, pero permite separar el conocimiento sobre cómo realizar un trabajo de la conversación concreta mantenida con el modelo. En lugar de reconstruir un prompt complejo cada vez, ese procedimiento queda almacenado, versionado y reutilizable.
Marketing, operaciones e ingeniería como plugins independientes
Orbitant OS organiza actualmente sus componentes por áreas. El repositorio público muestra tres plugins: orbitant-marketing, orbitant-operations y orbitant-engineering. La documentación web todavía muestra versiones anteriores en algunos apartados, mientras que el README del repositorio refleja actualizaciones más recientes, una diferencia habitual en proyectos que evolucionan rápidamente.
El plugin de marketing incorpora skills para crear y revisar artículos, traducir contenidos, aplicar un tono determinado y preparar materiales para LinkedIn, YouTube, newsletters o generación de imágenes.
Operaciones sigue un enfoque diferente. Incluye comandos como /preflight, /status, /today, /triage, /week, /prep, /crm, /todo, /query y /report. También dispone de skills y agentes orientados a tareas empresariales.
La tercera área es ingeniería. El repositorio incorpora componentes relacionados con preparación para IA, higiene de repositorios Git, comprobaciones relacionadas con OWASP, metodología de aplicaciones de doce factores y distintos procesos de aprendizaje y análisis. Incluye además el comando /ground-control.
| Plugin | Orientación | Ejemplos |
|---|---|---|
| orbitant-marketing | Contenidos y marketing | Artículos, traducción, tono, LinkedIn, newsletter |
| orbitant-operations | Trabajo diario y operaciones | Tareas, CRM, reuniones, informes, triaje |
| orbitant-engineering | Desarrollo e ingeniería | Git, OWASP, AI readiness, aprendizaje |
La arquitectura evita instalar necesariamente todo el proyecto. Cada vertical funciona como un plugin independiente y utiliza su propio espacio de nombres. Un equipo de contenidos puede quedarse con las herramientas de marketing mientras un desarrollador utiliza las relacionadas con ingeniería.
La instalación en Claude Code parte de añadir el marketplace y seleccionar posteriormente los plugins necesarios:
/plugin marketplace add weorbitant/orbitant-os
/plugin install orbitant-marketing
/plugin install orbitant-operationsLas nuevas versiones pueden actualizarse posteriormente mediante /plugin update.
De guardar prompts a mantener conocimiento como código
Uno de los aspectos más interesantes de Orbitant OS no está en una skill concreta, sino en su forma de empaquetarlas.
Una skill se almacena en su propia carpeta y utiliza un archivo SKILL.md con metadatos como nombre, descripción, versión, licencia, autor y etiquetas. La descripción tiene una función especialmente importante porque sirve para indicar al agente cuándo resulta pertinente cargar esas instrucciones.
Esto convierte procedimientos que normalmente vivirían en documentos internos, prompts guardados o conversaciones antiguas en archivos que pueden mantenerse dentro de un repositorio Git.
El equipo puede revisar los cambios, comparar versiones, probar modificaciones y utilizar un proceso de integración continua (CI) para comprobar el proyecto. Orbitant incluye precisamente scripts de validación y un flujo de GitHub Actions dentro de su repositorio.
También hay una segunda vía dirigida a desarrolladores. Cada vertical puede consumirse como un paquete público de npm bajo el ámbito @orbitant. Una aplicación TypeScript puede incorporar, por ejemplo, el denominado «brain» de marketing y fijar su versión mediante las herramientas habituales del ecosistema npm.
El enfoque plantea una evolución interesante respecto a las grandes bibliotecas de prompts. La unidad reutilizable deja de ser únicamente un texto y puede convertirse en un pequeño paquete con instrucciones, referencias, agentes, comandos y dependencias.
Claude Code es el punto de partida, pero no el único destino
El proyecto tiene una vinculación clara con Claude. La estructura del repositorio contiene configuración específica para Claude y Claude Code dispone de soporte nativo para los plugins, mientras que las skills pueden cargarse en Claude.ai. Para el uso programático, Orbitant remite a la API de skills de Claude.
Orbitant también documenta el uso de skills en Cursor, Cline y Copilot mediante skills.sh. Eso no significa que todos los componentes funcionen exactamente igual en cualquier agente: las skills son más fáciles de trasladar que un flujo que dependa de comandos, herramientas o integraciones específicas.
El repositorio contempla además el uso de servidores Model Context Protocol (MCP) cuando un plugin necesita comunicarse con servicios externos. El instalador puede configurar integraciones con herramientas como Gmail, Calendar o Slack y conducir al usuario por la autenticación OAuth correspondiente.
Ahí aparece también una cuestión relevante para cualquier organización que adopte este tipo de sistemas. Instalar instrucciones para redactar un artículo tiene unas implicaciones muy diferentes a proporcionar a un agente acceso al correo electrónico, un CRM o herramientas corporativas. En estos casos resulta necesario revisar qué servidor MCP se instala, qué permisos solicita y qué acciones quedan disponibles para el agente.
Orbitant OS todavía es un proyecto pequeño. En el momento de la consulta, su repositorio público en GitHub mostraba seis estrellas y ningún fork, por lo que sería prematuro presentarlo como un estándar consolidado. Su interés está más en el modelo que propone: tratar parte del conocimiento operativo utilizado por los agentes como componentes instalables, versionables y compartibles, en lugar de mantenerlo repartido entre prompts y conversaciones.
El repositorio está publicado con licencia MIT y explica el procedimiento para que terceros creen nuevas skills y envíen sus cambios mediante pull requests. Eso permite que el catálogo pueda crecer más allá de los componentes desarrollados inicialmente por Orbitant.
