Claude Codeの使い方とは。専用ユーザーの守り方と最小権限をスライドから整理

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、ブックマークしたテッダー マイケルさんのスライド「ぼくのClaude Codeの使い方」を整理しました。Claude Codeを専用ユーザーと最小権限で動かし、Discordのスマホから話しかける使い方です。

このスライドを保存したのは、AIに作業を任せるほど、どこまで任せてどこで人のOKを残すかが大事になると考えているからです。専用ユーザーや最小権限という守り方と並べて読みたいと思いました。

読み方の筋は、環境と専用ユーザー、ネットワーク越しの権限、Discord、開発フローと永続メモリ、実例、まとめと持ち帰りの順です。なお、私はこの構成を自分で動かしたわけでも、AIで確かめたわけでもありません。スライドを読んで整理した記事です。

テッダー マイケルさんのスライド（2026年11月12日）より

Claude専用のユーザーで、確認なしに作業させる

章頭の言葉は、Claude専用のユーザーを作り、確認なしで作業させる、という意味です。作業のたびに「やっていいですか」と聞かせない代わりに、使える範囲を最初から狭くする考え方です。

元ネタは、株式会社コールド・フュージョンのテッダー マイケルさんが、2026年11月12日に札幌のClaude Codeミートアップで話したLT（短い発表）のスライドです。

タイトルは「ぼくのClaude Codeの使い方」で、全部で12枚です。流れは、環境と安全、Claudeとのつながり方、開発フロー、実例、まとめの順です。

最初の「環境と安全」のスライドは、Claude専用のユーザーを作り、確認なしに作業させる内容です。

図の文字は、Ubuntu、LXC、claude、sudoなし、–permission-mode bypassPermissions、被害は ~/ まで。

左にはPROXMOX（仮想マシンやコンテナを管理する画面）の画面写真が載っています。

言葉を1つずつほどきます。Claude Codeは、パソコンの中で文章やプログラムの作業を進めるAIの作業役です。

Ubuntuはサーバーによく使われるOS、LXCは1台のマシンの中に小さな別の部屋（コンテナ）を作る仕組みです。

sudoは、管理者の権限で操作する命令で、sudoなしはその権限を持たせないこと。

–permission-mode bypassPermissionsは、作業のたびの許可の確認を出さずに進めるモードです。スライドには「確認なしに作業させる」とあります。

~/は、そのユーザーのホーム（自分の作業フォルダ）です。「被害は ~/ まで」は、何か間違いが起きても、壊れるのはこの専用ユーザーのホームまでに収める、という意味に読めます。

確認を外す代わりに、壁を厚くする作りです。

料理にたとえると、キッチンを1つ丸ごと貸すけれど、家の金庫の鍵は渡さない形です。キッチンの中なら好きに使える。でも金庫には手が届かない。

私の読みでは、確認を外すこと自体より、確認の代わりに何で守るかを先に決めている所が要点です。真似するなら、まず専用の場所と専用のユーザーを分けるところから。

普段の仕事のパソコンで、いきなり確認を外すことはおすすめしません。

テッダー マイケルさんのスライド（2026年11月12日）より

ネットワーク越しの権限は、アカウントごとに制限

章頭の言葉は、ネットワーク越しにつなぐ先ごとに、使える権限を別々に絞る、という意味です。入れる条件を、扉ごとに分ける考え方です。

「環境と安全」の2つ目のスライドの図の文字は、SSH(公開鍵)、それぞれ一般ユーザー、claudeコンテナ、Windows 11 VM、Mac mini、Raspberry Pi、GitHub mainへの直接pushは禁止、AWS 必要最小限のIAM権限、デプロイ・AWSの変更は毎回 私のOK、です。

SSHは、ネットワーク越しに別のマシンへ暗号化してつなぐ方法です。公開鍵は、錠前（公開鍵）と鍵（秘密鍵）の組で本人だと確かめる仕組みのこと。

「それぞれ一般ユーザー」は、つなぎ先でも管理者ではなく、普通のユーザーとして入る、という意味に読めます。

