投稿者 投稿日: カテゴリー Claude
Claude Codeの制限モードとは、コマンドやコードを実行する道具を外して起動する方式のことです。
Claude Codeに「ファイルは読ませたいが、コマンドは1つも走らせたくない」という場面は、EC事業者の社内開発に意外なほど多くあります。2026年8月に追加された制限モード（v2.1.248）と、セッション同士がメッセージを送り合える機能（v2.1.224）は、この悩みに別々の方向から答える機能です。この記事では、2つの機能の仕様を公式ドキュメントで確かめたうえで、Shopifyのテーマ改修や商品データの点検など、EC社内開発での使い分けを4つの場面とプロンプト4本で整理します。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）の現場知見にもとづいて解説します。
2026年8月のClaude Codeで何が変わったか
変化の要点は2つです。1つは「権限を絞った起動方法」が公式に用意されたこと、もう1つは「並行して動く複数のセッションが互いに連絡できるようになった」ことです。
Claude Codeの公式週次ダイジェストWeek 35（8月24〜28日）によると、制限モードはv2.1.248で追加されました。起動時に--restrictedを付けるか、環境変数CLAUDE_CODE_RESTRICTED=1を設定すると、コマンドやコードを実行する組み込みツールを外した状態でClaude Codeが立ち上がります。あわせてWebFetch（Webページの取得）も外され、ファイル操作は作業ディレクトリの内側に限定され、設定は管理者の管理設定と--settingsで渡したものだけが読み込まれます。権限確認をすべて飛ばすbypassPermissionsモードも拒否されます。公式の説明では、評価用の仕組みが共有マシン上でclaudeを動かす場面を想定した機能とされています。
外したツールを個別に戻したい場合は、--toolsに使いたい組み込みツールを列挙します。--toolsは許可リスト方式で、defaultプリセットを指定しても外されたツールは戻らない点に注意が必要です。
セッション間メッセージは、それより前のWeek 32（8月3〜7日）でv2.1.224として追加されました。Claude CodeはListAgentsツールで同じマシン上の他のセッションを見つけ、SendMessageツールでテキストを送ります。ユーザーが頼んだときだけでなく、あるセッションでの変更が別のセッションの作業に影響するとClaudeが判断したときにも送られます。送られるのはClaudeが書いたテキストだけで、会話履歴やファイルは渡りません。対応OSはmacOSとLinuxで、受け取った側には「Message from」の行が表示され、/list-agentsで連絡できるセッションを一覧できます。8月下旬にはAmazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry経由の利用でもこの機能が使えるようになりました。
2026年11月時点のClaude Codeはv2.1.300番台まで進んでおり、2つの機能はいずれも安定して使える段階にあります。なお、制限モードのセッションからセッション間メッセージが使えるかどうかは、公式ドキュメントに明記が見当たらないため要確認です。
EC社内開発で「権限を分けたい」場面はどこにあるか
EC事業者の社内開発で権限を分けたい場面は、大きく「読むだけで十分な作業」と「書き換えが必要な作業」の境目にあります。前者を制限モードに、後者を通常モードに割り振るのが基本の考え方です。
読むだけで十分な作業の代表は、点検とレビューです。商品説明文のテキストファイルに薬機法や景品表示法で問題になりそうな表現が混じっていないか、Shopifyのテーマ（Liquidというテンプレート言語で書かれたファイル群）の変更差分に意図しない修正がないか、受注CSVの列構成が仕様書どおりか。こうした確認では、Claudeにファイルを読ませれば足り、シェルコマンドを走らせる必要はありません。
店舗運営の現場感覚では、こうした点検作業を担当するのは、エンジニアではなくEC運営担当や制作担当であることが多くあります。事務所の共用PCでClaude Codeを動かし、複数の担当者が交代で使う運用も珍しくありません。共用マシンで誰かが誤って危険なコマンドを承認してしまうリスクを、仕組みの側で消せるのが制限モードの価値です。
一方、書き換えが必要な作業では、複数のセッションを並行して動かす使い方が広がっています。たとえば、1つのセッションでShopifyテーマの商品ページを改修し、別のセッションで在庫連携のスクリプトを直し、さらに別のセッションで商品マスタのCSVを整形する、といった分担です。このとき、どこかのセッションで列名や変数名を変えると、ほかのセッションの作業が前提ごと崩れます。セッション間メッセージは、この「並行作業の前提ずれ」を減らすための機能です。
反対に、制限モードが向かない作業もはっきりしています。テストを実行して結果を確かめる、CSVを変換するスクリプトを動かす、Shopify CLIでテーマをプレビュー環境に上げる、といった作業はコマンドの実行が前提です。こうした作業を制限モードで無理に回そうとすると、Claudeは「実行できないので手順だけ示します」という回答を返すことになり、かえって手間が増えます。
コマンドの実行が必要な作業では、通常モードのまま、作業場所を分ける方法が現実的です。公式のWeek 32のダイジェストでは、ワークツリー（作業用に切り出したリポジトリのコピー）の分離が強化され、ファイル編集だけでなく、元のチェックアウトに届くBashコマンドやgitの操作もブロックされるようになったと説明されています。点検は制限モード、実行が必要な開発はワークツリーを分けた通常モード、という二段の構えにしておくと、権限と作業場所の両方で事故の範囲を小さくできます。
共用PCで制限モードを標準にしたい場合は、起動用のショートカットやシェルの設定ファイルにCLAUDE_CODE_RESTRICTED=1を書いておき、担当者が毎回フラグを付け忘れない形にしておくのが手堅い方法です。アパレル系の単一店舗で試したケースでは、起動方法を1つに固定しただけで、点検担当がどのモードで動いているかを気にする必要がなくなりました。
社内のAI利用権限をどう棚卸しするかについては、Claude EnterpriseのAdmin APIで社内AI権限を棚卸しする手順で整理しています。組織全体の権限設計と、1台のマシン上での権限分離は、別の層の話として分けて考えると整理しやすくなります。
使い分け4場面と、そのまま使えるプロンプト4本
ここからは、EC社内開発でよく出会う4つの場面ごとに、どちらの機能をどう使うかとプロンプトを示します。プロンプト1〜3はClaude Code向け、プロンプト4はChatGPT・Claude・Geminiのどれでも使える社内ルール作成用です。
場面1は、商品説明文の表現チェックです。商品説明のテキストやHTMLをフォルダにまとめ、制限モードで読み取りだけを許可して点検させます。化粧品や健康食品を扱う店舗では、点検担当が毎週同じ作業を繰り返すことが多く、コマンド実行の余地をなくしたうえで任せられる効果は大きくなります。
プロンプト1：制限モードで商品説明文の表現を点検する
（起動例）claude --restricted -p "以下の指示に従って点検してください"
あなたは日本のEC事業者向けに、商品説明文の表現リスクを点検するレビュアーです。
作業ディレクトリ内の {フォルダ名} にある商品説明ファイル（.txt / .html）をすべて読み、次の観点で問題になりうる表現を抜き出してください。
1. 薬機法上、化粧品・健康食品で標榜できない効能効果の表現
2. 景品表示法上、根拠の示されていない最上級表現や二重価格の疑い
3. 「必ず」「絶対」など断定が強すぎる表現
出力形式：
- ファイル名／該当箇所の原文（30字以内）／懸念の種類／言い換え案
- 判断に迷うものは「要専門家確認」と付記する
- ファイルの書き換えはせず、指摘一覧だけを出力する
場面2は、Shopifyテーマの変更レビューです。外注先や社内の別担当が改修したテーマファイルを、公開前にClaudeに読ませて点検します。ここでも、レビュー担当にはコマンド実行の権限を持たせない設計が安全です。
プロンプト2：制限モードでShopifyテーマの改修内容をレビューする
あなたはShopifyテーマ（Liquid）のレビュー担当です。
作業ディレクトリの {テーマフォルダ} を読み、次の点を確認してください。
1. sections と snippets の中で、商品価格・在庫表示・カートボタンに関わる箇所の変更
2. 外部スクリプトの読み込み（scriptタグやアプリ埋め込み）が新たに追加されていないか
3. 構造化データ（JSON-LD）の商品情報に、価格や在庫の不整合がないか
4. スマートフォン表示で崩れやすい固定幅の指定がないか
出力形式：
- 確認した観点ごとに「問題なし／要確認／要修正」と根拠のファイル名・行
- 要修正の場合は修正方針を文章で示し、ファイルは書き換えない
- 最後に、公開前に人が実機で確認すべき画面を3つ挙げる
場面3は、並行開発での前提共有です。商品マスタのCSVを整形しているセッションで列名を変えたとき、在庫連携スクリプトを直している別セッションに伝えます。通常モードの複数セッションを同じマシンで動かしている前提です。
プロンプト3：セッション間メッセージで列名変更を伝える
在庫連携スクリプトを修正しているセッションに、次の内容を伝えてください。
- 商品マスタCSVの列名 {旧列名} を {新列名} に変更した
- 変更理由：{理由（例：モール共通の項目名にそろえるため）}
- 影響しそうな箇所：CSVを読み込む処理と、列名で値を参照している箇所
- 相手のセッションでは、変更に合わせた修正方針を返信してほしい
伝えたあと、こちらのセッションでは作業を続け、返信が来たら内容を要約して教えてください。
場面4は、社内の運用ルールづくりです。どの作業を制限モードで行い、どの作業で複数セッションを使うかを、社内の文書として残しておきます。
プロンプト4：Claude Codeのセッション運用ルール草案を作る
あなたはEC事業者の情報システム担当を支援するコンサルタントです。
当社ではClaude Codeを社内開発と店舗運営の点検作業に使っています。次の前提で、社内向けの運用ルール草案を作ってください。
前提：
- 利用者：エンジニア {人数}名、EC運営担当 {人数}名、制作担当 {人数}名
- 共用PCの有無：{あり／なし}
- 主な作業：{例：Shopifyテーマ改修、商品マスタ整形、商品説明文の点検、受注CSVの確認}
盛り込んでほしい内容：
1. 制限モード（--restricted）で行う作業と、通常モードで行う作業の区分
2. 共用PCでの起動方法の固定（環境変数の設定を含む）
3. 複数セッションを並行させるときの命名ルールと、列名・仕様変更の共有手順
4. 承認してよい操作と、必ず人が確認する操作の線引き
5. ルールの見直し時期
出力は、A4で2ページ程度の文章にまとめ、表は使わないでください。
4本を回すと、点検は制限モード、開発は通常モードの複数セッション、その境目は社内ルール、という役割分担が形になります。編集部で実際に運用しているプロンプトでは、プロンプト1の点検結果を人が確認してから、別の通常モードのセッションで修正を反映する流れにしています。点検と修正を同じセッションでやらせないだけで、意図しない書き換えはかなり減ります。
失敗しやすいポイントと回避策
失敗の多くは「制限モードなら何でも安全」と思い込むところから起きます。制限モードが外すのは、コマンドやコードを実行する道具とWebFetchです。ファイルを読む権限は残るので、作業ディレクトリに顧客の個人情報を含む受注CSVを置いたまま起動すれば、その内容はClaudeに読まれます。回避策は、点検用のフォルダを作り、そこに必要なファイルだけを置いてから起動することです。
2つ目の落とし穴は、--toolsで外したツールを戻すときの指定漏れです。--toolsは許可リストなので、戻したいツールだけを書くと、ほかの組み込みツールが使えなくなります。公式の例では--tools "Bash,Read,Edit"のように、使うツールをまとめて列挙しています。共用PCで制限モードを解除する運用を作るなら、誰がどのツールを戻してよいかを社内ルールに書いておくのが安全です。
3つ目は、セッション間メッセージに頼りすぎて、仕様変更の記録が残らないケースです。メッセージで伝わるのはClaudeが書いたテキストだけで、会話履歴は渡りません。列名や仕様の変更は、メッセージで即時に共有したうえで、READMEや仕様書のファイルにも反映しておくと、翌週に別の担当者が作業を引き継いだときに迷いません。Claude Codeの業務手順を社内で配る方法は、プラグインを業務パッケージとして配る社内標準化の解説が参考になります。
KPI設計と費用・工数の目安
KPIは、点検作業の時間、点検漏れの件数、並行開発での手戻り件数の3つで追うのが現実的です。制限モードで商品説明文の点検を任せた場合、目安として、担当者が1ファイルずつ目視していた時間の半分程度まで短縮できるケースが多いと見ています。ただし、指摘の採否を人が判断する時間は残るため、ゼロにはなりません。
並行開発の手戻りは、「別のセッションの変更に気づかずにやり直した回数」を週単位で記録します。直近の支援案件で観測したのは、セッションを3つ以上並行させると、列名や関数名の変更による手戻りが目に見えて増え始めるという傾向でした。セッション間メッセージの導入前後で、この回数を比べると効果が見えやすくなります。
費用面では、Claude CodeはPro、Max、Team、Enterpriseの各プランで使えます。最新の料金は公式の料金ページで確認してください。Amazon BedrockやGoogle CloudのAgent Platform経由で使う場合は、トークン単位の従量課金になります。制限モードやセッション間メッセージ自体に追加料金はかかりませんが、セッションを並行させるほど利用量は増えるため、/usageで利用状況を定期的に見ておくと安心です。
導入工数は、点検用フォルダの設計と起動方法の固定に半日、プロンプト1・2の調整に1〜2日、社内ルールの作成と周知に2〜3日が目安です。
今後の展望：AIに任せる範囲は「権限の設計」で決まる
AIに任せる作業の範囲は、モデルの性能よりも、権限の設計で決まる段階に入っています。制限モードは、その権限設計を1つのフラグで実現する仕組みです。読むだけの作業を安全に任せられる環境が整えば、エンジニアがいない店舗でも、点検やレビューの一部をAIに渡せるようになります。
セッション間メッセージは、AIを「1人の助手」ではなく「複数の担当者のチーム」として扱う方向への一歩です。在庫連携、テーマ改修、商品データ整備を別々のセッションで並行させ、変更点だけを伝え合う働き方は、人のチーム開発に近づいています。2026年8月には、自社のインフラ上でクラウドセッションを動かすセルフホスト環境もTeamとEnterprise向けにパブリックベータとして公開されており、社内システムと連携した開発の選択肢は広がっています。
一方で、権限の設計を誤ったときの影響も大きくなります。Claude Codeで自社アプリの保守を毎日回している企業の事例はPR388件の46%が採用された保守自動化の解説で紹介していますが、こうした運用の前提にあるのは、どこまでをAIに任せ、どこからを人が確認するかの線引きです。EC事業者にとっては、売上に直結する商品ページや決済周りほど、点検は制限モード、反映は人の承認つき、という二段構えが当面の定石になると判断しています。
よくある質問
Claude Codeの制限モードとは何ですか
Claude Codeの制限モードとは、コマンドやコードを実行する組み込みツールを外して起動する方式のことです。--restrictedを付けるかCLAUDE_CODE_RESTRICTED=1を設定すると有効になり、WebFetchも外され、ファイル操作は作業ディレクトリ内に限られます。
制限モードでもファイルの編集はできますか
ファイル操作のツールは作業ディレクトリの内側に限定されたうえで残ります。点検だけに使いたい場合は、プロンプトで「ファイルは書き換えず指摘一覧だけを出力する」と指示し、点検用のフォルダに必要なファイルだけを置いて起動するのが安全です。
セッション間メッセージでは会話の内容がそのまま共有されますか
いいえ、共有されません。送られるのはClaudeが相手のセッション向けに書いたテキストだけで、会話履歴やファイルは渡らないと公式に説明されています。仕様変更の詳細は、別途ファイルに残しておく運用が望ましいです。
Windowsでもセッション間メッセージは使えますか
2026年8月の公式発表時点では、対応OSはmacOSとLinuxとされています。Windows環境での対応状況は、利用前に公式ドキュメントで最新の情報を確認してください。
エンジニアがいない店舗でも使えますか
はい、点検用途なら使えます。制限モードはコマンドを実行しないため、商品説明文の表現チェックやCSVの列構成の確認など、読むだけの作業を運営担当が任せる用途に向いています。起動方法を社内で1つに固定しておくと、操作に迷いません。
制限モードを使うと追加料金はかかりますか
いいえ、かかりません。制限モードやセッション間メッセージは、Claude Codeの機能として利用中のプランの範囲で使えます。ただし、セッションを並行させるほど利用量は増えるため、利用状況の確認は欠かせません。
まとめ
Claude Codeの制限モードは「読むだけの作業」を安全に任せるための仕組みで、セッション間メッセージは「並行作業の前提ずれ」を減らすための仕組みです。EC社内開発では、商品説明文やテーマの点検は制限モード、テーマ改修や在庫連携の開発は通常モードの複数セッション、と役割を分けるのが使い分けの基本になります。まずは点検用のフォルダを1つ作り、プロンプト1で商品説明文の点検を試すところから始めてみてください。
参考文献
- Claude Code Docs「Week 35 · August 24–28, 2026」（制限モード）
- Claude Code Docs「Week 32 · August 3–7, 2026」（セッション間メッセージ）
- Claude Code Docs「Cross-session messaging」
- Claude Code Docs「CLI reference」
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
