AiHummer
Français▾
ConnexionCompte
v1.2.x▾
v1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Place de marché et plugins/Aperçu du marché et niveaux

Aperçu du marché et niveaux

v1.2.x · mis à jour 2026-07-05

Le place de marché des plugins est la façon dont AiHummer se développe au-delà de son runtime intégré. Son catalogue se synchronise depuis un CDN, les installations se font en un clic depuis l’interface d’administration, et chaque plugin fonctionne hôte-natif — il n’y a Docker nulle part dans le modèle. Les plugins arrivent trois niveaux qui diffèrent dans la manière dont ils s’exécutent et ce qu’ils peuvent faire.

Les trois niveaux en un coup d’œil

Niveau Ce que c’est Comment ça fonctionne Identifiants
Niveau 1 Services autonomes natifs de l’hôte (canaux, voix) Son propre module systemd en bac à sable + port Partagé (espace de travail)
Niveau 2 Outils/compétences en cours de traitement À l’intérieur du processus de passerelle Personnel ou partagé
Niveau 3 Types de sources sans code (OpenAPI, MCP) Synthétisé par la passerelle, aucun code Personnel (OAuth par utilisateur) ou partagé

Niveau 1 — services natifs indépendants de l’hôte

Les plugins de niveau 1 sont des services complets à part entière : des connecteurs de canal et des composants vocaux tels que les plugins SIP, Bitrix24, Einstein et iOS-proxy. Chacun est déployé en tant que sa propre unité systemd en bac à sable écoutant sur son propre port, et la passerelle communique avec lui via HTTP. C’est le principe du « natif de l’hôte, pas Docker » en action — un plugin est un service système géré, pas un conteneur.

Connecteurs de chaîne dans le catalogue : Telegram est inclus dans le plan Communauté ; MAX (un nouveau messager russe, chaîne max), Bitrix24 (un canal de messagerie interne pour les employés, pas un canal omnicanal pour les clients), ainsi que Discord, Slack, Teams, Matrix, Signal, Email et WhatsApp sont soumis à licence — voir la note ci-dessous.

[!NOTE] Le plan Communauté inclut uniquement le canal principal — Telegram. L’installation de tout autre connecteur de canal nécessite un abonnement actif Démarreur, Affaires ou Entreprise licence ; sur la Communauté la demande d’installation retours HTTP 402 « mise à niveau requise » (code plan_limit) — voir Licence.

[!NOTE] Les plugins de niveau 1 ne sont pas intégrés dans le binaire de la passerelle. Ils sont installés et supervisé en tant que services systemd séparés et accessibles via une URL, c’est pourquoi chaque l’un a son propre port.

Niveau 2 — outils/compétences en cours de développement

Les plugins de niveau 2 sont outils/compétences compilés dans la passerelle et exécutés à l’intérieur de son processus. Parce qu’ils s’exécutent en processus pour le compte de l’utilisateur actif, ils peuvent utiliser identifiants personnels ou partagés: le mode personnel attribue une action à une personne spécifique (leur identification et attribution de tour), le mode partagé utilise une seule identification à l’échelle du poste de travail.

[!NOTE] Intégrations personnelles aux comptes externes (Google, Microsoft, Todoist, Asana, Jira, ClickUp, GitLab, Spotify, Fitbit, Oura, SmartThings et plus) livrent en tant que zéro-code Niveau 3 — OAuth par utilisateur intégrations que chaque utilisateur connecte à son propre compte.

Niveau 3 — types de sources sans code

Les plugins de niveau 3 nécessitent aucun code d’intégration. Il y a deux types de sources :

  • OpenAPI — pointez vers n’importe quelle spécification OpenAPI 3.x et AiHummer synthétise un outil par opération.
  • MCP — connectez-vous à n’importe quel serveur MCP via stdio ou HTTP et exposez son tools/list.

Les deux transforment un service existant en outils d’agent sans que vous ayez à écrire ou déployer du code.

Grâce au mécanisme OpenAPI avec OAuth par utilisateur, un grand ensemble de intégrations personnelles est déjà disponible — chaque utilisateur les connecte à son propre compte : Gmail, Google Agenda, 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 et plus encore. Voir Intégrations sans code pour la visite complète.

Le catalogue et le CDN

Le catalogue du marché se synchronise à partir d’un CDN, donc la liste des plugins installables est maintenue à jour sans emballage manuel de votre part. Depuis l’interface d’administration, vous parcourez le catalogue, installez en un seul clic, et laissez chaque installation se mettre à jour automatiquement selon son propre calendrier.

Officiel et communautaire

Le catalogue est divisé en deux registres qui ne pas mélanger:

  • Officiel (première partie) — modules de AiHummer. La source est épinglée et fiable par défaut (vérifié par rapport à la clé de registre épinglée) ; dans l’interface Web ces plugins portent un officielle badge et rang d’abord.
  • Communauté (tierce partie) — plugins provenant de développeurs externes publiés via le cabinet personnel («Mes plugins» → téléverser → révision par IA → modération humaine). Ils sont ajoutés en tant que source séparée (community-catalog.json) qui fait ne pas écraser le catalogue officiel ; dans Ces plugins listés s’affichent sans badge et sont triés par nombre de téléchargements.

Les deux registres utilisent le même contrat de manifeste et le même chemin d’installation ; ils diffèrent par origine et ancre de confiance (voir Installation et mises à jour).

Où aller ensuite