Claude Code 新機能解説｜MCP 承認一元化・アーティファクト活用

先週の Claude Code アップデートで何が静かに変わったのか

2026 年 6 月第 3 週、Claude Code に複数のアップデートが入りました。リリースノートを読んでいないと見逃しがちな変更ばかりですが、AI 活用解説者の X 投稿（2026-06-21）が「先週の重要事項が多かったので note にまとめた」と発信し 1.2 万ビューを集めたことからも、法人エンジニアの間で注目度が高まっていたことがわかります（出典: https://note.com/chaen_channel/n/n16d021ca1da7）。

今回の主なアップデートは 3 点です。第一に、アーティファクト対応——コードやドキュメントを独立したブロックとして保持できる機能。第二に、Claude Design 大型アップデート——UI・ビジュアル生成の精度向上。第三に、法人向け MCP 承認一元化——組織単位での安全な外部ツール接続管理。加えて、バージョン v2.1.185（出典: https://github.com/anthropics/claude-code/releases/tag/v2.1.185）では API 待機 UI も改善され、待機時間の表示が 10 秒から 20 秒に延長されるとともに、画面の案内文言が見直されました。

これらを「バージョンアップのリリースノート」として眺めると地味に映りますが、実際には「どうやって社内でチームに Claude Code を展開するか」「コード生成後の成果物をどう管理するか」「デザイナーなしでプロトタイプを作る際に何が使えるか」という法人エンジニアの実務的な課題に直結する変更です。以下で各機能を掘り下げます。

アーティファクト対応——コードとリソースを整理して管理する新しい使い方

アーティファクトとは、コードブロック・ドキュメント・SVG・画像など、会話の流れに依存せず単独で意味を持つ「独立コンテンツ」のことです。従来の Claude Code では、生成されたコードはチャットのスクロール内に流れ込む形で残りました。設計の途中段階で「さっきの React コンポーネントを参照したい」という場面では、チャット履歴を遡って探す必要がありました。ファイル数が増えたり作業セッションが長くなるほど、このコストは積み上がっていきます。

アーティファクト対応が入ると、コード・ドキュメント・SVG などが「参照可能なブロック」として会話と独立した形で保持されます。複数のコンポーネントを別々のアーティファクトとして持ちながら、それを参照しつつ新しい設計を進めるフローが取りやすくなりました。コードを何度もコピーしなくてよくなるため、設計の初期段階から最終フェーズまで一貫した文脈を保てます。

アーティファクトを活用した React 設計の例

たとえば、ヘッダー・フッター・カードコンポーネントをそれぞれ別のアーティファクトとして生成しておき、「このカードコンポーネントをリスト表示する親コンポーネントを作って」と指示することができます。Claude Code はアーティファクトとして保持されたカードの構造を参照しながら親コンポーネントを生成するため、「前の会話でどんなプロパティを定義したか」を人間が翻訳・コピーする手間が省けます。

コードの再利用性が高まることで、同一プロジェクトの複数機能を並行して設計するセッションでも見通しが保ちやすくなります。特に設計の初期段階で「全体構成を Claude Code と一緒に整理する」という使い方に向いており、複数の成果物を同時進行で育てていく開発スタイルとの相性が良いです。

Claude Design 大型アップデート——ビジュアル生成・UI 設計の精度が上がった

Claude Design は、UI コンポーネントやビジュアル素材の生成に特化した機能です。デザイナーが使うデザインツールのような役割を Claude Code 内で担います。従来から存在していた機能ですが、今回の大型アップデートにより生成できる UI の精度と表現の幅が向上しました。

具体的には、ボタン・カード・フォームなどのコンポーネントを指示するだけで、より意図に近いビジュアルが生成されるようになっています。配色の一貫性やタイポグラフィへの対応精度が上がった結果、「だいたいこんな感じ」という曖昧な指示からプロトタイプを形にしやすくなりました。指示の粒度が粗くてもそれなりの出力が得られるようになったことで、早い段階でのビジュアル確認が実務に組み込みやすくなっています。

デザイナー不在のプロトタイプ開発で使うシナリオ

フロントエンドエンジニアがデザイナーと連携できない状況——スタートアップ初期・社内ツール開発・PoC フェーズ——でプロトタイプを素早く作りたい場面で力を発揮します。「ダッシュボード画面を作りたい、左にナビゲーション、右にカードが 3 列で並ぶ」という指示から、実際に動くコードとビジュアルを同時に生成できるため、デザインと実装の往復コストが下がります。

さらに、Claude Design で生成した UI コンポーネントをアーティファクトとして保持しておけば、前述のアーティファクト対応と組み合わせて「ビジュアル設計 → コード設計」を一連のセッションで進める流れが組めます。「エンジニアがデザイン込みで提案できる」という価値は、社内で AI 活用の提案力を高めたい開発リーダーにとって見逃せない変化です。デザイン工程を内製化できると、外部リソースへの依存が減り、プロジェクトの初速が上がります。

法人向け MCP 承認一元化——チームで安全に AI を拡張するための新しい仕組み

MCP（Model Context Protocol）とは、Claude Code が外部ツール・データソースと連携するための仕組みです。たとえば GitHub・Notion・Figma・Slack といった社内ツールと Claude Code をつなぐことで、それらのデータを参照しながらコード生成や調査を行えます。YouTube でも「Claude MCP + Unreal Engine」の連携が話題を呼ぶなど（出典: https://www.youtube.com/watch?v=HZTXmdLcVOE）、外部ツールとの接続の幅が広がっています。

