Open source, modèles déployables et intégrations métier. Nous privilégions des architectures auditables, un hébergement choisi et des possibilités de reprise documentées.
Nous privilégions les logiciels open source et les solutions que nous pouvons déployer dans un environnement choisi avec vous. Voici des briques mobilisables selon le projet, avec leur rôle et un accès direct à leurs sources.
Choisir les modèles, leur environnement d’exécution et les données qui leur sont confiées.
OllamaExécuter des modèles sur une machine ou un serveur choisi.MIT
vLLMServir les modèles sur une infrastructure GPU dimensionnée au besoin.Apache 2.0
PyTorchExpérimenter, entraîner et adapter des réseaux de neurones.Licence du projet
TransformersIntégrer des architectures de modèles et leurs outils de traitement.Apache 2.0Garder une base exploitable, des formats documentés et des chemins de migration possibles.
Définir les comptes, les autorisations et le partage dans un environnement administrable.
Documenter le déploiement pour pouvoir le comprendre, le reconstruire et le faire évoluer.
PodmanExécuter et gérer des conteneurs, y compris sans privilège root.Apache 2.0
KubernetesOrchestrer des services lorsque l’échelle du projet le justifie.Apache 2.0
OpenTofuDécrire l’infrastructure dans des fichiers versionnables.MPL 2.0
AnsibleAutomatiser la configuration et les opérations récurrentes.GPL 3.0, cœurRendre visibles l’état des services et les signaux utiles à leur exploitation.
Des langages et frameworks ouverts pour des produits qui restent compréhensibles par une équipe.
PythonTraitement de données, IA et services applicatifs.PSF
TypeScriptDécrire les contrats et fiabiliser le code applicatif.Apache 2.0
ReactCréer des interfaces et des composants réutilisables.MIT
Next.jsDévelopper des applications web avec un déploiement choisi.MIT
SupabaseAssembler PostgreSQL, authentification et services applicatifs.Apache 2.0, projet principalLes licences indiquées concernent les projets ou éditions cités. Les modèles téléchargés, leurs poids, les extensions et les offres cloud ont leurs propres conditions. Un logiciel auto-hébergé demande aussi des mises à jour, des sauvegardes et une exploitation suivie.
La localisation d’un serveur ne suffit pas à définir la maîtrise d’un système. Nous examinons aussi les opérateurs, les accès d’administration, les sous-traitants, les flux sortants et les conditions de reprise.
Serveur dédié, environnement interne, hébergement en France ou dans l’Union européenne : le choix se fait avec les contraintes du projet.
Comptes, permissions, clés, journaux et responsabilités d’administration sont définis dès la conception.
Code, formats d’export, documentation et procédure de reprise permettent d’anticiper une évolution ou un changement de prestataire.
Architecture et flux de données, choix des licences, gestion des accès, modalités d’hébergement, sauvegarde et restauration, supervision, documentation et réversibilité.
Notre approche de l’architectureCes familles présentent les connexions possibles selon les interfaces de vos outils. Leur disponibilité, leur périmètre et leurs conditions d’accès sont vérifiés pendant le cadrage.
Dossiers partagés, procédures, fichiers bureautiques et bases documentaires : organiser les sources utiles pour retrouver une information et la relier à son origine.
Documents, bases internes, espaces de travail.
À examiner : les formats, les versions, les droits de lecture et la fréquence de mise à jour.
Explorer la solutionRelier les formulaires, les demandes reçues et les fiches de votre CRM pour préparer le suivi, qualifier une demande ou éviter une ressaisie.
CRM, e-mail, formulaires et suivi commercial.
À examiner : les API disponibles, les champs de référence et les actions qui nécessitent une validation.
Explorer la solutionFaire circuler les informations utiles entre vos outils métiers : statuts, commandes, dossiers ou stocks, avec un suivi des échanges et des erreurs.
ERP, gestion commerciale et applications internes.
À examiner : la source qui fait foi, les identifiants, les exports et les règles de synchronisation.
Explorer la solutionIntégrer un modèle dans un parcours précis : recherche, extraction, rédaction assistée ou création de contenu. Les résultats sont présentés dans vos outils.
Modèles via API et plateforme Moon AI.
À examiner : la qualité attendue, les données transmises, les coûts d’usage et les étapes de relecture.
Explorer la solutionDéclencher un traitement à partir d’un événement, exécuter une suite d’étapes et rendre l’état de chaque opération compréhensible pour l’équipe.
API, webhooks, traitements planifiés et n8n.
À examiner : les reprises sur erreur, les délais, les droits d’écriture et les notifications nécessaires.
Explorer la solutionPréparer une base structurée pour les applications, organiser les permissions et définir comment les échanges sont suivis et maintenus.
PostgreSQL, Supabase, services internes et infrastructure.
À examiner : la conservation des données, les sauvegardes, les environnements et la gestion des comptes.
Explorer la solutionMoon AI est notre produit. Moon6 dispose d’une publication sur Ollama. Leurs usages, leurs modèles et leurs conditions se cadrent avec les besoins de votre organisation.
Découvrir Moon AICRM, plateformes de collaboration, services GitHub, automatisations n8n ou modèles proposés par Mistral AI : nous examinons les interfaces disponibles et les conditions du service retenu.
La présence d’un outil dans cet écosystème n’en fait pas un partenaire du studio. Les services propriétaires et les logiciels à code consultable gardent leurs propres conditions d’utilisation.
Identifier les outils, les utilisateurs, les données et leurs propriétaires.
Tester un parcours limité, avec des règles explicites et des données adaptées.
Documenter les flux, rendre les erreurs visibles et préciser qui intervient en cas d’incident.
Le code ouvert facilite l’audit, l’adaptation et la reprise. La maîtrise dépend aussi du lieu d’hébergement, des opérateurs, des accès d’administration, des dépendances et des flux de données. Nous examinons ces dimensions ensemble.
Oui, selon les modèles retenus, leurs licences et les ressources disponibles. Nous évaluons la qualité attendue, le matériel, les temps de réponse et les conditions de maintenance avant de choisir un déploiement local ou une API.
Les responsabilités sont définies dans le périmètre du projet : mises à jour, sauvegardes, restauration, supervision et accès. La documentation et les modalités de reprise font partie des points à cadrer.
Intégrer l’IA, créer une application ou revoir votre architecture de données. Décrivez-nous votre contexte, nous discuterons des options.
TéléphoneDu lundi au vendredi, de 10 h à 22 h
Samedi et dimanche, uniquement par e-mail
Heure de Paris
