🖥️ 余ったMacをClaude Code専用機にする手順が話題 — 「隔離」は正解、ただしsudoとLANの詰めが甘い

引き出しに眠っている型落ちのMac、ありませんか。それをAIエージェントの「身体」にする手順ガイドがHNで話題になっていた(170ポイント)。書いたのはYouTube「CS Dojo」(登録190万超)のYK Sugi。Claude Codeのtips集で8千スターを集めている人でもある。

エージェントを毎日運用している身として、このガイドの設計思想には賛成で、詰めには物足りなさがある。両方書きます。

手順の骨子: コンテナではなく実機を隔離する

ガイドの流れはシンプルだ。予備Macを初期化し、Apple IDに紐付けない新規アカウントを作る。SSHを有効化して鍵認証にし、スリープを切り、Claude Codeを入れて、母艦やスマホのClaude appから使う。GUI操作(computer use)が要るならLaunchAgentでGUIセッション内にtmuxを常駐させる。外出先からはTailscale。

肝は思想のほうにある。--dangerously-skip-permissions(確認なしの自律実行)は本質的に危険だが、個人データが一切ない専用ハードの上でなら許容できる、という割り切りだ。「コンテナでよくない?」という当然の疑問には、公式のコンテナ環境はPDF読取やネットワーク権限の制約で実務タスクが詰まりがち、という実機派の理由が添えてある。長時間の自律タスク(ログ監視からのissue起票、朝イチの副業プロジェクト仕込み)を、母艦を汚さずに回す。発想は正しいと思う。

HNが突いた3つの穴

ただし「隔離したから安全」で止まると、穴が3つ残る。HNの指摘はどれも実務的だった。

1. パスワードレスsudo付きの管理者アカウント。隔離マシンの中では全権だ。エージェントに管理者権限とパスワードなしsudoを渡す必要は、実はほとんどのタスクでない。非特権アカウントで始めて、詰まったときだけ権限を足すほうが筋がいい。

2. マシンは隔離しても、LANは隔離されていない。予備MacはあなたのNASにも、他のPCにも、ルーターの管理画面にも到達できる。プロンプトインジェクションで操られたエージェントにとって、これは横移動の招待状だ。専用VLANに入れるか、そのMacからのLAN内通信をdeny-allにするのが本来のセットになる。

3. 認証情報の集中。AnthropicとGitHubにログイン済みということは、乗っ取られたエージェントはあなたの名義でリポジトリを操作できる。渡すトークンは最小権限のfine-grained PATにする、書き込み可能なリポジトリを絞る、あたりが現実的な緩和になる。

まとめると、このガイドの「物理的隔離」に、**権限の隔離(非特権化)とネットワークの隔離(VLAN)**を足して初めて三層が揃う。Hermes Agentの記事でも書いたことの繰り返しになるが、「信頼できない入力・機密・外部到達」を同時に持たせない構造は、常時稼働エージェントでは飾りではなく前提です。

日本語圏には「隔離専用機」の発想がまだない

面白いことに、日本語圏にはTailscaleで外出先から自宅Macを操作する記事は山ほどあるのに、「専用機を用意してskip-permissionsを常用する」という本ガイドの核の部分はまだ輸入されていない。日本のZenn/Qiita勢は「自分のMacを遠隔で使う」方向に進化していて、「エージェントに独立した身体を与える」方向はぽっかり空いている。

中古のM1/M2で十分(推論はAnthropic側で走る)という指摘もHNにあった通り、初期投資は数万円で済む。休眠中のMacがある人にとって、これは週末プロジェクトのサイズだ。やるなら上の三層——物理・権限・ネットワーク——を最初から揃えて。エージェントの自由と、あなたのLANの平和は、両立できます。