AiHummer
Français▾
ConnexionCompte
v1.1.x▾
v1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Commencer/Introduction

Introduction

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

AiHummer est une plateforme d’agents IA pour les entreprises — disponible en tant que service cloud géré ou en auto-hébergement. Il ingère des messages provenant des canaux des employés et des clients, les dirige chacun vers le bon agent, exécute un tour d’appel de fonction avec des outils et une mémoire à long terme, et renvoie la réponse au canal d’origine — le tout géré depuis une interface d’administration web et une API compatible avec OpenAI.

C’est un produit complet, pas un framework ni un SDK. Un service autonome unique agit à la fois comme plan de contrôle et moteur de tours, donc un déploiement typique consiste en un service plus PostgreSQL.

Ce que vous obtenez

  • Orchestration multi-agent avec des sous-agents et un raisonnement optionnel stratégies (plan-étapes, réfléchir, débattre, meilleur-de-N, auto-guérison).
  • Agents de première classe avec des personas, une invite structurée et un modèle par agent.
  • Mémoire à long terme (Einstein) — faits extraits comme des affirmations examinables, ensuite promu en mémoire ; le rappel est enveloppé dans une barrière de données contre l’injection de prompt.
  • Connaissance / RAG avec citations, plus deep_research pour des rapports à plusieurs étapes.
  • Chaînes — Telegram, VK, Avito, MAX, Bitrix24, téléphonie SIP et le application mobile et de bureau ; la disponibilité dépend des connecteurs installés.
  • Une place de marché de plugins avec une installation native de l’hôte en un seul clic.
  • Un coffre de credentials chiffré, SSO d’entreprise (SAML / LDAP / SCIM / OIDC) et la sécurité au niveau des lignes de Postgres pour l’isolation multitenant.

Comment un virage coule

  1. A chaîne livre un message entrant à la passerelle.
  2. Le routeur résout l’agent cible via des liaisons, @-mentions ou une option de secours.
  3. Le chef d’orchestre assemble une invite système en couches et conviviale pour le cache et exécute une boucle d’appel de fonction sur des outils intégrés, des sous-agents et des plugins.
  4. Mémoire et connaissance fonder la réponse ; les deux arrivent comme des résultats d’outil, jamais comme des instructions injectées.
  5. Le service de livraison renvoie la réponse au canal d’origine, en essayant de nouveau selon la politique configurée et en signalant un échec clair si elle ne peut pas effectuer la livraison.
channel ─▶ router ─▶ orchestrator (tools · sub-agents · memory · RAG) ─▶ delivery ─▶ channel

Principes fondamentaux

Ce ne sont pas des phrases de marketing — chaque page de ce guide reste à l’intérieur d’elles.

  • Natif de l’hôte, pas Docker. AiHummer se déploie sous forme de tarball de version fonctionnant sous systemd de ~/.aihummer (le répertoire personnel de l’utilisateur qui a exécuté le installer). Il n’y a ni conteneurs ni orchestrateurs.
  • Pas de modèles payants obligatoires. Il fonctionne sur des modèles gratuits/locaux et un Transport Codex/ChatGPT-abonnement. Les clés BYOK par locataire sont facultatives.
  • La sécurité en tant que propriété fondamentale. Coffre-fort chiffré par enveloppe, humain dans la boucle portes d’approbation, effets secondaires idempotents, confinement des données contre l’injection de commandes, IP liste blanche et audit.
  • Stabilité. SemVer avec des migrations de base de données sécurisées vers l’avant et appliquées automatiquement.

[!NOTE] AiHummer expose une compatibilité avec OpenAI POST /v1/chat/completions point de terminaison (avec streaming SSE). Cela fait pas exposer /v1/models ou /v1/embeddings, et l’observabilité est OTLP-push — il n’y a pas de Prometheus /metrics point de terminaison.

Pour qui c’est

  • Entreprises qui souhaitent un employé IA interne répondre au personnel Telegram ou Bitrix24, avec mémoire, connaissances et portes d’approbation.
  • Équipes en contact avec la clientèle mettre un agent sur un site web, une ligne téléphonique ou un application mobile.
  • Déploiements soucieux de la sécurité, de la conformité et de la souveraineté qui ont besoin auto-hébergement, pas de Docker, pas de modèle payant externe obligatoire, secrets chiffrés, Isolation RLS et SSO.
  • Équipes de plateforme et informatique qui veulent un produit complet — interface d’administration, multitenance, place de marché — au lieu de constituer un cadre.

Cloud ou votre propre serveur : lequel choisir

Il y a deux façons obtenir AiHummer. Vous choisissez une fois, dans l’assistant d’intégration du compte personnel — et ce choix décide de ce que vous configurez ensuite. Vous n’avez pas besoin de connaître quoi que ce soit de technique au départ ; voici une comparaison simple.

Cloud géré Auto-hébergé (votre serveur)
Qui gère le serveur Nous le faisons — vous obtenez une adresse prête <name>.cloud.aihummer.ru Vous le faites — installez-le sur votre propre serveur Linux
Ce dont vous avez besoin Il suffit de s’inscrire et de payer Un serveur Linux (root, ou une installation sans root)
Il est temps de lancer Quelques minutes après le paiement Une commande d’installation + première connexion
Essai gratuit 10 jours gratuits sur le plan d’entrée Plan communautaire gratuit, sans cloud
Mises à jour Automatique, de notre côté L’instance se met à jour via votre lien
Meilleur pour Toute personne qui souhaite un assistant « qui fonctionne simplement » sans serveur propre Toute personne ayant besoin de souveraineté des données, de son propre périmètre, de conformité

En résumé : si vous n’avez pas de serveur à vous ou préférez ne pas en gérer un, choisissez nuage. Si vos données doivent rester à l’intérieur de votre propre périmètre et que vous avez un serveur Linux, choisissez auto-hébergé. Vous pouvez changer d’avis : tant que l’instance n’est pas encore liée, le bouton « changer de chemin » de l’assistant d’intégration vous permet de basculer facilement.

Où aller ensuite