Définir le besoin
Une association veut présenter une activité et aider les étudiants à trouver avec qui participer. Le besoin vient avant la solution.
DERRIÈRE LE POISSON · OKEIYA INTELLIGENCE
Une mission humaine. Une façon ambitieuse de construire.
Derrière Okeiya, nous explorons une nouvelle façon de construire des produits numériques : des mandats d’ingénierie, des outils IA spécialisés et des décisions qui restent humaines.
Les robots sont une métaphore de nos rôles et outils IA. Ils ne représentent pas une équipe autonome déjà opérationnelle.
01 · LA MISSION AVANT LES OUTILS
Okeiya est portée par deux cofondateurs, avec un seul cofondateur technique. Pour rapprocher les communautés étudiantes, il faut concevoir un produit, écrire du logiciel et vérifier ce qui fonctionne. Des mandats précis nous aident à utiliser l’IA pour avancer avec ces ressources limitées.
L’IA fait avancer le travail. La communauté lui donne un sens.
Partenariats, communauté et mission humaine.
Un développeur coordonne. Deux personnes portent la mission.
« Je ne demande pas seulement du code à ChatGPT. Je lui donne des mandats d’ingénierie. »
Yannick Normand · Cofondateur technique
02 · DU BESOIN À LA RÉVISION
Un mandat décrit le besoin, le périmètre, les contraintes, les livrables et les critères d’acceptation. Les outils peuvent ensuite aider à concevoir, implémenter et vérifier le travail autorisé.
ILLUSTRATION INTERACTIVE · AUCUNE EXÉCUTION RÉELLE
Exemple fictif : créer une fonctionnalité Okeiya Événements pour aider une association à présenter une activité. Sélectionne une étape pour voir ce qu’elle apporte.
Une association veut présenter une activité et aider les étudiants à trouver avec qui participer. Le besoin vient avant la solution.
Préciser le public, le comportement attendu, les limites d’accès, les livrables et ce qui permettra d’accepter le résultat.
ChatGPT et les rôles de travail aident à examiner le contexte, proposer un parcours et préparer des tâches bornées. Consulter une consigne d’orchestration ne lance pas une équipe.
Modifier le logiciel sur une branche isolée. Les actions GitHub et autres outils d’exécution sont séparés du connecteur Okeiya Intelligence en lecture seule.
Exécuter les contrôles pertinents et examiner les erreurs. Un test réussi établit seulement ce que ce test vérifie. Un échec entraîne un diagnostic ou un arrêt.
Préparer un aperçu isolé quand le mandat l’autorise. Un aperçu permet d’essayer le produit; il ne signifie pas que le changement est publié.
Le responsable examine le résultat et ses preuves. Une fusion ou une mise en production attend son approbation explicite. Les apprentissages utiles sont ensuite documentés.
Consulte les étapes à ton rythme. La démonstration ne crée ni code, ni activité, ni déploiement.
03 · LA MÉTAPHORE ET LA RÉALITÉ
Un profil écrit, un rôle adopté dans un mandat et un agent autonome opérationnel sont trois choses différentes. Voici ce que nos sources permettent d’affirmer.
Connaissances consultables et profil d’orchestration défini. La consultation guide le raisonnement; elle ne prouve pas une exécution autonome.
Connaissances consultables et profil d’orchestration défini pour cadrer et vérifier le travail.
Profil spécialiste défini et adaptation ChatGPT disponible pour proposer et revoir les parcours.
Spécialité mobilisée dans un mandat pour construire les interfaces. Aucun agent autonome permanent vérifié.
Spécialité mobilisée pour les services et contrats. Aucun agent autonome permanent vérifié.
Rôle de vérification : contrôles, scénarios et examen des preuves. Les tests ne remplacent pas la révision humaine.
Rôle de revue des accès et limites. Cette présentation ne constitue ni une certification ni une garantie de sécurité.
Rôle de création visuelle et éditoriale selon les outils disponibles. Aucun studio autonome permanent vérifié.
Les agents permanents autonomes et leur isolation vérifiée restent une vision. Les profils existants ne sont pas présentés comme cette vision accomplie.
04 · OKEIYA INTELLIGENCE
Okeiya Intelligence rassemble des connaissances sélectionnées en produit, design et ingénierie, ainsi que des principes et consignes d’orchestration. Ce contexte partagé évite de tout réexpliquer à chaque mandat.
Les documents sont versionnés. Conserver un apprentissage demande de le documenter et de le revoir : ce n’est pas un apprentissage automatique annoncé comme actif.
05 · ÉTAT DES CAPACITÉS
Cinq outils permettent de consulter la vue d’ensemble, Product & Design, Engineering, les consignes d’orchestration et les capacités actuelles. Aucune capacité d’écriture dans ce connecteur.
Les mandats, profils et connaissances sont documentés. Leur mise en relation et la conservation des preuves se construisent progressivement; une boucle autonome complète n’est pas démontrée.
Des agents avec un périmètre technique contrôlé et des permissions vérifiées. Ce dispositif permanent pour chaque rôle reste une ambition.
Vérification du connecteur le 10 octobre 2026 : statut ACTIVE, mode read_only, liste d’écriture vide. Le registre et les profils du dépôt décrivent les rôles. Un profil configuré ne démontre pas qu’un agent est en cours d’exécution.
Cette page présente l’approche. Elle ne donne accès ni à la console privée des fondateurs, ni aux dépôts privés, ni aux données internes.
Surface de travail pour raisonner sur les mandats et utiliser les outils disponibles dans une session autorisée.
Code, branches, pull requests et contrôles. Ses actions utilisent une connexion séparée.
Compilation et previews isolées via des outils séparés, dans le périmètre du mandat.
Services de compte et de données. Aucun accès général aux données étudiantes n’est donné par cette page ou le connecteur Intelligence.
06 · LA RESPONSABILITÉ RESTE HUMAINE
Le mandat fixe les ressources et actions permises. Une consigne textuelle ne démontre pas, à elle seule, une isolation technique.
Le code, les tests et les previews doivent pouvoir être examinés. En cas d’échec, on diagnostique, on corrige ou on arrête.
Proposer, implémenter, accepter et publier sont des étapes distinctes. La fusion et la production demandent une autorisation explicite.
Cette page présente l’approche. Elle ne donne accès ni à la console privée des fondateurs, ni aux dépôts privés, ni aux données internes.
CONSTRUIRE AVEC NOUS
Explorons une collaboration autour de l’IA appliquée, de l’outillage de développement ou de l’infrastructure. Nous cherchons des échanges concrets : expertise, expérimentation encadrée et apprentissages partagés.
Le périmètre, les données accessibles et les engagements se définissent ensemble. Aucun accès aux données étudiantes ou aux systèmes privés n’est accordé par cette page.
Discuter d’une collaboration →Parlons du problème étudiant, des priorités produit, de notre façon de construire et des preuves à réunir pour soutenir la suite. L’IA est une approche de travail à examiner, pas à elle seule la preuve d’un avantage défendable.
Un échange avec les fondateurs permet de discuter des besoins et des prochaines étapes; cette page ne propose ni modalités d’investissement ni souscription.
Échanger avec les fondateurs →Applications, portails et automatisations pour les organisations.
Découvrir les services proposés →Projet universitaire
Des drones qui s’affrontent dans une arène. Quatre vues embarquées. Un écran géant pour suivre chaque stratégie. La robotique rencontre l’esport.
Découvrir le projet →