34 applications sur 36 ont une création et une mise à jour vérifiées dans les versions et usages indiqués. Multi-Agent reste partiel ; Open WebUI est bloqué au scan. Les fiches distinguent une nouvelle version du logiciel et une révision compatible du code client à version amont constante.
Ce relevé décrit les scénarios exercés. Il n’annonce pas une disponibilité commerciale générale ni une certification indépendante. Une opération vérifiée conserve sa portée : sauvegarder ne prouve pas restaurer ; mettre à jour une application ne prouve pas migrer son moteur de base.
Vérifié dans sa portée
Une opération observée, avec ses versions, son usage et ses limites.
Partiel
Une partie du parcours a été exercée. Les étapes restantes sont précisées.
Bloqué
Une condition empêche la livraison ou sa qualification.
Testé en unité / implémenté
Preuve de comportement local ou code présent ; aucun usage complet n’en découle.
Non vérifié / non implémenté
Preuve absente ou opération non réalisée. Aucun résultat n’est sous-entendu.
Prévu
La feuille de route historique reste séparée des 60 capacités répertoriées.
Explorer les modules
Recherchez un usage, une application ou une dépendance. Le filtre d’opération retient uniquement les créations ou mises à jour vérifiées dans leur portée.
60 modules sur 60
Aucun module ne correspond à ces filtres. Modifiez votre recherche ou réinitialisez les filtres.
N3 · 36 modules
Applications
Des recettes qui composent les environnements et les services utiles à votre application.
N3-BOOKSTACK
BookStack
Vérifié dans la portée indiquée
Organiser une documentation en étagères, livres, chapitres et pages avec images et pièces jointes.
Portée : BookStack 26.05.5 maintenu créé sur une application neuve, puis code client compatible mis à jour sans appel de modèle : compte, session, hiérarchie documentaire, image et pièce jointe conservés, nouvelle page créée.
Création sur une application neuve depuis Git avec zéro appel LLM : compte, étagère, livre, chapitre, page, image et pièce jointe vérifiés, accès privé refusé sans session. L’autre instance reprise après correction de recette reste un incident distinct.
Mise à jourVérifié dans la portée indiquée
Même projet Git et version 26.05.5, contrôleur d’entrée et asset modifiés sans changer le TOML, zéro appel LLM ; compte, session, clé, contenus, image, pièce jointe et stockage conservés, nouvelle page créée.
Sauvegarde ou exportPartiel
41 tables SQL et fichiers exportés avant et après ; archive native de 136 fichiers vérifiée par empreinte et intégrité, avec l’image connue. Copies distinctes, sans restauration ni instantané conjoint.
RestaurationNon vérifié
Restauration SQL et fichiers non exercée.
Versions observées
Version amont constante ; modification compatible du contrôleur et des assets 26.05.5 maintenu → 26.05.5 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
bundled_vendor_inventory
Inventaire des dépendances distribuées — Inventaire exact des dépendances fournies dans Git avec la distribution.
prebuilt_frontend_distribution
Frontend précompilé dans Git — Fichiers frontend déjà construits, versionnés et contrôlés avec la distribution livrée par la recette.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mysql_binding
Raccordement MySQL privé — Base et identité privées avec certificat et nom du service vérifiés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 26.05.5 constante ; aucune migration de version BookStack qualifiée.
La création qualifiée et sa mise à jour utilisent zéro appel LLM. Le premier incident d’une autre instance conserve ses trois appels historiques et sa reprise après correctif ; cette reprise n’est pas comptée comme création qualifiée.
La recette compile sa configuration pour éviter qu’une variable d’environnement masque son fichier .env. Une création interrompue reprend sans réinstallation seulement après vérification de la configuration propre à l’instance et d’un état limité aux données de l’installateur.
SSO, stockage objet, courriel réel, recherche externe, charge et haute disponibilité non qualifiés.
Exports SQL et fichiers séparés ; restauration et atomicité conjointe non qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Rédiger et retrouver des documents collaboratifs dans un espace privé.
Portée : CryptPad 2026.5.1 créé après réparation revue, puis code client compatible mis à jour : compte et document conservés, nouvelle édition à deux navigateurs vérifiée.
Git client conservé, deux origines HTTPS, compte créé, document édité par deux navigateurs isolés et retrouvé dans l’espace documentaire ; Drawio rendu.
Mise à jourVérifié dans la portée indiquée
Même version 2026.5.1 et même projet : vrai code client modifié servi, compte, document et volume conservés, puis nouvelle édition partagée ; zéro appel LLM.
Réparation de configurationVérifié dans la portée indiquée
Trois appels privés restent comptés ; capacités et configuration développées puis revues avec CI et PR, échec métier rattaché au même incident et correction du proxy publiée séparément.
Sauvegarde ou exportPartiel
Copie froide de 43 fichiers et 137 461 octets avant mise à jour, empreintes vérifiées sur le même stockage ; aucun export externe ni restauration qualifié.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Même version amont ; modification du code client, sans migration CryptPad 2026.5.1 → 2026.5.1 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
source_commit
Commit source — Révision Git exacte à construire, contrôler et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Même version amont 2026.5.1 ; aucune migration amont qualifiée.
Deux origines HTTPS distinctes sont obligatoires. Drawio est réellement chargé, mais le contenu d’un diagramme n’est pas qualifié.
OnlyOffice est exclu : tableur, traitement de texte et présentation correspondants désactivés ; les autres éditeurs n’ont pas tous un scénario métier qualifié.
Quatre mises à jour npm explicites sont appliquées au contexte de construction ; verrou Git client conservé.
Copie froide sur le même volume, sans export externe ni restauration qualifiés.
Trois appels privés initiaux conservés ; l’agent a développé les capacités et fait revoir la configuration. Aucun appel LLM sur la mise à jour compatible.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Animer un forum avec discussions, réponses, images, invitations et notifications.
Portée : Discourse 2026.8.0 maintenu créé puis code Ruby compatible mis à jour ; comptes, sujet, image et stockage conservés, nouvelle réponse et notification privée vérifiées.
Création après maintenance et configuration revue : deux comptes, catégorie, sujet, réponse, image, invitation privée reçue et acceptée, recherche et notification vérifiés.
Mise à jourVérifié dans la portée indiquée
Vrai code Ruby et asset servis depuis le même Git, configuration inchangée et zéro LLM ; comptes, discussion, image et réservations conservés, nouvelle réponse et notification vérifiées.
Sauvegarde ou exportPartiel
Archive PostgreSQL contenant 357 tables et export opérateur de 54 fichiers contrôlés avec empreintes, propriétaire et image connue ; exports séparés sans restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Version amont constante ; code Ruby et asset modifiés 2026.8.0 maintenu → 2026.8.0 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version 2026.8.0 avec maintenance réelle des dépendances Ruby et Node ; aucune migration de version amont qualifiée.
Sept appels privés historiques restent conservés, dont trois sur la lignée maintenue ; zéro appel sur la mise à jour compatible ne les efface pas.
Refus de scan conservés, sans exclusion du scanner ni remise à zéro de l’historique.
Courrier Internet, fédération, plugins IA, charge et haute disponibilité non qualifiés.
Exports PostgreSQL et fichiers séparés ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Version corrigée créée depuis Git : compte, page, image et rendu authentifié vérifiés ; accès anonyme et chemins privés refusés.
Mise à jourVérifié dans la portée indiquée
Mise à jour vers 2026-07-14c dans le même projet : identités et contenus conservés, historique relu, page modifiée et nouvelle page créée.
Sauvegarde ou exportPartiel
Page de contrôle et dépôt Git exportés ; archive privée à froid de configuration et données sur le même volume.
RestaurationNon vérifié
Aucune restauration qualifiée.
Création par configuration N3Vérifié dans la portée indiquée
Création depuis le Git personnalisé et paas.toml ; compte et ressources initialisés, usages vérifiés, aucun appel LLM sur le push qualifié.
Mise à jour par configuration N3Vérifié dans la portée indiquée
Même projet, code personnalisé et données conservés puis nouvelle écriture vérifiée ; aucun appel LLM sur le push qualifié.
Réparation de configurationVérifié dans la portée indiquée
Configuration absente ou tests mal configurés : modification de paas.toml seulement, contrôles CI, PR et livraison ; plafond partagé de trois appels privés par incident.
Versions observées
Quatre correctifs officiels dans la version de départ 2026-07-14b corrigée → 2026-07-14c Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version de départ avec quatre correctifs officiels ; autres versions et migration majeure à qualifier.
PHP 8.4.25 et stockage conservés ; changer de runtime exige une qualification propre.
Code et extensions par Git ; modification de code depuis le CMS non qualifiée.
Copie froide sur le même volume ; export externe complet et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Publier des articles et médias avec un CMS PHP et une base privée.
Portée : Drupal 11.4.7 créé après réparations puis code client compatible mis à jour ; compte, articles, image et réservations conservés, nouvel article et rendu connecté vérifiés.
Création réparée puis revue par CI et PR : compte, article, image, thème et session connectée vérifiés, ressources CSS/JS et polices chargées.
Mise à jourVérifié dans la portée indiquée
Même dépôt et configuration, vrai code client compatible servi sans LLM ; compte, articles, image et réservations conservés, nouvelle écriture et rendu connecté vérifiés.
Sauvegarde ou exportPartiel
Export SQL transactionnel de 62 tables sous TLS et archive froide de 161 fichiers exportés et contrôlés séparément ; aucune restauration ni cohérence atomique conjointe démontrée.
RestaurationNon vérifié
Aucune restauration MySQL ou fichiers qualifiée.
Versions observées
Même version Drupal ; migration du cœur et des modules non qualifiée 11.4.7 → 11.4.7 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
installed_production_vendor
Dépendances PHP de production — Arbre des dépendances présent dans Git et comparé au verrou et à son inventaire.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mysql_binding
Raccordement MySQL privé — Base et identité privées avec certificat et nom du service vérifiés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Drupal 11.4.7 avec PHP 8.4.25 et MySQL 8.4.10 constants ; migrations du cœur, des modules ou des fournisseurs non qualifiées.
Deux lignées de création ont consommé trois appels privés chacune, soit six historiques ; les reprises revues conservent les compteurs.
La dernière mise à jour compatible a utilisé zéro LLM ; ce résultat ne réécrit pas les réparations initiales.
Export SQL et copie froide de fichiers distincts ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Gérer clients, articles, commandes, imports et documents dans une application de gestion.
Portée : ERPNext 16.35.0 avec Frappe 16.34.0 : création réparée et modification compatible du code qualifiées, compte, commandes et fichier conservés, nouvelle commande, PDF et temps réel vérifiés.
Création après capacités et configuration revues : compte, client, article, commande, fichier privé, import asynchrone, PDF et échange temps réel authentifié vérifiés.
Mise à jourVérifié dans la portée indiquée
Même Git, versions et configuration, code Python et asset client réellement servis sans LLM ; compte, client, article, commande, fichier, import et réservations conservés, seconde commande et PDF vérifiés.
Sauvegarde ou exportPartiel
Export MariaDB de 737 tables avant le push, puis sauvegarde préalable SQL et archive de 18 fichiers ; exports, empreintes et intégrité contrôlés, sans instantané conjoint ni restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Versions ERPNext et Frappe constantes ; code client personnalisé 16.35.0 / Frappe 16.34.0 → 16.35.0 / Frappe 16.34.0 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
published_dependency_closure
Dépendances publiées — Ensemble fermé des dépendances déjà publié, compatible avec les verrous et ABI du code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Versions ERPNext et Frappe constantes ; aucune migration amont, SQL ou Redis qualifiée.
MariaDB 11.8.9 est une variante du module N2-MYSQL ; aucun nouveau module par fournisseur compatible ou version.
Trois appels privés historiques dans une seule lignée restent conservés ; zéro appel sur la mise à jour compatible.
Courrier sortant, paiements externes, charge et haute disponibilité non qualifiés.
Le navigateur embarqué possède un contrôle de vulnérabilités dédié, renouvelé lors de la publication de base ; la couverture des scanners n’est pas assimilée.
Exports SQL et fichiers distincts ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
upstream_commit
Révision amont — Révision du logiciel fournisseur retenue et corrigée si nécessaire.
security_backports
Correctifs rétroportés — Correctifs explicitement inclus dans la version de départ qualifiée.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version de départ avec sept correctifs officiels ; ne pas utiliser la distribution 3.3.2 non corrigée comme équivalent.
Plugins verrouillés dans Git ; installation à chaud et mise à jour automatique désactivées.
Export du document de contrôle seulement ; sauvegarde globale, restauration et retour arrière après migration non qualifiés.
Charge multiutilisateur et chat réel non exercés ; connecteur optionnel SurrealDB absent du profil PostgreSQL.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
distribution
Distribution — Distribution système déclarée et couverte par la recette.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version de départ avec six fichiers correctifs officiels ; migration majeure et passage depuis le fournisseur historique non qualifiés.
linux/amd64, CGO désactivé ; aperçus MuPDF/FFmpeg et intégrations bureautiques non qualifiés.
Copie froide complète sur le même volume ; export externe de cette archive et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Cible 2.0.0-rc.8 en préversion ; version de départ avec Composer 2.10.3 corrigé.
Runtime PHP et MySQL conservés ; leurs migrations exigent des preuves séparées.
Sources et dépendances dans Git ; administration de code et extensions depuis le forum non qualifiée.
Inscription désactivée et courrier dans le journal local ; envoi externe non qualifié.
SQL puis fichiers exportés à des moments distincts ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Création après correction revue de paas.toml, CI et PR dans le même dépôt : compte, API, flux, catégorie, lecture et favori vérifiés.
Mise à jourVérifié dans la portée indiquée
Même version amont 1.30.0, code client compatible mis à jour par Git sans LLM ; états et identités conservés, nouveau flux et article lus.
Réparation de configurationVérifié dans la portée indiquée
Trois appels privés conservés, dont deux configurations refusées ; capacités développées par un agent autorisé puis configuration revue, CI et PR. Le modèle seul n’a pas terminé la réparation.
Sauvegarde ou exportPartiel
Archive froide avant migrations sur le même volume, reçue et reliée au commit avec empreinte contrôlée.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Même version amont ; modification du code client, sans changement de version FreshRSS 1.30.0 → 1.30.0 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
source_commit
Commit source — Révision Git exacte à construire, contrôler et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
La mise à jour qualifiée change du code client compatible ; aucun changement de version amont n’est démontré.
SQLite embarqué privé, sans serveur SQL N2 ; montée en charge avec plusieurs répliques non qualifiée.
PHP 8.4.25 et linux/amd64 ; bibliothèques embarquées contrôlées par Git, sans résolution Composer reconstruite.
Copie froide sur le même volume ; export externe et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
official_archive_sha256
Empreinte de distribution — Empreinte de l’archive fournisseur complète retenue dans Git.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Dépendances corrigées et verrouillées dans Git ; Node 22.23.2 conservé, pnpm 12.2.1 → 12.4.0.
Archives limitées à 10 000 entrées, 128 Mio par fichier et 512 Mio au total ; liens et écrasements refusés.
Export logique et média de contrôle seulement ; sauvegarde générale et restauration non qualifiées.
Courrier non implémenté, notamment reconnexion par code email depuis un nouvel appareil ; contrôles d’authentification conservés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Conserver photos et vidéos, organiser des albums et partager des médias.
Portée : Immich 3.2.2 maintenu créé puis code client compatible mis à jour ; compte, trois médias, album et partage conservés, nouvelle photo importée et relue.
Création après CI et PR : compte, trois médias originaux, miniatures, métadonnées, lecture vidéo, album, partage et recherche privée vérifiés.
Mise à jourVérifié dans la portée indiquée
Même Git et configuration, nouvelle page Svelte et asset servis avec zéro LLM ; compte, médias, album, partage et réservations conservés, quatrième photo importée et relue.
Sauvegarde ou exportPartiel
Archive PostgreSQL de 18 635 756 octets contenant les données de 72 tables et export de 16 fichiers ; contenu, propriétaire et originaux vérifiés séparément, sans restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Budget de découverteBloqué
Quatre appels privés historiques ont dépassé le total annoncé de trois ; l’écart reste bloqué et visible, reprise revue sans appel supplémentaire ni modification des compteurs.
Versions observées
Version amont constante ; personnalisation compatible du frontend 3.2.2 maintenu → 3.2.2 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Même version amont 3.2.2 ; aucune migration de version Immich qualifiée.
Quatre appels privés historiques, répartis en 1 + 3, dépassent le total annoncé de trois : écart conservé sans effacement de compteur. La reprise revue et la mise à jour n’ajoutent pas d’appel.
Formats, clients mobiles, ensemble des fonctions amont, performance et haute disponibilité non généralisés depuis les usages vérifiés.
Quota physique par application non qualifié : l’interface indique la capacité du système de fichiers sous-jacent.
Exports PostgreSQL et fichiers séparés ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Publier des catégories, articles et images avec une édition riche dans un CMS PHP.
Portée : Joomla 6.1.3 créé après correction iconv, puis code client compatible mis à jour ; compte, session, contenu et média conservés, nouvel article publié.
Création réparée dans le même projet Git, configuration revue, 19 contrôles et admission native ; compte, catégorie, article, éditeur TinyMCE et image vérifiés.
Mise à jourVérifié dans la portée indiquée
Code PHP et asset client réellement servis, configuration inchangée et zéro LLM ; compte, session, catégorie, article, média et réservations conservés, nouvel article publié.
Sauvegarde ou exportVérifié dans la portée indiquée
Export opérateur sous TLS de 76 tables et exports privés de fichiers contrôlés ; archive native préalable vérifiée par empreinte, intégrité, configuration et média connu. Copies séparées, sans restauration.
RestaurationNon vérifié
Restauration SQL et fichiers non exercée.
Versions observées
Version amont constante ; correction iconv de la base PHP et code client compatible 6.1.3 → 6.1.3 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
bundled_vendor_inventory
Inventaire des dépendances distribuées — Inventaire exact des dépendances fournies dans Git avec la distribution.
frontend_inventory
Inventaire du frontend — Fichiers frontend distribués et identités vérifiées ; leur présence ne prouve pas un graphe transitif complet.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mysql_binding
Raccordement MySQL privé — Base et identité privées avec certificat et nom du service vérifiés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 6.1.3 constante ; aucune migration Joomla qualifiée.
Distribution complète sans verrou Composer amont : inventaire embarqué réel, sans résolution des dépendances au démarrage.
Un avis local MEDIUM CVE-2024-39912 sur web-auth/webauthn-lib 4.5.2 reste déclaré ; aucun seuil d’admission natif modifié.
Création initialement livrée puis refusée au téléversement, trois appels privés sans progrès et incident de capacité disque conservés ; correction et reprise revues avant qualification.
Courrier désactivé ; extensions tierces, charge et haute disponibilité non qualifiées.
SQL et fichiers exportés séparément ; restauration et atomicité conjointe non qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
PHP et MySQL conservés ; autres versions ou migrations de moteur à qualifier.
Sources et bibliothèques dans Git ; acquisition Composer et installation de plugins depuis l’interface désactivées.
Notifications externes non qualifiées.
Exports SQL/Git avant mise à jour et fichiers après arrêt ; instantané conjoint et restauration non qualifiés.
Connexion persistante et reconnexion par mot de passe vérifiées ; invalidation forcée de toutes les sessions non qualifiée.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Compte, avatar et conversation persistés avec MongoDB privé ; génération par inférence privée vérifiée.
Mise à jourVérifié dans la portée indiquée
rc1 → rc2 : compte, messages et avatar conservés dans le même projet, puis seconde génération persistée.
Sauvegarde ou exportVérifié dans la portée indiquée
Export MongoDB et copie froide des fichiers avec empreintes contrôlées ; copie froide sur le même volume, sans instantané conjoint ni restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Création par configuration N3Vérifié dans la portée indiquée
Création depuis Git et configuration N3 ; raccordements par projet aux fournisseurs existants, génération et persistance vérifiées sans LLM d’installation.
Mise à jour par configuration N3Vérifié dans la portée indiquée
Code personnalisé, compte, conversations et identités conservés ; nouvelles opérations vérifiées sans LLM d’installation.
Versions observées
Deux préversions ; profil sans RAG ni planification rc2 0.8.8-rc1 → 0.8.8-rc2 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
complete_source
Sources complètes — Ensemble du code et des fichiers nécessaires à une construction reproductible.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
mongodb_binding
Raccordement MongoDB — Base et identité du projet sur le fournisseur MongoDB existant.
private_inference
Inférence privée — Raccordement du consommateur au modèle privé autorisé.
paas_toml_n3_configuration
Configuration N3 — Bloc N3 versionné dans paas.toml pour une recette publiée.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Les deux versions sont des préversions.
Profil conversation et avatar ; RAG non raccordé et planification indisponible en rc2 dans ce profil.
MongoDB et inférence restent épinglés ; le raccordement par projet ne qualifie pas l’installation d’un nouveau fournisseur.
Copie froide sur le même volume ; export externe complet, instantané conjoint MongoDB/fichiers et restauration non qualifiés.
Audit des dépendances de développement et scan de l’image finale portent sur des objets distincts.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
upstream_commit
Révision amont — Révision du logiciel fournisseur retenue et corrigée si nécessaire.
security_backports
Correctifs rétroportés — Correctifs explicitement inclus dans la version de départ qualifiée.
dependency_security_profile
Profil des dépendances — Corrections et versions de dépendances admises dans le scénario.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
private_capture_binding
Collecteur de courrier privé — Raccordement au collecteur privé qualifié ; aucun destinataire Internet implicite.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Six correctifs officiels et dépendances corrigées dans la référence ; la version de départ n’est pas le tag amont intact.
Courrier limité à un destinataire de contrôle dans un collecteur privé ; aucune délivrabilité Internet qualifiée.
Sauvegarde, restauration et changement de fournisseur ont des qualifications distinctes.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Créer un wiki avec pages, historique, images, recherche et éditeur visuel.
Portée : MediaWiki 1.46.0 maintenu créé puis code compatible mis à jour ; compte, page, historique et image conservés, nouvelle page, recherche et VisualEditor vérifiés.
Création depuis Git après maintenance des dépendances et revue CI/PR : compte, page, deux révisions, recherche, image et VisualEditor vérifiés.
Mise à jourVérifié dans la portée indiquée
Vrai code PHP et asset client servis, même Git et configuration, zéro LLM ; compte, page, révisions, image et réservations conservés, nouvelle page, recherche et rendu Parsoid vérifiés.
Sauvegarde ou exportPartiel
Export SQL de 64 tables et archive de 11 fichiers avant mise à jour, empreintes et intégrité vérifiées ; exports distincts, sans instantané conjoint ni restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Version amont constante avec dépendances maintenues ; code client personnalisé 1.46.0 maintenu → 1.46.0 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 1.46.0 constante, dépendances Guzzle 7.15.2, Promises 2.5.1 et PSR-7 2.13.0 maintenues ; aucune migration MediaWiki qualifiée.
Distribution initiale refusée pour un avis HIGH ; refus et trois appels privés historiques conservés. L’audit Composer maintenu signale un avis LOW et le paquet pear/net_socket abandonné.
Courrier Internet, fédération, extensions supplémentaires, charge et haute disponibilité non qualifiés.
Exports SQL et fichiers séparés ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Interroger des données SQL et composer des tableaux de bord avec graphiques.
Portée : Metabase 0.63.18 créé après réparation puis code client compatible mis à jour ; compte, question SQL, tableau et résultats conservés, nouveau tableau et graphique navigateur vérifiés.
Création native après CI et admission : compte, question SQL, quatre résultats et tableau de bord rendus dans le navigateur.
Mise à jourVérifié dans la portée indiquée
Même Git et version 0.63.18, code client modifié réellement servi sans LLM ; compte, question, tableau, résultats et PostgreSQL conservés, nouveau tableau créé et graphique vérifié.
Sauvegarde ou exportPartiel
Archive PostgreSQL de 912 355 octets exportée avant mise à jour, empreinte et inventaire de 159 tables vérifiés ; compte, question et tableau présents, sans restauration qualifiée.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Même version Metabase ; code client modifié, sans migration amont 0.63.18 → 0.63.18 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
jvm_parameters
Paramètres JVM — Paramètres bornés de construction et d’exécution acceptés par la recette.
dependency_closure
Ensemble fermé des dépendances — Ensemble complet des dépendances, outils et empreintes admis pour une construction hors réseau.
postgresql_binding
Raccordement PostgreSQL — Base privée et identité du service PostgreSQL réservées au projet.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
encryption_secret
Secret de chiffrement — Secret privé d’application à conserver ; sa valeur n’est jamais publiée ni exposée au navigateur.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 0.63.18 constante ; aucune migration de version Metabase qualifiée.
Adaptation déclarée du pilote SQL Server JDBC 13.2.1.jre11 vers 13.4.0.jre11 dans la copie de construction ; sources clientes conservées.
Base de démonstration SQLite reconstruite depuis l’artefact ; métadonnées applicatives persistantes dans PostgreSQL privé.
Trois appels privés initiaux restent consommés ; capacités développées puis configuration revue dans le même incident. La mise à jour compatible utilise zéro LLM.
Identité du JAR vérifiée et inventaire des composants conservé ; export PostgreSQL contrôlé, restauration non qualifiée.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
private_engine_profile
Profil privé du moteur — Profil issu de l’authentification normale du moteur d’agent, distinct du compte web.
dependency_lock
Verrou des dépendances — Versions et empreintes des dépendances réellement utilisées.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version 3.2.22 préparée ; mise à jour fonctionnelle non exécutée.
Un accès web ou un composant démarré ne qualifient pas une tâche réelle du moteur.
Le compte web SSO et le profil privé du moteur ont des authentifications distinctes.
Une authentification privée normale doit être terminée pour reprendre la tâche ; un code expiré n’est pas réutilisable.
Restauration non qualifiée ; aucune installation N3 complète ni disponibilité générale déduite.
Déposer, consulter et partager des fichiers avec accès DAV et liens protégés.
Portée : Nextcloud 35.0.0 créé après reprises revues, puis code client compatible mis à jour ; compte, instance, fichiers et partage protégés conservés, nouveau fichier relu.
Création par Git après capacités développées et reprises revues : compte, document, image DAV, partage protégé et refus d’écriture publique vérifiés.
Mise à jourVérifié dans la portée indiquée
Vrai code PHP et asset client servis, configuration inchangée et zéro LLM ; compte, instance, fichiers, partage et réservations conservés, nouveau fichier et affichage navigateur vérifiés.
Sauvegarde ou exportPartiel
Export SQL de 139 tables avant le push et archive de 106 fichiers avant démarrage de la nouvelle révision, empreintes et intégrité contrôlées ; copies distinctes, sans restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Version Nextcloud constante ; personnalisation compatible du code PHP 35.0.0 → 35.0.0 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 35.0.0 constante ; aucune migration Nextcloud qualifiée.
Cinq inventaires Composer sans verrou de production amont : identités installées et Git complet contrôlés.
Adaptation PDO explicite depuis une préimage vérifiée et classification exacte d’une valeur publique dans le scanner ; autres valeurs et fichiers toujours contrôlés.
Trois appels privés historiques de la même lignée conservés ; aucun appel sur la mise à jour compatible.
Courrier Internet, fédération externe, acquisition d’applications, charge et haute disponibilité non qualifiés.
Exports SQL et fichiers séparés ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Animer un forum avec catégories publiques et privées, discussions, réponses, images et droits d’accès.
Portée : NodeBB 4.16.0 maintenu créé sur une application neuve puis code client compatible mis à jour, avec zéro appel LLM aux deux étapes ; compte, session, catégories, discussion, image et liaison MongoDB conservés, nouvelle réponse créée.
Création sur une application neuve depuis Git avec zéro appel LLM : contrôles natifs, compte, catégories publique et privée, discussion avec emoji et image, réponse et refus d’accès sans session vérifiés.
Mise à jourVérifié dans la portée indiquée
Même projet Git et version 4.16.0, fichier public client ajouté sans changer le TOML, zéro appel LLM ; copie froide et génération des assets exécutées, compte, session, contenus, image, réservation et liaison conservés, nouvelle réponse créée.
Sauvegarde ou exportPartiel
Export logique MongoDB sous TLS sans les sessions, et archives de 12 puis 21 fichiers sans les sorties de build régénérables ; relecture des contenus avant et après la mise à jour. Copie froide native de quatre fichiers vérifiée, sans restauration ni instantané conjoint.
RestaurationNon vérifié
Restauration MongoDB et fichiers non exercée.
Versions observées
Version amont constante ; ajout compatible d’un fichier public client 4.16.0 maintenu → 4.16.0 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
package_lock_source
Verrou npm du dépôt — Verrou source versionné avec le code client complet et contrôlé lors de la préparation des dépendances.
dependency_maintenance_commit
Révision de maintenance des dépendances — Commit qui maintient explicitement les dépendances du code livré ; cette maintenance reste distincte d’une réparation de configuration.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mongodb_binding
Raccordement MongoDB privé — Base, identité applicative et autorité de confiance propres au projet ; TLS et droits d’accès contrôlés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 4.16.0 constante ; aucune migration de version NodeBB qualifiée.
MongoDB privé à un seul membre, sans service d’inférence, Redis ni PostgreSQL ; aucun nouveau cluster fournisseur ni haute disponibilité déduit du raccordement.
Les assets sont régénérés à chaque démarrage dans une zone privée persistante. Ces sorties régénérables sont exclues des exports de fichiers ; les sessions sont exclues de l’export logique MongoDB.
La relance de l’installateur exige une absence de contenu métier prouvée ; une interruption ne permet pas une réinstallation arbitraire.
Fédération ActivityPub et inscription publique désactivées par la recette ; courriel réel, web-push, SSO, plugins supplémentaires et charge non qualifiés.
Exports MongoDB et fichiers distincts ; restauration et atomicité conjointe non qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
official_archive_sha256
Empreinte de distribution — Empreinte de l’archive fournisseur complète retenue dans Git.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Aucune migration majeure d’Odoo qualifiée.
LDAP, OFX, libmagic, montants en lettres, rendu PDF, paiement, courrier externe et charge non qualifiés.
Sauvegarde SQL et média de contrôle ; un seul média ne couvre pas tout le stockage de fichiers.
Candidats précédents non promus et reprises conservés dans le même projet ; restauration non qualifiée.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
complete_source
Sources complètes — Ensemble du code et des fichiers nécessaires à une construction reproductible.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
private_inference
Inférence privée — Raccordement du consommateur au modèle privé autorisé.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
La preuve historique relève 11 vulnérabilités critiques et 107 élevées ; ces chiffres ne proviennent pas d’un nouveau scan.
Des avis de dépendances relevés n’offraient pas de version corrigée ; la reprise requiert un candidat admis par les contrôles.
Tests unitaires et construction ne qualifient ni accès utilisateur, ni inférence depuis l’application, ni mise à jour dans le projet.
Aucune promotion, installation partiellement servie ou disponibilité générale déduite.
Gérer une boutique avec produits, images, panier, commandes et mouvements de stock.
Portée : OpenCart 4.1.0.4 maintenu créé puis code compatible mis à jour ; compte, session, produit, image et commande conservés, nouveau produit, commande et stock vérifiés.
Création depuis Git maintenu puis image réparée avec CI et PR dans le même incident : compte, produit, image, commande hors ligne et stock de 12 à 10 vérifiés.
Mise à jourVérifié dans la portée indiquée
Même Git et version 4.1.0.4, contrôleur PHP et asset modifiés, configuration inchangée et zéro LLM ; compte, session, produit, image, commande et réservations conservés, nouveau produit et commande, stock de 10 à 9.
Sauvegarde ou exportPartiel
159 tables SQL et fichiers exportés avant et après ; archive native de 206 fichiers contrôlée par empreinte, intégrité, configuration et média connus. Copies distinctes, sans restauration ni instantané conjoint.
RestaurationNon vérifié
Restauration SQL et fichiers non exercée.
Versions observées
Version amont constante ; modification compatible du contrôleur et des assets 4.1.0.4 maintenu → 4.1.0.4 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
bundled_vendor_inventory
Inventaire des dépendances distribuées — Inventaire exact des dépendances fournies dans Git avec la distribution.
frontend_inventory
Inventaire du frontend — Fichiers frontend distribués et identités vérifiées ; leur présence ne prouve pas un graphe transitif complet.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mysql_binding
Raccordement MySQL privé — Base et identité privées avec certificat et nom du service vérifiés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 4.1.0.4 constante ; aucune migration OpenCart qualifiée.
Commandes de test avec paiement hors ligne ; paiement externe, courrier, livraison réelle, extensions tierces, charge et haute disponibilité non qualifiés.
Inventaire des fichiers frontend distribués et de leurs identités ; aucun graphe npm transitif complet revendiqué.
CKEditor 4.22.1 conserve cinq avis MEDIUM à la date du scan ; aucun avis HIGH ou CRITICAL dans la source maintenue observée.
Trois appels privés initiaux restent conservés ; le défaut d’image a été réparé dans le même incident, puis mise à jour compatible sans LLM.
Répertoire d’administration immuable conservé ; l’avertissement natif de renommage reste disponible.
Exports SQL et fichiers distincts ; restauration et atomicité conjointe non qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Sept correctifs officiels dans la version de départ ; Smarty 5.8.4 dans les deux versions.
PHP et MySQL conservés ; migrations de moteurs non qualifiées.
Distribution complète dans Git ; mises à jour du cœur, des plugins et des thèmes depuis l’interface désactivées.
Photo PNG, GD et métadonnées de base vérifiés ; EXIF/IPTC, vidéos et courrier externe non qualifiés.
SQL et fichiers exportés à des instants distincts ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Mesurer les pages vues, objectifs et conversions d’un site avec des statistiques consultables.
Portée : Plausible CE 3.2.1 maintenu créé puis code client compatible mis à jour ; compte, site, objectif, statistiques et réservations conservés, nouvelle visite et conversion vérifiées.
Création après deux reprises de plateforme revues, dans le même incident ; compte, site et statistiques livrés, trois appels privés historiques conservés.
Mise à jourVérifié dans la portée indiquée
Même Git et configuration, nouveau module Elixir, template et asset client construits puis servis sans LLM ; compte, site, objectif, données et réservations conservés, nouvelle visite et conversion.
Usages métierVérifié dans la portée indiquée
Compte, site, page vue, objectif personnalisé et conversion contrôlés à la création et après mise à jour ; historique relu à sa date UTC, session conservée et sept captures inspectées.
Versions observées
Même version amont ; code Elixir, template et asset client modifiés CE 3.2.1 maintenu → CE 3.2.1 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_git
Sources Git — Dépôt complet du code client réellement compilé, avec sa révision et ses verrous.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
account_identity
Identité du compte — Identité applicative conservée lors des reprises et mises à jour ; aucune donnée personnelle n’est publiée.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont CE 3.2.1 constante ; aucune migration Plausible qualifiée.
Trois appels privés historiques sur le même incident restent conservés ; reprises revues et mise à jour compatible sans nouvel appel.
PostgreSQL et ClickHouse sont des fournisseurs distincts ; leurs sauvegardes sont séparées, sans atomicité conjointe ni restauration qualifiée.
Charge, haute disponibilité et fonctions amont non exercées ne sont pas déduites du scénario de pages, objectifs et conversions.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Administrer une boutique avec catalogue, images, commandes et suivi du stock.
Portée : PrestaShop 9.1.5 Classic créé après maintenance et réparations, puis code compatible mis à jour ; compte, produit, image et commande conservés, seconde commande et stock vérifiés.
Création après maintenance des sources et configuration revue : compte, produit, image et commande hors ligne vérifiés ; connexions répétées, catalogue, commandes et boutique inspectés.
Mise à jourVérifié dans la portée indiquée
Vrai code compatible servi dans le même dépôt, configuration inchangée et zéro LLM ; compte, produit, image, commande et réservations conservés, seconde commande et stock de 18 à 17 vérifiés.
Sauvegarde ou exportPartiel
Export SQL transactionnel de 272 tables sous TLS et archive des fichiers avant mise à jour exportés et contrôlés séparément ; aucune restauration ni sauvegarde atomique conjointe.
RestaurationNon vérifié
Aucune restauration MySQL ou fichiers qualifiée.
Versions observées
Version amont constante avec dépendances maintenues ; code client modifié 9.1.5 Classic → 9.1.5 Classic — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
installed_production_vendor
Dépendances PHP de production — Arbre des dépendances présent dans Git et comparé au verrou et à son inventaire.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mysql_binding
Raccordement MySQL privé — Base et identité privées avec certificat et nom du service vérifiés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version 9.1.5 Classic, PHP 8.4.25 et MySQL 8.4.10 constants ; migrations du cœur, des modules ou des fournisseurs non qualifiées.
Dépendances de la source réellement maintenues avant correction de configuration ; source initiale et scan refusé conservés. Sentry 1.11.0 a été vérifié sur son usage local avec exception de borne PHP limitée à cette maintenance.
Deux lignées de création ont consommé trois appels privés chacune, soit six historiques ; compteurs conservés, zéro appel sur la mise à jour compatible.
Commandes hors ligne seulement : paiements externes, services de livraison et courrier Internet non qualifiés.
Adresses exactes des relais de confiance dans la configuration ; elles doivent être revues si le trajet réseau change.
Export SQL et copie froide de fichiers distincts ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Suivre projets, demandes, pièces jointes, wiki et temps passé.
Portée : Redmine 7.0.1 créé puis contrôleur, vue et asset client mis à jour ; deux comptes, projet, demande, wiki et pièce jointe conservés, nouvelles notes et notification privée vérifiées.
Création après CI et PR : deux comptes, projet, demande, pièce jointe, wiki, temps, recherche, PDF et notification privée vérifiés.
Mise à jourVérifié dans la portée indiquée
Même Git et configuration, contrôleur, vue et asset client réellement modifiés, zéro LLM ; comptes, données, fichier et réservations conservés, nouvelles notes et notification privée distincte vérifiées.
Sauvegarde ou exportPartiel
Archive PostgreSQL de 165 600 octets contenant les données de 61 tables et export opérateur de deux fichiers ; contenu, propriétaire et pièce jointe contrôlés, sans instantané conjoint ni restauration.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Version Redmine constante ; contrôleur, vue et asset personnalisés 7.0.1 → 7.0.1 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 7.0.1 constante ; aucune migration Redmine qualifiée.
Trois appels privés historiques et refus locaux conservés, dont un appel sur la lignée livrée ; aucun scanner exclu ni compteur réinitialisé.
Courrier Internet, authentification LDAP, export Gantt PNG, plugins, charge et haute disponibilité non qualifiés.
Exports PostgreSQL et fichiers opérateur séparés ; instantané conjoint et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Consulter une boîte privée, gérer des contacts et envoyer des messages dans le périmètre autorisé.
Portée : Roundcube 1.7.4 créé après découverte et réparation de plateforme, puis code compatible mis à jour ; compte, contacts et messages conservés, nouvel envoi privé reçu et relu.
Création après découverte, configuration revue, CI et PR : connexion, contact, lecture IMAP et réception SMTP privée vérifiés.
Mise à jourVérifié dans la portée indiquée
Même Git et version 1.7.4, code client réellement modifié servi sans LLM ; compte, contacts, message et raccordements conservés, nouveau message envoyé, lu et reçu en privé.
Sauvegarde ou exportPartiel
Copie SQLite de 200 704 octets avant migration, téléchargée et contrôlée par empreinte et intégrité ; compte et contacts présents, sans copie de la boîte Maildir ni restauration.
RestaurationNon vérifié
Ni restauration SQLite ni restauration Maildir qualifiées.
Versions observées
Version Roundcube constante ; code client modifié, courrier limité au périmètre privé 1.7.4 → 1.7.4 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
installed_production_vendor
Dépendances PHP de production — Arbre des dépendances présent dans Git et comparé au verrou et à son inventaire.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_imap_binding
Raccordement IMAP privé — Compte et service de lecture des messages sous TLS, limités au consommateur autorisé.
private_smtp_binding
Raccordement SMTP privé — Service de capture privée autorisé ; aucun envoi Internet implicite.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 1.7.4 constante ; aucune migration Roundcube qualifiée.
IMAP privé dédié, sans intégration qualifiée à une boîte externe existante.
SMTP limité au collecteur privé et aux destinataires de contrôle ; aucune réception ou délivrabilité Internet qualifiée.
Trois appels privés consommés dans la même lignée, correction de plateforme par un agent et configuration revue ; zéro appel sur la mise à jour compatible.
Export SQLite des contacts distinct des messages Maildir ; ni sauvegarde Maildir ni restauration qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Lire et organiser une boîte privée avec contacts, dossiers, brouillons et envois contrôlés.
Portée : SnappyMail 2.38.2 maintenu créé puis code compatible mis à jour sans LLM ; session, compte, contact, dossier, brouillon et message conservés, nouvel envoi privé reçu et relu.
Création déterministe depuis Git maintenu avec zéro LLM : connexion réelle, contact, dossier, brouillon, corps du message IMAP et réception SMTP privée vérifiés.
Mise à jourVérifié dans la portée indiquée
Même Git et version 2.38.2, code PHP et asset servis avec zéro LLM ; compte, session, contacts, dossiers, brouillon, message et raccordements conservés, nouvel envoi relu et reçu en privé.
Sauvegarde ou exportPartiel
Exports privés de fichiers vérifiés et copie SQLite de 40 960 octets téléchargée, empreinte, intégrité et contact contrôlés ; configuration et secret applicatif copiés en privé, Maildir et restauration non qualifiés.
RestaurationNon vérifié
Restauration SQLite, fichiers et Maildir non exercée.
Versions observées
Version amont constante ; création et mise à jour compatible sans LLM 2.38.2 maintenu → 2.38.2 maintenu — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
bundled_source_inventory
Inventaire des sources distribuées — Inventaire vérifié des bibliothèques et sources embarquées dans la distribution.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_imap_binding
Raccordement IMAP privé — Compte et service de lecture des messages sous TLS, limités au consommateur autorisé.
private_smtp_binding
Raccordement SMTP privé — Service de capture privée autorisé ; aucun envoi Internet implicite.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 2.38.2 constante ; aucune migration SnappyMail qualifiée.
SMTP limité à la capture privée et au destinataire de contrôle ; aucune livraison ou réception Internet qualifiée.
Bibliothèques embarquées et forks identifiés par les sources réelles ; aucun verrou Composer racine fourni par l’amont.
Export de fichiers et copie SQLite distincts du Maildir ; aucune sauvegarde Maildir, restauration ni atomicité entre stockages qualifiée.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
dependency_lock
Verrou des dépendances — Versions et empreintes des dépendances réellement utilisées.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Une reprise conserve le dépôt et l’état du même projet ; elle ne recrée pas silencieusement l’application.
La sauvegarde déclarée terminée n’a pas qualifié le téléchargement de son archive ni sa restauration.
Contrat N3 limité aux deux configurations publiées ; restauration et charge supplémentaire non qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Création depuis le Git client : compte, page, contenu riche, image originale et miniature natifs ; 18 contrôles et admission native, zéro appel LLM.
Mise à jourVérifié dans la portée indiquée
Code PHP et asset client modifiés dans le même Git, configuration inchangée et zéro LLM ; compte, session, pages, média, clé et réservations conservés, nouvelle page publiée.
Sauvegarde ou exportPartiel
Exports SQL de 42 tables et fichiers privés contrôlés avant et après ; archive native préalable de 211 fichiers vérifiée par empreinte, intégrité, configuration et image connues. Copies distinctes, sans restauration.
RestaurationNon vérifié
Restauration SQL et fichiers non exercée.
Versions observées
Version TYPO3 constante ; création et code client compatible sans LLM 14.3.7 → 14.3.7 — révision client compatible Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
client_git_revision
Révision Git cliente — Commit exact du code personnalisé à construire et servir.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
bundled_vendor_inventory
Inventaire des dépendances distribuées — Inventaire exact des dépendances fournies dans Git avec la distribution.
frontend_inventory
Inventaire du frontend — Fichiers frontend distribués et identités vérifiées ; leur présence ne prouve pas un graphe transitif complet.
initial_account
Compte initial — Compte initialisé par la recette puis conservé ; identifiants et secrets restent privés.
private_mysql_binding
Raccordement MySQL privé — Base et identité privées avec certificat et nom du service vérifiés.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Version amont 14.3.7 constante ; aucune migration TYPO3 qualifiée.
La variante Imagick de la base PHP qualifie un redimensionnement réel et les miniatures ; quatorze recettes PHP historiques conservées.
Courrier désactivé ; extensions tierces, charge et haute disponibilité non qualifiées.
Inventaire frontend conservateur du graphe de production amont, avec empreintes distinctes des fichiers distribués.
Exports SQL et fichiers distincts ; restauration et atomicité conjointe non qualifiées.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
upstream_commit
Révision amont — Révision du logiciel fournisseur retenue et corrigée si nécessaire.
security_backports
Correctifs rétroportés — Correctifs explicitement inclus dans la version de départ qualifiée.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
verified_static_assets
Assets vérifiés — Fichiers frontend dont l’origine et les empreintes ont été contrôlées.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Deux correctifs officiels d’authentification renforcée dans la référence ; dépendances corrigées sur les deux versions.
Géolocalisation DB-IP City Lite septembre 2026 épinglée et attribuée ; actualisation par Git, couverture commerciale non supposée.
Export agrégé du site de contrôle ; sauvegarde SQL complète, restauration et retour arrière non qualifiés.
Charge, courrier, SSO et fonctions analytiques avancées non qualifiés par le seul scénario pages/événements.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
published_wheels
Paquets Python publiés — Paquets binaires Python déjà préparés pour la recette.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Des tests utilisant SQLite ne qualifient pas à eux seuls une migration PostgreSQL.
Distribution et ABI sont explicites ; aucune version flottante d’image admise.
Courrier externe, changement de fournisseur et restauration non qualifiés.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
official_archive_sha256
Empreinte de distribution — Empreinte de l’archive fournisseur complète retenue dans Git.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Le scénario utilise un produit gratuit, sans paiement ni courrier externe.
Taxes, paiement, livraison, charge et suite fonctionnelle complète non qualifiés.
Distribution fournisseur complète dans Git ; versions, thèmes et plugins restent des paramètres ou personnalisations à vérifier.
Export SQL, média de contrôle et Git conservés ; sauvegarde de portée limitée et restauration non qualifiée.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Aucun autre consommateur répertorié dans ce relevé.
Entrées et paramètres du contrat
application_source
Sources applicatives — Code personnalisé réellement versionné dans Git et soumis aux contrôles.
baseline_version
Version de départ — Version exacte, correctifs compris, du scénario de référence.
target_version
Version cible — Version ou révision client exacte visée par la mise à jour.
official_archive_sha256
Empreinte de distribution — Empreinte de l’archive fournisseur complète retenue dans Git.
client_account
Compte applicatif — Compte créé ou conservé par le parcours de la recette ; ses secrets restent privés.
single_project_state
État du même projet — Identités et données conservées pendant la mise à jour ou la reprise.
capability_lock
Verrou des capacités — Versions et dépendances exactes de la composition retenue.
paas_toml
Configuration versionnée — Configuration paas.toml du même dépôt Git que le code client.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Cœur, plugins et thèmes livrés par Git ; installation et modification automatiques depuis le CMS désactivées.
Sauvegarde logique bornée à 16 Mio et média de contrôle ; sauvegarde générale de tous les médias et restauration non qualifiées.
Contrat N3 limité aux deux configurations publiées ; autres versions, forks et courses entre reprises exigent leurs propres preuves.
Scénarios vérifiés, sans certification indépendante ni disponibilité générale déduite.
Fournisseur ClickHouse 25.8.33.6 dédié sous TLS avec volume réservé ; collecte et statistiques Plausible vérifiées.
Réutilisation du fournisseurVérifié dans la portée indiquée
Raccordement, confiance TLS, identités des ressources et données conservés pendant une mise à jour compatible de Plausible.
Mise à jourNon vérifié
Aucune montée de version ClickHouse qualifiée.
Sauvegarde ou exportVérifié dans la portée indiquée
Export natif de 2 164 339 octets et 113 fichiers, intégrité, tables et identités vérifiées ; aucune restauration ni sauvegarde atomique conjointe avec PostgreSQL.
RestaurationNon vérifié
Aucune restauration qualifiée.
Versions observées
Fournisseur conservé pendant la mise à jour compatible de Plausible 25.8.33.6 → 25.8.33.6 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Application propriétaire — Application à laquelle le fournisseur et les données sont réservés.
binding_id
Identité du raccordement — Identité de la liaison privée à conserver pendant les reprises.
image_digest
Empreinte d’image — Image immuable désignée par son empreinte, jamais par une version flottante.
private_dns
Adresse privée — Nom privé de résolution du service autorisé.
tls_identity
Identité TLS — Identité attendue du fournisseur et autorité de confiance du raccordement.
storage_budget
Budget de stockage — Capacité réservée dans le profil admis ; elle ne prouve pas une mesure générale des quotas physiques.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Instance dédiée sans haute disponibilité qualifiée ; budget distinct de 2 CPU, 2 Gio de mémoire et 3 Gio de stockage.
Droits SQL et tables système limités au profil Plausible publié ; aucune disponibilité universelle déduite.
Sauvegardes PostgreSQL et ClickHouse séparées ; atomicité entre bases non qualifiée.
Mise à jour du moteur et restauration non qualifiées.
Fournir une boîte privée par application avec lecture et écriture des messages sous TLS.
Portée : Fournisseur Dovecot 2.4.5-r0 utilisé par Roundcube et SnappyMail ; compte, messages et identités conservés pendant leurs mises à jour compatibles.
Identité applicative — Identité propriétaire du service réservé et de ses données.
account_reference
Référence du compte — Référence privée du compte de messagerie autorisé par le contrat.
pinned_image
Image épinglée — Image du fournisseur identifiée par sa version et son empreinte immuables.
tls_certificate
Certificat TLS — Référence au certificat et à sa chaîne de confiance privés, vérifiés par le consommateur.
volume_identity
Identité du volume — Identité du stockage à conserver lors d’une reprise ou d’une mise à jour.
authorized_consumer
Consommateur autorisé — Application autorisée à utiliser le service privé.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Une boîte privée par application, sans réception Internet, MX, SMTP entrant ni exposition IMAP publique.
Une seule réplique ; haute disponibilité et performance générale non qualifiées.
Certificat initial valide un an ; renouvellement à qualifier séparément.
Sauvegarder SQLite dans le webmail ne sauvegarde pas la boîte Maildir ; export et restauration de celle-ci non qualifiés.
Fournisseur Ollama 0.33.3 créé et modèle vérifié ; 0.34.0 ensuite utilisé par LibreChat.
Mise à jourVérifié dans la portée indiquée
Ollama 0.33.3 → 0.34.0 avec mêmes données, consommateurs et empreintes du modèle ; aucune mise à jour du modèle ni client N3 actif pendant cette transition.
Isolation des consommateursVérifié dans la portée indiquée
Inférence LibreChat autorisée, accès d’un consommateur étranger refusé, puis nouvelle génération dans la conversation conservée.
RestaurationNon vérifié
Perte de volume, restauration des poids et reprise non qualifiées.
Contrat de configurationVérifié dans la portée indiquée
Raccordement N3 au fournisseur existant, accès privé limité à l’application propriétaire et conversation conservée après mise à jour.
Versions observées
Fournisseur Ollama ; modèle qwen3:0.6b inchangé 0.33.3 → 0.34.0 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Empreinte d’image — Image immuable désignée par son empreinte, jamais par une version flottante.
model_manifest
Manifeste du modèle — Description et versions exactes du modèle d’inférence privé.
weights_sha256
Empreintes des poids — Empreintes attendues des fichiers du modèle d’inférence.
license
Licence du modèle — Licence applicable au modèle d’inférence sélectionné.
consumer_uuids
Consommateurs autorisés — Identités des applications autorisées à joindre le service privé.
storage
Stockage persistant — Profil et volume de données du fournisseur ou du modèle.
resources
Ressources — Enveloppes CPU, mémoire et stockage prévues par le profil.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Profil limité à linux/amd64, CPU, stockage 2 Gio et modèle qwen3:0.6b.
GPU, haute disponibilité, débit, quota physique et restauration non qualifiés.
Une version du fournisseur ou un modèle supplémentaire reste un paramètre ; leur qualification doit être démontrée séparément.
Le raccordement d’une application à un fournisseur existant ne prouve pas l’installation automatique d’un nouveau fournisseur.
MongoDB 8.0.29 initialisé, TLS obligatoire, groupe de réplication à un membre et transaction de référence observée.
Mise à jourVérifié dans la portée indiquée
8.0.29 → 8.0.30 après export avec compte, données et identités de service et stockage conservés.
Sauvegarde ou exportPartiel
Exports privés avant mises à jour avec taille et empreinte relevées ; restauration et cohérence conjointe avec fichiers non démontrées. NodeBB : exports logiques sous TLS de 293 865 puis 296 842 octets, sessions exclues et contenus relus, sans restauration qualifiée.
Raccordement applicatifVérifié dans la portée indiquée
Compte applicatif limité à sa base, authentification sous TLS, compte et conversation LibreChat persistés puis conservés ; transaction du parcours N3 sous identité applicative. NodeBB dispose d’une base, d’une identité applicative et d’une autorité de confiance propres au projet, sans accès au service d’inférence ; forum et liaison conservés pendant la mise à jour compatible.
RestaurationNon vérifié
Restauration et perte de fournisseur non qualifiées.
Contrat de configurationVérifié dans la portée indiquée
Raccordement natif à MongoDB 8.0.30 existant : base et compte par projet, accès TLS, identités conservées et export privé avant mise à jour LibreChat. Les profils sont distincts selon la recette : LibreChat conserve sa liaison avec inférence ; NodeBB utilise MongoDB seul. Le remplacement du fournisseur d’une liaison existante est refusé.
Versions observées
Mise à jour du fournisseur ; un seul membre 8.0.29 → 8.0.30 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Empreinte d’image — Image immuable désignée par son empreinte, jamais par une version flottante.
database
Base de données — Base logique du projet dans le fournisseur autorisé.
application_user
Identité applicative — Utilisateur du service limité au périmètre de l’application.
private_dns
Adresse privée — Nom privé de résolution du service autorisé.
tls_secret_ref
Identité TLS — Référence privée des certificats du service.
replica_set
Groupe de réplication — Configuration MongoDB publiée ; le profil actuel comporte un seul membre.
storage
Stockage persistant — Profil et volume de données du fournisseur ou du modèle.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Un seul membre : aucune haute disponibilité qualifiée.
La transaction de référence opérateur et les opérations sous identité applicative ont des preuves distinctes.
Les sauvegardes MongoDB et fichiers ne constituent pas un instantané conjoint.
Quota physique, restauration et remplacement après perte du fournisseur non qualifiés.
Le contrat N3 utilise le fournisseur existant ; aucun nouveau cluster automatique déduit du raccordement.
MySQL 8.4.10 réservé, image épinglée, base sous TLS et raccordement observés dans les applications qualifiées.
Conservation pendant la mise à jour N3Vérifié dans la portée indiquée
Même fournisseur, mêmes comptes et données conservés pendant les mises à jour N3, notamment Drupal, PrestaShop, Nextcloud et MediaWiki ; aucune recréation silencieuse de stockage.
Mise à jour du moteurNon implémenté
Toute modification de version moteur exige une transition explicite encore non implémentée.
RestaurationNon vérifié
Restauration des données et médias non qualifiée.
Rotation du certificatNon implémenté
Rotation contrôlée du certificat privé non implémentée ; validité initiale de 365 jours.
Export SQL transactionnelPartiel
Export opérateur SQL transactionnel sous TLS, propriétaire et identités contrôlés avant et après ; export distinct des fichiers, route publique de sauvegarde MySQL et restauration non qualifiées.
Variante MariaDBVérifié dans la portée indiquée
MariaDB 11.8.9 réservée dans le même module N2-MYSQL : TLS strict, compte et stockage conservés pour ERPNext, commandes et export de 737 tables vérifiés ; aucune conversion MySQL ni migration du moteur.
Transfert de sauvegarde avec empreinteTesté en unité
Transfert de sauvegarde avec empreinte SHA256 explicite et propagation des erreurs testé en unité ; la preuve native associée concerne PostgreSQL, sans nouvelle sauvegarde MySQL réelle déduite.
Réutilisation par JoomlaVérifié dans la portée indiquée
Joomla 6.1.3 : base privée avec certificat et nom vérifiés, données conservées et nouvel article relu ; export opérateur de 76 tables.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 14.3.7 : compte, pages, session et réservation conservés, nouvelle page et exports de 42 tables vérifiés ; aucune restauration ni sauvegarde conjointe qualifiée.
Versions observées
MySQL conservé pendant les mises à jour N3 ; aucune mise à jour moteur qualifiée 8.4.10 → 8.4.10 Vérifié dans la portée indiquée
Variante MariaDB d’ERPNext, sans conversion depuis MySQL ni migration moteur 11.8.9 → 11.8.9 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Profil réservé — Profil de service effectivement publié et accepté par le fournisseur.
reservation_ref
Réservation — Référence de la ressource réservée qui doit être conservée.
tenant_id
Organisation propriétaire — Identité de l’organisation autorisée à utiliser la ressource.
app_id
Application — Identité de l’application propriétaire de la ressource.
observed_provider_uid
Identité du fournisseur — Identité observée à conserver pendant les reprises et mises à jour.
storage
Stockage persistant — Profil et volume de données du fournisseur ou du modèle.
resources
Ressources — Enveloppes CPU, mémoire et stockage prévues par le profil.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Variante réservée à un nœud, distincte des anciens profils en cluster ; aucune adoption implicite.
Haute disponibilité et reprise après perte du nœud non qualifiées.
La perte des secrets ou un changement d’identité observée font échouer la reprise.
Mise à jour du moteur et rotation du certificat non implémentées ; restauration non vérifiée.
URL du fournisseur SSO — Adresse HTTPS du fournisseur d’identité existant.
realm
Domaine d’identité — Domaine logique du fournisseur SSO existant.
issuer
Émetteur OIDC — Émetteur exact attendu lors de la vérification des jetons.
client_id
Client OIDC — Identité du client associée à l’application chez le fournisseur SSO.
origins
Origines autorisées — Origines web admises pour le client SSO de l’application.
required_client_role
Rôle applicatif — Rôle requis pour autoriser l’accès au client et à son API.
secret_references
Références de secrets — Références privées ; les valeurs ne sont jamais des paramètres publics du catalogue.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Les ressources internes du fournisseur sont déléguées ; aucun nouveau serveur ou stockage implicite par application.
L’accès web SSO reste distinct de l’authentification du moteur d’un agent.
Obtenir un jeton ne suffit pas à prouver une autorisation API.
Nouveau déploiement et mise à jour du fournisseur d’identité non qualifiés.
Profil PostgreSQL 16 réservé et accès TLS observés avec les applications qualifiées, notamment Discourse, Redmine et Plausible.
Conservation pendant la mise à jour N3Vérifié dans la portée indiquée
Même fournisseur, identités et données SQL conservés pendant les mises à jour N3, dont Metabase, Discourse, Redmine et Plausible.
Migration majeureNon implémenté
Transition 16 → 17 absente ; modification directe et profil non accepté refusés.
RestaurationNon vérifié
Aucune restauration exécutée et qualifiée.
Reprise des archivesVérifié dans la portée indiquée
Procédure opérateur distinguant des archives par identité SQL et conservant les objets historiques ; nouvelles sauvegardes terminées, sans restauration.
Téléchargement des sauvegardesVérifié dans la portée indiquée
Archives PostgreSQL téléchargées par API authentifiée et contenu inspecté pour Listmonk et Wagtail ; aucune restauration déduite.
Extensions vectorielles réservéesVérifié dans la portée indiquée
Profil PostgreSQL 16 avec hstore 1.8, pg_trgm 1.6, unaccent 1.1 et vector 0.8.6 : identité applicative sans droits administrateur, TLS et conservation pendant la mise à jour Discourse.
Variante géographique et vectorielleVérifié dans la portée indiquée
Variante réservée avec cube, earthdistance, pg_trgm, unaccent, uuid-ossp et vector 0.8.6 : données, identité et réservation conservées pour Immich.
Transfert de sauvegarde avec empreinteVérifié dans la portée indiquée
Sauvegarde native avec empreinte SHA256 et propagation des erreurs : archive de 18 635 756 octets et contenu de 72 tables vérifiés ; restauration non exécutée.
Versions observées
Profil majeur conservé pendant les mises à jour N3 16 → 16 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Version majeure — Version majeure du service autorisée par le profil publié.
reserved_profile
Profil réservé — Profil de service effectivement publié et accepté par le fournisseur.
storage
Stockage persistant — Profil et volume de données du fournisseur ou du modèle.
resources
Ressources — Enveloppes CPU, mémoire et stockage prévues par le profil.
reservation_ref
Réservation — Référence de la ressource réservée qui doit être conservée.
secret_binding_ref
Raccordement des secrets — Référence privée des identifiants nécessaires à l’application.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Migration PostgreSQL 16 → 17 non implémentée ; aucun PostgreSQL 17 qualifié dans ce parcours.
Fournisseur externe et caractéristiques physiques inconnues restent explicitement distingués.
Une reprise d’archives ou un export téléchargé ne qualifient pas une restauration.
Redis 7.4.5 privé avec TLS, droits applicatifs et journal AOF configurés ; réutilisation observée par Discourse et Redmine.
CoordinationVérifié dans la portée indiquée
PING, EVAL, Streams, groupes de consommateurs, reprises et acquittements exercés avec relecture après reconnexion.
Mise à jourNon vérifié
Aucune mise à jour du moteur Redis réalisée.
RestaurationNon vérifié
Journal AOF configuré ; récupération après crash et restauration non qualifiées.
Variante Redis réservéeVérifié dans la portée indiquée
Redis 7.4.11 réservé : TLS, droits et journal AOF pour cache, tâches et temps réel ERPNext ; identités conservées, usages Nextcloud et Immich vérifiés. Aucun remplacement par Valkey ni changement du moteur qualifié.
Versions observées
Version installée ; aucune mise à jour moteur qualifiée 7.4.5 → 7.4.5 Vérifié dans la portée indiquée
Variante réservée, distincte d’une migration depuis la version 7.4.5 7.4.11 → 7.4.11 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Empreinte d’image — Image immuable désignée par son empreinte, jamais par une version flottante.
reservation_ref
Réservation — Référence de la ressource réservée qui doit être conservée.
acl_secret_ref
Référence des droits — Référence privée des autorisations ; aucune valeur de secret dans le catalogue.
tls_ca_ref
Autorité TLS — Référence privée de l’autorité vérifiant l’identité du service.
service_dns
Nom du service — Nom privé complet utilisé pour le service et sa vérification TLS.
storage
Stockage persistant — Profil et volume de données du fournisseur ou du modèle.
required_commands
Commandes requises — Commandes Redis nécessaires au consommateur et exercées par la qualification.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Un numéro de base seul ne constitue pas une isolation entre organisations.
L’identité TLS doit correspondre au nom complet du service.
Aucune substitution par Valkey sans campagne de compatibilité.
Mise à jour, récupération après crash et restauration non vérifiées.
Réutilisation du même raccordement, validation des paires d’identifiants et du mode TLS testées en unité ; métadonnées sans mot de passe.
Capture de courrier privéeVérifié dans la portée indiquée
Campagnes Listmonk, messages Roundcube, invitations et notifications Discourse/Redmine reçus par un collecteur privé dans leurs scénarios.
Courrier sur InternetNon vérifié
Aucun destinataire externe ni envoi de courrier Internet qualifié.
Mise à jour du fournisseurNon vérifié
Aucun changement de version ou nouveau déploiement du fournisseur de capture qualifié.
Réutilisation par SnappyMailVérifié dans la portée indiquée
SnappyMail 2.38.2 : envois privés reçus avant et après mise à jour compatible, message relu ; fournisseur conservé, sans délivrabilité Internet déduite.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Hôte du service — Nom du service autorisé par le raccordement.
port
Port applicatif — Port privé écouté par le programme ou le service.
tls_mode
Mode TLS — Mode de chiffrement admis par le raccordement au service.
username
Utilisateur du service — Nom du compte autorisé par le raccordement.
password_reference
Référence du mot de passe — Référence privée vers le secret, sans publication de sa valeur.
from_address
Expéditeur — Adresse d’expédition autorisée dans la portée de courrier prévue.
delivery_scope
Portée du courrier — Portée autorisée du raccordement, actuellement limitée à la capture privée qualifiée.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
La capture privée ne prouve ni délivrabilité Internet, ni SPF/DKIM/DMARC, ni TLS ou authentification réels d’un relais externe.
Le fournisseur existant porte ses propres ressources ; aucun conteneur de relais automatique par application.
Le profil Listmonk courant refuse tout raccordement autre que le collecteur privé autorisé.
Envoi Internet et mise à jour du fournisseur non qualifiés.
Processus web et worker issus de la même image, avec volumes partagés ; autres compositions décrites par leurs opérations propres.
RemplacementVérifié dans la portée indiquée
Remplacement complet d’une composition initialement bloquée, puis accès web observé.
Mise à jour N3 de référenceNon vérifié
Mise à jour fonctionnelle complète de Multi-Agent non exécutée.
Composition de constructionVérifié dans la portée indiquée
Frontends Node assemblés avec les binaires Go de Listmonk ; création et mise à jour qualifiées.
PHP web et tâches périodiquesVérifié dans la portée indiquée
Serveur web et tâches PHP périodiques de FreshRSS composés ensemble ; durée et arrêt commun contrôlés.
Plusieurs origines HTTPSVérifié dans la portée indiquée
CryptPad : origines principale et isolée, HTTPS, iframe, WebSocket et collaboration réelle dans un seul runtime Node ; limites du proxy conservées.
JVM et frontend incorporéVérifié dans la portée indiquée
Metabase : backend JVM et frontend Node construits séparément, assets incorporés au JAR et un seul processus web livré.
Composition PHP et MySQLVérifié dans la portée indiquée
PHP, MySQL privé et stockage composés pour PrestaShop, Nextcloud et MediaWiki ; mises à jour compatibles avec données conservées.
Composition Python et NodeVérifié dans la portée indiquée
ERPNext : Python et Node construits hors réseau, processus web, temps réel et tâches de fond supervisés ; MariaDB et Redis privés conservés.
Ruby et frontend NodeVérifié dans la portée indiquée
Discourse : serveur Ruby, tâches Sidekiq et frontend Ember construit avec Node ; données, invitations privées et rendu conservés.
Ruby sans frontend Node obligatoireVérifié dans la portée indiquée
Redmine : serveur Ruby et tâches Sidekiq avec assets Propshaft, sans frontend Node obligatoire ; création et mise à jour compatibles vérifiées.
Composition Node, Python et médiasVérifié dans la portée indiquée
Immich : serveur et frontend Node, workers et traitement Python privé local, supervision commune et ressources bornées ; continuité des médias et nouvel import vérifiés.
Elixir et frontend NodeVérifié dans la portée indiquée
Plausible : release Elixir/OTP et frontend Node issus de Git avec PostgreSQL et ClickHouse privés ; même assemblage lors de la mise à jour compatible.
Réutilisation par SnappyMailVérifié dans la portée indiquée
SnappyMail 2.38.2 maintenu : compte, session, contacts et messages conservés, puis nouvel envoi privé relu ; aucune migration fournisseur qualifiée.
Réutilisation par JoomlaVérifié dans la portée indiquée
Joomla 6.1.3 : création après correction iconv puis mise à jour compatible, compte, contenu, média et réservations conservés, nouvel article relu.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 14.3.7 : création et mise à jour compatibles, compte, session, pages, média et réservations conservés, puis nouvelle page publiée.
Composition Node/MongoDB et génération des assetsVérifié dans la portée indiquée
NodeBB : un processus web Node, une réservation de fichiers et une liaison MongoDB privée ; assets construits à chaque démarrage dans la zone privée du volume, composant emoji préparé depuis l’image en lecture seule et liens statiques vérifiés. Création et mise à jour compatibles depuis Git.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Membres — Capacités composées dans le profil sélectionné.
processes
Processus — Processus web ou de fond déclarés dans la composition.
dependency_refs
Dépendances de composition — Références explicites des capacités membres de l’assemblage.
placement
Placement — Organisation des membres selon les profils de composition disponibles.
shared_paths
Chemins partagés — Montages partagés entre membres de la composition.
recipe_id
Recette — Identifiant d’une recette effectivement publiée par le produit.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Aucune compatibilité arbitraire entre langages n’est déduite de ces profils.
Un composant jamais démarré n’est pas un service disponible ; les fournisseurs N2 gardent leur cycle de vie distinct.
La construction Python/frontend d’Open WebUI reste bloquée au scan ; sa promotion n’est pas qualifiée.
La composition PHP de FreshRSS ne requalifie pas la mise à jour complète de Multi-Agent.
Release Elixir de Plausible construite hors réseau depuis le code Git client complet et servie dans le parcours natif.
Mise à jourVérifié dans la portée indiquée
Nouveau module Elixir et template HEEX compilés depuis le même Git, verrous et ABI inchangés ; code compatible réellement exécuté.
Compilation Git hors réseauVérifié dans la portée indiquée
Six manifestes et verrous, 10 586 fichiers de dépendances scellés et arbre Git complet ; compilation avec réseau désactivé.
Inventaires de dépendancesVérifié dans la portée indiquée
Inventaires complets des deux constructions, 608 composants dont 160 paquets Hex, formats CycloneDX et SPDX ; aucun avis HIGH ou CRITICAL dans les scans observés.
Versions observées
Versions constantes pendant la mise à jour compatible de Plausible 1.19.5 / OTP 27.3.4.17 → 1.19.5 / OTP 27.3.4.17 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Sources Git — Dépôt complet du code client réellement compilé, avec sa révision et ses verrous.
elixir_version
Version Elixir — Version publiée du compilateur Elixir compatible avec la release et ses dépendances.
erlang_version
Version Erlang/OTP — Version exacte du runtime OTP dans le profil Elixir publié.
node_version
Version Node.js — Version du runtime dans la publication sélectionnée ; toute migration majeure exige une preuve dédiée.
dependency_snapshot_sha256
Empreinte des dépendances — Empreinte de l’ensemble de dépendances publié et vérifié avant construction.
argv
Arguments d’exécution — Arguments explicites du programme dans le profil publié.
port
Port applicatif — Port privé écouté par le programme ou le service.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Profil publié de Plausible uniquement ; autres applications, versions et ABI non qualifiées.
Le frontend Node est une composition explicite ; la release applicative n’est pas stockée dans le cache des dépendances.
Toute modification de verrou exige un nouvel ensemble de dépendances publié et revu.
Aucune migration du compilateur Elixir ou du runtime OTP qualifiée.
Version Go — Version du compilateur déjà publiée pour la recette.
module_root
Racine du module — Répertoire du module Go dans les sources.
platform
Plateforme — Cible système et architecture de la publication choisie.
binaries
Binaires — Programmes Go à compiler et inclure dans l’image finale.
ldflags
Options d’édition de liens — Options admises pour produire les binaires Go.
runtime_files
Fichiers d’exécution — Fichiers supplémentaires requis avec les binaires Go.
entrypoint
Point d’entrée — Programme ou module démarré dans l’image finale.
port
Port applicatif — Port privé écouté par le programme ou le service.
go_mod
Manifeste Go — Manifeste du module Go issu des sources versionnées.
go_sum
Empreintes Go — Empreintes attendues des dépendances Go.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
CGO désactivé et linux/amd64 ; autres architectures ou profils CGO non qualifiés.
Node peut construire le frontend, puis disparaît de l’image Go finale.
Une compilation réussie ne qualifie ni migration SQL, ni mise à jour du fournisseur, ni changement de compilateur d’un client.
Export Git borné et dépendances vérifiées hors réseau, puis construction complète et livraison native du consommateur Metabase.
CréationVérifié dans la portée indiquée
Base Java construite hors réseau et Metabase compilé depuis Git avec frontend incorporé ; compte, question SQL et tableau de bord vérifiés.
Mise à jourVérifié dans la portée indiquée
Deux artefacts de la base Java exercés, puis mise à jour compatible de Metabase : même ensemble de dépendances et services, code client modifié réellement servi sans appel LLM.
Changement de compilateurNon vérifié
Aucune montée de version Java ou Clojure d’un consommateur existant qualifiée.
Versions observées
Java constant ; Clojure CLI 1.12.0.1488, mise à jour du code client uniquement 25.0.4+7 → 25.0.4+7 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Version Java — Version publiée du compilateur et du runtime JVM.
dependency_tool
Outil de dépendances JVM — Outil publié avec le profil JVM ; les autres outils nécessitent leur propre qualification.
dependency_snapshot_sha256
Empreinte des dépendances — Empreinte de l’ensemble de dépendances publié et vérifié avant construction.
dependency_patch_sha256
Empreinte des correctifs — Empreinte des correctifs explicites appliqués aux dépendances publiées.
commands
Commandes de construction — Commandes admises dans le profil et exécutées sur les sources versionnées.
artifact
Artefact JVM — Artefact issu de la construction contrôlée puis exécuté par le runtime.
argv
Arguments d’exécution — Arguments explicites du programme dans le profil publié.
port
Port applicatif — Port privé écouté par le programme ou le service.
platform
Plateforme — Cible système et architecture de la publication choisie.
build_java_heap_mb
Mémoire Java de construction — Taille du tas Java entre 256 et 4 096 Mio, dans la limite distincte du constructeur.
build_node_heap_mb
Mémoire Node de construction — Taille du tas Node entre 256 et 4 096 Mio, dans la limite distincte du constructeur.
build_parallelism
Parallélisme de construction — De 1 à 8 tâches de compilation, sans réservation de ressources implicite.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
linux/amd64 ; Maven, Gradle et autres versions Java/Clojure non qualifiés.
Le frontend éventuel compose N1-NODE ; aucun processus Node supplémentaire dans le runtime JVM.
Les 24 contrats de dépendances initiaux sont verrouillés ; changer les dépendances exige une nouvelle publication revue.
Mémoire de compilation Java et Node entre 256 et 4 096 Mio, parallélisme de 1 à 8 ; limite du constructeur distincte, sans ressources implicites.
Une compilation locale seule ne prouve pas une livraison métier ; aucun changement de version du compilateur qualifié.
Constructions hors réseau avec dépendances verrouillées pour Strapi, Ghost, Etherpad, Umami, LibreChat et frontends composés.
InstallationVérifié dans la portée indiquée
Runtime Node minimal avec point d’entrée, port et sonde définis par le consommateur.
Mise à jour de recetteVérifié dans la portée indiquée
Changements de recettes et de gestionnaires vérifiés dans les mises à jour applicatives ; runtime Node conservé pour chaque client.
Migration majeureNon vérifié
Aucun changement de version majeure de Node qualifié.
Base sans service impliciteTesté en unité
La base seule ne réserve ni base SQL ni stockage applicatif ; comportement testé en unité.
Espaces de travail npmVérifié dans la portée indiquée
Six espaces de travail npm de LibreChat construits hors réseau avec verrou complet et métadonnées contrôlées.
Contrat de configurationVérifié dans la portée indiquée
Version, gestionnaire et espaces de travail configurés dans N3 sans dupliquer N1-NODE ; création et mise à jour par Git observées.
Dépendances npm issues de GitVérifié dans la portée indiquée
CryptPad : verrou npm original, registre et archives Git épinglés, construction hors réseau et adaptation exacte du graphe ; création et mise à jour compatibles vérifiées. NodeBB 4.16.0 réutilise Node 24.20.0 et npm 11.19.0 avec le verrou du Git client : les scripts non exécutés restent contrôlés sur leurs violations, le build sélectionné garde ses contrôles et les attributs Git amont sont exportés comme données inertes.
Frontend construit avec BunVérifié dans la portée indiquée
Metabase : Node 24.20.0 et Bun 1.3.14 pour construire le frontend, verrou, cache et correctifs explicites ; aucun processus Node dans le runtime JVM final.
Dépendances fermées Node et PythonVérifié dans la portée indiquée
Immich : Node 24.20.0, pnpm 11.22 et Python 3.12.14 avec verrous, ABI et modèles privés publiés ; code client compilé hors réseau, création et mise à jour compatibles qualifiées.
Versions observées
Runtime Ghost ; pnpm 12.2.1 → 12.4.0 22.23.2 → 22.23.2 Vérifié dans la portée indiquée
Node conservé pour les autres profils publiés ; gestionnaire selon recette 24.20.0 → 24.20.0 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Profil d’archive — Limites et règles de sécurité des archives explicitement admises.
build_command
Commande de construction — Commande versionnée exécutée dans le profil de construction accepté.
build_outputs
Sorties de construction — Fichiers ou répertoires à conserver dans l’image finale.
complete_package_lock
Verrou complet des paquets — Graphe complet des dépendances, y compris les espaces de travail.
dependency_lock
Verrou des dépendances — Versions et empreintes des dépendances réellement utilisées.
embedded_archives
Archives embarquées — Archives fournies avec les sources et contrôlées avant leur utilisation.
git_archives
Archives de dépendances Git — Archives Git épinglées par révision et empreinte dans l’ensemble de dépendances admis.
healthcheck
Sonde de santé — Sonde définie par la recette ; son succès ne remplace pas les vérifications métier.
lock_mode
Mode du verrou — Mode de lecture ou d’adaptation explicitement autorisé du verrou de dépendances.
lock_patch_sha256
Empreinte d’adaptation du verrou — Empreinte du changement exact admis, sans résolution libre des dépendances.
native_modules
Modules natifs — Dépendances binaires dont l’ABI et les bibliothèques doivent être compatibles.
node_version
Version Node.js — Version du runtime dans la publication sélectionnée ; toute migration majeure exige une preuve dédiée.
npm_version
Version npm — Version du gestionnaire npm publiée avec le profil.
os_abi
ABI système — Compatibilité du système et des bibliothèques natives sélectionnées.
package_manager
Gestionnaire de paquets — Gestionnaire de dépendances explicitement admis par la recette publiée, avec sa version et son verrou.
package_manager_version
Version du gestionnaire — Version exacte du gestionnaire de paquets dans le profil publié.
package_manifest
Manifeste des paquets — Manifestes des paquets inclus dans les sources versionnées.
port
Port applicatif — Port privé écouté par le programme ou le service.
recipe_id
Recette — Identifiant d’une recette effectivement publiée par le produit.
recipe_version
Version de recette — Version de recette distincte de la version de logiciel et du contrat d’inventaire.
registry_snapshot_sha256
Empreinte du registre de paquets — Empreinte du contenu de registre admis pour préparer les dépendances hors réseau.
runtime_libraries
Bibliothèques d’exécution — Bibliothèques publiées présentes dans l’image finale.
start_command
Commande de démarrage — Commande du programme après construction de l’image.
workspace_metadata
Métadonnées des workspaces — Relations entre espaces de travail admises avec le verrou complet.
workspace_roots
Racines des workspaces — Répertoires des espaces de travail versionnés et construits.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Une recette glibc ne démontre pas la compatibilité d’un binaire natif avec musl.
Les anciennes recettes restent historiques et doivent satisfaire les contrôles actuels pour être admises.
Les scans conservent leur portée historique ; les métadonnées système doivent être présentes.
Aucune migration majeure de Node ou du système qualifiée ; une version reste un paramètre du même N1.
Raccordement des médias, fichiers et données privées aux volumes des consommateurs qualifiés.
Mise à jourVérifié dans la portée indiquée
Mêmes identités de stockage et anciennes données relues après mise à jour ; nouvelles écritures vérifiées.
RestaurationNon vérifié
Restauration complète non qualifiée.
Copie avant changement de révisionPartiel
Copie avant démarrage avec un seul écrivain : limites de 2 Gio, 100 000 fichiers et profondeur 32, empreintes source/copie et révisions vérifiées. Copie native sur le même volume ; export et restauration non qualifiés par cette opération.
Réutilisation par SnappyMailVérifié dans la portée indiquée
SnappyMail : compte, session, contacts, messages et stockage conservés après mise à jour ; nouvel envoi privé relu.
Réutilisation par JoomlaVérifié dans la portée indiquée
Joomla : compte, articles, média et stockage conservés ; exports privés et archive préalable vérifiés, SQL et fichiers séparés.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 : réservations, données, image et session conservées, nouvelle page publiée ; aucun agrandissement ni restauration qualifié.
Export de fichiers depuis un runtime NodeVérifié dans la portée indiquée
Export de fichiers et répertoires depuis un runtime Node sans outil d’archive supplémentaire, chemins régénérables exclus et liens refusés. NodeBB : 12 puis 21 fichiers, propriétaire et image connue vérifiés avant et après la mise à jour ; export vivant non transactionnel, aucune restauration qualifiée.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Volumes — Références des volumes persistants raccordés au consommateur.
container_refs
Conteneurs — Références des conteneurs composés par le module.
mounts
Montages — Association explicite des volumes et des chemins consommateurs.
ownership
Droits des fichiers — Propriétaires et permissions des montages persistants.
retention
Conservation — Politique de conservation des données après changement de consommateur.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Les chemins partagés utilisent les mêmes allocations, sans double comptage.
Un statut de sauvegarde terminé ne prouve pas une restauration.
La copie de révision reste sur le même volume ; sa qualification n’implique ni export externe ni instantané conjoint avec une base SQL.
Construire depuis Git et servir du PHP avec les extensions et paramètres d’une recette publiée.
Portée : PHP/Apache avec distributions Git, Composer verrouillé, SQLite, tâches périodiques, calendar, GNU iconv et Imagick dans les profils publiés jusqu’à PHP 17.
PHP 8.4.25 avec Apache 2.4.68 et extensions publiées : création des applications PHP depuis leurs sources Git contrôlées.
Conservation pendant la mise à jour N3Vérifié dans la portée indiquée
Même runtime et mêmes dépendances persistantes pendant les mises à jour applicatives qualifiées, notamment PrestaShop, Nextcloud et MediaWiki.
Migration du runtimeNon vérifié
Changement de version PHP/Apache à qualifier séparément.
PHP, SQLite et tâches périodiquesVérifié dans la portée indiquée
Publication PHP 5 : SQLite, intl, pcntl, racine publique p et bibliothèques Git ; création et mise à jour compatible de FreshRSS vérifiées.
Dépendances Composer verrouillées dans GitVérifié dans la portée indiquée
Roundcube : dépendances de production comparées au verrou et à leur inventaire, fichiers Git vérifiés et racine publique déclarée ; même base PHP.
Sources Drupal verrouilléesVérifié dans la portée indiquée
Drupal : Composer exact, sources bornées à 30 000 fichiers et 4 Mio par fichier, adaptation du contrôleur HTTP limitée aux ressources statiques ; session, polices et refus d’exécuter PHP dans les médias vérifiés.
Distribution PHP complète dans GitVérifié dans la portée indiquée
PrestaShop : distribution Git complète, dépendances de production exactes même sans manifeste racine, langues immuables et modèles publics épinglés ; limites explicites de 50 000 fichiers, 512 Mio au total et 8 Mio par fichier.
Identité des archives distribuéesVérifié dans la portée indiquée
Archives distribuées identifiées par empreinte : seule leur métadonnée de version est ajustée, classes intactes et originaux conservés hors exécution ; inventaire et admission complets exigés.
Transport via des relais déclarésVérifié dans la portée indiquée
Relais IPv4/IPv6 explicitement déclarés, adresse client résolue sans confiance implicite ; sessions, connexions répétées et navigation PrestaShop conservées.
Inventaires PHP de distributionVérifié dans la portée indiquée
Nextcloud : 42 inventaires et verrous concordants, cinq inventaires sans verrou amont explicitement conservés, fichiers et licences contrôlés ; réutilisation aussi vérifiée par MediaWiki.
Extension calendarVérifié dans la portée indiquée
Publication PHP 15 : extension calendar ajoutée à la base partagée, dépendances MediaWiki verrouillées et usages Parsoid/VisualEditor vérifiés ; anciennes recettes conservées.
Transport compressé du planVérifié dans la portée indiquée
Plan PHP compressé dès 16 Kio avec mêmes bornes et empreinte exacte ; matérialisation complète et nouvelles constructions vérifiées.
Réutilisation par SnappyMailVérifié dans la portée indiquée
SnappyMail 2.38.2 maintenu : création et mise à jour compatibles avec compte, contacts, messages privés et session conservés, puis nouvel envoi relu.
Conversions GNU iconvVérifié dans la portée indiquée
Publication PHP 16, variante iconv-v7 : conversions GNU libiconv 1.18 réelles avec PHP 8.4.25 ; anciennes images et recettes conservées.
Réutilisation par JoomlaVérifié dans la portée indiquée
Joomla 6.1.3 sur iconv-v7 : création réparée, édition native, médias, session et nouvel article après mise à jour compatibles vérifiés ; anciens consommateurs conservés.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 14.3.7 sur la publication PHP 17, variante imagick-v8 : pages, médias et session conservés, nouvelle page publiée ; quatorze recettes PHP historiques inchangées.
Traitement d’images ImagickVérifié dans la portée indiquée
PHP 8.4.25 avec Imagick 3.8.1 et ImageMagick 7.1.2.30 : construction hors réseau, exécution non privilégiée, redimensionnement et miniatures TYPO3 vérifiés.
Réutilisation par OpenCartVérifié dans la portée indiquée
OpenCart 4.1.0.4 réutilise la publication PHP 17 et iconv-v7 : racine upload, dépendances fermées et définition de construction amont épinglée ; création et mise à jour compatibles vérifiées.
Versions observées
PHP inchangé ; Apache 2.4.68, variantes de recettes jusqu’à PHP 17 sans migration du runtime 8.4.25 → 8.4.25 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Commit source — Révision Git exacte à construire, contrôler et servir.
source_tree
Arbre source — Fichiers réellement fournis par la révision Git du client.
recipe_id
Recette — Identifiant d’une recette effectivement publiée par le produit.
recipe_version
Version de recette — Version de recette distincte de la version de logiciel et du contrat d’inventaire.
platform
Plateforme — Cible système et architecture de la publication choisie.
test_command
Commande de tests — Tests déclarés dans la configuration et exécutés avant la publication.
resources
Ressources — Enveloppes CPU, mémoire et stockage prévues par le profil.
composer_lock
Verrou Composer — Contrat des dépendances PHP fourni dans Git et contrôlé à la construction.
vendor_ledger
Inventaire des bibliothèques — Empreintes des bibliothèques PHP effectivement fournies dans Git.
http_private_paths
Chemins HTTP privés — Chemins dont la recette refuse l’exposition HTTP.
extensions
Extensions PHP — Extensions proposées par la publication PHP sélectionnée.
source_archive_contract
Contrat d’archive source — Structure et limites explicitement admises pour les sources PHP complètes.
http_persistent_public_paths
Médias publics persistants — Chemins HTTP de données persistantes que la recette autorise à exposer.
document_root
Racine publique — Répertoire servi par HTTP parmi ceux admis par la recette PHP.
development_manifests
Manifestes de développement — Manifestes des outils de construction distincts des dépendances de production.
dependency_mode
Mode des dépendances — Mode de fourniture des bibliothèques prévu par la recette publiée.
scheduled_tasks
Tâches périodiques — Tâches prévues par la recette PHP publiée, avec durée et arrêt contrôlés.
source_environment_files
Modèles d’environnement — Fichiers publics fournis dans les sources et épinglés ; aucun secret de production n’y est ajouté.
jar_identities
Identités des archives JAR — Empreintes et métadonnées explicites des archives distribuées ; les classes restent inchangées.
trusted_proxy_addresses
Relais de confiance — Adresses de relais explicitement admises pour déterminer le client, sans confiance implicite.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Aucune acquisition Composer automatique ni exécution de ses scripts ; dépendances fournies dans Git et contrôlées.
Les modifications depuis un CMS ne changent pas la source Git ; publier code et extensions par Git.
linux/amd64 uniquement ; composition de plusieurs langages dans une même racine non prise en charge.
Le mode de bibliothèques embarquées exige le contrat publié ; il ne simule pas une résolution Composer.
Les relais de confiance sont des adresses explicitement configurées ; aucun réseau entier n’est automatiquement approuvé.
Migration de PHP/Apache non vérifiée ; les numéros de publication PHP sont des versions de recettes.
Runtimes Python observés dans les recettes consommatrices, avec dépendances binaires contrôlées.
Recette autonomeBloqué
Recette Python autonome bloquée ; ne pas l’assimiler aux recettes N3 qualifiées.
Mise à jourVérifié dans la portée indiquée
Mises à jour des consommateurs Python qualifiées dans leurs versions et ABI propres.
Parcours GitVérifié dans la portée indiquée
Parcours Git et dépendances fermées exercés par les recettes Python publiées.
Archives sourceVérifié dans la portée indiquée
Archives source complètes et bornées contrôlées pour les consommateurs qualifiés.
Profil CPU et frontendPartiel
Backend CPU et frontend Open WebUI construits ; qualification partielle car le scan refuse la promotion.
Construction Python et NodeVérifié dans la portée indiquée
ERPNext : Python 3.14.7 et Node 24.20.0, 147 paquets Python et cache Yarn fermés, compilation hors réseau du code client ; données conservées et nouvelles écritures, sans migration majeure du runtime.
Dépendances fermées Node et PythonVérifié dans la portée indiquée
Immich : Python 3.12.14 et Node 24.20.0 avec verrous, ABI et modèles privés publiés ; code client construit hors réseau, création et mise à jour compatibles vérifiées.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Version Python — Version de l’interpréteur publiée et compatible avec les dépendances.
abi
ABI Python — Interface binaire explicitement compatible avec la recette et ses dépendances.
libc
Bibliothèque système — Famille de bibliothèque système compatible avec les binaires de la recette.
wheel_manifest
Manifeste Python — Liste des paquets binaires Python et de leurs empreintes admises.
requirements_lock
Verrou Python — Versions et empreintes des dépendances Python admises.
entrypoint
Point d’entrée — Programme ou module démarré dans l’image finale.
pythonpath
Chemins Python — Chemins de modules déclarés pour le programme exécuté.
runtime_distribution
Distribution d’exécution — Distribution exacte de l’image de production.
source_archives
Archives source — Archives verrouillées des sources, admises par le profil de construction.
cpu_wheel_profile
Profil Python CPU — Dépendances binaires CPU et ABI admises, sans qualification GPU implicite.
frontend_manifest
Manifeste du frontend — Description des assets construits et assemblés au backend.
archive_profile
Profil d’archive — Limites et règles de sécurité des archives explicitement admises.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Les ABI cp312, cp313 et musllinux ne sont pas interchangeables.
Les outils de construction restent distincts du contenu signé de l’image de production.
Le contrat d’archive doit être admis explicitement et borne le transport à une archive et seize parties.
La construction d’Open WebUI ne qualifie pas son accès utilisateur : le scan bloque sa promotion.
Ruby et Bundler exercés sur base vierge puis par la création native de Discourse ; variante Redmine sans frontend Node obligatoire, dépendances de production et fuseaux horaires conservés.
Mise à jourVérifié dans la portée indiquée
Vrai code Ruby, vue et asset client compilés hors réseau et exécutés ; données conservées dans Discourse et Redmine, sans changement d’ABI ni de version Ruby.
Compilation Git hors réseauVérifié dans la portée indiquée
Sources Git complètes et caches scellés : 86 entrées et 99 799 fichiers pour Discourse, six entrées et 6 777 fichiers pour Redmine ; modifications non admises et liens sortants refusés.
Contenu de productionVérifié dans la portée indiquée
Gems, extensions, exécutables et assets nécessaires gardés dans l’image finale non privilégiée ; dépendances de développement explicitement bornées, scan sans exclusion, net-ldap et fuseaux horaires Redmine conservés.
Versions observées
Ruby constant avec Bundler 4.0.11 ; contrat d’inventaire 1.1.0 distinct 3.4.10 → 3.4.10 Vérifié dans la portée indiquée
Contrat d’inventaire : 1.1.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Version Ruby — Version publiée de Ruby et ABI commune à la compilation et à l’exécution.
bundler_version
Version Bundler — Version publiée de l’outil qui prépare les dépendances Ruby verrouillées.
dependency_snapshot_sha256
Empreinte des dépendances — Empreinte de l’ensemble de dépendances publié et vérifié avant construction.
application_git
Sources Git — Dépôt complet du code client réellement compilé, avec sa révision et ses verrous.
commands
Commandes de construction — Commandes admises dans le profil et exécutées sur les sources versionnées.
argv
Arguments d’exécution — Arguments explicites du programme dans le profil publié.
node_frontend
Frontend Node facultatif — Composition explicite avec Node si le consommateur Ruby nécessite une construction frontend.
build_environment
Environnement de construction — Paramètres de construction admis par la recette Ruby ; les secrets restent privés.
development_directories
Répertoires de développement — Répertoires exclus de l’image finale selon une liste bornée, avec sources complètes conservées pendant la construction.
development_packages
Paquets de développement — Paquets réservés à la construction et distingués des dépendances de production.
bundle_without
Groupes Bundler exclus — Groupes de dépendances exclus selon le contrat ; les gems nécessaires à la production restent présentes.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Profils Discourse 2026.8.0 maintenu et Redmine 7.0.1 uniquement ; applications Ruby arbitraires et autres ABI non qualifiées.
Une architecture commune ne rend pas les extensions natives de distributions différentes compatibles.
Chaque nouvelle dépendance ou manifeste exige un ensemble fermé publié et une qualification ; les incidents et compteurs antérieurs restent conservés.
Images et paquets sont épinglés et hachés ; aucune migration de version Ruby qualifiée.
Conteneurs — Références des conteneurs composés par le module.
external_binding_ref
Fournisseur existant — Référence du service existant ; ne déclenche pas un nouveau fournisseur implicite.
external_binding_evidence_sha256
Empreinte du raccordement — Empreinte de la preuve d’un fournisseur externe déjà observé.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Des services N2 opérationnels n’ajoutent pas implicitement ce modèle au résolveur applicatif.
Les caractéristiques physiques inconnues restent inconnues.
Les fournisseurs MongoDB et inférence observés ne prouvent pas un provisionnement automatique de nouveaux fournisseurs par l’API.
Sortie de construction — Répertoire des fichiers statiques produits par la construction.
public_runtime_configuration
Configuration publique — Paramètres de frontend pouvant être exposés au navigateur, sans secret.
serving_profile
Profil HTTP — Profil publié pour servir les fichiers statiques.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Le frontend de Multi-Agent est intégré à son serveur web ; aucun troisième serveur n’est obligatoire.
La présence d’une recette autonome ne constitue pas sa qualification complète en mise à jour.
Exécuter des processus de fond ou des tâches périodiques avec des limites explicites.
Portée : Processus de fond et tâche PHP périodique observés, réutilisation dans ERPNext, MediaWiki, Discourse, Redmine et Immich ; tâche du moteur Multi-Agent bloquée.
Commande de fond — Commande du processus de fond dans le profil publié.
tool_image_digest
Image des outils — Empreinte immuable des outils du processus de fond.
private_socket
Socket privé — Canal privé du processus lorsque le profil consommateur le nécessite.
profile_bindings
Profils raccordés — Références privées des profils nécessaires au processus.
working_paths
Répertoires de travail — Répertoires privés nécessaires au processus de fond.
resource_limits
Limites du processus — Enveloppes de ressources appliquées au processus de fond.
periodic_script
Script périodique — Script de la recette exécuté à intervalles contrôlés.
interval_seconds
Périodicité — Intervalle en secondes de la tâche périodique publiée.
timeout_seconds
Durée maximale — Durée maximale en secondes de la tâche contrôlée.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Un processus démarré ou une version d’outil ne prouvent pas une tâche agent réussie.
Les profils privés proviennent de l’authentification normale de l’application.
Sockets et profils de moteurs concernent Multi-Agent ; une tâche PHP périodique ne les exige pas.
Calcul de capacité et absence de double comptage testés en unité.
AllocationVérifié dans la portée indiquée
Allocations réutilisées par les applications qualifiées, y compris ERPNext, Nextcloud, Discourse, Immich et Plausible, avec identités conservées ; les reçus physiques restent partiels dans certaines campagnes.
Agrandissement physiqueNon implémenté
L’augmentation physique d’une allocation nécessite une transition fournisseur non implémentée.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 14.3.7 : réservations et identités conservées pendant la création et la mise à jour compatible ; aucun agrandissement ni changement de fournisseur qualifié.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Fournisseur — Fournisseur explicitement admis pour la responsabilité du module.
binding_ref
Raccordement — Référence de la liaison autorisée vers une ressource ou un service.
backend_ref
Fournisseur de stockage — Référence du fournisseur de stockage associé à l’allocation.
capacity_bytes
Capacité — Capacité demandée en octets dans les limites du profil publié.
quota_bytes
Quota — Quota déclaré en octets ; sa présence ne prouve pas un quota physique mesuré.
retention
Conservation — Politique de conservation des données après changement de consommateur.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Un volume et son bloc décrivent deux couches de la même allocation, sans double comptage.
Le calcul de croissance ne prouve ni agrandissement physique, ni performance générale, ni quota physique.
Rendu des ressources et refus des images non épinglées testés en unité.
InstallationVérifié dans la portée indiquée
Images Linux/amd64 servies dans les recettes qualifiées, y compris les nouvelles compositions PHP, Python, Ruby et Elixir, avec ressources et identité observées.
Mise à jourVérifié dans la portée indiquée
Remplacement d’image applicative avec conservation des montages et des données ; aucune migration majeure du système qualifiée.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 14.3.7 : création et mise à jour compatible servies avec compte, pages, média et réservations conservés, puis nouvelle page publiée.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Système — Système d’exploitation admis par le contrat du conteneur.
distribution
Distribution — Distribution système déclarée et couverte par la recette.
release
Version système — Version de distribution prévue par la recette.
architecture
Architecture — Architecture de processeur admise par la recette publiée.
runtime
Runtime du conteneur — Contrat d’exécution du conteneur dans les profils admis.
image_digest
Empreinte d’image — Image immuable désignée par son empreinte, jamais par une version flottante.
cpu
Processeur — Enveloppe CPU du profil de ressources admis.
memory
Mémoire — Enveloppe mémoire du profil de ressources admis.
ephemeral_bytes
Stockage temporaire — Enveloppe du stockage temporaire, distincte des données persistantes.
uid
Utilisateur d’exécution — Identité utilisateur des processus et des fichiers.
gid
Groupe d’exécution — Identité de groupe utilisée pour les processus et les fichiers.
placement_ref
Référence de placement — Référence du profil de placement autorisé.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Profils observés selon recette : Debian 12, Alpine 3.24 et Wolfi 20230201.
FreeBSD et les autres architectures ne sont pas qualifiés.
Une mise à jour d’image applicative ne qualifie pas une migration majeure du système.
Création ou réutilisation d’un volume réservé raccordé aux consommateurs qualifiés.
Conservation des donnéesVérifié dans la portée indiquée
Identités, contenus et nouvelles écritures contrôlés pendant les mises à jour des applications qualifiées, notamment les fichiers Nextcloud, les médias Immich et les données Plausible.
Agrandissement physiqueNon implémenté
Expansion physique du volume réservé non implémentée.
RestaurationNon vérifié
Aucun exercice de restauration après sinistre qualifié.
Réutilisation par TYPO3Vérifié dans la portée indiquée
TYPO3 14.3.7 : stockage, image et pages conservés pendant une mise à jour compatible, puis nouvelle page vérifiée ; restauration non qualifiée.
Versions observées
Les versions compatibles sont fixées par la recette et la portée de chaque opération.
Contrat d’inventaire : 1.0.0. Ce numéro ne désigne pas la version du logiciel ni celle de sa recette.
Bloc de stockage — Référence du budget de stockage portant le volume.
allocation_ref
Allocation existante — Référence de l’allocation de stockage à conserver.
size_bytes
Taille du volume — Taille déclarée en octets dans l’allocation existante.
mount_path
Point de montage — Chemin où la recette attend le volume persistant.
access_mode
Mode d’accès au stockage — Mode de montage accepté par le fournisseur publié.
uid
Utilisateur d’exécution — Identité utilisateur des processus et des fichiers.
gid
Groupe d’exécution — Identité de groupe utilisée pour les processus et les fichiers.
retention
Conservation — Politique de conservation des données après changement de consommateur.
Ces noms décrivent le contrat de capacité. Leur présence ne signifie pas qu’ils sont tous des clés de paas.toml. Les options exposées dépendent de la recette publiée.
Limites à retenir
Un stockage disparu ne peut pas être remplacé en déclarant les anciennes données conservées.
Les droits hérités et les permissions des répertoires privés doivent être vérifiés.
Agrandissement physique non implémenté ; restauration après sinistre non vérifiée.
Un N3 utilise des N1 et, si son besoin l’exige, des N2. Un service N2 peut lui-même utiliser un N1 ; ces capacités s’appuient sur N0. Tous les projets ne traversent donc pas obligatoirement les quatre niveaux.
WordPress
PHP + MySQL + persistance
Une application et son service SQL partagent les capacités de conteneur, de volume et d’allocation.
Le code client, ses dépendances et sa configuration restent versionnés dans Git. Une mise à jour conserve les identités et les données dans les scénarios indiqués. Les sauvegardes, restaurations, changements de moteur et agrandissements de stockage se lisent séparément dans les opérations de chaque module.
Les 22 langages et variantes, 7 profils et 26 services ci-dessous formaient le périmètre prévu. Cette liste conserve les intentions historiques ; elle ne s’ajoute pas aux 60 capacités du registre et ne signifie pas que toutes ces variantes sont prises en charge. Pour une entrée désormais couverte, seul le détail du module actuel précise les opérations vérifiées.
Consulter les 55 entrées historiques prévues
22 langages et variantes
HTML5 / CSS / JavaScript statique
Node.js / JavaScript / TypeScript
Python
PHP CLI / PHP-FPM / HTTP
Ruby / Rails
Java / JVM
Kotlin / JVM
Scala / JVM
Clojure / JVM
.NET / C#
.NET / F#
Go
Rust
Elixir / BEAM
Erlang / BEAM
C / chaîne native
C++ / chaîne native
Deno
Bun
R
Julia
WebAssembly / WASI
7 profils complémentaires
Workers/jobs Node/Python
Cron, migrations, tâches de release
Fichiers / SQLite embarqué
Plusieurs processus/conteneurs
FFmpeg, images/PDF, dépendances natives
Python / PyTorch
Python / ONNX Runtime
Les accélérateurs, les migrations et les modes non couverts restent à qualifier. Aucun profil GPU n’est déduit de l’inférence CPU vérifiée.
26 services et capacités
PostgreSQL
MariaDB
MySQL
PostgreSQL, option trois hôtes
MariaDB, option trois hôtes
MySQL, option trois hôtes
MongoDB
Valkey
RabbitMQ
OpenSearch
ClickHouse
SSO dédié client
Gestion de secrets dédiée client
Git dédié client
Surveillance de disponibilité dédiée client
Stockage objet S3
Fichiers partagés NFS
Stockage bloc partagé
SMTP sortant
Réception mail / IMAP
Memcached conditionnel
NATS conditionnel
PostgreSQL avec extensions vectorielles
Sauvegarde/restauration des données
IAM plateforme
API de gestion, quotas, mesure d’usage
Les autres applications historiques
Les 18 autres fiches historiques conservent leurs slugs et leurs propres périmètres. Elles ne sont pas automatiquement qualifiées par le nouveau processus N3. L’ancien inventaire élargi de 128 entrées demeure un décompte distinct de cette offre et du registre actuel ; les alternatives n’y sont pas toutes retenues.
ONLYOFFICE et Collabora restent exclus du périmètre historique. Les autres outils collaboratifs prévus restent des intentions tant que leur module et leurs opérations ne sont pas publiés. Les pools Apps, AI/GPU et BaaS / Supabase, ainsi que les six assistants IA, gardent leurs pages et conditions propres.