メインPCを常時稼働させる
リモートAI開発環境 構築研修

メインPCを24時間稼働させる

Windowsの電源・ふた・バッテリー・設置場所を整え、遠隔操作の前提を作ります。

1-1. まずPCの役割を決める

メインPCはオフィスに置いて電源とインターネットを常時接続します。別PC・スマホは「操作端末」で、メインPCの画面とファイルに接続します。メインPCを自宅からオフィスに移しても、Googleのリモート登録やTailscaleの機器識別情報は通常そのまま使えます。

1-2. Windowsの種類と機種を調べる

1. Windows＋Rで「ファイル名を指定して実行」を開き、winverを入力。Windowsのバージョンを控えます。
2. Windows＋I → 「システム」→「バージョン情報」でHome／Proを確認します。
3. 機種名を確認する場合はWindows PowerShellで次のコマンドを使います。

Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer, Model

1-3. 電源接続中のスリープを無効化

1. Windowsの「設定」→「システム」→「電源とバッテリー」を開きます。
2. 「画面、スリープ、休止状態のタイムアウト」を開きます（表示名はWindowsの版で異なります）。
3. 「電源に接続時：スリープ」をなしにします。画面オフは5分などで構いません。
4. 「バッテリー駆動中」は安全優先でスリープを有効にしておきます。

1-4. ふたを閉じたときの動作

1. Windows＋R → powercfg.cpl を入力してEnter。
2. 左側の「カバーを閉じたときの動作の選択」を開きます。
3. 「電源に接続」は何もしないにします。バッテリー駆動時はスリープのままで構いません。
4. 「変更の保存」を押して反映します。

powercfg.cpl

1-5. メーカーのバッテリー保護設定

1. MSIの場合、スタートメニューで MSI Center を探して起動します。
2. 機能セットにある「Battery Master」などのバッテリー管理機能を開きます。
3. Balanced（バランス）を選択。MSI公式の説明では70％未満で充電開始、80％で充電停止です。
4. 表示・対応機能は機種により異なるので、見当たらなければメーカーサポートを確認します。

確認チェック

スマホと別PCを安全につなぐ

Chromeリモートデスクトップで画面操作を作り、Tailscaleで端末ネットワークを整えます。

2-1. 遠隔操作は「画面を見る」と「安全に接続する」に分かれる

ChromeリモートデスクトップはメインPCの画面を遠隔操作するサービスです。Tailscaleは端末同士に安全なプライベートネットワークを作ります。Tailscaleを入れただけではWindows画面は操作できません。 Chromeリモートデスクトップ単体でも別のネットワークから接続できます。

2-2. メインPCにChromeリモートデスクトップを設定

1. メインPCのChromeで公式の リモートアクセス設定ページ を開きます。
2. Googleアカウントでログインし、「リモートアクセスの設定」からホストを導入します。拡張機能だけで終わらず、Windows用のホスト導入案内を完了します。
3. 端末名を AI-MAIN-PC などとし、推測されにくいPINを設定します。PINは教材・メール・チャットで共有しません。
4. 端末の状態が「オンライン」と表示されたら、スマホまたは別PCから接続します。

2-3. スマホから接続

1. スマホからGoogle公式のChromeリモートデスクトップアプリ、または対応ブラウザで接続画面を開きます。
2. ホストと同じGoogleアカウントでサインインします。
3. AI-MAIN-PC → PIN入力 → Windowsデスクトップを表示します。
4. スマホのWi-Fiをオフにして、モバイル回線でも接続できるか確認します。

2-4. Tailscaleを3端末で使う

1. メインPCで Tailscale公式サイト からWindows版を導入してログインします。
2. Windowsの通知領域のTailscaleアイコンを右クリック →「Preferences」→「Run unattended」を有効にします。
3. 別PCとスマホにもインストールし、同じtailnetに参加します。
4. 管理コンソールのMachines一覧で3端末が表示されることを確認します。

確認チェック

別PCのVS CodeからメインPCのファイルを開く

Remote Tunnelsをサービス化し、別PCのVS CodeからメインPC内のプロジェクトへ接続します。

3-1. Remote Tunnelsでできること

別PCのVS Codeから、メインPC上のファイルやターミナルを直接扱えます。メインPCの画面全体を操作するChromeリモートデスクトップとは異なり、開発作業の入り口です。

3-2. メインPC側：Tunnelを作成

1. メインPCにVS Codeが入っていることを確認し、「Terminal → New Terminal」でWindows PowerShellを開きます。
2. code tunnel を実行します。初回はGitHubまたはMicrosoftの認証画面が出ます。
3. GitHubデバイス認証が出たら、表示されたURLに自分でアクセスして画面に示されたコードで認証します。第三者から送られたコードは承認しません。
4. 成功後に https://vscode.dev/tunnel/<マシン名> が表示されます。
5. 一度 Ctrl＋C で対話型Tunnelを止め、サービスに登録します。

code tunnel

code tunnel service install

code tunnel service --help
code tunnel service log

3-3. 別PC側：VS Codeで接続

