README: explica por qué dotfiles y paquetes viven en repos separados

README.md

@@ -47,7 +47,23 @@ privado), nombre y email de git. Después, sin más intervención:
   global Layan + iconos Tela + cursores Layan-white (paquetes AUR, ver
   `kde/setup.sh`) + splash Animated-Abstract-Cube; look capturado del portátil
   con `shared/capture-kde.sh` y aplicado vía chezmoi.
-- **Dotfiles**: `chezmoi` apuntando a un repo separado (`arch-configs`).
+- **Dotfiles en repo separado, paquetes en este mismo**: no es arbitrario.
+  `arch-configs` (dotfiles, vía `chezmoi`) es datos personales sin relación
+  con "cómo se instala nada" — cambian solos a su ritmo, generan un historial
+  de commits ruidoso ("Auto-backup HH:MM"), y `setup.sh` los aplica como
+  **último** paso, con el sistema ya funcionando; si `chezmoi init --apply`
+  fallara entero, igualmente tendrías un Arch+KDE arrancable, solo que sin tu
+  toque personal. `shared/packages-common.sh` en cambio *es* el instalador,
+  no datos sobre el instalador: `<de>/setup.sh` hace `source` de ese fichero
+  y pasa sus arrays directamente a `install_pacman`/`install_aur` — el array
+  es el input directo de la lógica de instalación, en el mismo repo que
+  arranca todo el proceso. Meterlo en un repo aparte obligaría a `setup.sh` a
+  clonar un segundo repo a medias de la instalación (dentro del chroot, sin
+  red garantizada) solo para saber qué paquetes meter. La línea divisoria es
+  "cómo se construye el sistema" (este repo, código + su propia lista de
+  paquetes) vs "qué aspecto tiene una vez construido" (`arch-configs`, datos
+  personales) — `pkgsync` (sección más abajo) vive aquí porque edita
+  exactamente el mismo array que el instalador consume.
 
 ## ⚠️ Antes de lanzar