kirintropのブログ

はるか遠いミニマリストへの道です。

70万のPGXと月額2900円の制限に絶望した結果、LLM運用はOpenRouterが最適解だと気づいた話。

70万のPGXと月額2900円の制限に絶望した結果、LLM運用はOpenRouterが最適解だと気づいた話。

  • 70万円のPGX投資と「Dwarfstar」という現実 最近のDeepSeek V4などの性能は凄まじく、ローカルで動かすロマンがある。 あたしも実際に約70万円のThinkStation PGXを用意してローカル環境を構築してみた。最強の推論環境を自前で組み上げるのは自家発電みたいで楽しいんだけど……現実は甘くなかった。 巨大モデルを動かそうと悪戦苦闘した結果、結局PGXのローカル実装で安定して動いたのは「Dwarfstar」だったのだ。 Dwarfstarももちろん優秀だけど、70万円という特高設備レベルの初期投資をして、最新最強クラスのモデルには手が届かないという「ローカルの限界」を痛感させられた。

  • 70万の機材は「月額1.7万円」の維持コストがかかっている ここで冷静に、PGXのコストを「月額換算」してみる。 一般的なPCの耐用年数(48ヶ月)で減価償却すると、70万円 ÷ 48 = 約14,583円/月。 さらに常時稼働させるための待機電力や推論負荷などの電気代を約2,500円と低く見積もっても、維持費だけで毎月約1.7万円も飛んでいく計算になる。月1.7万円も払って、動いているのがDwarfstarクラスなのだ。

  • 月額2,900円のAntigravity CLIの罠(全然使い放題じゃない) ローカル運用が厳しいなら、次に候補に上がるのがAntigravity CLIのようなサブスク(月額2,900円)だ。 一見すると定額で安心感があるように思えるけど、これには大きな罠がある。「そもそも全然使い放題じゃない」のだ。 ちょっとヘビーにコードを書かせたり長文のコンテキストを読み込ませたりすると、あっという間にリクエスト制限に引っかかってしまう。「定額」だと思って契約したのにすぐ通信制限をかけられる格安SIMのようなストレスがあり、制限に怯えながら2,900円を払い続けるのはかなりバカバカしい。

  • OpenRouterの単価で「月額1.7万円」を計算してみた そこで完全従量課金であるOpenRouter経由でDSv4等のAPIを叩く運用に切り替えてみた。 現在(2026年7月)、OpenRouterでのDeepSeek V4 Proの単価は Input $0.435 / 1M, Output $0.87 / 1M。 プロンプト入力と出力の割合を1:1とした場合、100万入力+100万出力(計200万トークン)でわずか $1.305 しかかからない。

では、PGXの維持費である「月額1.7万円(約113ドル)」をOpenRouterに全額突っ込んだらどうなるか? なんと、最強モデルのDSv4 Proが月間約1億7,300万トークン(1日あたり約570万トークン)も使える計算になってしまうのだ! Antigravity CLIですぐ制限に引っかかる程度の利用量なら、制限を気にせず最新モデルを使い倒しても、毎月数ドルで収まるのが現実だ。

  • まとめ ローカルでの推論環境構築は技術的な学びも多いしロマンの塊だが、実用性とコストパフォーマンスで見ると以下の結論になる。
  • PGX(70万円): 月額1.7万円のコストをかけてDwarfstarを動かすロマン枠。
  • Antigravity CLI(2,900円/月): すぐ制限にかかるため、コスパ最悪。
  • OpenRouter: 最新最強モデルが制限なしで使えて、使った分だけ(しかも格安)の支払い。

よっぽど特殊な自動化処理をローカルで24時間走らせる事情がない限り、ほとんどの人はOpenRouterの従量課金に任せるのが圧倒的に安上がりで快適だ。70万のロマンは技術の肥やしとして心にしまい、今すぐOpenRouterのAPIキーを発行して賢く立ち回ろう!

FlowX13のキーボード設定をPGXと同期した話。

Ubuntu環境において、異なるマシン間でキーボード入力の快適性を統一することは、日常のテキスト入力効率に直結する。

結論から言えば、日本語入力(Mozc)のトグルはFcitx5側で「Alt + Grave」および「Ctrl + Space」で処理し、物理配列(日本語/英語)の切り替え自体はOS(GNOME)側の「Win + Space」で行うように構成した。これにより競合を防ぎつつ快適な打鍵環境が整う。

手元のFlowX13の入力環境を、ThinkStation PGXの設定に合わせて同期した。

  • Fcitx5への移行と設定

これまでFlowX13側では標準のIBusを使用していたが、動作の安定性と設定の柔軟性を求め、PGXと同じくFcitx5(Mozc)へ移行した。

移行コマンド:

|bash| im-config -n fcitx5 ||<

これにより、入力フレームワークがFcitx5に統一された。

  • キーバインド競合の回避と設定

