Claude Code最新機能まとめ｜2026年5月版アップデート総整理

「Claude Code、また何か増えてませんか？追いきれないんですけど」

先日、ある製造業（従業員150名規模）の情報システム部門で研修をしていたとき、担当者の方から苦笑い混じりにこう言われました。無理もありません。Claude Codeは2026年5月だけで v2.1.128 から v2.1.149 台まで、ほぼ毎週のように更新が走っています。週次の公式ダイジェストを見ても、毎週2〜3個の新機能が当たり前に並ぶ状態です。

正直に言うと、私自身も全部を毎日追えているわけではありません。ただ、100社以上のAI導入・研修の現場に立つ立場として痛感しているのは、「全部を追う必要はないが、業務の流れを変える”効く更新”だけは外してはいけない」ということです。5月はまさにその”効く更新”が固まって出てきた月でした。

この記事では、2026年5月時点で確認できるClaude Codeの主要アップデートを、「何が変わったのか」「中小企業の実務でどう効くのか」「どう使い始めるのか」の3点セットで整理します。コピペで試せるコマンド例も載せていますので、自社のターミナルを開きながら読み進めてください。Claude Code全体の使い方・始め方・料金から知りたい方は、まずClaude Code完全ガイド｜使い方・始め方・料金を土台にどうぞ。

2026年5月の主要アップデート早見表

まず全体像です。以下は公式の週次ダイジェスト（What’s new）とCHANGELOGで2026年5月時点に確認できた主な更新を、業務インパクトの大きい順に並べたものです。バージョン番号・週は公式表記に合わせています。

並列実行やサブエージェントの考え方そのものは、Claude Code Sub-Agents完全ガイド｜並列委譲で体系的に解説しています。5月の更新は、その並列運用を「人間が監督しやすくする」方向に進化させた、と捉えると腹落ちしやすいはずです。

Agent view（claude agents）— 複数Claudeを1画面で監督する

5月でいちばん業務の景色を変えるのが、この「Agent view」です。公式ダイジェスト（Week 20）によると、claude agents を実行すると、いま動いているすべてのClaude Codeセッションが1つの画面に並びます。「実行中」「あなたの入力待ち（ブロック中）」「完了」がそれぞれ行として一覧表示される仕組みです。リサーチプレビューとしての提供です。

何が変わったのか

これまで複数の作業を並行させると、ターミナルのタブをいくつも開いて、どれがどの状態か頭で覚えておく必要がありました。Agent viewでは、たとえば「バグ修正」「プルリクエストのレビュー」「不安定なテストの調査」の3つを3行として並べ、別ウィンドウで自分の作業を続けながら、対応が必要になった行だけに介入できます。気になる行を選べばその会話の中身に入れ、← キーで一覧に戻れます。各バックグラウンドセッションは、ターミナルを開いていなくても動き続けます。

中小企業の実務でどう効くか

少人数のIT・開発チームほど効きます。エンジニアが1〜2人しかいない会社では、「1人が同時に3つの案件を回す」のが常態です。Agent viewは、その3案件を頭の中ではなく画面で管理させてくれるので、取りこぼしが減ります。

事例区分：想定シナリオ
以下は100社以上の研修・導入支援の経験をもとに構成した典型的なシナリオです。

たとえば社内に1人だけ「AIに詳しい担当者」がいる中堅企業を想定します。その人が朝イチで「請求書PDFの読み取りスクリプト修正」「社内ツールの軽微なバグ対応」「議事録要約バッチの不具合調査」の3つを claude agents 経由でディスパッチしておけば、午前中の会議に出ている間も裏で進みます。会議後に画面を開き、「入力待ち」になっている行だけ確認すればいい——という回し方ができます。

使い方の要点

起動はシェルから一発です。

claude agents

v2.1.142以降では、ディスパッチするセッションの設定フラグ（--add-dir / --settings / --mcp-config / --plugin-dir / --permission-mode / --model / --effort など）が追加されました。たとえば作業ディレクトリと権限モードを指定して背景セッションを起動できます。

claude agents --cwd ~/projects/billing-tool --permission-mode auto

