ROG Flow Z13-KJP para programar con IA: por qué lo devuelvo

El ROG Flow Z13-KJP es la edición Kojima Productions del Flow Z13 de 2025 de ASUS (modelo GZ302EAC): un AMD Ryzen AI Max+ 395 y 128 GB de LPDDR5X compartidos entre CPU y GPU, todo dentro de una tableta de 13,4 pulgadas con teclado desmontable. Sobre el papel es la máquina soñada para programar con ayuda de IA: sitio para modelos locales junto a un workspace de Rust, y todo en una mochila.

Lo usé como máquina principal con CachyOS y Hyprland durante más de un mes. Empezó muy bien. Luego empezó a colgarse, y pasé muchas noches averiguando por qué. Lo voy a devolver. Si estás pensando en esta máquina, o en su hermano, el ProArt PX13, para desarrollo intensivo, esto es lo que me habría gustado saber.

La versión corta#

1. Los puertos se quedan cortos. Dos puertos USB4 llevan mis dos monitores, lo que deja un puerto USB-A de 10 Gbps para todo lo demás.
2. El modo clamshell no tiene una configuración adecuada en Linux, y si te equivocas acabas con un portátil cocinándose en la mochila.
3. Sin ASUS Pen 3.0. El ProArt PX13, más reciente, lo admite; el Z13 no.
4. La ranura del SSD es M.2 2230, y todas las unidades de ese tamaño son sin DRAM.
5. El Kingston NV3 de 2 TB que puse de reemplazo murió doce veces, y no era un problema de temperatura.
6. Es una tableta con soporte trasero, lo que en un coche es un suplicio.
7. Con carga de compilación sostenida se sobrecalienta y se apaga, incluso con los ventiladores al máximo.

1. Dos puertos USB4 y un puerto USB-A#

El Z13 tiene dos puertos USB4 tipo C (40 Gbps, DisplayPort y carga), un puerto HDMI 2.1, un único puerto USB 3.2 Gen 2 tipo A a 10 Gbps, un lector microSD y una toma de auriculares.

Con dos monitores externos en los dos puertos USB-C, los dos puertos USB4 quedan ocupados. Mi dock acabó en el puerto USB-A, que no tiene salida de imagen ni carga, y ofrece una cuarta parte del ancho de banda. Para una máquina que se vende por su capacidad de mover un puesto de trabajo completo, es un margen muy justo.

2. Modo clamshell: fácil equivocarse y caro cuando ocurre#

Cerrar el teclado sobre la pantalla y trabajar con monitores externos parece algo trivial. En Linux nada lo configura por ti, y el modo de fallo es el peor posible: la máquina sigue despierta con la tapa cerrada y se va cocinando poco a poco dentro de una mochila.

Después de varios scripts escritos a mano, la versión que por fin se comportó bien son tres líneas de configuración de systemd-logind. logind ya sabe si hay pantallas externas conectadas:

# /etc/systemd/logind.conf.d/10-gz302-lid.conf
[Login]
HandleLidSwitch=suspend                 # con batería, sin pantalla externa: suspender
HandleLidSwitchExternalPower=ignore     # con corriente: nunca suspender por una pantalla mal contada
HandleLidSwitchDocked=ignore            # pantalla externa conectada: seguir funcionando

La suspensión en sí necesitó más trabajo en esta placa. Tuve que:

• desactivar el autorrefresco del panel (amdgpu.dcdebugmask=0x610), o la pantalla interna se queda en negro al despertar;
• volver a enlazar las interfaces USB de la funda con teclado después de reanudar, porque vuelven sin responder;
• poner en la lista negra el driver de la cámara (amd_isp4), que cuelga la máquina al reanudar, a costa de quedarme sin webcam;
• impedir que el controlador USB4 despierte la máquina.

Nada de esto es exótico, pero tampoco está documentado.

3. Sin ASUS Pen 3.0#

El Z13 admite el ASUS Pen 2.0 (SA203H, MPP 2.0). Su sucesor, el ProArt PX13, admite el más reciente ASUS Pen 3.0 (SA205H). Si esperabas usar el lápiz actual, el Z13 no es la máquina adecuada.

4. M.2 2230, y lo que significa no tener DRAM al compilar#

