diff --git a/recipes/libplacebo.toml b/recipes/libplacebo.toml
new file mode 100644
index 00000000..518542b4
--- /dev/null
+++ b/recipes/libplacebo.toml
@@ -0,0 +1,63 @@
+# libplacebo 7.360.1 — la librería de render GPU de VideoLAN (tone-mapping HDR, escaladores,
+# gestión de color, el pipeline de shaders). Dep DURA de mpv: `meson.build:29` la pide sin
+# `required:` y con `version: '>=6.338.2'`, así que no hay mpv sin esto. Es lo que mueve `vo=gpu-next`.
+#
+# ══ POR QUÉ ESTA RECETA NECESITÓ DOS RECETAS DE PYTHON ANTES ════════════════════════════════════
+# libplacebo genera el loader de GL/GLES/EGL en tiempo de build con `python -m glad`, y glad le
+# llega a upstream como SUBMÓDULO git (`3rdparty/glad`, junto con jinja, markupsafe, Vulkan-Headers
+# y fast_float). El `[source]` de hammer no clona submódulos —`Source` sólo entiende repo+commit o
+# tarball+sha256— así que el árbol que ve el sandbox tiene los `3rdparty/` VACÍOS. De los cinco:
+#
+#   · glad + jinja + markupsafe → suben como recetas propias del corpus (`recipes/glad.toml`), que
+#     es lo mismo que hace Alpine con `py3-glad`. El `python_env` de libplacebo hace `append` sobre
+#     el PYTHONPATH heredado, no lo reemplaza, así que basta exportarlo en la fase.
+#   · Vulkan-Headers → HACE FALTA IGUAL, aunque Vulkan vaya apagado: `src/vulkan/stubs.c` se
+#     compila siempre y hace `#include <vulkan/vulkan.h>`. Los stubs de «Vulkan no disponible»
+#     también necesitan saber contra qué API no están. Sube al corpus como receta headers-only.
+#   · fast_float → upstream lo guarda con `fs.is_dir('../3rdparty/fast_float/include')`
+#     (`src/meson.build:241`), o sea que su ausencia es un camino soportado, no una rotura. Se cae
+#     a la conversión de números propia.
+#
+# ══ DINÁMICA, NO ESTÁTICA, y no es por gusto ═══════════════════════════════════════════════════
+# `src/convert.cc` compila SIEMPRE ⇒ el artefacto lleva objetos C++ y arrastra el runtime de C++ al
+# enlazar. Una `.a` obligaría a cada consumidor a saber eso y pedir `-lc++` a mano; la `.so` se lo
+# lleva puesto. Además es coherente con sus dos vecinos en el cierre de mpv, que ya son dinámicos
+# (mesa y ffmpeg). Mismo caso que `pixman`, que también es dinámica-sola en el corpus.
+#
+# ══ QUÉ QUEDA APAGADO Y POR QUÉ ═════════════════════════════════════════════════════════════════
+# Todas las perillas van EXPLÍCITAS aunque su default sea `auto`: `auto` escanea el sandbox y activa
+# lo que encuentre, que es exactamente el no-determinismo que la receta de ffmpeg cierra con
+# `--disable-autodetect`. Lo que se apaga y por qué:
+#   vulkan/vk-proc-addr  vulkan-loader vive sólo en `incoming-kde/` y los headers son submódulo.
+#                        Es el pendiente REAL de esta receta: con Vulkan, `vo=gpu-next` corre sobre
+#                        el driver ANV/RADV en vez de sobre GL.
+#   glslang/shaderc      compiladores de SPIR-V; sin Vulkan no tienen a quién servir.
+#   lcms                 lcms2 no está en el corpus. Se pierde el manejo de perfiles ICC.
+#   libdovi              Dolby Vision propietario. `dovi` (el soporte interno, sin blob) queda ON.
+#   xxhash / unwind      no están en el corpus; sin ellos usa su hash y su backtrace propios.
+#   d3d11 / demos / tests   Windows, ventanas de ejemplo y suite de test: nada que hacer acá.
+#
+# Fuente por commit git (ADR 0006): el `/-/archive/` de gitlab lo genera la forge al vuelo y su
+# sha256 cambia cuando el servidor actualiza git/gzip. `v7.360.1` es un tag ANOTADO ⇒ esto es el
+# `^{}` pelado, no el sha del tag.
+name    = "libplacebo"
+version = "7.360.1"
+license = "LGPL-2.1-or-later"
+
+[source]
+repo   = "https://code.videolan.org/videolan/libplacebo.git"
+commit = "cee9b076f2c63104ccfd497fa79c39a867293ec4"
+
+[build]
+compiler = "zig-cc"
+target   = "x86_64-linux-musl"
+link     = "dynamic"
+flags    = []
+
+[build.phases]
+configure = "PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release -Ddefault_library=shared -Dopengl=enabled -Dgl-proc-addr=enabled -Dvulkan=disabled -Dvk-proc-addr=disabled -Dd3d11=disabled -Dglslang=disabled -Dshaderc=disabled -Dlcms=disabled -Ddovi=enabled -Dlibdovi=disabled -Dunwind=disabled -Dxxhash=disabled -Ddemos=false -Dtests=false -Dbench=false -Dfuzz=false"
+compile   = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
+install   = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
+
+[deps]
+build = ["meson", "samurai", "python3", "glad", "jinja2", "markupsafe", "vulkan-headers", "pkgconf"]
diff --git a/recipes/vulkan-headers.toml b/recipes/vulkan-headers.toml
new file mode 100644
index 00000000..40b0f7b8
--- /dev/null
+++ b/recipes/vulkan-headers.toml
@@ -0,0 +1,47 @@
+# ══ COPIA AL CORPUS, hash IDÉNTICO (b3:7731a012…) ════════════════════════════════════
+# Sube desde `incoming-kde/` (donde entró como blocker de kwin) porque `libplacebo` la necesita
+# INCLUSO CON VULKAN APAGADO, que es lo que no se ve venir: `src/vulkan/stubs.c` se compila siempre
+# y hace `#include <libplacebo/vulkan.h>` → `#include <vulkan/vulkan.h>`. Los stubs de "Vulkan no
+# disponible" también necesitan saber contra qué API no están. Upstream lo tapa con el submódulo
+# `3rdparty/Vulkan-Headers`, que hammer no clona.
+#
+# GRATIS: sus deps (cmake, samurai, python3, pkgconf) ya resolvían al catálogo PADRE desde la cola
+# ⇒ mismo ArtifactHash, un solo artefacto.
+#
+# Headers-only: NO trae `libvulkan.so`. Eso es `vulkan-loader`, que sigue SÓLO en `incoming-kde/` a
+# propósito — su cierre arrastra el stack X11 entero (libX11, libxcb, xorgproto, libX*) por los WSI,
+# y esta distro es Wayland-only. Por eso libplacebo va `-Dvulkan=disabled` y `vo=gpu-next` corre
+# sobre GL: subir el loader al corpus es una decisión con radio propio, no un detalle de esta receta.
+# vulkan-headers 1.4.350.1 — cabeceras de la API Vulkan + config CMake Vulkan::Headers. Blocker de kwin
+# (find_package(Vulkan REQUIRED) → Vulkan::Vulkan). Campaña KDE (ADR 0011), cadena Vulkan. Headers-only:
+# INTERFACE library, no compila nada, sólo instala include/vulkan + los .cmake. Versión debe casar con
+# vulkan-loader. Tests y el módulo C++20 (Vulkan-Hpp) apagados.
+name    = "vulkan-headers"
+version = "1.4.350.1"
+
+[source]
+tarball = "https://github.com/KhronosGroup/Vulkan-Headers/archive/refs/tags/vulkan-sdk-1.4.350.1.tar.gz"
+sha256  = "6d1bb65e49520344cc0a48af3dc02e993781efff14c7ebdcb8ae9fa23ddf7e83"
+
+[build]
+compiler    = "zig-cc"
+target      = "x86_64-linux-musl"
+link        = "dynamic"
+zig_version = "0.13.0"
+
+[build.phases]
+configure = '''
+ZW="$PWD/.zwrap"; mkdir -p "$ZW"
+printf '#!/bin/sh\nexec /opt/zig/zig cc -mcpu=baseline "$@"\n'  > "$ZW/cc"
+printf '#!/bin/sh\nexec /opt/zig/zig c++ -mcpu=baseline "$@"\n' > "$ZW/cxx"
+chmod +x "$ZW/cc" "$ZW/cxx"
+cmake -B build -G Ninja -Wno-dev \
+  -DCMAKE_C_COMPILER="$ZW/cc" -DCMAKE_CXX_COMPILER="$ZW/cxx" \
+  -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr \
+  -DVULKAN_HEADERS_ENABLE_TESTS=OFF -DVULKAN_HEADERS_ENABLE_MODULE=OFF
+'''
+compile = "cmake --build build"
+install = "DESTDIR=/out cmake --install build"
+
+[deps]
+build = ["cmake", "samurai", "python3", "pkgconf"]