Le CHUWI AuBox Ai365 : mon labo IA domestique dans une boîte

Le CHUWI AuBox Ai365 est un mini PC dont presque personne n'a entendu parler, d'une marque surtout connue pour ses tablettes bon marché, construit autour d'une puce qui vit normalement dans des ordinateurs portables. Il se tient derrière mon moniteur, consomme moins d'énergie au niveau de la puce qu'un chargeur de téléphone, et fait tourner huit agents IA nommés, une application de chat familiale, un service de tri des e-mails et tous les sites web que je maintiens. Ça a été le matériel le plus ennuyeux que j'aie possédé depuis des années, et après la machine qu'il a remplacée, l'ennui, c'est exactement le but.

Fiche technique complète

Composant	Caractéristique
Modèle	CHUWI AuBox Ai365 (BIOS AuBox_06)
CPU	AMD Ryzen AI 9 365 « Strix Point » — 10 cœurs / 20 threads (4× Zen 5 + 6× Zen 5c), jusqu'à 5,0 GHz, 24 Mo de L3, 4 nm
GPU	AMD Radeon 880M — RDNA 3.5, 12 unités de calcul, jusqu'à 2,9 GHz
NPU	AMD XDNA 2 — 50 TOPS (73 TOPS pour la plateforme complète)
RAM	2× 16 Go DDR5-5600 SODIMM, double canal — 30 Go utilisables, extensible à 96 Go
Bande passante mémoire	~90 Go/s sur un bus 128 bits
Stockage	1 To NVMe PCIe 4.0, 2× emplacements M.2 2280 (tous deux occupés désormais)
Ethernet	2× Realtek RTL8125 2,5 GbE
Sans fil	Realtek RTL8851BE — Wi-Fi 6 (802.11ax), Bluetooth 5.3
USB	2× USB4 40 Gbps (mode alternatif DP, 100 W PD en entrée), 3× USB 3.2 Gen 2 Type-A
Vidéo	HDMI 2.1, DisplayPort 1.4, plus les deux USB4 — jusqu'à 4 écrans, 8K60 / 4K144
OS	Bluefin 44 (20260721) — Fedora Silverblue atomique, GNOME 50.3 sur Wayland, Linux 7.0.12
Alimentation	Adaptateur jack 19 V / 6,32 A, 120 W
Dimensions	140 × 139 × 55 mm, 846 g, tout métal, ventilateur unique — montable VESA
Prix	899 $ affiché ; j'ai payé environ 900 $

Pourquoi ce boîtier

Mon précédent labo maison était un ROG Flow Z13 — une tablette de jeu avec 128 Go de mémoire unifiée. En juillet 2026, elle a développé une panne d'alimentation : elle s'allume, se bloque sur le logo, et se met en veille environ trente secondes plus tard, à chaque fois. L'autopsie complète est ici. En version courte, elle n'atteint jamais un chargeur de démarrage, donc rien de ce que je pouvais faire depuis le logiciel n'allait jamais y changer quoi que ce soit.

Ça m'a donné une liste de courses assez précise. Il me fallait un hôte Linux avec au moins 32 Go de RAM, assez de GPU pour du travail de vision en local, un réseau filaire, et — après avoir vu une machine sur batterie échouer sur la gestion d'énergie — aucune batterie et aucune négociation USB-PD dans le chemin critique. Un connecteur jack et un ventilateur.

Ce qui est inhabituel avec ce boîtier, c'est que c'est un bureau Strix Point. Le Ryzen AI 9 365 est une puce d'ordinateur portable ; elle vit dans des ThinkPad, des OmniBook et, jusqu'à récemment, dans la tablette que je viens de perdre. La mettre dans un cube métallique de 140 mm avec deux ports 2,5 GbE et deux ports USB4, c'est le genre de décision qui n'arrive que lorsqu'un OEM plus modeste construit quelque chose d'un peu étrange. Cette étrangeté, c'est exactement ce que veut un labo maison : l'efficacité d'un portable, la délivrance d'énergie d'un bureau, le réseau d'un serveur.

