Ingénieur fondateur : Idun Engine (open source)

À propos d'Idun

Idun Group est un cabinet de conseil indépendant en intelligence artificielle. Nous mesurons l'usage réel de l'IA déjà déployée chez nos clients, à partir des journaux de leurs plateformes, puis nous les aidons à industrialiser ce qui fonctionne. Plus de 40 diagnostics IA en moins d'un an, auprès de plus de 10 clients grands comptes ; nos références incluent LVMH, Airbus et L'Oréal. La plateforme open source Idun est la brique technique de ce travail : un pip install met un agent LangGraph ou Google ADK en production, avec une interface de discussion intégrée, un panneau d'administration, un visualiseur de traces, des garde-fous, des backends mémoire, la gouvernance des serveurs MCP et l'authentification OIDC. Elle est utilisée par des clients grands comptes en Europe et par des développeurs qui construisent sur la couche open source. Idun est soutenu par Wilco, IMT Starter, Polytechnique X-UP et La French Tech.

Le poste

Idun Engine v0.6 a fusionné trois services en un seul wheel et supprimé 151 820 lignes de code. La surface est propre. Les 12 prochains mois visent à rendre le runtime véritablement robuste en production, agréable à utiliser pour les développeurs, et prêt pour une communauté active.

Ce n'est pas un rôle de maintenance. Vous êtes le propriétaire technique d'Idun Engine. Vous décidez comment l'interface de plugin évolue. Vous définissez le contrat d'observabilité entre le runtime et les backends de traces externes. Vous architecturez la couche d'abstraction mémoire. Vous écrivez la documentation qui permet à un développeur à Amsterdam ou à Varsovie de déployer un agent de qualité production en une après-midi, sans lire le code source.

Le travail a deux surfaces. La première est interne : construire les fonctionnalités plateforme que la pratique de conseil d'Idun déploie chez ses clients (LVMH, Airbus, L'Oréal, qui tournent sur Engine). La deuxième est publique : maintenir le dépôt OSS, trier les issues, relire les PR externes, rédiger les notes de version qui expliquent non seulement ce qui a changé, mais pourquoi. Les deux surfaces ont le même poids.

Vous travaillerez en étroite collaboration avec Geoffrey (directeur produit, cofondateur) sur les décisions d'architecture. En tant qu'ingénieur fondateur, vos choix d'API seront porteurs : ce sont les patterns sur lesquels dix futurs ingénieurs construiront.

Vos missions

• Posséder la boucle d'exécution centrale : la couche service FastAPI, le modèle d'exécution des agents, le streaming via AG-UI, et le système de configuration qui pilote le déploiement depuis un fichier YAML unique.
• Concevoir et implémenter l'interface de plugin et d'intégration : la jointure entre le runtime Engine et les frameworks externes (LangGraph, Google ADK, Haystack), les serveurs d'outils (MCP), les backends de traces (Langfuse, Phoenix, LangSmith, GCP Trace), et les backends mémoire (PostgreSQL, SQLite, Vertex AI).
• Piloter le pipeline d'observabilité : writer asyncpg COPY, ingestion des spans OpenTelemetry, KPIs du dashboard admin, et visualiseur de traces, pour que les opérateurs aient une vraie vue de production, pas une démo.
• Améliorer l'expérience développeur : ergonomie CLI (idun setup, idun serve, idun deploy), messages d'erreur qui indiquent quoi corriger, documentation qui ne nécessite pas de lire le code source.
• Rédiger et maintenir la documentation publique (MkDocs) : quickstart, guides pratiques, référence API, explication d'architecture, guides de migration entre versions.
• Trier les issues GitHub, relire les PR externes, gérer la cadence de releases OSS : versions sémantiques avec un changelog clair.
• Contribuer au contexte architectural des missions de conseil quand les déploiements clients font remonter des limitations Engine qui alimentent la roadmap.

Stack & environnement

• Python 3.12, FastAPI, asyncio, Pydantic : l'ensemble d'Idun Engine est en Python ; async-first partout
• OpenTelemetry : le contrat d'observabilité central ; les spans sont envoyés vers Langfuse, Phoenix, LangSmith ou GCP Trace
• PostgreSQL, asyncpg, SQLite : les backends primaires de mémoire et de traces
• LangGraph, Google ADK : les deux frameworks d'agents primaires ; le Engine enveloppe les deux sans en exiger aucun
• MCP (Model Context Protocol) : gouvernance des serveurs d'outils par agent ; standard Linux Foundation depuis 2025
• Docker, GitHub Actions, pytest : le pipeline CI/CD et de test
• MkDocs : le site de documentation
• Next.js (bundled) : l'UI admin + chat + visualiseur de traces, servie par FastAPI depuis l'intérieur du wheel (vous ne possédez pas le frontend, mais vous possédez la surface FastAPI avec laquelle il communique)

Profil recherché

• 5 ans minimum d'ingénierie Python en production : vous avez livré des services sur lesquels de vrais utilisateurs dépendent à une vraie échelle. Vous maîtrisez l'async, vous écrivez des tests avant les bugs, vous lisez les rapports d'erreurs d'autres personnes avec une vraie curiosité.
• Expérience en maintenance OSS : vous avez maintenu une bibliothèque avec des contributeurs externes, ou vous avez un historique public (GitHub, blog, conférence) qui démontre que vous savez shipper en public et communiquer sur les compromis. On accorde bien plus de valeur aux instincts OSS démontrés qu'à un titre de mainteneur spécifique.
• Profondeur en systèmes distribués et observabilité : vous avez passé du temps à réfléchir au tracing, à la sémantique des spans, à la propagation du contexte distribué, et à ce qui rend un visualiseur de traces réellement utile pour un ingénieur d'astreinte.
• Sensibilité au design d'API : vous avez des opinions sur ce qui rend une bibliothèque agréable à utiliser, et vous pouvez articuler le compromis entre flexibilité et simplicité. « Tout exposer » n'est pas votre philosophie d'API par défaut.
• Basé en Île-de-France, ou prêt à vous y installer avant votre arrivée : le poste se partage entre 50 % sur site à Paris et 50 % en télétravail.

Pourquoi rejoindre ce poste

• Propriété de niveau fondateur. Vous êtes l'auteur principal d'un projet open source utilisé par des entreprises dans toute l'Europe. Vos décisions d'architecture arrivent en production chez Airbus et LVMH. Peu de rôles d'ingénierie à ce stade offrent ce niveau d'impact réel et d'autonomie technique.
• Equity qui compte. 0,5 à 1,5% d'equity est une vraie participation. Nous sommes transparents sur la structure du cap table.
• 50 % sur site, 50 % en télétravail. La moitié de la semaine avec l'équipe à Paris, là où se prennent les décisions d'architecture ; l'autre moitié chez vous, pour le travail de fond.
• Un problème intéressant au bon moment. L'écosystème des runtimes d'agents se consolide. Les décisions prises maintenant sur les standards ouverts (MCP, AG-UI, OpenTelemetry pour les agents) définiront la catégorie pour des années. Vous serez dans la pièce où ces décisions se prennent, et votre travail fera partie de la référence.