1. 別PCに公式VS Codeをインストールして起動します。
2. 拡張機能でMicrosoft製の「Remote - Tunnels」を導入します（Remote Explorerは付属または個別導入）。
3. 左側のRemote Explorerを開き、「Sign in to tunnels registered with GitHub」からホストと同じアカウントで認証します。
4. 一覧からメインPCのトンネル名（例：my-pc）を選択します。
5. 接続できると左下に my-pc と表示され、Open FolderでメインPCのフォルダを選べます。

3-4. メインのCLAUDEdevelopmentフォルダを開く

作業ルートは例として CLAUDEdevelopment です。メインPCの実際のWindowsパスを選択します。日本語と空白を含むOneDrive配下のパスでは、初期接続時にワークスペース参照エラーが起こったため、開けないときはまず英数字パスのテストフォルダで切り分けます。

New-Item -ItemType Directory -Force -Path C:\dev\remote-test

1. 別PCのVS Codeで C:\dev\remote-test をOpen Folderから開けるか試します。
2. 開けたら、実際の CLAUDEdevelopment に戻して開きます。
3. 制限モード（Restricted Mode）の解除は、自分の管理下にあり信頼できるフォルダだけで行います。
4. ファイルが見えても、Claude Code／Codexの作業ディレクトリは別途確認します。VS Codeで開いただけではtmux内の作業場所は変わりません。

3-5. Gitとバックアップ

Gitは変更履歴を残す仕組みです。GitHub等への保管は別途設定が必要です。今回のように多案件を保管したルートフォルダ全体を無条件にGit管理せず、案件ごとにリポジトリを分けます。

git --version
git status

Get-ChildItem -Directory | ForEach-Object {
  [PSCustomObject]@{Project=$_.Name; HasGit=(Test-Path (Join-Path $_.FullName ".git"))}
} | Format-Table -AutoSize

確認チェック

WSL2・tmux・Codex・Claude Codeを使う

CLIをLinux側に設置し、4つの独立セッションでメインPCのAI環境を管理します。

4-1. WindowsとUbuntu、コマンドを打つ場所の違い

4-2. WSL2があるか確認し、通常ユーザーを使う

wsl --list --verbose

wsl --install -d Ubuntu-22.04

wsl -d Ubuntu-22.04 -u aiuser

研修用にはUbuntuの通常ユーザー名を aiuser とします。既存Ubuntuがrootで立ち上がる場合は、rootで一度だけ次を実行して作成します。すでにユーザーがあれば再実行しません。

adduser aiuser
usermod -aG sudo aiuser
su - aiuser

4-3. tmuxとAIツールを準備

sudo apt update
sudo apt install -y tmux git curl ca-certificates
mkdir -p ~/ai-work/{codex,claude,logs,control} ~/bin
tmux -V

Codex CLIとClaude Codeのインストール方法は提供元で更新されます。実機では公式ドキュメントを優先して確認します。以下は研修実機で成功したコマンド例です。

curl -fsSL https://chatgpt.com/codex/install.sh | sh
curl -fsSL https://claude.ai/install.sh | bash

export PATH="$HOME/.local/bin:$PATH"
type -a codex
type -a claude
codex --version
claude --version

4-4. tmuxの基本操作

tmux new-session -A -s codex -c ~/ai-work/codex

新しいtmux画面で /home/aiuser/.local/bin/codex を起動しChatGPTで認証。Claude側は /home/aiuser/.local/bin/claude を使用します。tmuxから離脱するには Ctrl＋B を押して離し、D です。画面を離れるだけでAIは終了しません。

tmux ls
tmux list-panes -a -F '#{session_name}: #{pane_current_command}'

4-5. CLAUDEdevelopment専用の2セッション

この章のゴールは、メインPCの作業ルート CLAUDEdevelopment に直接入った codex-main・claude-main の作成です。Ubuntuの通常ユーザーで、すでにメインルートを開いたWindows PowerShellからWSLを起動した状態を使います。

pwd
basename "$PWD"

test -e "$HOME/ai-work/main" || ln -s "$PWD" "$HOME/ai-work/main"
readlink -f "$HOME/ai-work/main"

tmux new-session -A -s claude-main -c "$HOME/ai-work/main"
# 作成したtmuxの中で /home/aiuser/.local/bin/claude を実行

tmux new-session -A -s codex-main -c "$HOME/ai-work/main"
# 作成したtmuxの中で /home/aiuser/.local/bin/codex を実行

4-6. 別PCから毎日使うコマンド

wsl -d Ubuntu-22.04 -u aiuser -- tmux attach -t codex-main

wsl -d Ubuntu-22.04 -u aiuser -- tmux attach -t claude-main

4-7. スマホからAIに直接指示する

1. Claude CodeのCLI入力欄で /remote-control を入力し「Enable Remote Control」を選択します。
2. スマホのClaudeアプリの「Code」から、そのLinux側セッションを選択します。Windows版セッションと混同しないでください。
3. ClaudeのPro／Max等の対象サブスクリプションでログインします。API従量課金だけではRemote Controlを利用できません。
4. スマホから「OS・ユーザー・作業フォルダを報告。ファイルは変更しない」と指示して応答を確認します。
5. Codex Remoteは、Windows CodexアプリのRemoteとUbuntu上のCodex CLIが必ずしも同じ会話を共有するわけではないと説明します。