ただし従来は、MCP の接続設定を各エンジニアが個別に行える状態でした。セキュリティ審査を通っていない外部サービスへの接続が個人単位で起きうる構造は、法人の IT 部門やセキュリティチームにとって受け入れがたいリスクです。「誰がどのサービスと Claude Code を接続しているか把握できない」という状態は、情報漏洩やデータ取り扱いポリシー違反のリスクを内包します。法人での採用を検討しながらも、このセキュリティ面の不透明さがボトルネックになっていたケースは少なくありませんでした。

一元化後の仕組みと IT 部門への提案論点

MCP 承認一元化により、管理者（IT 部門）が承認した MCP のみを組織全体に配布できる仕組みが整いました。個人が勝手に外部接続をする「野良 MCP」は構造として排除され、承認済みのツール一覧の中からエンジニアが選択して使う形になります。

IT 部門・セキュリティチームへ Claude Code の導入を提案する際の論点は次のとおりです。

1. 接続先の管理: 承認済み MCP 一覧のみ組織に展開。未審査の外部接続は管理者権限でブロック可能になります。
2. 監査対応: どのツールが組織内で使われているかを管理者が把握できる状態になります。ログ取得の観点からも整合性が取りやすくなります。
3. 変更管理: MCP のバージョンや設定変更を一元管理できます。個人端末ごとのバラつきが解消されます。

この仕組みが整うことで、「セキュリティ上のリスクをどう担保するか」という IT 部門の懸念を先手で解消しながら提案できるようになります。法人環境での Claude Code 本格採用を推進したい開発リーダーにとっては、提案の論拠として積極的に活用したい機能です。「個人の野良ツール接続をどう防ぐか」という問いへの構造的な答えを、今回のアップデートが用意しました。

110 分以上の自走を引き出す——Claude Code を実務で最大限に活用するガイド

「Claude Code の自走力が半端ない。14,038 社のリサーチを依頼したら 110 分以上も自走してくれた」という X 投稿（2026-06-21）が 5,238 ビューを集めました（出典: https://x.com/masahirochaen/status/2068715056733516095）。この事例が示すのは、Claude Code が「1 問 1 答えのアシスタント」ではなく「長時間の複数ステップタスクを処理できるエージェント」として機能する場面が増えてきたということです。短い指示に対して即座に答えを返す使い方に慣れていると、この「長距離走ができる」という特性を活かしきれていないことがあります。

長時間タスクを設計するポイント

Claude Code に長時間・複数ステップのタスクを任せる際は、タスクの構造設計が鍵を握ります。

1. ゴールの明文化: 「14,038 社について○○の観点で調査し、結果を○○の形式でまとめる」という形で、最終成果物を最初に宣言します。途中で方向性がぶれないよう、完了条件を具体的に言語化しておくことが重要です。
2. 中間チェックポイントの設定: 長い処理を任せる際は「100 件ごとに中間結果を出力する」という指示を加えることで、途中経過を確認しながら調整できます。処理全体をブラックボックスにしないことで、意図と外れた方向へ進んだ場合に早期修正が可能です。
3. 補完指示の準備: 処理が途中で詰まった場合に備え、「追加情報が必要な場合は代替手段を試みて継続して」という指示をあらかじめ含めておきます。これにより、想定外の状況でも処理が止まりにくくなります。

別の X 投稿（2026-06-21）では、「Claude -p で Opus にセカンドオピニオンをもらう最初のループ」として、Claude Code を高精度モデルとペアリングする使い方も紹介されています（出典: https://x.com/theo/status/2068595585121484866）。複数のモデルを役割分担させるアプローチも広がっており、Claude Code を単独ツールとしてではなく「チームの中で役割を持つメンバー」として位置づける運用への移行が始まっています。

エンジニアの「隣に置くツール」から「設計パートナー」への移行

Claude Code を最大限に活用している開発者の共通点は、プロジェクトの初期から設計の対話相手として位置づけていることです。「この機能を実装して」という指示を繰り返す使い方から、「この設計方針でよいか確認して、問題があれば代替案を提示して」という設計フェーズでの対話に切り替えると、生成されるコードの品質と意図との一致度が上がります。

法人環境では特に、Claude Code をチームメンバーとして位置づけるアプローチが有効です。MCP 承認一元化で外部ツールとの接続が安全に整備され、アーティファクトで成果物が整理され、Claude Design でビジュアル設計まで対応できるようになった今は、「隣に置くツール」から「チームの設計パートナー」への移行を検討するタイミングに来ています。今回のアップデートはその移行を後押しする、インフラとしての機能強化です。

出典

• @masahirochaen note「先週の Claude Code アップデート重要事項まとめ」(2026-06-21): https://note.com/chaen_channel/n/n16d021ca1da7
• @masahirochaen X「Claude Code の自走力が半端ない（14,038 社リサーチを 110 分以上自走）」(2026-06-21): https://x.com/masahirochaen/status/2068715056733516095
• GitHub claude-code releases v2.1.185 (2026-06-20): https://github.com/anthropics/claude-code/releases/tag/v2.1.185
• YouTube「Claude MCP + Unreal Engine changes everything」: https://www.youtube.com/watch?v=HZTXmdLcVOE
• @theo X「Codex と一緒に使う良い最初のループ」(2026-06-21): https://x.com/theo/status/2068595585121484866