Popixa — Des agents qui codent, des humains qui répondent

Environnements pris en charge

Nos agents s’installent dans votre chaîne d’outils

Pas de plateforme à adopter, pas de dépôt à migrer. Les agents Popixa se connectent à votre forge, votre intégration continue et vos environnements existants, avec les droits que vous leur accordez — et rien de plus.

GitLab

GitHub

Azure DevOps

Bitbucket

Jenkins

Docker

Kubernetes

Terraform

PostgreSQL

.NET

Spring Boot

Node.js

Chiffres clés

Aller trois fois plus vite,sans rien céder sur le contrôle

×3

vélocité de livraison

100 %

du code relu par un humain

0

donnée hors de France

2 semaines

jusqu’à la première mise en production

Expertises

Six expertises,un référent humain pour chacune

Chaque expertise est portée par un agent spécialisé et validée par un ingénieur nommé. Vous savez toujours qui a écrit, qui a relu, et qui répond.

Développement sur mesure

Des fonctionnalités écrites dans vos conventions, vos frameworks et votre dépôt.

Migration legacy

Cartographie de l’existant, puis migration par incréments, chacun livrable en production.

Tests automatisés

Une non-régression qui s’étend à chaque merge request, pas une fois par trimestre.

Documentation

Une documentation qui suit le code, mise à jour dans la merge request qui l’a modifié.

Revue de code

Chaque merge request est relue et approuvée par un ingénieur, jamais par un second agent.

Intégration CI/CD

Build, tests et déploiement pilotés depuis vos pipelines, avec vos secrets et vos droits.

Nos agents

Quatre agents spécialisés.Aucun ne fusionne seul.

Chaque agent est configuré sur votre dépôt : vos conventions de nommage, votre découpage en modules, votre chaîne d’intégration. Il travaille là où travaille votre équipe — dans vos branches, vos merge requests, votre CI. Rien ne tourne dans un coin à part.

Il lit le dépôt avant d’écrire une ligne : conventions de nommage, découpage en modules, bibliothèque de composants, tests déjà en place. Il ouvre ensuite une branche par ticket, écrit le code et les tests qui vont avec, et pousse une merge request lisible — un commit par intention, un message qui explique le pourquoi et pas seulement le quoi. Il ne fusionne jamais lui-même : un développeur relit, demande des reprises, approuve ou refuse.

Merge request ouverte par l’agent : trois commits, le diff d’un module de facturation et la case de revue humaine encore vide.

Il lit le dépôt avant d’écrire une ligne : conventions de nommage, découpage en modules, bibliothèque de composants, tests déjà en place. Il ouvre ensuite une branche par ticket, écrit le code et les tests qui vont avec, et pousse une merge request lisible — un commit par intention, un message qui explique le pourquoi et pas seulement le quoi. Il ne fusionne jamais lui-même : un développeur relit, demande des reprises, approuve ou refuse.

Agents + humains

Des agents qui codent,des humains qui répondent.

Cinq étapes, cinq barreaux. À chacun, l’agent produit et un référent humain nommé décide. Personne ne fusionne, ne déploie ni ne signe à votre place sans qu’il y ait quelqu’un en face — et ce quelqu’un, vous pouvez l’appeler.

Le duo agent + humain à chaque étape du cycle de développement
Étape	Agent	Référent humain
Cadrage	Agentlit le SI, propose un plan	Référent humainarbitre le périmètre
Développement	Agentécrit le code et les tests	Référent humainfixe les contraintes d’architecture
Revue	Agentouvre la merge request	Référent humainrelit, approuve ou refuse — jamais l’inverse
Tests	Agentexécute la non-régression	Référent humainvalide la recette métier
Mise en production	Agentprépare le déploiement	Référent humaindéclenche, et assume

Engagements

Quatre engagementsopposables.

Ils ne sont pas une promesse commerciale : vous les retrouvez mot pour mot dans le contrat de service.

Engagement de service
Incident bloquant : prise en charge sous 4 heures ouvrées, contournement sous 24. Astreinte de 9 h à 19 h, cinq jours sur sept. Les seuils, la méthode de mesure et les pénalités associées sont au contrat — pas dans une plaquette.
Propriété et réversibilité
Le code part dans vos dépôts au fil de l’eau, sous votre licence. Prompts, configurations d’agents et pipelines d’intégration continue sont livrés avec. À la fin du contrat, votre équipe reconstruit le projet sans nous : c’est une clause de sortie, pas une intention.
Revue humaine systématique
Aucune ligne n’est fusionnée sans relecture humaine. Chaque merge request ouverte par un agent est approuvée ou refusée par un ingénieur nommé, tracé dans votre historique Git. Vous n’avez pas à nous croire : c’est auditable chez vous.
Souveraineté des données
Vos dépôts, vos schémas et vos secrets d’exécution ne quittent pas votre périmètre. Les agents s’exécutent sur une infrastructure que nous opérons dans l’Union européenne, ou dans votre propre VPC. Aucun de vos dépôts ne sert à entraîner un modèle.

Manifeste

La confiance ne se déclare pas.Elle s’audite.

Un agent qui écrit du code accède à ce que vous avez de plus sensible : vos dépôts, vos schémas de données, vos secrets d’exécution. Nous partons du principe inverse du marché — rien ne sort de votre périmètre par défaut, chaque accès est nominatif et journalisé, et l’infrastructure qui exécute les agents est opérée en Europe, sous droit européen. Vous pouvez demander les journaux. Nous préférons que vous le fassiez.