2026.06.20 · 16分で読める

Claude Design アップデート解説|デザインシステム読込とCode同期で変わる制作【2026年6月】

Claude Designが2026年6月17日、大型アップデートを迎えました。デザインシステムの読み込み、ブランド統制、Claude Codeとの双方向同期、エクスポート連携の拡充、そして公開当初の弱点だったトークン消費の改善まで、一度に多くの変更が入っています。本記事は「何が新しくなったか(What’s New)」と「制作のワークフローがどう変わるか」に絞って整理します。Claude Designの基礎・料金・他ツール比較は別記事にまとめてあるので、まず全体像を知りたい方はそちらを先にどうぞ。この記事は「試すツールから、チームで使う制作基盤へ」という今回の進化を、実務目線で読み解きます。

2026年6月17日アップデートの要点|6つの変更を一望

Claude Designは、Anthropicが2026年4月に公開した「会話だけでプロトタイプ・スライド・資料が作れるAIデザインツール」です。ここでは基礎の説明は最小限にとどめます。ツールの成り立ち・料金プラン・FigmaやCanvaとの比較を知りたい方は、Claude Designの基礎・料金・比較ガイドを先にご覧ください。本記事はその続報として、6月17日に入った変更だけを扱います。

今回のアップデートで何が変わったのか。TechRepublicEngadgetの報道を整理すると、変更は大きく6つに分けられます。提供形態は引き続きベータで、Claude Pro・Max・Team・Enterprise の各プランで使えます。

アップデートで変わったこと 2026年6月17日|試すツールから制作基盤へ これまで アップデート後 デザインシステムは手作業で都度合わせる 作るたびにブランドを当て直す手間 ① デザインシステムを読み込み自動構築 表示前に規則へ照合して検証 統制の仕組みがなく品質はばらつく 各自が自由に作って統一しづらい ② admin承認と編集ロックで統制 標準を承認しチームで統一 デザインからコードは一方向の引き継ぎ 戻すには作り直しが必要 ③ Claude Codeと双方向で同期 /design-syncと/designで往復 出力先が限られ枠も一気に消費 使い倒すと週枠が早々に尽きる ④⑤⑥ 直接編集・連携拡充・消費改善 9連携先・上限共有でエラー減 AI Lab OISHI

6つの変更を一覧にすると次の通りです。それぞれの詳細は、以降の章で身近な例えとともに解説します。

新機能 何ができるようになったか うれしい人
デザインシステム読み込み GitHub・デザインファイル・アップロードから取り込み、そのコンポーネントで自動構築。表示前に規則へ照合して検証 自社の型を守りたい制作担当
ブランド統制 管理者が標準デザインシステムを承認し、編集をロック。色・余白・タイポを全員で統一 品質を揃えたいチーム・管理者
Claude Code同期 /design-syncで取り込み、/designでターミナルから作成・編集・同期。双方向に往復 設計から実装まで内製したい人
キャンバス直接編集 キャンバス内で要素を直接操作。位置・サイズ・整列を従来のデザインツールに近い感覚で調整 細部を手で詰めたい人
エクスポート拡充 PDF・PowerPointに加え、Adobe・Base44・Canva・Gamma・Lovable・Miro・Replit・Vercel・Wixと連携 既存の制作環境につなげたい人
消費改善 利用上限をチャット・Claude Codeと共有。1ターンの平均消費が減り、エラー率も大幅低下 日常的に使い倒したい人

提供初週には100万人を超えるユーザーが利用したと報じられており、注目度の高さがうかがえます。1つずつ見ていきましょう。

デザインシステム読み込み|「会社の型」を取り込んで自動構築

今回の目玉のひとつが、デザインシステムの読み込みです。GitHubのリポジトリ、デザインファイル、あるいは直接のアップロードから、自社で使っているデザインシステムをClaude Designに取り込めるようになりました。複数のデザインシステムを同時に持つこともできます。

そもそも「デザインシステム」とは何かを、身近な例えで説明します。たとえるなら、これは「家を建てるときの設計ルールブック」のようなものです。壁の色、窓の大きさ、ドアの形、廊下の幅といった決まりごとを一冊にまとめておけば、誰が部屋を増築しても家全体の雰囲気が揃います。デザインの世界に言い換えると、ブランドカラー・フォント・ボタンの形・余白の取り方などをまとめた共通ルールが、これに相当します。いわば、組織のデザインの「共通言語」を一冊にしたものだと考えると分かりやすいでしょう。