つなぎ先のうち、VMは、パソコンの中に作る仮想のパソコン、Mac miniは、Appleの小型のMac、Raspberry Piは、手のひらサイズの小さなコンピューターです。

GitHubは、プログラムの変更履歴を置く場所です。mainは、その本流のブランチで、mainに直接pushするとは、PR（変更を見てもらう依頼）を経由せず、本流に変更を直接送ること。

スライドは、これを禁止と書いています。

AWSはクラウドのサービスで、IAMは、誰に何をしてよいかを決める権限の設定です。必要最小限は、やる仕事に要る分だけのこと。

デプロイは、作ったものを本番に出すことで、スライドでは、デプロイとAWSの変更は毎回本人のOKとあります。

AI氣道『Herald OSとは？AIエージェントにPCを任せる前に知りたい4段階の許可とバックアップ』より

「設定に書いてあることと、付けたあとに実際に止まることは別でした。止まった所まで見て、初めて委ねる範囲を決められる。」

設定と実際に止まる所の違いを、私は『Herald OSとは？AIエージェントにPCを任せる前に知りたい4段階の許可とバックアップ』で書いています。

読む筋としては、手元のコンテナの壁（第1章）に続いて、ネットワーク越しの壁を、つなぎ先ごとに作っている、ということです。

本流への直接の書き込みは禁止、本番への反映とクラウドの変更は毎回人のOK、と書き分けられています。

料理にたとえると、冷蔵庫の鍵、金庫の鍵、勝手口の鍵を、それぞれ別にしておく形です。1本の鍵で全部が開く家より、扉ごとに鍵が違う家のほうが、鍵を落とした時の広がりが小さい、と私は読みました。

私の読みでは、AIに任せる範囲を決める時は、入る場所だけでなく、取り返しのつかない操作がどこにあるかを先に洗い出すのが近道です。自分の仕事なら、請求書の送信や、公開ボタンがそれにあたるかもしれません。

テッダー マイケルさんのスライド（2026年11月12日）より

公式Discordプラグインで、スマホからでも会話

章頭の言葉は、机の前に居なくても、スマホのチャットアプリからClaude Codeに話しかけられる、という意味です。

つながり方のスライドの図は、PC・スマホのDiscord、Discord公式のプラグイン、screenの中のClaude Codeが、それぞれ両向きの矢印でつながる形です。

Claude Code（screenの中）の枠の下からは、ssh claudecodeの枠から上向きの矢印が伸び、「再接続」と添えられています。

左下には、毎時の見回り（気になれば報告）の文字があります。

図にはテレメトリ（Prometheus → Grafana）の文字もあります。テレメトリは、稼働の数字を集めて見る仕組みのこと。

続くスライドは、Grafanaの画面写真で、Claude Codeの使用量のダッシュボードです。AIが読み書きした文字の量やセッションの推移、Codexの指摘の件数などのグラフが並んでいます。

起動のスライドには、起動のコマンドと、再起動時に自動で起動するcrontabの行（再起動時を示す reboot の指定のあとに /usr/bin/screen -dmS claudecode /home/claude/run-claude.sh）、ssh configの再接続の行 RemoteCommand screen -U -A -d -r claudecode が載っています。

Discordはチャットのアプリで、プラグインは本体に後から付ける追加の部品です。スライドは公式のものと書いています。screenは、画面を閉じても中の作業が動き続ける仕組み。

crontabは、決まった時に自動で命令を動かす予定表で、reboot の指定は、マシンの再起動時を指します。ssh configは、つなぎ方の設定を1か所に書いておく場所のこと。

Prometheusは数字を集める道具、Grafanaはそれをグラフで見る道具です。

読み方としては、机の前に居なくても話しかけられ、切れても1つの名前で戻れる作りです。ssh claudecodeとだけ打てば、screenの中の同じ作業に戻る、という図なんです。

料理にたとえると、勝手口を作るなら、その鍵と、すぐ閉める手順もセットで決めておく、ということです。

私の読みでは、外から話しかけられるほど、つなぐ道の鍵と、止める道の用意が大事になります。スマホを落とした時や、鍵が漏れた時にどう止めるかを、先に決めておきたいところです。