さらに v2.1.145 では claude agents --json でセッション一覧をJSONとして取得できるようになりました。これは社内の運用監視ダッシュボードに組み込みたい企業にとって地味に便利な拡張です。v2.1.147以降では、Ctrl+T でピン留めしたバックグラウンドセッションが、アイドル状態でも生き続けるよう改善されました。「長時間かかるバッチを背景に置いて、ピン留めして放っておく」という運用が安定して回せるようになっています。

研修現場で実際にこの機能を見せると、いちばん反応が大きいのが「ターミナルを閉じても動き続ける」という点です。これまでは「PCを閉じたら止まるのでは」という不安から、長時間タスクを任せきれない担当者が多かったのですが、Agent viewの背景セッションはターミナルから切り離されても継続します。心理的なハードルが一段下がる、というのが現場での実感です。

/goal コマンド — 達成条件を決めて自走させる

Agent viewと同じ v2.1.139 で登場したのが /goal です。これは「達成条件（completion condition）」を一文で書くと、その条件が満たされるまでClaudeが自分でターンを回し続ける機能です。各ターンの終わりに、高速なモデルが「条件は満たされたか？」を判定し、満たされていなければ人間に制御を返さず、もう1ターン自分で進めます。

何が変わったのか

従来は、1つの作業が終わるたびに「次はこれをやって」と人間が指示を出し直す必要がありました。/goal は、その「指示の往復」を自動化します。公式ドキュメントが挙げている例は、「あるモジュールを移行し、すべての呼び出し箇所がコンパイルを通り、テストも通る状態になるまで」といった、終了状態が検証可能な実質的な作業です。条件が満たされた時点でゴールは自動的にクリアされます。対話モード、-p（ヘッドレス）、リモートコントロールのいずれでも動きます。

中小企業の実務でどう効くか

「終わりがはっきりしている地道な作業」を任せるのに向いています。たとえば「古いライブラリを新しいバージョンに置き換えて、全テストが緑になるまで」「lintの警告をゼロにするまで」といった、人間が横で逐一指示すると時間ばかり食う作業です。

ただし、ここは正直にお伝えします。/goal は「自走する」ぶん、止めどころを最初に明確に定義しないと、見当違いの方向に何ターンも走り続けるリスクがあります。だからこそ、後述する「権限ガード（auto modeのhard deny）」とセットで使うのが企業導入の正解です。

使い方の要点

達成条件は、人間がレビューしなくても機械的に判定できる形で書くのがコツです。

> /goal test/auth 配下のすべてのテストが通り、lintステップがクリーンになること

不足している情報があれば、最初に質問してから作業を開始してください。
変更した範囲と、検証に使ったコマンドの出力を最後に必ず提示してください。

「テストが通る」「ビルドが成功する」のように真偽がはっきりするゴールを与えるほど、暴走しにくく、成果も安定します。逆に「いい感じに直して」のような曖昧なゴールは /goal と最も相性が悪いので避けてください。

もう一点、運用上の注意があります。v2.1.140では「特定のフック設定があると /goal が無言でハングする」不具合が修正されました。裏を返せば、自走系のコマンドは社内のフック設定（自動フォーマットや型チェックなどのPostToolUseフック）と干渉しうる、ということです。/goal を本格運用する前に、まずClaude Codeを最新版に更新し、自社のフックと組み合わせて1回テスト回ししておくことをおすすめします。フックそのものの設計はClaude Code Hooksガイド｜自動化設定を参照してください。

なお /goal は、対話モードだけでなく -p（ヘッドレス実行）でも動きます。つまり「夜間に検証可能なゴールを与えて自走させ、朝に結果を確認する」というバッチ的な使い方も理屈の上では可能です。ただし夜間の無人自走は、後述する権限ガード（hard deny）を固めた上でのみ検討すべきで、いきなりやるのは推奨しません。

/usage のカテゴリ別内訳 — 「消費の犯人」を特定する

/usage コマンド自体は5月より前から提供されていましたが、v2.1.149 で大きく強化されました。利用上限を圧迫している要素を、スキル・サブエージェント・プラグイン・MCPサーバー別に内訳表示できるようになったのです。

何が変わったのか