Linux sur ce matériel

C'est la partie que je m'attendais à voir douloureuse, et elle ne l'a pas été. Chaque périphérique du boîtier est pris en charge par un pilote intégré au noyau, sur un noyau Fedora standard. Il n'y a aucun dépôt tiers, aucun module DKMS, et aucune variable d'environnement de contournement GPU nulle part dans ma configuration.

Périphérique	Pilote	État sur Linux 7.0.12
Radeon 880M (gfx1150)	amdgpu	Fonctionne. Se présente comme strix1, aucun contournement nécessaire.
2× RTL8125 2,5 GbE	r8169	Les deux sont détectés et fonctionnels, aucun paramètre de module.
Wi-Fi RTL8851BE	rtw89_8851be	Intégré au noyau principal depuis la 6.5. Fonctionne — mais voir la réserve ci-dessous.
NPU XDNA 2	amdxdna	Intégré au noyau depuis la 6.14. S'énumère comme /dev/accel/accel0.
USB4	thunderbolt	Fonctionne.

La réserve sur le Wi-Fi mérite d'être dite franchement, parce que le marketing de CHUWI reste vague à ce sujet et qu'une fiche technique que j'ai trouvée l'appelle Wi-Fi 7. Ce n'est pas le cas. Le RTL8851BE est un composant Wi-Fi 6, mono-flux, sans 2×2, sans bande des 6 GHz — il s'identifie comme un contrôleur 802.11ax et délivre environ 300-400 Mbps en pratique. C'est de loin le composant le plus faible de la machine. C'est aussi une carte M.2 2230 clé A/E, donc elle peut être remplacée par une MediaTek MT7925 si vous voulez du Wi-Fi 7. Je ne m'en suis pas donné la peine : ce boîtier vit sur du 2,5 GbE filaire, et l'interface Wi-Fi est tout simplement désactivée.

Bluefin, en particulier

J'ai choisi Bluefin plutôt que Bazzite ici, délibérément. Même fondation ublue — rpm-ostree basé sur des images, Flatpak en priorité, on annule une mauvaise mise à jour avec un seul redémarrage — mais Bluefin suit le noyau Fedora standard plutôt qu'un noyau gaming patché. Sur une machine dont le matériel le plus récent est un NPU au pilote encore jeune, suivre le noyau amont est le pari le plus sûr.

Ça a été la partie la plus facile de cette construction. Ce qui rend un bureau atomique adapté à une machine comme celle-ci, ce n'est aucune fonctionnalité isolée, c'est que le système d'exploitation n'est pas une chose que l'on entretient. Il arrive comme une seule image signée. Soit il démarre, soit on redémarre sur la précédente. Il n'y a pas de mise à jour à moitié appliquée, pas de dépendance orpheline depuis trois mois, pas de lente accumulation de bidouilles à la main que plus personne ne se rappelle avoir faites — exactement la pourriture qui transforme un serveur maison en quelque chose qu'on a peur de redémarrer.

Voilà ce que ça donne en pratique, en vérifiant la machine au moment où j'écris ceci : zéro service utilisateur en échec, le déploiement correspondant à son empreinte publiée, et chaque partie de la stack censée tourner qui tourne. La seule unité système en échec est systemd-remount-fs, qui tente de remonter / en lecture-écriture et n'y arrive pas, parce que sur cette image, / est un montage composefs en lecture seule. C'est la conception qui fonctionne comme prévu, une ligne d'erreur cosmétique, pas une panne.

Le coût honnête est celui qu'on retrouve dans les pièges plus bas : les mises à jour arrivent comme un nouveau déploiement et demandent un redémarrage, ce qui est une vraie considération quand une tâche est peut-être en cours. Et parce que la base est immuable, tout ce qui s'attend à s'installer dans le système via un gestionnaire de paquets a besoin d'un autre logement — un conteneur, un Flatpak, ou une installation au niveau utilisateur. C'est un vrai ajustement quand on vient d'une distribution traditionnelle, et c'est aussi toute la raison pour laquelle la machine reste propre.