これまでは新しい資料やUIを作るたびに、この「ルールブック」を人が手で当てはめていました。今回のアップデートでは、Claudeがあらかじめルールブックを読み込み、取り込んだコンポーネントを使って自動で組み上げるようになっています。さらに重要なのが検証の段階です。Anthropicは「Claudeはあなたのコンポーネントで構築し、出力をあなたのデザインシステムと照合し、あなたが見る前に修正する」と説明しています。つまり、出来上がったものを人がチェックする前に、AIが自分で規則に合っているか確かめて直してくれるわけです。

読み込み → 構築 → 検証の流れ 人が見る前に規則と照合して修正する 1 取り込む GitHub デザインファイル アップロード 複数システム可 2 構築する 自社の コンポーネントで 自動で組み立て 手当て不要 3 照合する 出力を規則と 突き合わせ 自動で修正 見る前に整う ブランドに 沿った成果物 ばらつきの少ない 一貫した仕上がり AI Lab OISHI

実務でこれが効く場面を想像してみます。たとえば自社サイトのコードがGitHubにあるなら、それを読み込ませるだけで、Claude Designは自社のボタンやカードの形、配色を理解した状態で新しいランディングページを作り始めます。「ゼロから作ってブランドに当て直す」のではなく「最初から自社の見た目で出てくる」のが大きな違いです。たとえるなら、出汁の取り方や味付けのルールをあらかじめ覚えた料理人が、注文に応じて自店の味で一品を出してくれるようなものです。毎回レシピを渡し直さなくても、お店の味が保たれる、というイメージです。

ブランド統制とガバナンス|admin承認と編集ロック

デザインシステムを読み込めるようになると、次に必要になるのが「その型を勝手に崩されない仕組み」です。今回のアップデートでは、新しい管理者(admin)権限が追加され、組織で標準とするデザインシステムを承認し、編集をロックできるようになりました。タイポグラフィ・色・余白・コンポーネントの規則を、チーム全体で固定できます。

この「統制」をたとえるなら、会社の書類フォーマットを「テンプレートの保護」設定にするようなものです。請求書や報告書の様式を全員が自由に書き換えられると、見た目がバラバラになり、どれが正式版か分からなくなります。そこで様式の枠線やロゴの位置は触れないように固定し、中身だけ各自が記入する。これと同じことを、デザイン全体に対してできるようになったわけです。言い換えれば、デザインの「正式テンプレート」を組織として守る仕組みが標準で用意された、ということです。

ブランド統制のガバナンス構造 管理者が標準を承認し、編集をロックする 管理者(admin) 標準デザインシステムを承認 編集をロック(鍵をかける) 色・余白・タイポ・コンポーネントを固定 メンバーA 標準内で自由に制作 メンバーB 標準内で自由に制作 メンバーC 標準内で自由に制作 AI Lab OISHI

「ガバナンス」という言葉は堅く聞こえますが、要するに「自由と統一のバランスを取る仕組み」です。メンバーは標準の枠の中で自由に作れる一方、枠そのものは管理者が守る。この二段構えにより、デザイナーがいない組織でも、出来上がるものの「素人っぽさ」やバラつきを抑えやすくなります。複数人で資料やUIを作ると、誰かが独自の色やフォントを使ってしまい、全体として統一感が崩れることはよくあります。その崩れを、人の注意力ではなく仕組みで防げるようになったのが今回の前進です。

このガバナンス面の強化は、AIを業務に取り込む際の管理設計とも地続きです。社内で生成AIを使うときのルール作りに関心がある方は、Claude Opus 4.8の徹底解説でモデル側の挙動制御(effortの考え方など)も合わせて押さえておくと、運用全体の見通しが立てやすくなります。

Claude Code双方向同期|/design-syncと/designで行き来する

エンジニアリングの観点で最も大きな変化が、Claude Codeとの双方向同期です。これまでも「デザイン→コード」の一方向の引き継ぎはありましたが、今回は逆方向、つまり「コード→デザイン」も含めて行き来できるようになりました。

具体的には2つのコマンドが用意されています。/design-sync はデザインシステムをClaude Designに取り込むためのもの、/design はターミナルから直接デザインを作成・編集・同期するためのものです。つまりエンジニアは、ブラウザのデザイン画面に切り替えなくても、いつものターミナルの中から /design と打つだけでデザイン作業に入れます。Engadgetの報道でも、ローカルのコードベースから作業を始め、生成物を既存のフロントエンドと揃えたうえでClaude Codeへ受け渡せる点が強調されています。Anthropicは、Claude DesignとClaude Codeの受け渡しがプロトタイプから本番までシームレスになると説明しています。