これまでは「今月、なんだか消費が早い」と感じても、何が原因かが分かりませんでした。新しい /usage は、「どのカテゴリがトークンを食っているか」をブレイクダウンで見せてくれます。たとえば「特定のMCPサーバーが毎回大量のコンテキストを読み込んでいた」「入れっぱなしのプラグインが背景でコストを発生させていた」といった”消費の犯人”を名指しできます。

中小企業の実務でどう効くか

定額プランを使っている企業にとって、これはコスト管理の要です。Claude Codeの料金体系・無料枠・プラン別の考え方はClaude Code 料金完全ガイド｜無料枠・全プラン・コスト最適化で詳しく整理していますが、どのプランでも「利用上限に早く当たる」と作業が止まります。/usage の内訳を見て、効いていないプラグインやMCPサーバーを外すだけで、上限到達のタイミングを後ろにずらせます。

事例区分：想定シナリオ
研修現場でよく出会う典型例です。

「最近すぐ上限に達する」と相談を受けて /usage を一緒に開くと、試しに入れたまま忘れていたMCPサーバーや、使っていないサブエージェントがコストの大半を占めていた——というのは、研修現場でしばしば見かける光景です。月のはじめに /usage を1回開く習慣をつけるだけで、無駄が見える化されます。

使い方の要点

> /usage

表示された内訳のうち、消費が大きいのに使っていないカテゴリ（プラグイン・MCPサーバー・サブエージェント）を順に見直します。スキルやサブエージェントの整理は、Claude Agent Skills完全ガイド｜業務を資産化の考え方とあわせて行うと、棚卸しが進みます。

/code-review — レビュー結果をそのままPRに反映する

v2.1.147 で、従来の /simplify が /code-review に改名され、機能も拡張されました。任意の検討度（effort level）で「正しさのバグ（correctness bugs）」を報告し、--comment を付けると、その指摘をGitHubのプルリクエストにインラインコメントとして直接投稿できます。

何が変わったのか

これまではClaudeのレビュー結果を人間が読んで、手でコメント欄に書き写す必要がありました。--comment 付きの /code-review なら、レビュー結果がそのままPRの該当行にコメントとして付きます。「レビュー→反映」の手作業が一段減るわけです。クラウド上で大規模にバグを探す claude ultrareview（4月のWeek 17で公開）と合わせると、レビュー周りの自動化はかなり実用域に入ってきました。

中小企業の実務でどう効くか

レビューできる人が社内に1人しかいない、あるいは外注に頼っている会社ほど効きます。一次レビューをClaudeに任せてPRコメントまで自動で付けさせ、人間は最終判断に集中する——という分業ができます。ただし「正しさのバグ」を拾う機能であって、設計思想やビジネス要件の妥当性まで判断してくれるわけではない点は、過信しないようにしてください。

使い方の要点

> /code-review --comment

レビュー指摘には、なぜ問題なのかと修正案を1〜2行で添えてください。
推測で断定せず、不確実な点は「要確認」と明記してください。

Opus 4.8 対応・/effort 最高設定・動的ワークフロー

2026年5月28日、Anthropicは新モデル「Claude Opus 4.8」（APIのモデルID claude-opus-4-8）を公開しました。Claude Codeでも利用できます。Opus 4.8の詳細な使い方・料金・1MコンテキストはClaude Opus 4.8完全ガイド【2026年版】に譲りますが、5月のまとめとして要点だけ押さえます。

何が変わったのか

公式およびベンチマーク報道によると、Opus 4.8はエージェント的なコーディング性能が前世代から向上しました。SWE-bench Verifiedは87.6%→88.6%、SWE-bench Proは64.3%→69.2%、SWE-bench Multilingualは80.5%→84.4%と報告されています。とりわけ実務で大きいのは「正直さ」の改善で、自分が書いたコードの欠陥を見逃さず指摘する確率が前世代より高く、Anthropicは「Opus 4.8は、自らが書いたコードの欠陥を見逃す確率が前世代の約4分の1」と説明しています。価格はOpus 4.7から据え置きで、標準モードが入力100万トークンあたり5ドル・出力100万トークンあたり25ドルです。

あわせて、/effort の最高設定（UI上は「extra」、難しいタスクや長時間の非同期作業向けの推奨設定）や、リサーチプレビューの「動的ワークフロー（Dynamic Workflows）」がClaude Codeで使えるようになりました。動的ワークフローは、1セッションの中で数十〜数百の並列サブエージェントを走らせるオーケストレーションを、検証と再開可能な状態管理つきで自動化する機能です。これは別記事で深掘りしているので、Claude Code動的ワークフロー解説｜最大1,000並列の衝撃をあわせてご覧ください。

