Réalisations
Ce que nous avons construit, et ce que nous savons construire.
Trois catégories, trois niveaux de preuve : les réalisations professionnelles dont la publication est autorisée, les projets personnels réalisés, puis les démonstrations et prototypes sur données fictives. Chaque page dit ce qui a été construit, par qui, comment, et avec quelles limites. Les exemples de messages et de journaux sont synthétiques.
Réalisations professionnelles
Publication autorisée, client anonymisé, aucun chiffre tant qu’il n’est pas mesuré.
- Cas réelSud de la France · client anonymisé
Greffe d’un tribunal de commerce
Les formalités d’entreprise reçues par le greffe sont lues, contrôlées et préparées automatiquement. Le greffier garde chaque décision.
Lecture des pièces, extraction, règles métier, IA limitée au sens des textes, validation par le greffier, journal d’audit.
Lire le cas
Projets personnels
Réalisés et documentés : problème, rôle, architecture, choix techniques, fiabilité, résultat, documentation. Aucun client.
- Projet personneln8n auto-hébergé · Discord · SMTP
Support d’une communauté en ligne : tri et routage automatiques
Les demandes arrivent par e-mail et par formulaire ; chacune est analysée, classée, envoyée dans le bon salon Discord, et l’expéditeur reçoit un accusé de réception.
Lire l’étude de cas - Projet personnelProxmox · pfSense · Wazuh · Fail2Ban · MITRE ATT&CK
Blue Team Lab : détecter, répondre, récupérer
Un laboratoire de sécurité défensive complet sur un seul hyperviseur : une machine attaquante, une cible, un pare-feu et un SIEM, pour rejouer des attaques et vérifier qu’elles sont détectées.
Lire l’étude de cas
Démonstrations et prototypes
Construits sur des données fictives, pour montrer comment nous traitons une situation fréquente. Un prototype en préparation est présenté comme tel : rien n’y est acquis.
- En préparationPrototype en préparation · données fictives
Agent avec outils autorisés
Un agent qui reçoit une demande, consulte une source autorisée, utilise un outil métier, vérifie son résultat et attend une validation humaine avant toute action sensible. À construire et à tester avant d’être publié comme réalisation.
Voir ce qui sera construit et testé
Démonstration — données fictives
Cabinets et fiduciaires
Pièces comptables et dossiers clients : collecter, contrôler, classer
Relancer les pièces manquantes, extraire et contrôler les factures, classer dans le bon dossier, après validation.
Voir le cas d’usage : Pièces comptables et dossiers clients : collecter, contrôler, classerArchitecture de référence
Arrivées et départs
Arrivée et départ d’un collaborateur : des accès justes, tracés, retirés à temps
Créer le compte avec les seuls accès du poste, après approbation, et tout retirer au départ.
Voir le cas d’usage : Arrivée et départ d’un collaborateur : des accès justes, tracés, retirés à tempsDémonstration — données fictives
Restaurant · accueil téléphonique
Un agent téléphonique pour restaurant, qui prend les réservations et sait passer la main
Décrocher quand l’équipe est en plein service, prendre ou modifier une réservation, répondre aux questions courantes, transférer au moindre doute.
Voir le cas d’usage : Un agent téléphonique pour restaurant, qui prend les réservations et sait passer la mainDémonstration — données fictives
Microsoft 365, Entra ID, Intune
Sécuriser Microsoft 365 : les bases, d’abord en mode rapport
MFA pour tous, authentification héritée bloquée, appareils conformes, comptes d’administration séparés.
Voir le cas d’usage : Sécuriser Microsoft 365 : les bases, d’abord en mode rapport
Pour un recruteur : où vérifier chaque compétence
Chaque ligne renvoie à ce qui le montre réellement sur ce site, avec son niveau de preuve. Ce qui n’est pas encore démontré est dit tel quel.
| Compétence | Ce qui le montre | Niveau de preuve |
|---|---|---|
| Conception d’agents IA utilisant des outils et des API | Prototype « Agent avec outils autorisés » · Architecture « Agent avec outils autorisés » · Scène de l’accueil | En préparation : conception décrite, prototype à construire et à tester, pas encore en production. |
| Automatisation de processus avec n8n et intégration de systèmes | Support d’une communauté en ligne (n8n, webhooks, JSON, Discord, SMTP) · Greffe d’un tribunal de commerce (API, règles, GED) | Projet personnel réalisé ; cas réel chez un client. |
| Développement d’interfaces et d’applications internes | Ce site : Astro, CSP stricte sans script en ligne, tests Playwright, axe et Lighthouse en intégration continue · Decision Lab : moteur de règles déterministe en TypeScript et interface sans dépendance, accessible depuis Services | Réalisé et en service (ce site) ; démonstration (Lab). |
| JavaScript, Python, bases de données et structuration des données | TypeScript du site et du Lab · Schémas JSON et règles du projet support · Extraction en champs structurés du cas du greffe | JavaScript et données structurées : démontrés. Python et bases de données : pas encore démontrés sur ce site. |
| LLM, RAG et évaluation des réponses | Cas du greffe : IA limitée au sens des textes, règles ensuite, validation humaine · Méthode d’évaluation (jeu de questions de référence) | Cas réel pour l’IA encadrée ; assistant sur documents et évaluation : méthode décrite, aucun projet publié à ce jour. |
| Sécurité, permissions, journalisation et validation humaine | Blue Team Lab (détection, réponse, journaux) · Greffe (validation du greffier, audit) · Arrivées et départs sécurisés · Sécurité Microsoft 365 | Projet personnel ; cas réel ; démonstrations sur données fictives. |
| Analyse du besoin, architecture, tests, documentation et transfert | Notre méthode : sept phases et leurs livrables · Greffe : situation, chaîne, exemple de contrôle, limites · Support : contraintes, choix techniques, fiabilité, documentation | Méthode proposée ; exemples réels sur deux projets. |
Échelle de preuve
Chaque exemple de ce site indique s’il est réel, fictif ou en préparation.
- Cas réel
- Vécu, décrit avec sa méthode de mesure. Publié seulement après validation.
- Démonstration — données fictives
- Scénario construit pour montrer une démarche. Les noms, documents et données sont inventés.
- Architecture de référence
- Conception type, décrite étape par étape. Elle s’adapte à chaque contexte avant tout déploiement.
Contact
Décrivez le processus. Nous commençons par l’analyser.
Ou écrivez-nous directement : contact@cyphex.io