「双方向同期」をたとえるなら、翻訳された文書と原文が常にリンクしていて、どちらを直してももう片方に反映される状態のようなものです。これまでは「設計図を渡したら、建築側で勝手に進む。設計を変えたいなら図面を最初から引き直す」一方通行でした。今回は、現場で「ここはこうした方が良い」と気づいたら、その変更が設計図にも戻ってくる。デザインと実装が別々の書類ではなく、一本につながった一つの流れになった、と考えると変化の大きさがつかめます。いわば、設計担当と現場担当が同じノートを共有して仕事を進めるような関係です。

Claude Design ⇄ Claude Code どちらからでも始められ、双方向に同期する Claude Design プロトタイプ デザインシステム (見た目の設計) Claude Code 本番コード ターミナル作業 (実装の本体) /design でハンドオフ /design-sync で取り込み プロトタイプから本番まで一本につながる AI Lab OISHI

この双方向化が実務に効くのは、手戻りが減るからです。従来は「デザインで決めた→実装したら現実に合わなかった→デザインに戻って直す→また実装」という往復で、つなぎ目ごとに情報が失われていました。たとえば「ボタンの余白を広げたい」という小さな変更でも、デザイン側で直してから実装側に口頭やチケットで伝え、実装側が解釈し直して反映する、という工程をはさみます。この伝言ゲームのたびに、意図のズレや抜け漏れが生まれます。デザインと実装が同期していれば、片方の変更がもう片方に伝わるため、つなぎ目で起きるズレが小さくなります。Claude CodeとCursor・GitHub Copilotの比較でも触れたように、コーディング支援ツールの良し悪しは「どれだけ文脈を保ったまま作業を続けられるか」で決まります。デザインの文脈までコード側に引き継げるようになった点は、その意味で大きな一歩です。

キャンバス直接編集とエクスポート拡充

細かいながら効いてくるのが、キャンバスでの直接編集です。これまでのClaude Designは、会話とスライダーが主な操作方法で、「ここをこう動かしたい」という微調整を言葉で伝える必要がありました。今回のアップデートで、キャンバス内の要素を直接つかんで位置・サイズ・整列を調整できるようになり、従来のデザインツールに近い操作感が加わりました。

言葉での指示と直接操作は、それぞれ得意な場面が違います。たとえるなら、カーナビに「次の角を右」と話しかけるのが会話指示、地図を指でつまんで動かすのが直接編集のようなものです。大まかな方向は言葉が速く、最後の数ミリの位置合わせは手で動かす方が速い。両方を行き来できるようになったことで、「だいたいの形は会話で、仕上げの微調整はキャンバスで」という自然な分担ができます。言い換えると、これまで言葉だけに頼っていた微調整に、もう一つの手段が加わったということです。

もう一つの拡充がエクスポート連携です。これまでのPDF・PowerPoint出力に加えて、外部サービスとの連携先が大きく広がりました。TechRepublicの報道によれば、連携先には Adobe・Base44・Canva・Gamma・Lovable・Miro・Replit・Vercel・Wix が含まれます。プレゼン資料、ホワイトボード、ノーコード公開、ホスティングまで、用途に応じて成果物を持ち出せる先が増えた格好です。

エクスポートと連携先マップ PDF・PPTに加え主要サービスへ持ち出せる Claude Design 資料・スライド PDF・PowerPoint・Gamma デザイン編集 Adobe・Canva アイデア整理 Miro 公開・ホスティング Vercel・Wix・Replit Lovable・Base44 成果物を「作って終わり」にせず次の工程へ渡せる AI Lab OISHI

連携先が増える意味は、単に出力フォーマットが多いことではありません。「Claude Designで作った叩き台を、自分たちがすでに使っているツールにそのまま持ち込める」という点が実務的です。スライドはGamma、デザインの仕上げはAdobeやCanva、Webの公開はVercelやWix、という具合に、いつもの制作環境の入口としてClaude Designを置けるようになります。

トークン消費の改善|「枠を一瞬で食う罠」への回答