テッダー マイケルさんのスライド（2026年11月12日）より

永続メモリ: 一度の注意がルールに

章頭の言葉は、一度した注意を、次の会話でも忘れないようにルールとして残す、という意味です。

開発フローのスライドの図は、上段が Issue → ブランチ → PR → Codexレビュー（修正と両向きの矢印）、下段が CI（ビルド+テスト）→ 親指のマーク + グリーン → Claudeがマージ、という並びです。

上段の最後のCodexレビューから、下段のCIへ矢印が下りています。

その下には、範囲外は別Issueへ、次の作業は私が決める、の2行があります。続けて、永続メモリ（一度の注意がルールに・現在約160件）と、コンテキスト（残量は気にせず、自動コンパクション）の2項目です。

Issueは、やることを1件ずつ書いた票です。ブランチは、本流とは別に作業するための枝、CIは、変更のたびに自動でビルドとテストを回す仕組み。PRは、変更を本流に入れてよいか見てもらう依頼のことです。

Codexは、別のAI（OpenAIのコードを書くAI）で、ここでは変更を読んでレビューする役です。グリーンは、テストが全部通った状態のこと。

矢印を追うと、PRを出したあとCodexがレビューし、修正と行き来してから、CIでビルドとテストを回し、親指のマークとグリーンがそろって、Claudeがマージします。

作るAIとは別のAIが読む形なので、作った側だけで通さない作りになっています。

範囲外は別Issueへ、は、頼まれた範囲を広げず、気づいた別件は票を分けるということ。「次の作業は私が決める」の1行が、この流れの最後の持ち主を示しています。

永続メモリは、一度した注意を、次の会話でも忘れないようにルールとして残す仕組みで、スライドでは約160件とあります。コンテキストは、AIが一度に覚えていられる会話の量。

自動コンパクションは、長くなった会話を自動で縮めて続ける機能です。

AI氣道『AIエージェントに作業は任せても判断は任せない、まさおさんが語るマネジメントの習慣』より

「同じ状況で次回の判断が変わるものだけを、1行のメモとして残す。私はそう決めています。」

同じ状況で次回の判断が変わるものだけを残す線を、私は『AIエージェントに作業は任せても判断は任せない、まさおさんが語るマネジメントの習慣』で書いています。

料理にたとえると、レシピ帳に、失敗した日の気づきを1行ずつ書き足していく形です。私の読みでは、約160件という数は、増やした数より、何を残すかの線のほうが効きます。

スライドを通して見ると、人が握っているのは、次の作業を決めることと、デプロイ・AWSの変更のOKの2つです。ほかをAIに回すほど、この2つの置き場所が大事になります。

テッダー マイケルさんのスライド（2026年11月12日）より

深夜1時に依頼 約50分で完成

章頭の言葉は、スライドの実例にある、深夜1時に頼んで、約50分で出来上がった、という流れです。

実例の前には「で、何を作ってるの」というスライドがあり、続いてビルドツールの紹介が出てきます。画像には、IGNITIONという大きなロゴと、青い光の球の絵が載っています。

文字は、ビルドツールはひとつ。全プラットフォームへ、一斉に。JSONひとつで、言語を問わずビルド。コマンドひとつで、複数マシンに分散。未変更の1万ファイルも1秒未満で確認。最後にオープンソース、と並びます。

ビルドは、プログラムを動く形にまとめる作業です。プラットフォームは、WindowsやMacなどの動かす環境、JSONは、設定を書くための決まった書き方、オープンソースは、中身が公開されていて誰でも見られること。

実例のスライドは、フリート管理ページの話です。左にその管理ページの画面写真、右に流れが並ぶ図。

全部スマホのDiscordから、深夜1時に依頼、約50分で完成、PRを3つマージ、Codexが本物のバグを発見、翌日、私のOKでデプロイ、と書かれています。

フリート管理は、複数のマシンをまとめて見ることです。Codexが見つけたバグは、スライドでは「本物のバグ」とあります。

第4章で見たとおり、Codexは作るClaudeとは別のAIで、レビューの役でした。夜に頼み、翌日に人が見て最後のOKを出すまでが、1つの流れです。

