Réalisations IA

Des réalisations concrètes autour de l’IA.

Retrouver un contexte, travailler sur un document ou accéder à une action bien définie : je m’intéresse à l’IA lorsqu’elle prend place dans un outil utile. Voici mes applications et intégrations, leur fonctionnement et leur périmètre.

Application publiée sur iPhone et iPad

Hephaistos

Une IA personnelle, du mobile au serveur.

Hephaistos rassemble les conversations Jarvis, la mémoire personnelle, la recherche sourcée et les documents. L’application permet de reprendre un travail sans disperser son contexte entre plusieurs interfaces. La voix et les automatisations complètent ces usages.

Ma contribution : Application conçue et publiée sur l’App Store sous mon nom.

Usages concrets

  • Retrouver une préférence, une idée ou un contexte de travail.
  • Poser une question sur un document et consulter les références utiles.
  • Rechercher sur le web avec des sources à vérifier.
  • Programmer une routine et suivre son exécution.

Architecture

Application et services

Une interface Flutter communique avec une API FastAPI et des services Supabase. Les conversations utilisent notamment HTTPS et WebSocket.

Choix du calcul

L’utilisateur choisit Hephaistos Cloud ou un serveur personnel compatible. Le guide propose une installation sur macOS Apple Silicon, Linux et Windows : MLX sur Mac, Vulkan si disponible ou CPU sur Linux et Windows.

Périmètre et limites

  • Jarvis nécessite un chemin serveur, même en mode personnel. Le mode choisi détermine où l’inférence a lieu.
  • Le nœud personnel utilise aussi des services de compte, d’appairage et de coordination de l’accès distant.
  • La disponibilité publique Android n’est pas annoncée ici. Le chiffrement des messages directs ne décrit pas celui des conversations Jarvis.

Intégré à ce portfolio

Ask Logan

Un assistant pour explorer mon parcours.

Ask Logan répond aux questions sur mon expérience, mes compétences et les projets présentés ici. Il formule ses réponses en français ou en anglais à partir des informations du portfolio, pour aider le visiteur à trouver un détail pertinent.

Ma contribution : Conception et intégration de l’assistant de ce site.

Usages concrets

  • Identifier les environnements sur lesquels j’ai travaillé.
  • Retrouver une compétence ou comprendre une réalisation.
  • Explorer mon parcours sans avoir à lire toutes les pages.

Architecture

Contexte documenté

Le dialogue appelle l’API du portfolio. La requête à Gemini est exécutée côté serveur avec un contexte composé des données publiques du site.

Continuité de réponse

Des réponses locales prennent le relais si le fournisseur est indisponible. L’interface distingue ces réponses de celles produites par Gemini. Les requêtes disposent d’un délai maximal et de contrôles de volume.

Périmètre et limites

  • L’assistant répond sur le contenu du site ; il n’administre aucun système et ne consulte aucun dossier d’entreprise.
  • Les réponses portent sur les informations documentées du portfolio et les principes de travail que j’y décris.
  • Les contrôles encadrent les demandes et les réponses, sans garantir leur exactitude. Les pages sources restent la référence pour vérifier un fait.

Code source public · plugin pour ordinateur

Secret Actions for Obsidian

Relier un client MCP à des actions autorisées.

Secret Actions permet à un client REST ou MCP de déclencher des appels HTTP prédéfinis en conservant les identifiants dans le stockage de secrets d’Obsidian. Le client utilise des actions nommées et des paramètres déclarés, sans accès général aux identifiants.

Ma contribution : Développement d’un plugin publié sous mon compte GitHub.

Usages concrets

  • Consulter une liste de dépôts GitHub depuis une action configurée.
  • Lister des projets Vercel ou Supabase à partir des exemples publics.
  • Définir les destinations, paramètres et confirmations d’une action avant de l’activer.

Architecture

Interface MCP

Trois outils servent à lister les actions, vérifier leur disponibilité et en exécuter une. Le plugin TypeScript s’intègre au plugin Local REST API d’Obsidian.

Exécution encadrée

Des schémas valident les paramètres. Le transport Node applique les restrictions de destinations et de redirections ; le stockage natif fournit les identifiants et les résultats sont filtrés avant leur retour au client.

Périmètre et limites

  • Projet indépendant d’Obsidian, limité à l’ordinateur et nécessitant Local REST API. Chaque action doit être configurée et activée par l’utilisateur.
  • Le code est public sous licence MIT. Sa documentation décrit le contrat REST/MCP et les limites de l’exécution.
  • Une action autorisée peut modifier un service externe. Les permissions et la politique de confirmation doivent correspondre à son effet.

Réalisation logicielle connexe

Le Barger prend les commandes d’un restaurant de burgers et relie le parcours client au traitement côté restaurant : carte, commande, suivi et opérations. Je l’inclus pour le travail d’intégration entre application client, données et exploitation du restaurant.

Découvrir Le Barger

Ce qui guide ces projets.

  • Partir d’un besoin identifiable et d’un usage compréhensible.
  • Définir ce que l’outil peut consulter ou exécuter.
  • Prévoir une issue lorsque le service ne répond pas.
  • Documenter les limites et conserver des sources consultables.

Un usage à explorer ensemble ?

Je peux vous présenter ces réalisations, leurs choix techniques et les questions qu’elles permettent d’aborder.

Échanger sur un projet

Mon parcours, mes projets

Ask Logan — profil public

Ouverture d’Ask Logan…