中小企業の実務でどう効くか

「自己点検が厳しくなった」というのは、AIに不慣れな現場ほどありがたい変化です。生成されたコードの欠陥をモデル自身がより指摘してくれるなら、レビュー体制が薄い中小企業にとって安全側に働きます。一方で /effort の最高設定や動的ワークフローは、トークン消費が大きくなるため、まず /usage で消費を見ながら、大きいタスクだけに絞って使うのが現実的です。

独立系の技術評論でも、Opus 4.8は「控えめだが確かな前進（a modest but tangible improvement）」と評されています。つまり、前世代を完全に塗り替える劇的なジャンプではなく、地に足のついた改善という位置づけです。中小企業の立場で言えば、これはむしろ歓迎すべき性質です。派手な飛躍より、「自分が書いたコードの欠陥を見逃さない」という地味で実務的な改善のほうが、レビュー体制の薄い現場にとっては効きます。報じられている数字でも、不正確さの低減は「より多くの質問に正答するから」ではなく「不確実な問いに対して回答を控えるから」とされており、これは”分からないことを分からないと言う”方向の改善です。AIに業務判断を委ねる企業にとって、過信を生みにくい挙動は安全側に働きます。

日本企業が押さえておくべき視点

日本の中小企業の現場では、英語の最新ニュースが入ってくるのに数週間〜数ヶ月のタイムラグがあるのが普通です。だからこそ、「いま社内で使っているモデルやプランで、何が使えて何が使えないか」を一次情報で確認する習慣が重要になります。Opus 4.8の動的ワークフローのように、提供プランが限られる機能もあります。「記事で見た新機能が、自社のプランでは使えなかった」というすれ違いを防ぐには、本記事末尾の出典に挙げた公式ドキュメント（What’s new／CHANGELOG）を四半期に一度確認するのが、もっとも確実です。

Fast mode が Opus 4.7 に — 「速さ」を使い分ける

v2.1.142（Week 20）で、Fast mode（/fast）の既定モデルが Opus 4.6 から Opus 4.7 に上がりました。Fast modeは、Opusの高速構成です。モデルの品質は同等のまま、約2.5倍の速度で動く代わりに、トークンあたりの単価が高くなります。素早い反復作業やライブデバッグに向いた設定です。価格はOpus 4.6のFast modeと同じく、100万トークンあたり30ドル／150ドルで据え置きです。Fast modeをOpus 4.6に固定したい場合は、環境変数 CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 を設定します。

中小企業の実務でどう効くか

Fast modeは「全部に使うもの」ではありません。単価が高いぶん、向いているのは「人間が横で待っている、対話的で短いやり取り」です。たとえば、エラーが出ている箇所を一緒に追いかけるライブデバッグや、UIの細かい調整を何度も試す場面では、レスポンスが速いほど人間の集中が途切れません。逆に、夜間バッチや長時間の自走タスクは、速度より単価を優先して通常モードに任せるのが合理的です。「人が待っているときはFast、機械に任せるときは通常」という使い分けを社内ルールにすると、コストと体感速度のバランスが取れます。

> /fast

トグルするだけで切り替わります。社内展開時は「Fast modeは単価が高い」ことを必ず周知してください。便利だからと全員が常時オンにすると、定額枠の消費が想定外に膨らみます。ここでも /usage の内訳確認が効いてきます。

プラグインを .zip / URL から読み込む — 社内配布が楽になる

Week 19（v2.1.128〜129）で、プラグインの読み込み方法が拡張されました。--plugin-dir がディレクトリだけでなく .zip アーカイブを受け付けるようになり、新たに --plugin-url フラグでURLから直接プラグインアーカイブを取得できるようになりました。マーケットプレイスに登録する前に試したいときや、社内のアーティファクトストアから内製プラグインを配布したいときに便利です。

claude --plugin-url https://example.com/my-plugin.zip

