この記事の結論
Claude Codeを2台のMacで使うときは、定期タスクは1本ごとに動かす機械を1台に決め、自動で回す6本は置きっぱなしの専用機へ移しました。移した側の定期タスクは無効にして登録だけ残し、起動のたびに2台の同期の状態をAIに見せています。
目次10項目
【無料・メールだけ】Claude Code 2daysセミナー（第二の脳構築講座）の次回開催の案内を受け取る →
Claude Codeを2台のMacで使うとき、僕に必要だったのは高性能な2台目ではなく、「どちらで処理し、どちらで操作するか」を先に決めることでした。僕の会社では、自動で回す定期タスク6本を置きっぱなしの1台へ移し、持ち歩く方は操作と対話の作業を主にしています。
最初の設計メモは2026年8月22日に書きました。そのときは大きい方のMacを処理の担当にする案でしたが、10月に役割を入れ替え、小さい方を自動運用の専用機にしています。
この記事では、役割の分け方と定期タスクを移すときの止め方、2台のずれに気づく工夫を、記録の順に書きます。「2台目のMacを買ったけど、Claude Codeはどっちで動かせばいいの？」と迷っている方に向けた記録です。
Claude Codeを2台で使うなら、「処理する場所」と「操作する場所」を分ける
Claude Codeが実際に動く機械を1台に決め、もう1台はそこを操作する端末にします。同じ仕事を2台で半分ずつ持つより、役割で分けた方がずれと二重実行が起きにくくなります。
2026年8月22日の2台運用の設計メモでは、16インチを眠らずに重い作業をこなす機械、14インチを16インチのリモコンと会議・移動用の機械と置きました。鍵として書いたのが、処理する場所と操作する場所を分けることでした。
理由は、会話のセッションがその機械の中で動いているからです。途中の会話を別のMacへ持っていって続ける使い方は、設計の時点で前提から外しました。そこで、セッションは処理する機械に置くと決めています。
操作する側からは、Remote Controlで処理する機械のセッションに入ります。
Remote Controlとは、自分の機械で動いているClaude Codeのセッションを、ブラウザやスマホのClaudeアプリから続けて操作する機能です。
公式ドキュメントでは、Remote Controlを使っている間もClaude Codeは手元の機械で動き続けると説明されています。ファイルやMCPサーバーも、その機械のものを使います。
手元のターミナルやアプリを終了すると、セッションはオフラインになります。
設計メモでは、操作する側の14インチの使い方を3つに分けていました。それぞれ何をして、何をしないかを並べます。
| 使い方 | すること | 決まり |
|---|---|---|
| リモコン（既定） | 処理する機械のセッションを、ブラウザやスマホから操作する | 画面の操作が要る作業は、処理する機械の画面を共有して触る |
| 単独の軽作業 | 処理する機械に届かないときだけ、自分でClaude Codeを起動して文書や軽い修正をする | 同じファイルを2台で同時に触らない。本番反映・監視・認証情報が要る作業はしない |
| 会議・入力 | 会議・商談・メモ | ノートは見るだけ |
僕なら、最初はリモコンの使い方だけで始めます。2台目でClaude Codeを動かすのは届かないときの予備、と割り切った方が、ファイルの取り合いが起きにくいからです。
ファイルの置き方も、同じメモで3つの層に分けました。要点は、重い作業台は同期せず、処理する機械だけに置くことです。層の中身はClaude Codeを新しいMacに移行する方法の再発防止のルールに書いています。
設計では大きいMacを処理役にしたが、自動運用は持ち歩かない方へ移した
役割は途中で入れ替えました。決め手は性能ではなく、どちらが机に置きっぱなしになるかでした。
8月の設計では、新しく買った16インチを常時起動の母艦にし、それまでの主力機だった14インチを持ち出す形でした。ところが10月に入り、僕の使い方は16インチを持ち運びのメインにする形に変わりました。
持ち歩く機械は、移動のたびにふたを閉じます。公式ドキュメントでは、デスクトップアプリの定期タスクはアプリが起動していて、パソコンが起きている間しか動かないと書かれています。ふたを閉じると眠る、とも明記されています。
そこで、置きっぱなしにできる14インチを自動運用の専用機にしました。社内の定期処理のうち6本は専用機へ移し、経理チェックなど社内向けの4本は、このとき元の機械に残しています。
ここで大事なのは、全部を1台に寄せることではありません。1つの定期タスクを動かす機械を、必ず1台に決めることです。2台に分けても、1本ごとの持ち主がはっきりしていれば二重実行は起きません。
パソコンを閉じても動く、クラウドの定期タスクという選択肢もあります。公式の比較表では、クラウドの方は手元のファイルに直接アクセスできず、毎回まっさらな複製から始まります。
僕の会社の定期処理は手元のノートと認証情報を使うので、手元の専用機で動かしています。
Claude Codeの定期タスクを専用機へ移すときは、止める側を先に決める
移すときに一番気をつけたのは二重実行です。新しい機械で動かし始めたら、元の機械の同じタスクを必ず止めます。
2台に同じ定期タスクが残っていると、両方が同じ時刻に同じ処理を始めます。設計メモにも、監視の処理を2台に複製すると通知が二重に届き、集計も二重になると書いていました。同じファイルを2台が同時に書けば、同期もぶつかります。
僕の会社では2026年10月2日の夜、社内の定期処理6本を専用機に登録し直しました。試運転が通ってから、元の機械の6本を enabled=false（無効）にしています。
社内の移行記録では、試運転は23時20分に始まって23時26分に終わり、元の6本の停止は23時45分です。
移行全体の流れと、試運転で1か所止まった外部サービスの認証はClaude Codeを新しいMacに移行する方法に書いています。
順番は、次の5段階にしています。止めるのは、新しい側で通ったのを見てからです。
- 新しい機械に、同じタスクを登録する（指示文・時刻・作業フォルダを同じにする）
- 新しい機械で1回だけ手で実行し、最後まで通るかを見る（許可の確認で止まらないか、外部サービスに実際につながるか）
- 元の機械の同じタスクを無効にする。削除はしない
- 別の機械から、元の機械のタスクが無効になったことを確かめる
- 移した先の次の実行予定を控え、初回の結果を見る
3で削除しないのは、無効にしても登録が残るからです。公式ドキュメントでも、タスクは削除せずに「Active」と「Paused」を切り替えて止められると説明されています。戻すときはオンにするだけで済みます。
4は、止めた本人の自己申告で終わらせないための手順です。止めた機械とは別の機械から状態を読めば、止め忘れにも、残すべきタスクまで止めてしまう誤りにも気づけます。
移した6本の時刻と、登録した直後に表示された次の実行予定を並べます。社内の名前ではなく、中身で呼んでいます。
| 定期タスク | 設定した時刻 | 表示された次の実行 |
|---|---|---|
| 朝の情報収集 | 毎日 6:10 | 6:11 |
| 朝の制作 | 毎日 7:00 | 7:02 |
| 昼の改善 | 毎日 13:10 | 13:20 |
| 週次の順位確認 | 月曜 5:40 | 5:52 |
| 週次レポート | 月曜 8:30 | 8:40 |
| 月次の振り返り | 毎月1日 9:30 | 9:42 |
設定した時刻から、1〜12分後ろにずれています。公式ドキュメントでは、通信を分散させるために数分の遅れが入り、同じタスクはいつも同じだけずれるとされています。2台の処理の前後を時刻で組むなら、この遅れの分だけ間を空けておくのが無難です。
専用機を「開けて放置」で回すために確かめた3つのこと
専用機に求めるのは、人が見ていない時間にも止まらず動き続けることでした。移した夜の点検のうち、この記事で取り上げるのはスリープ、許可、結果の届き方の3つです。
スリープ：眠っている間の予定はとばされる
移した夜のスリープ設定の点検の顛末は上で挙げた移行の記事に書いたとおりで、ここでは公式の仕様だけ足します。
公式ドキュメントでは、デスクトップアプリの設定に「Keep computer awake」があり、アイドル中のスリープを防げます。眠っている間にとばされた予定は、起きたときに直近7日の中で最後の1回だけ実行されます。
朝9時の処理が夜に走ることもある、という意味です。公式ドキュメントも、時刻に意味がある処理は、今日の分だけを見るといった条件を指示文に書いておくよう勧めています。
許可：誰も答えない確認は、そのまま止まる
無人の定期タスクは、許可の確認が出ても答える人がいません。公式ドキュメントでも、許可のないツールを使おうとすると、承認されるまで実行が止まると書かれています。
専用機では、設定ファイルの許可リストと権限の既定の動きを、元の機械にそろえてから動かしました。全体の設定ファイルにある許可のルールは、定期タスクのセッションにも効くと公式に書かれています。
結果の届き方：スマホへのプッシュは届かなかった
定期タスクの結果は、スマホへのプッシュ通知では届きませんでした。移した時点では定期タスクのセッションがRemote Controlにつながらなかったためで、移した日の試運転で確かめています。
そこで、毎朝の結果は1日1通のメールで受け取る形に切り替えました。宛先はサーバー側で固定し、1日に送れる数も10通までに絞っています。
2台のずれに気づくため、Claude Codeの起動時に同期の状態を出している
2台で同じノート群（Vault）を使うと、片方が古いまま作業を始める事故が起きます。そこで専用機には、Claude Codeのセッションが始まるたびに、2台の同期の状態をAIに見せるフックを入れています。
入っているのは専用機の側だけです。主力機にそろえるかどうかは、10月2日の移行記録でも判断待ちのまま残っています。
この仕組みは、2台運用の安全装置として2026年8月23日に入れました。同じ日に、どの機械からの変更かを記録に残す、同期の結果を保存する、途中で止まった同期を見つける、という3つの仕組みもまとめて足しています。
フックとは、Claude Codeの決まったタイミングで自分のスクリプトを動かす仕組みです。
使っているのは、セッションの開始時に動くSessionStartです。公式ドキュメントでは、ここで出した文字を会話の最初にAIが読む文脈として足せると説明されています。
判定に使っているのは、次の5つです。どれも、このMacのノートの同期の記録から作っています。
- このMacの名前
- 相手のMacが先に進めていて、まだ取り込んでいない変更の数
- このMacでまだ送っていない変更の数
- まだ記録していない変更の数
- 前回の同期の結果
この5つから、状態を3段階に分けて出し分けます。段階ごとに、AIにさせることを変えています。
| 状態 | AIに見せる文 | AIにさせること |
|---|---|---|
| 正常 | 「正常」とこのMacの名前の1行だけ | 何もしない |
| 注意 | 何がずれているかの説明 | 作業の前に一度取り込む。僕への報告は一言でよい |
| 危険 | 冒頭に警告と、5つの項目 | 応答の最初に僕へ危険を伝え、直し方を提案する |
危険のときは、作業より先に報告させています。この状態でノートを書き換えようとすると、別のフックが書き込みを止めます。ずれたまま書き進めると、後で2台の変更を手で合わせることになるからです。
起動のたびに動くので、表示のためにネットワークへは問い合わせません。前回までに分かっている状態だけで判定し、スクリプトのコメントには所要0.1秒と書いています。
公式ドキュメントも、SessionStartは毎回動くので速く保つよう勧めています。
書き込みの直前に止める同期ガードと、それが無人の定期タスクを止めてしまった件は、ObsidianをGitHubで同期する方法と競合の防ぎ方にまとめています。
設定と自動メモリは2台で同期されない：差を埋めた記録
ノートをGitで同期していても、Claude Code自身の設定と自動メモリは別の場所にあります。2台目を足したら、ここは手で、または別の仕組みでそろえる必要がありました。
2026年10月26日に2台を見比べると、専用機の全体のルール（全プロジェクト共通の指示）は、主力機より7項目少なくなっていました。全体のルール・設定・フックはノートの同期の外にあり、片方だけ直すとずれていきます。
この日、主力機を正として専用機をそろえました。
同じ日に見つかったのが、古い監視の動きっぱなしです。9月30日に止めると決めていた使用量の監視が、専用機の方だけで5分おきに動き続けていました。定期タスクを止めても、OSの定期実行で動く処理は別に残る、という例です。
2台運用では、こうした常駐の処理も「どちらの機械で動いているか」を一覧にしておくと見落としが減ります。OSの定期実行（launchd）の作り方と落とし穴は、Macのlaunchdで定期実行する方法に書いています。
自動メモリとは、Claude Codeが作業中の指摘や好みを自分で書き留め、次の会話の最初に読み込む仕組みです。公式ドキュメントには、自動メモリはその機械だけのもので、ほかの機械とは共有されないと明記されています。
僕の会社では2026年10月27日から、2台の自動メモリを5分ごとに双方向でそろえています。ノートと違ってGitHubには載せず、2台の間で直接やり取りします。メモには社外に出したくない個人的な内容も入るためです。
実測では、専用機で書き足したメモが主力機に届くまで4分20秒、逆向きは4分53秒でした。両方で同じメモを書き換えたときは中身を合わせ、合わせきれない行は消さずに残します。一度に10件を超える削除は、止まるようにしてあります。
専用機に必要な重さ：定期タスク15本で週124回だった
定期タスクを回すだけなら、専用機に重い性能は要りませんでした。足りるかどうかは、実行の回数とメモリで見ています。
2026年10月30日に、専用機の直近7日の実行を数えました。この時点で有効な定期タスクは15本で、実行は週124回、1日に約18回です。モデルの内訳は、Opus 5.5が91%、検品役のFable 5.1が9%でした。
会話の記録のトークン量から見積もると、この量はMax 20xの週の枠の約12〜13%に当たりました。推計ですが、定期タスクだけなら枠の大半は残る計算です。
専用機のメモリは16GBです。Claude Code本体とMCPサーバーは合わせて約1.4GBで、メモリを圧迫していたのは、同じ機械で動かしていた開発用の道具やブラウザの方でした。
処理の多くはAIの応答待ちです。専用機で効くのはCPUの世代より、メモリの余裕と眠らせない設定だと考えています。
Claude Codeを複数台で使う前に決めておく5つのこと
2台目を足すと、1台のときには無かった「どちらで動いているか」の問題が出ます。始める前に、次の5つを決めておくと迷いません。
- 処理する機械を1台に決める：会話のセッションは、その機械に置く
- 定期タスクは1本ごとに持ち主を1台に決める：移したら、元の機械の同じタスクを無効にする
- 起動時に同期の状態を見せる：ずれていたら、作業の前に直す
- 設定・フック・自動メモリは同期の外にあると知っておく：変えたら、両方に入れる
- 常駐の監視や通知も1台だけで動かす：定期タスクとは別に一覧にしておく
4つ目は、10月26日に見比べたとき7項目の差があったものです。5つ目の使用量の監視も、同じ日の見比べで見つかりました。2台の差は、決まった日に並べて見ないと表に出てきません。
スマホから処理する機械を動かす設定と、外出先での使い方は、Claude Codeをスマホで動かす方法に分けて書いています。
まとめ
- Claude Codeを2台で使うなら、処理する機械を1台に決め、もう1台はRemote Controlで操作する端末にする
- デスクトップアプリの定期タスクは、アプリが起動していてパソコンが起きている間しか動かない。置きっぱなしにできる機械を専用機にする
- 定期タスクは1本ごとに動かす機械を1台に決める。移したら元の機械の同じタスクを無効にし、別の機械から確かめる
- 設定・フック・自動メモリは機械ごとに別。決まった日に2台を見比べ、差を埋める
- 僕なら2台目を足した日に、起動時に同期の状態を出すフックから入れます。ずれに気づけないまま書き進めるのが、一番手間のかかる失敗だからです
よくある質問
Claude Codeの会話を、別のMacへ移して続きから使えますか？
僕の会社では、その使い方を前提にしていません。会話のセッションは動いている機械の中にあるので、セッションは処理する1台に置き、別の端末からはRemote Controlでそのセッションを操作しています。Remote Controlでも、Claude Code自体は元の機械で動き続けます。
デスクトップアプリの定期タスクは、Macがスリープしている間も動きますか？
動きません。公式ドキュメントでは、アプリが起動していてパソコンが起きている間だけ動き、眠っている間の予定はとばされると説明されています。起きたときに直近7日の中で最後の1回だけ実行されます。ふたを閉じたノートは眠るので、定期タスクは置きっぱなしにできる機械で動かします。
2台に同じ定期タスクを登録したままだと、どうなりますか？
両方の機械が同じ処理を始めるので、通知が2通届いたり、集計が2回数えられたりします。新しい機械で試運転が通ったら、元の機械の同じタスクを無効にします。無効にしても登録は消えないので、戻すときはオンにするだけで済みます。
自動メモリは2台のMacで共有されますか？
共有されません。公式ドキュメントに、自動メモリはその機械だけのもので、ほかの機械とは共有されないと書かれています。僕の会社では、2台の自動メモリを5分ごとに双方向でそろえる仕組みを別に作りました。