Fcitx5の快適な動作を阻害するGNOMEのデフォルトショートカット(switch-groupおよびswitch-input-source)を無効化し、Fcitx5の入力切り替えと競合しないように設定した。

|bash| gsettings set org.gnome.desktop.wm.keybindings switch-group "['disabled']" ||<

Fcitx5のトリガーキー設定(~/.config/fcitx5/config)では、日本語配列(JP)の刻印を活つつ、PGXと同様に「Alt + Grave(半角/全角キーの物理位置)」や「Ctrl + Space」で切り替えができるようにカスタマイズを施した。

  • Win+Spaceを配列切り替えに

当初、すべての切り替えキーをFcitx5に集約する予定だったが、最終的には「Win + Space(Super + Space)」をOS側のキーボード配列(日本語配列と英語配列)のトグル切り替えに割り当てる設計とした。

これにより、GNOMEの入力ソース設定を以下のように更新した。

|bash| gsettings set org.gnome.desktop.input-sources sources "[('xkb', 'jp'), ('xkb', 'us')]" gsettings set org.gnome.desktop.wm.keybindings switch-input-source "['space']" ||<

Fcitx5の config からは Super+Space の割り当てを外し、OS側の配列切り替えに専念させている。

  • まとめ

インプットメソッドをFcitx5に統一し、GNOMEの競合キーを無効化することで、入力切り替えの過渡的な詰まりが解消された。 Win+Spaceによる配列変更もスムーズに動作し、PGXでの快適な操作感がFlowX13でも同様に再現された。

これで異なるマシンを行き来する際も、打鍵時の違和感なく作業に集中できる。

結局windowsから逃れられないのだろうか?の話。

FlowX13をubuntuにしてから数日。

大した作業はない。 ただファイルをダウンロードしたり画像を添付したりとかその程度。

それだけなのになんか操作感が違うというか。なれないというか。

設定すれば多分なんとかなるんだろうけど、まだ設定していない。

これからです。

16インチと13インチの違いの話。

16インチと13インチ。 3インチの差は思ったよりも大きい。

机上からのディスプレイの高さ ノートパソコンなら奥行きとキーボードの位置。 リストレストの位置。 そして重量。

たまに持ち運ぶ時の13インチを16インチにサイズアップを目論んでいるが、決めかねている。

画面だけ交換して試してみたところだとやっぱり落ち着いてやるなら16インチモニタといいキーボードでノートの画面は二の次。

安定したデスク環境ならVESA対応の3840x2400でOK。

こっちは自立タイプ。690g。持ち運びとかたまに撤去する場合。

持ち運びでノートのキーボード使うなんて滅多にないんだから今の13インチでいいはずなのですが、納得いっていない。

果たして。

Swift Edge SFA16-41を欲しがる話。

Swift Edge SFA16-41を欲しがる。

ROG Flow X13に不満があるといえば画面が少し小さいくらい。 要求は解像度3840x2400だけなのに、それが載った機種は少ない。

で、探した結果一番軽いのはAcerのSwift Edge。

Acerの「Swift Edge SFA16-41」は、16インチの大型OLED(有機EL)ディスプレイを搭載しながら、約1.17kgという驚異的な軽さと薄さを実現したフラッグシップ・モバイルノートPCです。 だそう。

探しても取引が一切ない。 探してる画面仕様だとDellとかLenovoのが手が届くものもあるけれど、重さは2kg近くになる。

差分の重量でモニタをもう1台持って行けてしまう。

UMPC+キーボード+ディスプレイだと1.5kgコースで配線も必要。 分割することでいろんな選択肢も出てくる。

一番軽いってのはやっぱり最適解なのかもしれない。

Ubuntu 24.04でWin+Lロック時に画面を即座にオフにする設定の話。

Ubuntu 24.04でWin+Lロック時に画面を即座にオフにする設定の話。

  • 離席時に画面を即座に消したい! Ubuntuを使っていて、Win+Lで画面をロックしても、モニターの電源が点いたままなのが気になったことはありませんか? 離席するたびにモニターの物理ボタンを押すのは面倒ですし、自動で省電力モードに入るのを待つのも時間がかかります。

今回は、コマンド一発で「ロック + 即消灯」を同時にこなす、離席時に超便利なショートカット設定を紹介します。

** 仕組み Ubuntu標準のロック機能を、自作のカスタムコマンドに置き換えます。 具体的には、以下の3ステップを自動化します。

  • 画面をロックする(loginctl)
  • 1秒待つ(sleep 1)
  • モニターへの信号をオフにする(xset dpms off)

sleep 1 を挟むのがミソで、これによって「キーから指を離した瞬間の信号」で画面が再度起きてしまうのを防ぐことができます。

** 設定方法 ターミナルを開いて、以下のコマンドをコピー&ペーストして実行するだけです(X11環境用)。

|bash|

既存のロックショートカットを一旦無効化