中小企業にとっての意味は「社内専用のプラグインを、手間なく配れる」ことです。たとえば自社の業務ルールを組み込んだプラグインを、社内ストレージに置いてURLで配布すれば、各メンバーが手作業でセットアップする必要がなくなります。あわせて v2.1.143 ではプラグインの依存関係の強制（dependency enforcement）も追加され、v2.1.145 では /plugin のDiscover/Browse画面で、インストール前にそのプラグインが持つコマンド・エージェント・スキル・フック・MCP/LSPサーバーを確認できるようになりました。「中身を見てから入れる」運用がしやすくなっています。

もう一つの地味に効く更新：権限ガードと運用系

自走機能（/goal・Agent view・動的ワークフロー）が増えたぶん、5月は「勝手に走らせない仕組み」も同時に強化されています。v2.1.136（Week 19）で追加された settings.autoMode.hard_deny は、許可ルールの例外に関係なく、特定の操作を無条件でブロックするルールです。「これだけは絶対に自動実行させない」という線引きを、明示的に固定できます。

auto modeそのものの考え方や、フックを使った自動化の基本はClaude Code Hooksガイド｜自動化設定で整理しています。企業導入では、まずこの「hard deny」で破壊的な操作（本番デプロイ、データ削除、認証情報へのアクセスなど）を塞いでから、/goal やAgent viewの自走を解禁するのが鉄則です。

このほか、5月は運用面の改善も多く入りました。Week 20の「Rewindメニューに『ここまでを要約（Summarize up to here）』が追加」は、長い会話の前半を圧縮しつつ直近のやり取りは残せる地味に嬉しい機能ですし、Week 19の「プラグインを .zip やURLから読み込み」（--plugin-url）は、社内専用プラグインを配布したい企業に向いています。

企業がとるべきアクション — 最新機能を安全に使い、社内に展開する

更新が速いツールほど、「全部追う」より「効くものを安全な順序で入れる」設計が大事です。100社以上の導入・研修の現場で見てきた実感をもとに、中小企業がいま取るべきアクションを5つに整理します。

1. まず権限ガードを固める（自走解禁の”前”に）

自走機能を使う前に、settings.autoMode.hard_deny で「絶対に自動実行させない操作」を定義します。本番環境への変更、削除系コマンド、認証情報へのアクセスは、ここで無条件ブロックにしておくのが安全です。これをやらずに /goal やAgent viewを解禁するのは、ブレーキを点検せずにアクセルを踏むようなものです。

2. /usage を月初の定例にする

月のはじめに /usage を1回開き、消費の大きいプラグイン・MCPサーバー・サブエージェントを棚卸しします。定額プランの「上限到達で作業が止まる」事故を、これだけでかなり防げます。

3. Agent view を「1人が複数案件を回す」現場から試す

少人数チームほど効きます。まずは1人の担当者が claude agents で2〜3案件を並行管理する小さな実験から始め、運用が固まったらチームに広げます。

4. /goal は「終了状態が機械判定できる作業」だけに使う

「テストが通る」「lintがクリーン」のように真偽が明確なゴールに限定します。曖昧なゴールは暴走の元なので、最初は移行作業や警告ゼロ化といった地味で検証可能なタスクから。

5. Opus 4.8 と高 effort はコストを見ながら大物だけに

Opus 4.8の最高 effort・動的ワークフローは強力ですが、消費も大きくなります。/usage の内訳を見ながら、本当に重いタスクだけに使い分けるのが現実的です。

【要注意】最新機能でやりがちな失敗パターン

失敗1：権限ガードを設定せずに自走機能を解禁する

❌ /goal やAgent viewをいきなり全権限で回す
⭕ 先に settings.autoMode.hard_deny で破壊的操作を無条件ブロックしてから解禁する

なぜ重要か：自走するほど、止めどころの設計が効いてきます。ブレーキ（hard deny）を先に作るのが企業導入の順序です。

失敗2：曖昧なゴールを /goal に渡す

❌ /goal いい感じにリファクタして
⭕ /goal すべてのユニットテストが通り、lintの警告がゼロになること

なぜ重要か：/goal は条件が満たされるまで自分で回り続けます。判定できない条件を渡すと、終わりが来ません。

失敗3：/usage を見ずに「とりあえず全部入り」で使う