Ce qu'il fait tourner

Tout est un service systemd --user. Pas de Docker, pas de scripts superviseurs, pas de redémarrages manuels après une coupure de courant. Tout le zoo revient tout seul.

Service	Ce qu'il fait	Où il écoute
openclaw-gateway	La passerelle d'agents — routage, outils, sessions	port 18789, loopback uniquement
local-chat	DisPatch, l'application de chat qu'utilise le foyer	port 8765, LAN + Tailscale
lm-studio	Serveur de modèle local, compatible OpenAI	port 1234, loopback
comfyui	Génération d'images locale — désormais le chemin de secours	port 8188, loopback
openclaw-email	Tri des e-mails sur deux boîtes. Rédige des réponses, n'en envoie jamais.	—
hermes-gateway	Une seconde passerelle de messagerie, séparée	—
rgb-idled	Démon d'état d'alimentation — règle le profil d'énergie du système selon l'état de l'écran et de la session	—
openclaw-backup.timer	Sauvegarde nocturne de la config et de l'état des agents	02:17 chaque jour
arkvault-backup.timer	Instantané Borg nocturne	02:00 chaque jour
arkvault-mirror.timer	Miroir daté nocturne vers le second disque	02:30 chaque jour

L'effectif d'agents

Huit agents nommés plus deux agents de boîte mail. Ce qui compte, c'est où tourne le modèle de chacun : le cloud pour tout ce qui est interactif, ce boîtier pour tout ce qui est privé ou de longue durée, et une seconde machine sur le réseau pour les modèles de vision.

Agent	Rôle	Tourne sur
Bits	Accueil. Prend la demande, délègue, relit le résultat.	Cloud
Brains	Réflexion de fond — architecture, débogage, relecture	Cloud
Flash	Tâches rapides et bon marché — résumés, recherches, relance des tâches bloquées	Cloud
Hermes	La voie de déploiement. Simulation par défaut, en direct seulement sur mon feu vert explicite.	Cloud
Doxy	Broyage en masse et tout ce qui est privé — tourne la nuit pour le prix de l'électricité	Ce boîtier — MoE 35B
Charley	Vision — captures d'écran, diagrammes, fenêtres d'erreur	Seconde machine
Alpha	Accueil sûr pour les appareils de la famille — outils en lecture seule uniquement	Cloud
Beta	Second bot sûr pour les appareils de la famille	Seconde machine

Alpha et Beta sont ceux à qui ma famille parle. Ils peuvent chercher des informations et répondre à des questions ; ils ne peuvent ni toucher aux fichiers ni exécuter de commandes, et l'application de chat impose cela séparément de la configuration des agents, donc une erreur dans une couche n'ouvre pas l'autre. Le raisonnement derrière la répartition cloud-pas-cher/local se trouve dans l'analyse des coûts.

Comment un message se déplace à travers le boîtier

Deux détails portent l'essentiel de la fiabilité. Si un modèle est occupé ou en panne, un modèle de secours répond à sa place plutôt que de faire échouer la requête. Et chaque fois qu'une tâche est déléguée, un chien de garde s'arme — si le travailleur reste silencieux au-delà de sa fenêtre, Flash est envoyé pour découvrir pourquoi. Aucun des deux n'est astucieux ; les deux font la différence entre une stack qui tourne sans surveillance et une qui a besoin d'être materné.

Performances sur ce silicium

Énergie. C'est le chiffre qui m'a surpris. Mesurée au niveau du boîtier SoC sur une fenêtre de cinq secondes, avec toute la stack active et une charge moyenne autour de 2, la puce consommait 4,6 W. Ajoutez la carte mère, deux disques NVMe, la RAM, la carte réseau et le ventilateur, et vous arrivez autour de 10 W à la prise — mais le processeur lui-même qui sirote moins de 5 W tout en hébergeant huit agents est l'illustration la plus claire de ce qu'apportent les cœurs d'efficacité Zen 5c. Les températures au repos se situent autour de 40 °C sur Tctl.