確認チェック

自動起動・監視・復旧・総合演習

作成した仕組みを安全に運用し、障害時に原因を切り分けられるようにします。

5-1. 自動化は「起動」「監視」「復旧」の3つ

実際の構築では AI-MAIN-PC-WSL-Startup（ログオン時）と AI-MAIN-PC-WSL-Watchdog（5分ごと）を設定しました。Linux側スクリプトがtmuxセッションを管理し、プロセス状態をログに記録します。

5-2. 既存タスクを確認する（新規受講者は次項を使用）

Get-ScheduledTask -TaskName "AI-MAIN-PC-WSL-*"
Get-ScheduledTaskInfo -TaskName "AI-MAIN-PC-WSL-Startup"
Get-ScheduledTaskInfo -TaskName "AI-MAIN-PC-WSL-Watchdog"

新規環境では、まずLinux側で起動スクリプトを用意します。講義では事前配布テンプレートを講師が提供し、内容を確認してから配置します。この教材のサンプルは実演用です。 重要情報を保有するPCではIT管理者がレビューしてください。

5-3. 研修用：4セッションを管理するスクリプト

コードを短く保つため、OS側の自動起動は tmuxの作成までに留め、起動中のAIが消えたときは履歴とログを確認して手動復帰する安全な基本版を学びます。発展としてAIの自動起動も行えますが、利用上限・承認待ち・意図的な終了との区別が難しいため、無制限な再試行は禁止します。

mkdir -p ~/bin ~/ai-work/{codex,claude,logs,control}
cat > ~/bin/start-ai-sessions.sh <<'EOF'
#!/usr/bin/env bash
set -euo pipefail
BASE="$HOME/ai-work"
for name in codex claude; do
  if ! tmux has-session -t "=${name}" 2>/dev/null; then
    tmux new-session -d -s "$name" -c "$BASE/$name"
  fi
done
for name in codex claude; do
  session="${name}-main"
  if [ -d "$BASE/main" ] && ! tmux has-session -t "=${session}" 2>/dev/null; then
    tmux new-session -d -s "$session" -c "$BASE/main"
  fi
done
tmux list-sessions
EOF
chmod 700 ~/bin/start-ai-sessions.sh
bash -n ~/bin/start-ai-sessions.sh

5-4. Windowsのタスクを登録する（新規環境のみ）

すでにタスクが存在する環境では、この登録作業を飛ばしてください。受講者向け演習PCに新規設定する場合はWindowsのPowerShellから実行します。

$taskName = "AI-MAIN-PC-WSL-Startup"
$action = New-ScheduledTaskAction -Execute "wsl.exe" -Argument '-d Ubuntu-22.04 -u aiuser -- bash /home/aiuser/bin/start-ai-sessions.sh'
$trigger = New-ScheduledTaskTrigger -AtLogOn -User "$env:USERDOMAIN\$env:USERNAME"
$trigger.Delay = "PT30S"
$settings = New-ScheduledTaskSettingsSet -StartWhenAvailable -ExecutionTimeLimit (New-TimeSpan -Minutes 3)
Register-ScheduledTask -TaskName $taskName -Action $action -Trigger $trigger -Settings $settings

$taskName = "AI-MAIN-PC-WSL-Watchdog"
$action = New-ScheduledTaskAction -Execute "wsl.exe" -Argument '-d Ubuntu-22.04 -u aiuser -- bash /home/aiuser/bin/start-ai-sessions.sh'
$trigger = New-ScheduledTaskTrigger -Once -At (Get-Date).AddMinutes(1) -RepetitionInterval (New-TimeSpan -Minutes 5) -RepetitionDuration (New-TimeSpan -Days 3650)
$settings = New-ScheduledTaskSettingsSet -StartWhenAvailable -ExecutionTimeLimit (New-TimeSpan -Minutes 2) -MultipleInstances IgnoreNew
Register-ScheduledTask -TaskName $taskName -Action $action -Trigger $trigger -Settings $settings

5-5. バッテリー駆動中も監視を止めない

$task = Get-ScheduledTask -TaskName "AI-MAIN-PC-WSL-Watchdog"
$task.Settings.DisallowStartIfOnBatteries = $false
$task.Settings.StopIfGoingOnBatteries = $false
Set-ScheduledTask -InputObject $task

5-6. 動作確認とログの読み方

Start-ScheduledTask -TaskName "AI-MAIN-PC-WSL-Watchdog"
Start-Sleep -Seconds 5
Get-ScheduledTaskInfo -TaskName "AI-MAIN-PC-WSL-Watchdog"
wsl -d Ubuntu-22.04 -u aiuser -- tmux ls

tmuxが表示されても、AI本体が動いているとは限りません。セッションの実行状態は次で確認します。

wsl -d Ubuntu-22.04 -u aiuser -- tmux list-panes -a -F '#{session_name}: #{pane_current_command}'

5-7. オフィス移設時の運用設計

修了前のチェック