Claude Design という、Claudeのアプリ上でデザイン作成や変更・コーディングへの引き継ぎが行える新製品がAnthropicからリリースされました。どんな感じで使えるのかが気になったので、このサイト（ hidetaka.dev ）のトップページを題材に一通り触ってみました。

デザインの生成精度は想像より高い一方で、使い終わって残ったのは「どこまで任せられて、どこから自分で設計するべきか」という問いでした。

雑な指示でもAskUserQuestionToolで調整してくれる

デザイン系のタスクにはあまり馴染みがないので、プロンプトをどのように作ればいいかの勘所などはほとんどない状態です。そこであえて「＜URL＞をリニューアルしたい」というおおまかに達成したいことだけを支持してみました。

するとClaudeはページを取得した上で「改善の主な目的は何か」「目指すトーンは何か」といった質問票を自動生成します。

画面右側の Questions タブに展開される形で、選択肢は日本語、ターゲット読者の粒度まで聞いてくる作りです。各設問には「Decide for me」という選択肢もあり、方向性を Claude に委ねることもできます。

回答を送ると、「日本語タイポ主導 × モノクロ + 1 アクセント × プロフェッショナルで信頼感のあるトーン」で 3 案を 1 つの HTML にまとめ、Tweaks で切り替えられる形で作るという宣言が返ってきました。ここからざっくり体感で5−10分ほど作業完了まで待ちます。

プレビューとバリエーションのチェック

生成されたデザインは、画面右側でプレビューできます。

ページ上部に 3つのバリエーション（バリアント）ボタンが表示されており、それぞれの表示をチェックできます。

• A — Editorial Serif: 明朝見出しと番号付き目次を組み合わせた、書籍のようなリズムのレイアウト
• B — Grid / Swiss: 大きなタイポグラフィと 12 カラムグリッドで構成された、Swiss スタイル
• C — Kanji / Magazine: 漢字を大きく使った雑誌的なレイアウト

また、Tweaks パネルで配色・フォント・密度をトグルしながら比較できます。3 案を並べて触る感覚に近いものがあります。

Draw モードで手書きアノテーションを試す

バリアント B を見ていると、CTA エリアの見出しが画面幅に対して大きすぎて、折り返しで妙な改行位置になっていることに気づきました。これを Draw モードで赤い丸を描いて囲み、そのまま送ります。

返ってきた回答では、Variant B の CTA が狭くて折り返しがひどくなっていることが問題として特定され、h3 をもっと小さくシンプルにしてレイアウトも広げる、という方針が提示されました。

手書きの丸という曖昧な入力から、問題の箇所と原因（フォントサイズ）と対策（レイアウトの調整）がひも付けられています。思ったより賢いというのが率直な感想でした。テキストも送信できる様子なので、より詳細に指示を出すこともできるようにみえます。

さらに「デザイン B を軸に、CTA だけ C のレイアウトがいい」と送ると、バリアントを部分的にミックスした修正が返ってきます。

対話ベースでデザインの調整が行えますので、デザインツールの扱いなどに馴染みがなくても使えそうだなと思います。

実装はClaude Codeに移譲する

デザインが固まったら実装に入ります。実装自体はClaude Designでは行えません。Export メニューからいくつかのオプションを選んでデータをAIツールなどに引き継ぐ必要があります。今回は「Handoff to Claude Code」を選びました。

ダイアログに表示されたのは、以下のようなコマンドです。

Fetch this design file, read its readme, and implement the relevant aspects of the design.

https://api.anthropic.com/v1/design/h/XXXXXXXX?open_file=index.html

Implement: index.html

これを Claude Code に貼り付けると、指定 URL から tar bundle を取得し、展開した README とデザインファイルを読んで実装を開始します。内部的には Anthropic の API エンドポイントが用意されていて、デザインツールから Claude Code へのハンドオフが一つのパイプとしてつながっている様子です。

% claude
▗ ▗   ▖ ▖  Claude Code v2.1.76
           Sonnet 4.6 · Claude Pro
  ▘▘ ▝▝    ~/development/my-services/sites/hidetaka.dev

❯ Fetch this design file, read its readme, and implement the relevant aspects of the design.                                   
https://api.anthropic.com/v1/design/h/xxxxxx?open_file=index.html                                              
Implement: index.html                                                                                                          
                                                                                                                             