gsettings set org.gnome.settings-daemon.plugins.media-keys screensaver "['']"

カスタムショートカットを登録(名前:Lock and Screen Off)

gsettings set org.gnome.settings-daemon.plugins.media-keys.custom-keybinding:/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/ name 'Lock and Screen Off' gsettings set org.gnome.settings-daemon.plugins.media-keys.custom-keybinding:/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/ command 'bash -c "loginctl lock-session && sleep 1 && xset dpms force off"' gsettings set org.gnome.settings-daemon.plugins.media-keys.custom-keybinding:/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/ binding 'l' gsettings set org.gnome.settings-daemon.plugins.media-keys custom-keybindings "['/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/']" ||<

  • まとめ これだけで、離席時の「モニター点きっぱなし」のストレスが解消されます。 キーボードを叩けば一瞬で復帰するので、セキュリティと利便性を両立したいUbuntu 24.04 (X11) ユーザーの方は、ぜひこの設定を試してみてください。

  • 要点:Win+L を loginctlxset の組み合わせコマンドに置き換える。

  • 次のアクション:ターミナルにコピペして実行。

512GBのMacや128GBのGB10、さらにRyzen AI MAXまで欲しくなった話。

  • VRAM不足という「窒息死」寸前の日常 正直、RTX 3060じゃもう無理。限界なんだよね。 巨大なモデルを動かそうとするたびに「OutOfMemoryError」の赤文字を見る絶望感。もはや性能不足というより、AI開発者としての生存権を脅かされているレベル。 「もっと、もっとデカいメモリ(VRAM)が欲しい……!」っていう飢餓感が止まらない。

  • 夢の512GB Macは「伝説上の生き物」へ 一番の理想はMac StudioのUltra盛り。でも、現実はあまりに非情なんだ。

  • 128GBモデルの絶滅: そもそも128GB以上のオプションが市場から消えてるっていう異常事態。

  • 150万円という異次元の壁: 512GB構成ともなれば、かつての相場でも150万円クラス。もはや「ちょっと高いPC」じゃなくて「高級車」の域。

今のDRAM高騰を見る限り、次世代が出ても一般人に手が届く値段に降りてくる気配が全くない。

  • 破壊的経済性、でも「ARMの壁」が厚いPGX (GB10) そんな絶望の中で見つけた「ThinkStation PGX」。128GBのメモリを積んで71.5万円。 Macの半額以下で128GBが手に入る……性能を渇望する身としては「めちゃくちゃ経済的じゃん!」ってバグった金銭感覚が疼くレベル。

でも、最大の問題は「Grace CPU(ARMベース)」っていう点。 手持ちのx86_64資産やeGPU環境がそのまま使えないのは、インフラの再構築コストとして重すぎる。性能は欲しい、でも互換性は捨てがたい……このジレンマがキツい。

  • 第3の道、Ryzen AI MAX 395という希望 ここで無視できないのが、AMDの Ryzen AI MAX 395 (Strix Halo)の存在。

|text|

Ryzen AI MAX 395 (Strix Halo) への期待

  • メモリ帯域: LPDDR5X-8000クラスの爆速共有メモリ
  • 互換性: 慣れ親しんだ x86_64 / Windows / Linux 環境
  • ロマン: 「GPUカード」を刺さずに、APUだけで巨大モデルが動く世界 ||<

x86の互換性を維持したまま、Macのような広大な共有メモリ環境を構築できるなら、これこそが真の「Mac Studioキラー」になるかもしれない。

  • 現実的な妥協点:Google I/O 2026と「100ドル」の課金 ハードウェアで迷走しているあたしたちに、Googleが差し出したのは「月額100ドル(約1.5万円)」のGemini Ultraプランだった。

コンピュート制クレジットっていう新しい制限挙動は、文字書き中心の用途なら実質的に「無限の計算資源」を手に入れたのと同義。150万円のMacや、71万円のPGXに突っ込む前に、まずはこの「クラウドの暴力」でどこまで戦えるか試すのが一番賢い気がしてきた。

  • まとめ:ハイブリッド戦略の再構築 結局、どれを選んでも一長一短。でも、今の3060じゃ足りないのは事実。

ネクストアクションはこれ! 1. クラウド: サブ垢で月額100ドルのGemini Ultraを即契約。コンピュート制の底力を叩き出す。 2. メイン垢: 年額29,000円のAI Premium特典は絶対に手放さない。 3. ハード: Ryzen AI MAX 395の動向を注視しつつ、PGXのARM環境への移行コストを精査し続ける。

結局、パワーはお金で買うしかないんだよね。でも、その投資先を間違えないように慎重に見極めていくよ!

kirintropは、Amazon.co.jpを宣伝しリンクすることによって
サイトが紹介料を獲得できる手段を提供することを目的に設定された
アフィリエイトプログラムである、Amazonアソシエイト・プログラムの参加者です。