実例の流れを順に並べると、頼む、作る、PRをマージする、翌日に人がOKを出す、デプロイする、の順になります。夜の作業と、翌日の人のOKが、はっきり分かれているんですよね。

AI氣道『Claude Codeの複数エージェントを1つの会話から動かす時、任せる所と自分で決める所』より

「私が先に決めたいのは送り方ではないんですよね。1つの仕事を、誰が最後まで持つかです。」

1つの仕事を最後まで誰が持つかを、私は『Claude Codeの複数エージェントを1つの会話から動かす時、任せる所と自分で決める所』で書いています。

料理にたとえると、仕込みは夜のうちに任せても、お客さんに出す前の最後の一皿は、店主が朝に見る形です。

私の読みでは、夜に任せる量より、翌朝に人が最後のOKを出す形が決まっているかのほうが、任せる範囲を決める鍵です。自分の仕事で言えば、何を夜に頼み、どこまで進んだら自分の目を入れるのかを、先に決める所からです。

テッダー マイケルさんのスライド（2026年11月12日）より

Discordとつなぐと、とても便利

章頭の言葉は、Discordにつなぐと、どこからでも会話の履歴をたどれて便利だ、という意味です。

まとめのスライドは3点です。Claude Codeを自分のマシンで常時起動する（自宅のサーバー、クラウドインスタンスなど）、Discordとつなぐと、とても便利、セキュリティも大事、と並びます。

Discordの便利さは、DMの履歴をずっと遡れること、どこからでも使えること、とあります。セキュリティは、claude専用ユーザーと最小権限。最後の1枚は「ご清聴ありがとうございました」です。

12枚を順に読むと、守りの話が先に2つ、つながり方が次、開発の流れと実例が後ろに並びます。守りを先に置く順番が、そのまま持ち帰りの順番にもなります。

DMは、1対1のメッセージです。クラウドインスタンスは、借りて使うクラウド上のコンピューター。最小権限は、やる仕事に要る分だけの権限のことです。

ここからは、スライドを読んで私が考えた持ち帰りです。試す前に決めることを、順に挙げます。

1つ目は、どこで動かすかです。普段の仕事のパソコンと分けた、専用の場所と専用のユーザーを用意します。スライドの「Claude専用のユーザー」にあたる部分です。

2つ目は、権限の線です。触ってよい場所と、毎回OKを取る操作を、紙に分けて書きます。スライドでいえば、mainへの直接push禁止や、デプロイ・AWSの変更は毎回OK、にあたる部分。

3つ目は、連絡の道と最後のOKです。スマホから話しかけられるなら、その道の鍵と、止める道も先に決めておきます。

一人社長や個人事業主の場合は、いきなり確認なしで動かさないほうがいいです。まず確認ありで、専用ユーザーの中で小さく試す順がよいと私は考えます。

料理にたとえると、新しいキッチンに入ったら、最初は火を弱くして1品だけ作ってみる形です。

私の読みでは、このスライドは確認を外すことより、壁を厚くすることに重心があります。任せるほど、守り方と最後のOKを残す設計が大事になります。

テッダー マイケルさんのスライド12枚を、環境と専用ユーザー、ネットワーク越しの権限、Discord、開発フローと永続メモリ、実例、まとめの順に読みました。Claude Codeを自分のマシンで常時起動し、確認なしで作業させる代わりに、壁を何重にも作っている使い方です。

守りは、専用ユーザー、sudoなし、被害は ~/ まで、つなぎ先ごとの権限、mainへの直接push禁止、必要最小限のIAM権限、デプロイとAWSの変更は毎回OK、と重なっていました。確認を外した分を、場所と権限で受け止める作りなんです。

進め方は、Discordで頼み、IssueからPRまでをClaudeが進め、CodexのレビューとCIを通ってマージされ、次の作業と本番へのデプロイは人が決める形でした。深夜1時に頼んで約50分で完成した実例も、翌日に人がOKを出して終わっています。

私の考えでは、守りを先に置き、小さく試してから、任せる範囲を広げるのが順番です。

この記事で学んだことを誰かに教えて恩送りして学びを深めよう！