CHUWI AuBox Ai365:箱に収まった私のAIホームラボ
- カテゴリ
- AIとローカルLLM
- 公開日
- 2026年8月1日
- 更新日
- 2026年8月1日
- 著者
- Jacob Lloyd — プロジェクト完了後、AIの支援を受けて執筆
- 読了時間
- 約21分で読めます
かんたんに言うと: これは、私のAIヘルパーとウェブサイト、そして自宅ネットワークを動かしている小さなコンピューターです。高速なAMDチップ、30GBのメモリ、2つのネットワークポートを備え、故障した高価なタブレットの後継機となりました。Linux上ですべてがドライバー探しなしに動きます。何を動かしているか、費用はいくらか、古いマシンから移行して何を諦めたかを正確に書き出し、このページは毎週更新しています。
CHUWI AuBox Ai365は、安価なタブレットで知られるブランドが作った、ほとんど誰も聞いたことのないミニPCで、普段はノートパソコンに載っているチップを中心に組まれています。私のモニターの裏に鎮座し、チップ単体の消費電力はスマホの充電器より少なく、名前付きの8体のAIエージェント、家族用のチャットアプリ、メール仕分けサービス、そして私が保守しているすべてのウェブサイトを動かしています。ここ数年で所有したハードウェアの中で最も退屈な1台であり、それが置き換えたマシンの後では、退屈であることこそがすべてです。
要点
- これは何か:CHUWI AuBox Ai365 — AMD Ryzen AI 9 365、Radeon 880M、実質30GBのDDR5、デュアル2.5GbE、USB4×2 — を搭載し、Bluefin(アトミック型のFedoraデスクトップ)で動作。
- 何を動かしているか:8エージェント構成のOpenClawスタック、家族全員が使うセルフホストのチャットアプリ、ローカルモデルサーバー、メール仕分け、そしてこのサイトのビルド。
- Linuxサポート:すべてカーネル内で動作。サードパーティ製ドライバーなし、DKMSなし、
HSA_OVERRIDEのような回避策なし。NPUすら列挙されます。 - 費用:本体約$900(約13.5万円)、APIクレジット約$24/月(約3,600円)、電気代は月数ドル。
- 何を置き換えたか:電源まわりの故障を起こしたROG Flow Z13。この箱はそのマシンの4分の1のメモリしかありませんが — 旧マシンのSSDは今、この中にボルト留めされ、バックアップを保持しています。
- 生きているドキュメント:末尾の週次ログは毎週更新され、何が変わり、何が壊れ、何が直ったかを記録しています。
全スペック
| 構成要素 | スペック |
|---|---|
| モデル | CHUWI AuBox Ai365(BIOS AuBox_06) |
| CPU | AMD Ryzen AI 9 365「Strix Point」— 10コア/20スレッド(Zen 5×4 + Zen 5c×6)、最大5.0GHz、L3キャッシュ24MB、4nmプロセス |
| GPU | AMD Radeon 880M — RDNA 3.5、12コンピュートユニット、最大2.9GHz |
| NPU | AMD XDNA 2 — 50TOPS(プラットフォーム合計73TOPS) |
| RAM | 16GB DDR5-5600 SODIMM×2、デュアルチャンネル — 実使用可能30GB、96GBまで増設可能 |
| メモリ帯域幅 | 128ビットバスで約90GB/s |
| ストレージ | 1TB PCIe 4.0 NVMe、M.2 2280スロット×2(現在は両方とも使用中) |
| イーサネット | Realtek RTL8125 2.5GbE×2 |
| 無線 | Realtek RTL8851BE — Wi-Fi 6(802.11ax)、Bluetooth 5.3 |
| USB | USB4 40Gbps×2(DP altモード、100W PD入力対応)、USB 3.2 Gen 2 Type-A×3 |
| 映像出力 | HDMI 2.1、DisplayPort 1.4、加えてUSB4の両ポート — 最大4画面出力、8K60/4K144対応 |
| OS | Bluefin 44(20260721)— Fedora Silverblueベースのアトミック構成、Wayland上のGNOME 50.3、Linux 7.0.12 |
| 電源 | 19V/6.32A、120Wのバレル型ACアダプター |
| 筐体 | 140×139×55mm、846g、全金属製、ファン1基 — VESAマウント対応 |
| 価格 | 定価$899、実際の支払いは約$900(約13.5万円) |
この箱を選んだ理由
これまでのホームラボはROG Flow Z13でした — 128GBのユニファイドメモリを積んだゲーミングタブレットです。2026年7月に電源まわりの故障が出るようになりました:電源を入れるとロゴで固まり、約30秒後に毎回自分でスリープに落ちてしまうのです。全顛末はこちら。短く言えば、ブートローダーにすら到達しないので、ソフトウェア側から私にできることは何ひとつ、その故障に届くことはありませんでした。
おかげで、かなり具体的な買い物リストができました。RAM 32GB以上を積んだLinuxホスト、ローカルの画像認識に足りるだけのGPU、有線ネットワーク、そして — バッテリー駆動のマシンが電源管理で壊れるのを見た後では — クリティカルパスにバッテリーもUSB-PDネゴシエーションもないこと。バレルコネクターとファンです。
この箱の変わったところは、Strix Pointのデスクトップ機であることです。Ryzen AI 9 365はノートパソコン向けのチップで、ThinkPadやOmniBookに、そして少し前まではまさに失ったあのタブレットに載っていました。それを140mmの金属キューブに、2.5GbEポート2つとUSB4ポート2つとともに詰め込むのは、規模の小さいOEMが少し風変わりなものを作るときにしか起きない決断です。そしてその風変わりさこそ、ホームラボが求めているものです:ノートパソコン並みの効率、デスクトップ並みの給電、サーバー並みのネットワーキング。
このハードウェアでのLinux
ここは苦労するだろうと予想していて、実際にはそうならなかった部分です。この箱の中のすべてのデバイスが、素のFedoraカーネルに含まれるドライバーでサポートされています。サードパーティのリポジトリも、DKMSモジュールも、GPU用の環境変数オーバーライドも、私の設定のどこにもありません。
| デバイス | ドライバー | Linux 7.0.12でのステータス |
|---|---|---|
| Radeon 880M(gfx1150) | amdgpu | 動作。strix1として認識され、オーバーライド不要。 |
| RTL8125 2.5GbE×2 | r8169 | 両方とも検出・動作、モジュールパラメーター不要。 |
| RTL8851BE Wi-Fi | rtw89_8851be | 6.5からメインライン入り。動作する — ただし下記の注意点を参照。 |
| XDNA 2 NPU | amdxdna | 6.14からカーネル内蔵。/dev/accel/accel0として列挙。 |
| USB4 | thunderbolt | 動作。 |
Wi-Fiに関する注意点ははっきり書いておく価値があります。CHUWI自身のマーケティングはここが曖昧で、見つけたスペックシートの1つはWi-Fi 7だと表記していました。実際には違います。RTL8851BEはWi-Fi 6、シングルストリーム、2×2非対応、6GHz非対応のパーツです — 802.11axコントローラーとして認識され、実際にはおよそ300〜400Mbpsを出します。このマシンの中で、間違いなく最も弱いコンポーネントです。M.2 2230 A/Eキーのカードでもあるので、Wi-Fi 7が欲しければMediaTek MT7925に交換できます。私はやっていません:この箱は有線2.5GbEで暮らしていて、Wi-Fiインターフェースは単に落としてあります。
Bluefinを選んだ理由
ここではあえてBazziteではなくBluefinを選びました。土台はublueで同じです — イメージベースのrpm-ostree、Flatpak優先、再起動1回で悪いアップデートをロールバックできる — ただしBluefinは、パッチの入ったゲーミングカーネルではなく素のFedoraカーネルを追いかけます。最新のハードウェアがまだ若いドライバーしかないNPUであるマシンでは、アップストリームを追いかける方が安全な賭けです。
この構築の中で、いちばん楽な部分でした。こういうマシンにアトミックデスクトップがふさわしい理由は、何か1つの機能ではなく、OSが保守する対象ではなくなることにあります。1つの署名されたイメージとしてやってきます。起動するか、前のイメージに再起動して戻すかのどちらかです。中途半端に適用されたアップデートも、3か月前に取り残された依存関係も、誰も覚えていない手作業の積み重ねもありません — そしてそれこそが、自宅サーバーを「再起動するのが怖いもの」に変えてしまう腐敗です。
これを書いている時点でマシンを確認すると、実際にはこう見えます:失敗しているユーザーサービスはゼロ、デプロイメントは公開されているダイジェストと一致、動くはずのスタックのすべての部分が動いています。唯一失敗しているシステムユニットはsystemd-remount-fsで、/を読み書き可能で再マウントしようとして失敗します。このイメージでは/が読み取り専用のcomposefsマウントだからです。これは設計どおりに動いている証拠であり、見た目上のエラー行であって、故障ではありません。
正直なコストは、下のハマりどころにある通りです:アップデートは新しいデプロイメントとしてやってきて、再起動を求めます。ジョブが実行中かもしれないときには、これは本当に考慮すべき点です。そしてベースがイミュータブルであるため、パッケージマネージャーでシステムに自分をインストールしようとするものは、別の居場所が必要です — コンテナ、Flatpak、あるいはユーザーレベルのインストールです。従来型のディストリビューションから来た人には本物の調整が必要ですが、それこそがこのマシンが清潔なままでいられる理由でもあります。
何を動かしているか
すべてがsystemd --userサービスです。Dockerも、スーパーバイザー・スクリプトも、停電後の手動再起動もありません。動物園全体が勝手に戻ってきます。
| サービス | 内容 | 待受先 |
|---|---|---|
openclaw-gateway | エージェントゲートウェイ — ルーティング、ツール、セッション | ポート18789、ループバックのみ |
local-chat | DisPatch、家族が使うチャットアプリ | ポート8765、LAN+Tailscale |
lm-studio | ローカルモデルサーバー、OpenAI互換 | ポート1234、ループバック |
comfyui | ローカル画像生成 — 現在はフォールバック経路 | ポート8188、ループバック |
openclaw-email | 2つのメールボックスのメール仕分け。返信の下書きはするが、送信は一切しない。 | — |
hermes-gateway | もう1つの、独立したメッセージングゲートウェイ | — |
rgb-idled | 電源状態デーモン — 画面とセッションの状態からシステムの電源プロファイルを設定 | — |
openclaw-backup.timer | 設定とエージェント状態の夜間バックアップ | 毎日02:17 |
arkvault-backup.timer | 夜間のBorgスナップショット | 毎日02:00 |
arkvault-mirror.timer | 2台目のドライブへの日付付き夜間ミラー | 毎日02:30 |
エージェント一覧
名前付きの8体のエージェントに加え、2体のメールボックス用エージェント。重要な使い分けはそれぞれのモデルがどこで動くかです:対話的なものはすべてクラウド、プライベートまたは長時間実行のものはこの箱、画像認識モデルはネットワーク上の2台目のマシンです。
| エージェント | 役割 | モデルの実行先 |
|---|---|---|
| Bits | 受付。依頼を受け取り、振り分け、結果をレビューする。 | クラウド |
| Brains | 熟考担当 — アーキテクチャ、デバッグ、レビュー | クラウド |
| Flash | 手早く安価な作業 — 要約、調査、詰まったジョブの追跡 | クラウド |
| Hermes | デプロイ担当。デフォルトはドライラン、実際の公開は私の明示的なgoがあるときだけ。 | クラウド |
| Doxy | 大量処理とプライベートな作業全般 — 電気代だけで一晩中走る | この箱 — 35B MoE |
| Charley | 画像認識 — スクリーンショット、図、エラーダイアログ | 2台目のマシン |
| Alpha | 家族用デバイス向けの安全な受付 — 読み取り専用ツールのみ | クラウド |
| Beta | 家族用デバイス向けの2体目の安全なボット | 2台目のマシン |
AlphaとBetaは、私の家族が話す相手です。調べ物をしたり質問に答えたりはできますが、ファイルに触れたりコマンドを実行したりはできません。チャットアプリはそれをエージェントの設定とは別の層で強制しているので、片方の層のミスがもう片方を開けてしまうことはありません。安価なクラウドとローカルの使い分けの根拠は費用の内訳にあります。
メッセージが箱の中をどう流れるか
Two details carry most of the reliability. If a model is busy or down, a fallback answers instead rather than the request failing. And whenever a job is dispatched, a watchdog is armed — if the worker goes quiet past its window, Flash gets sent to find out why. Neither is clever; both are the difference between a stack that runs unattended and one that needs babysitting.
このシリコンでの性能
消費電力。これは私が驚いた数字です。SoCパッケージを5秒間の窓で測定したところ、フルスタックが立ち上がり負荷平均が2前後の状態で、チップは4.6Wを消費していました。マザーボード、NVMeドライブ2台、RAM、NIC、ファンを足すと、コンセント側ではおよそ10W近くになります — しかし、8体のエージェントをホストしながらプロセッサ自体が5W未満で済んでいるという事実こそ、Zen 5c省電力コアが何をもたらすのかを最も分かりやすく示しています。アイドル時の温度はTctlで摂氏約40度前後です。
CPU。5GHzのZen 5コア10基は、このワークロードには十分すぎるほどです。エージェントのルーティングは負荷平均に現れないほど軽く、マシンは人生のほとんどをほぼアイドル状態で過ごし、ファンの音は1メートル離れると聞こえません。
ローカル推論。ここがこの箱に本物の限界がある部分で、それは計算能力の限界というより帯域幅の限界です。Radeon 880Mが使えるのは12コンピュートユニットと約90GB/sのメモリ帯域幅です。比較として、Z13は40CUと256GB/sを持ち、私のデスクトップのディスクリートGPUはそれぞれ約1.8TB/sあります。この箱でのローカル生成は、秒間数百トークンではなく、十数〜数十トークン程度です。それでも、夜間の大量作業や社外に出してはいけないもの、という仕事には十分で、対話的なチャットには使い物になりません — だからこそ対話的なチャットはクラウドに送られます。
NPU。XDNA 2 NPUは/dev/accel/accel0としてきれいに列挙され、そして何もしていません。これはがっかりというより正直な状態です:50TOPSは本物ですが、「NPUがある」から「エージェントスタックがそれを使っている」までのソフトウェア経路が、私が気にかけているモデル — 長いコンテキストウィンドウと強力なツール呼び出しが必要なモデル — にはまだ存在しません。いずれNPUが居場所を得るとすれば、小さく固定的な仕事です — メールエージェントの検索インデックス用にエンベディングのエンドポイントを提供する、あるいはどのメールが本物のモデルを起こす価値があるかを判定する一次仕分け分類器、といったところでしょう。それは後回しのプロジェクトで、この箱はNPUなしで完全に立ち上がっています。
ネットワーキング。2.5GbEポートは両方とも設定なしで動作します。1つはネットワークに配線済み、もう1つは予備です。
諦めたもの
この移行の正直なコストはメモリで、小さなコストではありません。Z13は128GBのユニファイドLPDDR5Xを持ち、そのうち64GBをVRAMとして切り出して1200億パラメータのモデルをローカルで動かしていました。この箱は実使用可能な合計30GBを、OSとその他すべてで共有しています。
つまり1200億パラメータ階層は単純になくなりました。ローカルのエージェントは代わりに35Bのmixture-of-expertsモデルを動かしています — 実際に仕事をこなす本物のモデルですが、同じクラスのものではありません。このサイトの古い記事のいくつかは、ローカルの1200億パラメータモデルを自分のスタックの一部として書いています。それはZ13の上では本当でしたが、今は本当ではありません。
その代わりに手に入れたものが、この乗り換えが起きた理由そのものです:劣化するバッテリーはなく、負荷時のUSB-PDネゴシエーションもなく、クラッシュして落ちるモダンスタンバイのステートマシンもありません。マザーボードは2つのSODIMMスロットで96GBまで増設可能で、それをやれば天井の一部は戻ってきます。まだやっていません — DDR5の価格は今年およそ倍になりましたし、容量を増やしても帯域幅は増えません。そしてここでローカル推論を実際に制約しているのは帯域幅の方だからです。
Z13のSSDが、今ここで生きている
必要以上に気に入っている細部があります。Z13の中でユーザーが交換できる唯一の部品はSSDで、キックスタンドの扉の奥にありました。それは健全な状態で取り出され、2230→2280の変換ブラケットを経て、今はこの箱の2番目のM.2スロットに収まっています。
そこにはバックアップが入っています。毎晩02:30に、このマシンの状態の日付付きミラーが、かつてそのマシン自身だったドライブに書き込まれます。死んだコンピューターの最後の仕事は、自分の後継機が確実に復元できるようにすることです。そこにはまだ、故障の前日に取られた旧システムのフルイメージも残っていて、それが今回の移行を「作り直し」ではなく「コピー」にしてくれました。
費用
| 費用項目 | 金額 | 備考 |
|---|---|---|
| 本体 | 一度きり約$900(約13.5万円) | 定価$899、32GB+1TB構成 |
| クラウドAPIクレジット | 約$24/月(約3,600円) | 対話的なエージェントすべて — 内訳はこちら |
| 電気代 | 約$4.50/月(約680円) | 東京の電気料金で24時間365日稼働 |
| ローカルモデル | $0 | プライバシー階層。ハードウェア代はすでに払い済み。 |
全体を動かすのに月$30未満といったところです。ハードウェア代は、比較可能などんなホスティング型サービスと比べても1年以内に元が取れますし、プライベート階層はどんな価格を払ってもホスティング型サービスからは手に入りません。
ハマりどころ
実際に痛い目に遭ったもの、時間を食った順に:
- 30GBの天井は本物です。公称32GBからファームウェアと内蔵GPUが確保する分を引くと、
free -hでは30GBになります。ローカルの画像生成とローカルの言語モデルは同時にメモリに載せられないので、画像生成は必要になったときに起動し、アイドル時には止まります — そしてデフォルトの画像生成経路は、丸ごとネットワーク上の2台目のマシンに移りました。 - メモリ逼迫下でローカルモデルサーバーがクラッシュしました。旧マシンを襲ったのと同じバグです:メモリが逼迫するとAppImageの一時マウントが再利用され、プロセスはきれいなメモリ不足killではなくバスエラーを起こします。AppImageの代わりに展開済みのコピーをsystemdの下で動かすことで、恒久的に直りました。
- タイムアウトはクラウド並みの速度を前提にしています。内蔵GPU上の大型モデルは遅いだけで壊れているわけではありませんが、ゲートウェイのデフォルトのprovider・turn・abortタイムアウトは、回答の途中でそれを殺し、「スタール」として報告してしまいます。request→turn→abortという順序立ったチェーンとして引き上げる必要があります。そうしないと故障の起きる場所が移るだけです。推論モデルはさらに、そうであるとフラグ付けしないと、考えている最中に止まっているように見えてアボートされてしまいます。
- エージェントIDは、あるコードパスでは小文字化され、別のパスではされません。許可リストに小文字のエントリが入るまで、エージェント間のメッセージは黙って失敗していました。エラーもログ行もなく、ただ届かないだけ — 最悪の故障モードです。
- アトミック更新はマシンを再起動します。Silverblueはアップデートを新しいデプロイメントとしてステージングし、そこに再起動します。それがジョブの途中に来ると、ジョブは死にます。今はアップデートを、静かな時間帯に自分のスケジュールで行うようにしています。
- 古い設定はついてきます。移行の一部で、旧マシンのバックアップから古いidentityファイルが再注入され、ゲートウェイがクラッシュループに陥りました。動いていたシステムを復元することと、正しいシステムを復元することは同じではありません。エージェントが書き換えられる設定は、半年前の自分に噛みつかれ得る設定です。
変えるとしたら
- Wi-Fiを使うなら、もっと良いWi-Fi。シングルストリームのWi-Fi 6カードが、唯一本物に弱いコンポーネントです。交換可能なM.2 2230 A/Eキーのパーツなので、15分あれば直せます。有線ネットワークなので、その必要がありませんでした。
- いずれはもっとメモリを。2つのSODIMMスロットで96GBにすれば、Z13が持っていたものの一部は戻ってきます。今のRAM価格ではお得な取引ではありませんし、帯域幅は上がりません。
- ファームウェア更新は謎です。この機種には公開されているBIOSのダウンロードがありません。手に入れるには、型番とシリアルを添えてベンダーにメールし、あとは祈るだけです。それがマイナーなものを買うコストです。
- NPUには存在理由が必要です。50TOPSがアイドルのまま眠っているのは、常設の招待状のようなものです。エンベディングのエンドポイントが、最初にやるべき明白な仕事です。
総評
また買うと思います。速いからではありません — 特に速くはありません — 常時稼働のホームラボが必要とすることだけを、必要としないことは何もせずにやってくれるからです。小さく、静かで、電力をわずかしか吸わず、ファン1つ以外に可動部の故障モードがなく、ツリー外ドライバーを1つも使わずにメインラインのLinuxを動かし、サンドイッチほどの大きさのマシンに、イーサネットポート2つとUSB4ポート2つを備えています。
これが置き換えたマシンから得た教訓は、死んでしまうエキサイティングなハードウェアは、稼働し続ける退屈なハードウェアよりもインフラとしての価値が低い、ということでした。これがその退屈なハードウェアです。使い始めて2週間、まったく何ひとつ面白いことをしていません。それが、私がこの機体に贈れる最高の賛辞です。
週次ログ
このセクションは毎週更新され、この箱で何が変わり、何が壊れ、何が直ったかを記録します。最終更新:2026年8月1日。
2026年7月26日〜8月1日の週
| 日付 | 出来事 |
|---|---|
| 7月29日 | ゲートウェイの自己修復をイベント駆動に作り直しました:レスキューユニットは、サービスが実際に失敗状態に入ったときだけ発火するようになり、意図的な停止と戦い続ける代わりに3回試行したら諦めるようにしました。あるエージェントがゲートウェイを止めてしまい、一晩落ちたままになっていた件を受けての対応です。 |
| 7月30日 | リモートアクセスをきちんとセットアップしました。意図的に分けた2つの入口があります:コールドブートからログイン画面を提供するものと、稼働中のデスクトップセッションをミラーするものです。認証情報の保存場所が別々なので、片方が壊れてももう片方から締め出されません。 |
| 7月30日 | 電源状態デーモンを追加しました。画面オフでマシンは低電力プロファイルに落ち、キーボードの照明も消えます。有効なリモートセッションはその両方より優先されます。そうしないと、リモートからの入力がアイドル状態に見えてしまうからです。 |
| 7月31日 | エージェントゲートウェイの全面監査を実施。あるパスではエージェントIDが小文字に正規化される一方、ディレクトリのオーバーライドではされておらず、あるエージェントのメモリが黙って2つ目のディレクトリに分岐していたことが判明しました。パスが正しく導出されるよう、オーバーライドを削除しました。 |
| 7月31日 | 旧マシンのSSDを、バックアップ先として2番目のM.2スロットに装着しました。日付付きの夜間ミラーは、既存の02:00のBorgスナップショットの後、02:30に実行されます。 |
| 7月31日 | 画像生成をデフォルトでネットワーク上の2台目のマシンに移しました。ローカルのインスタンスは今はフォールバックです。上のハマりどころに書いたメモリの奪い合いを解消しました。 |
| 8月1日 | チャットアプリに一時的なリアクション画像が追加されました — 接続中のすべてのデバイスに10秒間画像がポップアップし、何か入力すると消えます。設計上、1体のボットに限定されています。 |
| 8月1日 | 初めてSoCパッケージの消費電力を測定:フルスタック稼働時で4.6W。アイドル時のTctlは40℃、ディスク使用量は952GB中286GB。 |
現在のスナップショット
| 指標 | 値 |
|---|---|
| OS | Bluefin 44(20260721)、Linux 7.0.12 |
| 稼働時間 | 1日 |
| 負荷平均 | 0.67 |
| メモリ | 30GB中7.8GB使用 |
| ディスク | 952GB中286GB使用(31%) |
| SoCパッケージ消費電力 | 4.6W |
| 応答中のエージェント | 8体中8体、加えてメールボックス用2体 |