SliceOps: Le framework decision-first pour l'ingénierie logicielle AI-first.
Le framework decision-first pour l'ingénierie logicielle AI-first.
Les équipes multi-agents livrent du logiciel auditable, pas du vibe code.
Le problème
L'IA sait écrire du code,
pouvez-vous faire confiance à ses décisions ?
Des outils comme Cursor, Devin et Copilot ont résolu la vitesse de génération. Ils ont créé un nouveau goulot d'étranglement : comprendre, valider et auditer les décisions que les agents prennent en arrière-plan.
Quand une douzaine d'agents touchent le même dépôt en parallèle, qui consigne l'architecture ? Où est la preuve qu'un humain l'a approuvée ? Comment répondez-vous à un auditeur de l'EU AI Act ou d'ISO 42001 ?
Le framework
Le plan d'audit
SliceOps n'est ni un éditeur de code ni un agent. C'est le framework ouvert qui se place au-dessus d'eux : la couche où les décisions sont consignées, tracées et tenues cohérentes entre les slices.
Intégrité des décisions
Chaque slice produit un Decision Record. L'intention architecturale devient une trace immuable et machine-readable, pas un savoir piégé dans un historique de chat que quelqu'un devra reconstituer plus tard.
Atomicité du slice
Un chat, un PR, un slice atomique. Le périmètre est déclaré à l'avance et borné à ce qu'un agent peut porter de bout en bout : spec, décision, code, tests, preuves, merge.
Preuves par construction
La conformité est un sous-produit de la livraison, pas une phase à part. Chaque slice doit passer les gates de CI, les scans de sécurité et les tests d'acceptation avant de merger.
Stage comme DAG
Oubliez les sprints time-boxés. Un Stage se calcule à partir du graphe de dépendances des slices : le parallélisme survient là où la topologie le permet, pas là où un calendrier le dicte.
En pratique
Comment ça marche
Trois mouvements. Chaque unité de travail laisse une trace d'audit derrière elle.
Déclarez le slice
Énoncez le résultat, le périmètre et la décision qu'il porte, un chat, un PR. La frontière est fixée avant qu'un agent n'écrive une ligne.
Les agents exécutent
Un ou plusieurs agents font le travail dans le slice : spec, code, tests, scan de sécurité. Les humains gardent le bouton de merge et les décisions d'architecture.
La preuve reste auditable
Le decision record, le diff, les tests et l'approbation vivent ensemble dans le PR. La trace d'audit est un sous-produit, prête à l'instant où vous en avez besoin.
Compliance
Compliance-ready par construction
Les preuves que réclame un régulateur se produisent au fil de la livraison, elles ne se reconstituent pas la semaine avant un audit.
EU AI Act
Les obligations de transparence de l'Article 50 entrent en vigueur le 2 août 2026. SliceOps produit la trace de décisions et d'approbations qu'elles exigent.
Comment SliceOps y répondISO 42001
Déjà un gate d'achat pour l'IA dans les entreprises sérieuses. Les decision records correspondent par construction aux contrôles de cycle de vie et de tenue de registres.
Comment SliceOps y répondSOC 2
Chaque slice passe les gates de CI et les scans de sécurité avant le merge. La preuve de gestion des changements s'accumule toute seule, slice après slice.
Comment SliceOps y répondLa preuve comme sous-produit de la livraison.
Ce qui le distingue
Conçu pour faire tourner des agents à grande échelle
Deux capacités qui distinguent le framework, celles que les équipes ressentent en premier.
Le bon modèle pour chaque slice
Le travail sensible est routé vers un modèle local automatiquement, de façon explicite, sur le registre, compliance par construction. Ni modèle figé, ni routage opaque.
Model TriageVotre facture de LLM, sous contrôle plutôt que subie
Les slices sont dimensionnés sur deux axes (coût et viabilité) et la dépense d'inférence est plafonnée en CI comme toute ressource finie. Pas de surprise le jour de la facture.
Économie des coûtsPreuve
Extrait de la production, pas de la théorie.
SliceOps est né de la construction de vrais produits sur des marchés régulés, avec deux ingénieurs et une flotte d'agents Claude Code. Les chiffres ci-dessous sont mesurés en temps d'exécution, ni modélisés ni gonflés par du temps de calendrier.
Communauté
Participez
SliceOps est ouvert. Il s'améliore à mesure que plus de gens construisent avec lui et partagent leurs retours.
Contribuez
La spec et l'outillage sont ouverts sous CC BY 4.0 et MIT. Ouvrez une issue, proposez un principe, envoyez un PR.
Publiez vos résultats
Lancez un bloc, mesurez-le, rédigez-le. Votre case study devient la training data du prochain lecteur, la boucle de composition du framework.
Devenez champion
Vous adoptez SliceOps dans une vraie équipe ? Dites-le-nous. Nous réunissons des early adopters pour façonner la v1 et partager ce qui fonctionne vraiment.
Livrez avec des agents. Auditez par construction.
Recevez les nouveautés du framework : la spec et le toolkit sont ouverts, plus le case study de Datta au fil de son avancement.
Spec et toolkit
La spécification et l'outillage sont ouverts sous des licences permissives : CC BY 4.0 pour la spec, MIT pour le code.
SliceOps sur GitHubLa Spec v1.0 est sur GitHub.
SliceOps est agnostique vis-à-vis de la plateforme, adoptez-le sur n'importe quel runtime d'agents. Rootblocks est la plateforme que nous construisons pour l'opérationnaliser.