CPU. Dix cœurs Zen 5 à 5 GHz, c'est plus que ce dont cette charge de travail a besoin. Le routage des agents est invisible dans la charge moyenne ; la machine passe la majeure partie de sa vie presque au repos, et le ventilateur est inaudible à un mètre.

Inférence locale. C'est là que le boîtier a de vraies limites, et ce sont des limites de bande passante plutôt que de calcul. Le Radeon 880M dispose de 12 unités de calcul et d'environ 90 Go/s de bande passante mémoire. À titre de comparaison, le Z13 avait 40 unités de calcul et 256 Go/s, et les cartes dédiées de mon poste de bureau ont chacune environ 1,8 To/s. La génération locale sur ce boîtier se mesure en dizaines basses de jetons par seconde, pas en centaines. C'est très bien pour le travail qu'il a — le broyage nocturne en masse et tout ce qui ne doit pas sortir de la maison — et inutile pour le chat interactif, ce qui explique pourquoi le chat interactif part vers le cloud.

NPU. Le NPU XDNA 2 s'énumère proprement en /dev/accel/accel0 et ne fait rien. C'est honnête plutôt que décevant : les 50 TOPS sont réels, mais le chemin logiciel entre « j'ai un NPU » et « ma stack d'agents l'utilise » n'existe pas encore pour les modèles qui m'intéressent, lesquels ont besoin de longues fenêtres de contexte et d'un solide appel d'outils. Là où il finira par mériter sa place, c'est sur de petites tâches fixes — servir un point d'accès d'embeddings pour l'index de recherche de l'agent e-mail, ou un classificateur de tri de premier passage qui décide quel courrier mérite de réveiller un vrai modèle. C'est un projet pour plus tard, et le boîtier a été mis en service complètement sans lui.

Réseau. Les deux ports 2,5 GbE fonctionnent sans aucune configuration. L'un est câblé au réseau ; le second est disponible en réserve.

Ce que j'ai perdu

Le coût honnête de ce changement, c'est la mémoire, et ce n'est pas un petit coût. Le Z13 avait 128 Go de LPDDR5X unifiée, dont j'avais réservé 64 Go comme VRAM pour faire tourner un modèle de 120 milliards de paramètres en local. Ce boîtier a 30 Go utilisables, au total, partagés entre l'OS et tout le reste.

Le palier 120B a donc tout simplement disparu. L'agent local fait maintenant tourner un modèle mixture-of-experts de 35B à la place — un vrai modèle qui fait un vrai travail, mais pas la même catégorie de chose. Plusieurs anciens articles de ce site décrivent un modèle local de 120B comme faisant partie de ma stack ; c'était vrai sur le Z13 et ce ne l'est plus maintenant.

Ce que j'ai obtenu en échange, c'est toute la raison pour laquelle ce changement a eu lieu : aucune batterie qui vieillit, aucune négociation USB-PD sous charge, aucune machine à états de veille moderne où planter. La carte peut être mise à niveau à 96 Go sur deux emplacements SODIMM, ce qui restaurerait une partie du plafond. Je ne le fais pas encore — les prix de la DDR5 ont à peu près doublé cette année, et ajouter de la capacité n'ajouterait pas de bande passante, qui est l'axe qui contraint réellement l'inférence locale ici.

Le SSD du Z13 vit ici maintenant

Il y a un détail que j'aime plus que je ne le devrais. La seule pièce réparable par l'utilisateur du Z13 était son SSD, derrière une trappe dans le béquille. Il en est sorti sain, est passé par un support adaptateur 2230-vers-2280, et est maintenant installé dans le second emplacement M.2 de ce boîtier.