公開当初のClaude Designには、はっきりした弱点がありました。トークン消費が重く、少し使っただけで利用枠が一気に減るという問題です。海外メディアのレビューでは、デザインシステムを構築してプロトタイプを1つ作り数回調整しただけで、Proプランの週次枠の半分を消費したと報告されていました。この「トークンの罠」は、当ブログのClaude Design基礎ガイドでも正直な弱点として取り上げた点です。

今回のアップデートは、この弱点に正面から答えています。VentureBeatの報道によれば、Claude Designの利用上限がチャットやClaude Codeと共有になり、1ターンあたりの平均消費量が減り、エラー率も大幅に低下したとされています。

「利用上限を共有にする」のがなぜ効くのか、身近な例えで説明します。これまでは「デザイン用のおこづかい」と「チャット用のおこづかい」が別々の財布に入っていたようなものでした。片方を使い切るともう片方が余っていても合算できず、無駄が出ます。今回それらが一つの財布にまとまったことで、全体の予算をやりくりしやすくなりました。いわば、別々だった支出枠が一本化されて使い回せるようになった状態です。さらに1回の作業あたりの消費そのものが軽くなり、やり直し(エラー)も減ったので、同じ枠でできる作業量が増えています。

この改善が大きいのは、Claude Designが「たまに試すツール」から「日常的に使えるツール」へ近づくからです。枠切れを気にして使い控えていた人にとっては、心理的なハードルが一段下がります。とはいえベータ段階である以上、利用条件は今後も変わり得ます。実際の消費感は自分の使い方で確かめながら、上限の運用設計をしておくのが堅実です。

制作ワークフローはこう変わる|試すツールから制作基盤へ

ここまでの6つの変更を一つの流れとして見ると、今回のアップデートの本質が見えてきます。それは、Claude Designが「個人が試してみるツール」から「チームで使う制作基盤」へ進化したということです。

公開当初のClaude Designは、どちらかといえば「一人で叩き台を作る」道具でした。今回、デザインシステムの読み込みで自社の型を持ち込め、ブランド統制でチーム全体の品質を揃え、Claude Codeとの双方向同期でデザインから実装まで一本につながり、エクスポート拡充で既存の制作環境に流し込め、消費改善で日常使いに耐えるようになりました。バラバラの機能追加に見えて、すべてが「個人の試作」から「組織の制作」へという一つの方向を向いています。

制作ワークフローの観点では、3つの変化が起きます。第一に、始める場所が増えました。ブラウザのデザイン画面からでも、ターミナルの /design からでも、既存のコードベースからでも作業を始められます。これは、いつもの作業の延長線上でデザインに入れることを意味します。エンジニアはターミナルを離れずに、マーケ担当はブラウザから、それぞれ慣れた場所を起点にできます。第二に、つなぎ目のロスが減りました。デザインと実装が双方向に同期するため、工程の境目で情報が落ちにくくなります。第三に、品質のばらつきが抑えられます。デザインシステムとガバナンスにより、誰が作っても標準から大きく外れにくくなります。これは人の注意力に頼る品質管理から、仕組みで担保する品質管理への移行とも言えます。

B2Bの実務目線で言えば、ここが効いてくるのは「デザイナーを抱えていない組織」です。これまで中小企業がランディングページや提案資料、社内システムのUIを作ろうとすると、外注するか、社内の誰かが見よう見まねで作るしかありませんでした。後者は速い反面、見た目がばらつき「素人っぽさ」が出やすい。今回の更新で、自社の型を読み込ませて統制をかければ、専任デザイナーがいなくても一貫した見た目を保ちやすくなります。そしてデザインからコードまでつながったことで、内製でカバーできる範囲そのものが広がります。「作れるものの幅」が一段増える、という理解が実態に近いです。

内製の射程が伸びる人・組織はどこか

では、今回のアップデートの恩恵を特に受けやすいのは誰でしょうか。実務での当てはまり方を3つの像で整理します。

1. 自社の型を守りたい制作担当・小規模チーム

すでにブランドガイドラインやデザインの決まりごとがある組織にとって、デザインシステムの読み込みとガバナンスは効果が大きい変更です。これまで「作るたびに人が型を当て直す」手間と「人によってばらつく」リスクの両方を抱えていたのが、仕組み側で吸収できるようになります。資料・LP・UIを複数人で量産する場面ほど、統一感を保つ負担が軽くなります。

2. 設計から実装まで内製したい人