⏺ Fetch(https://api.anthropic.com/v1/design/h/xxxxxx?open_file=index.html)                                     
  ⎿  Received 163.3KB (200 OK)                                                                                               
                                                                                                                               
⏺ Bash(cat "/Users/okamotohidetaka/.claude/projects/-Users-okamotohidetaka-development-my-services-sites-hidetaka-dev/616de6cc-
      0865-40b7-88e6-9d51393e529a/tool-results…)                                                                               
  ⎿  https-hidetaka-dev/README.md000064400000000                                                                               
     0000000000000404415170717371014224 0                                           
     … +82 lines (ctrl+o to expand)                                                                                            
                                                                                                                             
⏺ Bash(cat "/Users/okamotohidetaka/.claude/projects/-Users-okamotohidetaka-development-my-services-sites-hidetaka-dev/616de6cc-
      0865-40b7-88e6-9d51393e529a/tool-results…)                                                                               
  ⎿  /tmp/design_bundle.tar: POSIX tar archive                                                                                 
                                                                                                                               
⏺ Bash(cd /tmp && tar xf design_bundle.tar && ls -la https-hidetaka-dev/ && ls -la https-hidetaka-dev/project/)                
  ⎿  total 8                                                                                                                   
     drwxr-xr-x@   5 okamotohidetaka  wheel   160  4 19 00:12 .                                                                
     drwxrwxrwt  132 root             wheel  4224  4 19 00:12 ..                                                               
     … +8 lines (ctrl+o to expand)                                                                                             
  ⎿  Shell cwd was reset to /Users/okamotohidetaka/development/my-services/sites/hidetaka.dev                                  
                                                                                                                               
⏺ Read 1 file (ctrl+o to expand)                                                                                               
                                                                                                                               
⏺ Now I have a full picture of the design. Let me explore the current home page structure. 

レンダリング結果を確認すると、大きなタイポグラフィとグリッドで構成されたバリアント B の構造などを、既存のNext.jsアプリに取り込めている様子でした。

下層ページの追加も依頼可能

TOPページだけでは、既存サイトのリニューアルに使うのは難しそうです。ですが、以下のように「下層ページにも対応して」と伝えると、そのまま作業を継続してくれました。

AskUserQuestionToolでどのデザインをベースに、どこまで対応するかを質問されます。質問票を見る限りでは、ある程度実際のサイト構造も考慮してくれる様子です。おそらく、TOPページのナビゲーションを確認した上で仮説を立てているのではないでしょうか。

あとはそのまま作業をさせましょう。

ログを見ていると、個別に指定をしない限りはHTML / JS / CSSだけで進めようとするみたいですね。

ビルドエラー対応などはコーディングエージェント依存

作成させたデザインを実装する際、特に下層ページまで含めたリニューアルでは変更量が膨大になり、エラーの混入リスクが高まります。また、ロングランのタスクになるため、コンテキスト劣化（Context Rot）が起きやすいという問題も発生しがちです。実際Claude Codeに仮想ページの実装をさせていた際、型エラー・ビルドエラーをtsconfig.jsonの変更で回避しようとしていました。

長期間タスクをうまく制御するハーネスなどがない場合、Context Rotの兆候が出たところでセッションまたはコーディングエージェントを変更する方が良さそうです。自分の場合は、CursorのComposer-2に修正作業を依頼しました。

このような問題が起きていないかを検知するには、やはりCIパイプラインの整備やレビューエージェントの導入などの品質チェックゲートの整備が欠かせないなと思います。

触ってみて

デザイン作成などに馴染みがなくとも使えるという点では、Claude Designはかなり魅力的です。コーディングエージェントへの引き継ぎもシンプルなプロンプトで行えるのがいいですね。

とはいえ実際にはtarファイルなどを落として解凍して・・・という作業をさせているため、他のデザインツールのようにZIPやtarでDLしたものを直接渡す方法と大差ないかもしれません。クラウド型エージェントでは難しそうですが・・・

ただし「やれと言っていないこと」について、特にデザイン以外の要件については、「指示しませんでしたよね？」と言わんばかりの成果物が出てくる印象です。「TOPページをリニューアルしろと言ったら、そのまま他のページも必要だよね？」みたいな空気読みは期待しない方がよいです。ちゃんと指示しましょう。

また、Claude Designの問題ではありませんが、作成されたデザインを実装する際の品質チェックをどのように行うかも検討しておく方が良さそうです。特にリニューアルでは、変更量が大きくなるため必然的にバグが混入されやすくなります。自動テスト・リントの設定と、CodeRabbitのようなレビューエージェントの追加はやっておきましょう。