❌ プラグイン・MCPサーバーを入れっぱなしにして上限に当たる
⭕ /usage の内訳で消費の犯人を特定し、使っていないものを外す

なぜ重要か：上限到達は作業停止に直結します。消費の可視化は、最新機能を安心して使うための土台です。

失敗4：バージョン番号や機能名を社内資料に「うろ覚え」で書く

❌ 「たしか5月に出た自動レビュー機能」とだけ書いて共有する
⭕ 「/code-review（v2.1.147、旧 /simplify）」と一次情報に当たって記載する

なぜ重要か：Claude Codeは更新が速く、機能名も変わります（/simplify→/code-review がまさにそれ）。社内展開時は必ず公式のWhat’s new／CHANGELOGで裏取りしてください。

よくある質問（FAQ）

Q. 最新機能を使うには有料プランが必要ですか？

機能ごとに条件が異なります。Agent viewや /goal はClaude Codeの機能として提供されますが、Opus 4.8の動的ワークフローはMax・Team・EnterpriseプランやAPI経由での提供と報じられています。自社のプランで何が使えるかは、料金・プランガイドと公式の最新情報を確認してください。

Q. Agent view は本番運用に使って大丈夫ですか？

2026年5月時点でAgent viewは「リサーチプレビュー」として提供されています。便利ですが、本番クリティカルな作業に全面依存する前に、まず社内の検証用タスクで挙動を確かめることをおすすめします。権限ガード（hard deny）の設定は必須です。

Q. Fast modeが「Opus 4.7」になったとありますが、Opus 4.8とは別ですか？

別です。Fast modeはWeek 20（v2.1.142）時点で既定モデルが4.6→4.7に上がった、という更新です。Opus 4.8は5月28日に登場した新モデルで、こちらは通常モードや高 effortで使います。両者は更新の文脈が異なるので、社内説明では混同しないようにしてください。

Q. どこまで自動化を任せていいのか、線引きが不安です。

正直にお伝えすると、自動化の線引きは「ツール側」ではなく「自社のルール側」で決めるものです。hard_deny で破壊的操作を塞ぎ、/goal は検証可能なゴールに限定し、/usage でコストを見る——この3点を運用ルールにすれば、過剰な不安なく自走機能を使えます。

Q. 更新が速すぎて社内展開が追いつきません。

全部を追う必要はありません。「業務の流れを変える機能（5月ならAgent view・/goal・/usage・/code-review）」だけを四半期に一度棚卸しし、それ以外は必要になったときに公式What’s newで拾えば十分です。

まとめ：今日から始める3つのアクション

1. 今日：/usage を開いて、自社のトークン消費の内訳（スキル・サブエージェント・プラグイン・MCP別）を確認する。
2. 今週中：settings.autoMode.hard_deny で「絶対に自動実行させない操作」を定義し、その上で claude agents を1案件で試す。
3. 今月中：検証可能なゴール（テスト緑化・lintゼロ化など）で /goal を1回回し、自走機能の手応えを社内で共有する。

あわせて読みたい：

• Claude Code完全ガイド｜使い方・始め方・料金 — まずここで全体像をつかむ
• Claude Code動的ワークフロー解説｜最大1,000並列の衝撃 — 5月の自走系を一段深掘り
• Claude Code Sub-Agents完全ガイド｜並列委譲 — Agent viewの土台になる並列の考え方

参考・出典

• What’s new — Claude Code Docs（週次ダイジェスト Week 19〜20） — Anthropic（参照日：2026-05-30）
• Week 20 · May 11–15, 2026 — Claude Code Docs — Anthropic（参照日：2026-05-30）
• claude-code CHANGELOG.md（v2.1.128〜v2.1.149） — Anthropic / GitHub（参照日：2026-05-30）
• Claude Opus 4.8 launches today with agentic improvements, new features — 9to5Google（参照日：2026-05-30）
• Claude Opus 4.8: Benchmarks, Effort & Dynamic Workflows — Digital Applied（参照日：2026-05-30）
• Claude Opus 4.8: “a modest but tangible improvement” — Simon Willison（参照日：2026-05-30）

次回予告：次回は、ここで紹介した /goal と動的ワークフローを組み合わせた「中小企業のための安全な自走運用ルール」を、設定ファイルのひな形つきで掘り下げます。

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。