diff --git a/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md b/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
index 08069f7..63d6981 100644
--- a/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
+++ b/_posts/2023-04-12-un-outil-sans-daemon-pour-gérer-ses-artefacts-de-build.md
@@ -251,10 +251,33 @@ Pour la déclinaison (_flavor_), on s'inspire du manifest multi arch de Docker :
 
 ```json
 {
-  
+  "flavors": [
+    {
+      "resources": [ 
+        { "path": "albatros" }, 
+      ],
+      "platform": {
+        "architecture": "amd64",
+        "os": "linux"
+      }
+    },
+    {
+      "resources": [ 
+        { "path": "albatros" }, 
+      ],
+      "platform": {
+        "architecture": "386",
+        "os": "linux"
+      }
+    }
+  ]
 }
 ```
 
+Dans _resources_, on va lister tous les fichiers qu'on stocke pour une _flavor_ donnée. Aujourd'hui on a que le _path_ d'enregistré pour chaque fichier, mais on pourrait avoir plus tard un rôle, par exemple pour différencier le binaire de son checksum, ou encore des symboles de debug. L'interface pourrait alors adapter son affichage. On pourrait aussi stocker la taille et plein d'autres infos.
+
+À partir de toutes ces infos, on peut aussi reconstruire le chemin du blob qu'on cherche.
+