Claude Codeで業務システムやWebを内製している人にとって、双方向同期は工程の連結を一段進めます。デザインの検討結果をコードに引き継ぎ、実装側の変更をデザインに戻せるため、「プロトタイプを見て意思決定し、そのまま実装に進む」流れが一本になります。Claude Codeの基本的な使い方を押さえている人ほど、追加学習なくこの恩恵を取り込めます。

3. 既存の制作環境を持つマーケ・広報・企画

すでにCanvaやAdobe、Gamma、Miroなどを日常的に使っているチームにとって、エクスポート拡充は「Claude Designを入口に置ける」ことを意味します。会話で叩き台を一気に作り、仕上げは慣れたツールで、という分業が自然になります。提案書やキャンペーンページのようにスピードと量が求められる制作ほど、最初の一手を速くする価値が出ます。これまで「白紙から作り始める時間」に費やしていた労力を、検討や推敲といった本来時間をかけたい工程に振り向けられるようになります。たとえるなら、料理で言えば下ごしらえを任せて、味付けの仕上げに集中できるようなものです。

もちろん、今回の更新で何もかもが一足飛びに変わるわけではありません。提供形態は引き続きベータで、機能や利用条件は今後も調整され得ます。ピクセル単位の精密なデザインや複雑なインタラクション設計は、依然として専門ツールの領域です。それでも「個人の試作」から「組織の制作」へ軸足が移ったことで、内製で届く範囲が着実に広がったのは確かです。自社のどの工程に差し込めるかを小さく試してみる価値は、十分にあります。

まとめ|デザインとコードが一本につながる

2026年6月17日のClaude Designアップデートを一言でまとめると、「試すツールから、チームで使う制作基盤への進化」です。デザインシステムの読み込みで自社の型を持ち込め、ブランド統制で品質を揃え、Claude Codeとの双方向同期でデザインから実装まで一本につながり、エクスポート拡充で既存環境に流し込め、消費改善で日常使いに耐えるようになりました。

特に実務で効くのは、デザインとコードのつなぎ目が消えていく方向性です。これまで別々の書類だった「見た目の設計」と「実装の本体」が、同期する一つの流れになりました。デザイナーを抱えていない組織でも、自社の型を守りながら、内製でカバーできる範囲を一段広げられます。公開当初に弱点だったトークン消費も改善され、「気軽に試す」と「本気で使う」の間にあった壁が低くなりました。

Claude Designの基礎・料金・他ツールとの比較を知りたい方は、Claude Designの基礎ガイドを、コーディング支援の選び方を比べたい方はClaude Code・Cursor・GitHub Copilotの比較を合わせてご覧ください。AI Lab OISHIでは、こうしたツールを中小企業の制作・内製の現場にどう組み込むかを、引き続き実務目線で追いかけていきます。AI導入や内製化の進め方でお困りごとがあれば、無料相談からお気軽にご連絡ください。

よくある質問(FAQ)

Q1. 2026年6月17日のアップデートで何が変わりましたか?

大きく6つです。①デザインシステムの読み込みと自動構築、②管理者によるブランド統制(承認・編集ロック)、③Claude Codeとの双方向同期、④キャンバス直接編集、⑤Adobe・Canva・Miro・Vercelなど多数の連携先へのエクスポート拡充、⑥トークン消費とエラー率の改善です。提供形態はベータで、Pro・Max・Team・Enterpriseで使えます。

Q2. Claude DesignとClaude Codeはどう連携しますか?

双方向で行き来できます。/design-syncでデザインシステムを取り込み、/designでターミナルから直接作成・編集・同期できます。ローカルのコードベースから始めてClaude Codeへ渡すことも、その逆も可能です。

Q3. 旧バージョンの弱点だったトークン消費は改善されましたか?

改善されました。利用上限がチャットやClaude Codeと共有になり、1ターンあたりの平均消費が減り、エラー率も大幅に低下したとされています。公開当初の「枠を一気に食う」課題に正面から対応した形です。

Q4. ブランド統制(ガバナンス)では何ができますか?

管理者が標準のデザインシステムを承認し、編集をロックできます。色・余白・タイポ・コンポーネントの規則をチームで固定でき、メンバーが自由に作っても標準から外れにくくなります。デザイナーがいない組織でもばらつきを抑えやすくなります。

Q5. デザインツールを触ったことがなくても使えますか?

使えます。会話での指示が基本で、加えて今回からキャンバスでの直接編集も選べます。大まかな形は会話で、仕上げの微調整は直接操作で、という使い分けができるため、専門ツールの経験がなくても扱いやすい設計です。

参照元

← Blog一覧へ