diff --git a/.gitea/workflows/build-linux.yml b/.gitea/workflows/build-linux.yml
index 1e88665..779d621 100644
--- a/.gitea/workflows/build-linux.yml
+++ b/.gitea/workflows/build-linux.yml
@@ -29,10 +29,11 @@ jobs:
       - name: Build TUI
         run: |
           export CGO_ENABLED=1
-          go build -o dist/tui_linux ./cmd/tui
+          export ARCH=$(uname -m)
+          go build -o dist/tui_linux_${ARCH} ./cmd/tui
 
       - name: Upload Artifact
         uses: actions/upload-artifact@v3
         with:
-          name: tui-linux-binary
-          path: dist/tui_linux
+          name: tui-linux-${{ github.sha }}
+          path: dist/
diff --git a/readme.md b/readme.md
index 53c153d..34310b8 100644
--- a/readme.md
+++ b/readme.md
@@ -95,3 +95,22 @@ Si tu Gitea no tiene runners públicos, puedes convertir tu propia máquina Wind
 
 > [!TIP]
 > El workflow usa **MSYS2** automáticamente para instalar `opus` y `portaudio` en el entorno temporal de la build, así que no necesitas configurar nada extra en el sistema del runner.
+
+### Cómo añadir un Runner en WSL2 (para x86_64)
+
+Si tu runner principal es ARM (como una Raspberry Pi) y quieres compilar para tu PC (x86_64), lo mejor es poner un runner dentro de WSL2:
+
+1. **Entra en WSL2**: Ejecuta `wsl` en tu terminal.
+2. **Descarga `act_runner`**:
+   ```bash
+   curl -L https://gitea.com/gitea/act_runner/releases/download/v0.2.13/act_runner-0.2.13-linux-amd64 -o act_runner
+   chmod +x act_runner
+   ```
+3. **Registro**:
+   - Igual que en Windows, usa `./act_runner register` con el token de tu Gitea.
+   - En **labels**, pon algo como `linux-x86_64:host`.
+4. **Actualiza el workflow**:
+   - En `.gitea/workflows/build-linux.yml`, cambia `runs-on: ubuntu-latest` por `runs-on: linux-x86_64`.
+
+> [!NOTE]
+> Al usar el label `:host`, el runner usará las herramientas instaladas en tu Linux de WSL2 sin necesidad de Docker, lo que lo hace mucho más rápido.