Resumen del mercado y niveles
la mercado de complementos es como AiHummer crece más allá de su tiempo de ejecución incorporado. Su catálogo se sincroniza desde un CDN, las instalaciones son con un solo clic desde la interfaz de administración, y cada complemento se ejecuta anfitrión-nativo — no hay Docker en ninguna parte del modelo. Los plugins entran tres niveles que difieren en cómo se ejecutan y lo que pueden hacer.
Los tres niveles de un vistazo
| Nivel | Qué es | Cómo funciona | Credenciales |
|---|---|---|---|
| Nivel 1 | Servicios nativos independientes del host (canales, voz) | Su propia unidad systemd en sandbox + puerto | Compartido (espacio de trabajo) |
| Nivel 2 | Herramientas/habilidades en proceso | Dentro del proceso de la puerta de enlace | Personal o compartido |
| Nivel 3 | Tipos de fuente sin código (OpenAPI, MCP) | Sintetizado por la puerta de enlace, sin código | Personal (OAuth por usuario) o compartido |
Nivel 1 — servicios nativos del host independientes
Los plugins de nivel 1 son servicios completos por derecho propio: conectores de canales y componentes de voz como los plugins SIP, Bitrix24, Einstein y iOS-proxy. Cada uno se implementa como su propia unidad systemd en un entorno aislado escuchando en su propio puerto, y la puerta de enlace se comunica con él a través de HTTP. Este es el principio de “nativo del host, no Docker” en acción: un plugin es un servicio del sistema gestionado, no un contenedor.
Conectores de canal en el catálogo: Telegram está incluido en el plan Comunitario; MAX (un nuevo mensajero ruso, canal max), Bitrix24 (un canal de mensajería interna para empleados, no un canal omnicanal para clientes), además de Discord, Slack, Teams, Matrix, Signal, correo electrónico y WhatsApp, están restringidos por licencia; vea la nota a continuación.
[!NOTE] El plan Community incluye solo el canal principal: Telegram. Instalar cualquier otro conector de canal requiere un activo Arrancador, Negocios o Empresa licencia; en Comunidad la solicitud de instalación devuelve HTTP 402 “actualización requerida” (código
plan_limit) — ver Licenciamiento.
[!NOTE] Los complementos de nivel 1 no están incluidos en el binario del gateway. Se instalan y supervisados como servicios separados de systemd y accesibles por URL, razón por la cual cada uno tiene su propio puerto.
Nivel 2 — herramientas/habilidades en proceso
Los complementos de nivel 2 son herramientas/habilidades compiladas en la puerta de enlace y ejecutadas dentro de su proceso. Debido a que se ejecutan en el proceso en nombre del usuario que actúa, pueden usar credenciales personales o compartidas: el modo personal atribuye una acción a una persona específica (sus credenciales y la atribución del turno), el modo compartido usa una credencial válida en todo el espacio de trabajo.
[!NOTE] Integraciones personales con cuentas externas (Google, Microsoft, Todoist, Asana, Jira, ClickUp, GitLab, Spotify, Fitbit, Oura, SmartThings y más) se envían como nivel 3 sin código — OAuth por usuario integraciones a las que cada usuario se conecta con su propia cuenta.
Nivel 3 — tipos de fuente sin código
Los complementos de nivel 3 requieren ningún código de integración. Hay dos tipos de fuente:
- OpenAPI — señala cualquier especificación OpenAPI 3.x y AiHummer sintetiza una herramienta por operación.
- MCP — conectarse a cualquier servidor MCP mediante stdio o HTTP y exponer su
tools/list.
Ambos convierten un servicio existente en herramientas de agente sin que tengas que escribir o desplegar ningún código.
A través del mecanismo OpenAPI con OAuth por usuario, un gran conjunto de integraciones personales ya está disponible — cada usuario los conecta a su propia cuenta: Gmail, Google Calendar, Google Contacts, Google Tasks, Google Drive, YouTube, Outlook Mail, Outlook Calendar, OneDrive, Microsoft To Do, Todoist, Asana, Jira Cloud, ClickUp, GitLab, Fitbit, Oura Ring, Spotify, Samsung SmartThings y más. Ver Integraciones sin código para la guía completa.
El catálogo y la CDN
El catálogo del mercado se sincroniza desde un CDN, de modo que la lista de complementos instalables se mantenga actualizada sin necesidad de empaquetado manual de tu parte. Desde la interfaz de administración navegas por el catálogo, instalas con un clic y permites que cada instalación se actualice automáticamente según su propio calendario.
Oficial y comunitario
El catálogo está dividido en dos registros que no mezcles:
- Oficial (de primera mano) — módulos de AiHummer. La fuente está fijada y confiable por defecto (verificado contra la clave del registro fijada); en la interfaz web estos complementos llevan un Oficial insignia y rango primero.
- Comunidad (de terceros) — complementos de desarrolladores externos publicados a través de
la gabinete personal («Mis complementos» →
subir → revisión por IA → moderación humana). Se añaden como un fuente separada
(
community-catalog.json) que hace no sobrescribir el catálogo oficial; en listados estos complementos se muestran sin una insignia y se ordenan por número de descargas.
Ambos registros utilizan el mismo contrato de manifiesto y la misma ruta de instalación; difieren en origen y ancla de confianza (ver Instalar y actualizar).
¿A dónde vamos ahora?
- Instalar y actualizar — el de un solo clic instalar unidades de ciclo de vida y unidades systemd en sandbox.
- SDK de complementos — crea tu propio complemento desde un
soltera
manifest.json. - Publicando un complemento — el oficial y registro comunitario, los dos modos de publicación.
- Integraciones sin código — OpenAPI y MCP activados detalle.