Il conserve les sauvegardes. Chaque nuit à 02:30, un miroir daté de l'état de cette machine est écrit sur le disque qui était autrefois la machine. La dernière tâche de l'ordinateur mort, c'est de s'assurer que son remplaçant puisse être restauré. Il transporte aussi toujours une image complète de l'ancien système prise la veille de la panne — ce qui a fait de la migration une copie plutôt qu'une reconstruction.

Ce que ça coûte

Coût	Montant	Notes
Le boîtier	~900 $ une fois	899 $ affiché, configuration 32 Go + 1 To
Crédits API cloud	~24 $/mois	Tous les agents interactifs — analyse complète
Électricité	~4,50 $/mois	Fonctionnement 24h/24 aux tarifs de Tokyo
Modèles locaux	0 $	Le palier de confidentialité. Vous avez déjà payé le matériel.

Disons moins de 30 $ par mois pour faire tourner tout ça. Le matériel se rembourse face à n'importe quel service hébergé comparable en moins d'un an, et le palier privé n'est disponible à aucun prix chez un service hébergé.

Pièges

Ce qui m'a vraiment mordu, à peu près dans l'ordre du temps que ça a coûté :

• Le plafond de 30 Go est réel. 32 Go nominaux moins ce que le firmware et l'iGPU réservent laisse 30 Go dans free -h. La génération d'images locale et le modèle de langage local ne peuvent pas être résidents en même temps, donc la génération d'images démarre à la demande et s'arrête au repos — et le chemin d'image par défaut est passé entièrement à une seconde machine sur le réseau.
• Le serveur de modèle local plantait sous pression mémoire. Même bug que celui qui a touché l'ancienne machine : le point de montage temporaire de l'AppImage est recyclé quand la mémoire se resserre, et le processus prend une erreur de bus plutôt qu'un arrêt propre pour manque de mémoire. Faire tourner une copie extraite sous systemd plutôt que l'AppImage a réglé le problème définitivement.
• Les délais d'expiration supposent la vitesse du cloud. Un gros modèle sur un iGPU est lent, pas cassé, mais les délais par défaut de fournisseur, de tour et d'abandon de la passerelle vont le tuer en pleine réponse et signaler un blocage. Ils doivent être augmentés selon une chaîne ordonnée — requête, puis tour, puis abandon — ou vous ne faites que déplacer l'endroit où la panne survient. Les modèles de raisonnement doivent en plus être marqués comme tels, sinon ils ont l'air bloqués pendant qu'ils réfléchissent et se font abandonner.
• Les ID d'agents sont mis en minuscules dans un chemin de code et pas dans l'autre. Les messages entre agents échouaient silencieusement jusqu'à ce que la liste blanche ait des entrées en minuscules. Aucune erreur, aucune ligne de journal, juste rien qui n'arrivait — le pire mode de défaillance qui soit.
• Les mises à jour atomiques redémarrent la machine. Silverblue met en attente une mise à jour dans un nouveau déploiement et redémarre dessus. Si ça tombe en pleine tâche, la tâche meurt. Les mises à jour se font maintenant selon mon calendrier, dans une fenêtre calme.
• Une vieille configuration vous suit. Une partie de la migration a réinjecté un fichier d'identité périmé depuis la sauvegarde de l'ancienne machine et a fait boucler la passerelle en crash-loop. Restaurer un système qui fonctionne n'est pas la même chose que restaurer un système correct ; une config qu'un agent peut réécrire est une config qui peut vous mordre depuis six mois en arrière.

Ce que je changerais

• Un meilleur Wi-Fi, si j'utilisais le Wi-Fi. La carte Wi-Fi 6 mono-flux est le seul composant réellement faible. C'est une pièce M.2 2230 clé A/E interchangeable, donc c'est une réparation de quinze minutes. Le réseau filaire fait que je n'en ai pas eu besoin.
• Plus de mémoire, un jour. 96 Go sur les deux emplacements SODIMM restaureraient une partie de ce qu'avait le Z13. Les prix actuels de la RAM en font une mauvaise affaire, et ça n'augmenterait pas la bande passante.
• Les mises à jour de firmware restent un mystère. Il n'existe aucun téléchargement public de BIOS pour ce modèle. En obtenir un veut dire envoyer un e-mail au fabricant avec le modèle et le numéro de série, et espérer. C'est le prix à payer pour acheter quelque chose d'obscur.
• Le NPU a besoin d'une raison d'être. Cinquante TOPS qui restent inactifs, c'est une invitation permanente. Un point d'accès d'embeddings est la première tâche évidente.