Tanto el Z13 como el PX13 admiten un único SSD M.2 2230. Con 30 mm de largo no hay sitio para un chip DRAM, así que en la práctica todas las unidades que puedes comprar en este tamaño son sin DRAM. Una unidad así toma prestada una pequeña porción de la RAM del sistema (HMB) para sus tablas de mapeo y absorbe las escrituras en una caché SLC rápida dentro de la propia memoria flash. Cuando una ráfaga larga de escrituras llena esa caché, la velocidad cae a lo que pueda dar la flash en bruto.

Eso importa en Rust. Las compilaciones en modo debug escriben gigabytes de artefactos, una y otra vez. Hay pocas unidades entre las que elegir, y la unidad recibe un castigo considerable.

5. El Kingston NV3 que no dejaba de morir#

El disco de serie de 1 TB se quedaba pequeño, así que puse un Kingston NV3 de 2 TB (2230, controlador Silicon Motion SM2268XT2, firmware SDX01100). Al principio funcionó bien. Luego la máquina empezó a congelarse y el sistema de archivos pasaba a solo lectura. Los logs locales nunca sobrevivían, así que envié el log del kernel en tiempo real a una Raspberry Pi por UDP. En todas las ocasiones, lo que había fallado era el propio controlador de la unidad:

nvme nvme0: controller is down; will reset: CSTS=0x3, PCI_STATUS=0x10
nvme nvme0: Disabling device after reset failure: -19
BTRFS: error (device nvme0n1p2 state EA) in ... Transaction aborted (error -5)

CSTS=0x3 significa Controller Fatal Status: el firmware del SSD se rindió y la unidad desapareció del bus PCIe. Lo capturé doce veces en un mes. No era el calor. En la caída más reciente, la máquina estaba casi en reposo (29 W, 55 °C) y la propia unidad estaba a unos 34 °C.

Además, SMART sigue limpio durante todo esto. Un controlador que se cuelga no puede registrar su propio cuelgue.

Tenía una sola unidad, así que no puedo decirte que todos los NV3 hagan esto. Lo que sí puedo decirte es que el mío lo hizo, que ningún ajuste de software ayudó y que la misma limitación del formato 2230 se aplica al PX13. Si compilas mucho en cualquiera de las dos máquinas, elige la unidad con cuidado y guarda los directorios de compilación en algún sitio que puedas permitirte perder.

6. No es un portátil para el coche#

El Z13 es una tableta. El ángulo de la pantalla lo fija un soporte trasero, no una bisagra. En un escritorio, eso no es problema. Sobre las piernas en un coche en marcha no hay nada que mantenga el ángulo, y acabé renunciando a trabajar en el coche.

7. Calor: la segunda forma de morir#

Después del SSD apareció un segundo tipo de cuelgue, y desde fuera parecía idéntico: la máquina se congela y hay que mantener pulsado el botón de encendido. Los logs contaban otra historia. El log del kernel simplemente se detenía a mitad de línea, sin ningún error. La máquina se había quedado sin corriente al instante.

Cinco de estos apagados ocurrieron con carga sostenida (compilaciones con cargo, inferencia local), y todos se produjeron dentro de un margen de un solo grado:

Cinco apagados con menos de un grado de diferencia son un umbral de corte, no un embalamiento térmico. Mientras lo investigaba encontré un bug real: la curva de los ventiladores llegaba como máximo al 64 % a 70 °C. Lo corregí, los ventiladores subieron al máximo, y la máquina se apagó igualmente a 86,00 °C, la última fila de la tabla. Durante toda la captura, la CPU pasó casi la mitad del tiempo a 84 °C o más. Este chasis no puede mantener ese chip a plena carga de forma sostenida. Lo devolví antes de terminar el último experimento, un perfil de energía más bajo.

Veredicto: compra un equipo de escritorio#

Si quieres 128 GB de memoria unificada para programar con IA (modelos locales, compilaciones grandes, todo a la vez), no los metas en una tableta. La RAM está carísima ahora mismo. Si vas a pagar por 128 GB, ponlos en algún sitio donde puedan rendir a tope.

El Framework Desktop usa el mismo Ryzen AI Max+ 395 con hasta 128 GB, dos ranuras M.2 2280 en lugar de una 2230, y ventiladores de verdad con espacio para respirar. El Z13 es un objeto precioso y, como tableta capaz de mover juegos, impresiona. Como estación de trabajo para desarrollo se calentaba, se quedaba sin puertos y se comió un SSD. Yo devuelvo el mío.