Verdict

Je le rachèterais. Pas parce qu'il est rapide — il ne l'est pas, particulièrement — mais parce qu'il fait exactement ce dont un labo maison toujours actif a besoin, et rien de plus. Il est petit, silencieux, sirote l'énergie, n'a aucun mode de panne mécanique en dehors d'un seul ventilateur, fait tourner un Linux mainline sans le moindre pilote hors arborescence, et possède deux ports Ethernet et deux ports USB4 sur une machine de la taille d'un sandwich.

La leçon de la machine qu'il a remplacée, c'est qu'un matériel excitant qui meurt vaut moins pour une infrastructure qu'un matériel ennuyeux qui reste allumé. Voici le matériel ennuyeux. Après deux semaines, il n'a fait absolument rien d'intéressant, ce qui est le plus grand compliment que je puisse lui faire.

Journal hebdomadaire

Semaine du 26 juillet au 1er août 2026

Date	Ce qui s'est passé
29 juillet	L'auto-réparation de la passerelle a été repensée pour être pilotée par événements : une unité de secours ne se déclenche désormais que lorsque le service entre réellement en état d'échec, et abandonne après trois tentatives plutôt que de lutter contre un arrêt délibéré. Un agent avait arrêté la passerelle et l'avait laissée hors service toute une soirée.
30 juillet	Accès à distance mis en place correctement, avec deux portes délibérément séparées : l'une servant l'écran de connexion dès le démarrage à froid, l'autre reflétant la session de bureau en direct. Des dépôts d'identifiants différents, pour qu'une panne sur l'un ne me verrouille pas hors de l'autre.
30 juillet	Ajout d'un démon d'état d'alimentation. L'écran éteint fait passer la machine à un profil basse consommation et coupe l'éclairage du clavier ; une session distante active prend le pas sur les deux, parce qu'une entrée distante ressemblerait sinon à de l'inactivité.
31 juillet	Audit complet de la passerelle d'agents. Découverte que les ID d'agents étaient normalisés en minuscules dans un chemin mais pas dans une surcharge de répertoire, ce qui avait silencieusement scindé la mémoire d'un agent dans un second répertoire. Suppression des surcharges pour que les chemins se déduisent correctement.
31 juillet	Le SSD de l'ancienne machine est passé dans le second emplacement M.2 comme cible de sauvegarde. Les miroirs datés nocturnes tournent désormais à 02:30, après l'instantané Borg existant à 02:00.
31 juillet	La génération d'images est passée par défaut à une seconde machine sur le réseau ; l'instance locale est désormais le secours. Ça a libéré la contention mémoire décrite dans les pièges ci-dessus.
1er août	L'application de chat a gagné des images de réaction éphémères — une image surgit sur chaque appareil connecté pendant dix secondes et disparaît à la moindre entrée. Restreint à un seul bot, par conception.
1er août	Mesure de la consommation du boîtier SoC pour la première fois : 4,6 W avec toute la stack en marche. Tctl au repos 40 °C, disque 286 Go utilisés sur 952 Go.

Instantané actuel

Métrique	Valeur
OS	Bluefin 44 (20260721), Linux 7.0.12
Disponibilité	1 jour
Charge moyenne	0,67
Mémoire	7,8 Go utilisés sur 30 Go
Disque	286 Go utilisés sur 952 Go (31 %)
Consommation du boîtier SoC	4,6 W
Agents qui répondent	8 sur 8, plus 2 agents de boîte mail