GitHub Copilot CLIは本当にデザイン作業ができますか?
はい——美的スキル、デザインシステム、そしてコンテキスト内の実際の参照画像があれば、Copilot CLIは本番品質のレスポンシブUIを生成でき、参照との照合に最も適したモデルを選ぶこともできます。そのコンテキストがない場合、汎用的な見た目になりがちで、それがOpenDesignが補う部分です。
Copilot CLIでデザインするにはサブスクリプションが必要ですか?
はい——Copilot CLIは有効なGitHub Copilotサブスクリプション(Pro、Pro+、Business、またはEnterprise)で動作し、BYOKではありません。GitHubアカウントで認証します。OpenDesignはあなたの認証情報を代理利用することは一切なく、サブスクリプションはエージェントによって直接使用されます。
Copilot CLI がデザインに適しているのはなぜですか?
2つの理由があります。リポジトリの指示とAGENTS.mdを自動的に読み込むため、デザインの規約がリポジトリと共に伝わること。そして、Anthropic、OpenAI、Googleの最先端モデルをタスクごとに切り替えられることです。どちらも役立ちますが、センスはやはりあなたが用意するデザインシステム、スキル、参照によって決まります。
フロントエンドデザイン向け: Copilot CLI か Claude Code か?
どちらも強力です。Claude Codeはコードベースを理解した具体的な設計判断に定評があり、Copilot CLIの強みは複数のプロバイダーからモデルを選べることと、すでに契約しているサブスクリプションでのGitHubとの深い統合です。多くのチームが両方を使っており、OpenDesignなら設計ワークフローを変えずにエージェントを切り替えられます。
Copilot CLI を Figma に接続する
/mcp add コマンドで Figma MCP サーバーを追加します。設定は ~/.copilot 内の mcp-config.json に保存されます。これにより Copilot はコンポーネント、変数、レイアウトデータといった実際のデザインコンテキストを取得できるため、生成されるコードは近似ではなく元のソースと一致します。
GitHub Copilot CLIとは実際に何なのか
GitHub Copilot CLIは、GitHubのターミナルネイティブなコーディングエージェントです。リポジトリを読み取り、ファイルを編集し、シェルコマンドを実行し、GitHubのコンテキスト — イシュー、プルリクエスト、リポジトリ — と直接連携し、既存のGitHubアカウントで認証されます。GitHubのCopilotコーディングエージェントと同じエージェントハーネスを搭載しているため、単に行を補完するのではなく、複雑なタスクを計画して反復します。2025年9月に公開プレビューが開始された後、2026年2月に一般提供に達しました。
デザイン作業において、2つの特性が際立っています。カスタム指示ファイル — .github/copilot-instructions.md内のリポジトリ全体のルールとAGENTS.md — を読み取るため、デザイン規約が毎回の実行で自動的に含まれます。また、複数の基盤モデルプロバイダーをサポートしているため、/modelコマンドでタスクごとにモデルを切り替え、特定のUIについて最もよく推論するモデルを選択できます。
指示ファイル: Copilot CLIは、.github/copilot-instructions.md内のリポジトリ指示、.github/instructions以下のパス固有のファイル、およびAGENTS.mdを読み取ります — これはデザイン規約、トークン、レビューチェックリストをエンコードする自然な場所です。
組み込みツール + MCP: GitHubのMCPサーバーが組み込まれており、ファイルとシェルのツールを実行します。また、/mcp addでカスタムMCPサーバーを追加でき(~/.copilot下のmcp-config.jsonに保存)、ライブのFigmaファイルなどの外部コンテキストを利用できます。
モデル選択: /modelコマンドを使用して、Anthropic、OpenAI、Googleのフロンティアモデルから選択できます — タスクごとに切り替え、すべて既存のCopilotサブスクリプションで利用可能です。
資格情報: 有効なGitHub Copilotサブスクリプション(Pro、Pro+、Business、またはEnterprise)
インストール: npm install -g @github/copilotを実行し、次にcopilotを実行します
ベンダー: GitHub
なぜリポジトリ指示とモデル選択がデザインに適しているのか
Copilot CLIのデザイン上の強みは2つの特性から来ています — しかし、すべてのエージェントと同様に、センスは依然として提供される必要があります。
リポジトリと一緒に移動する規約: Copilot CLIは.github/copilot-instructions.mdとAGENTS.mdを自動的に読み取るため、トークン、プリミティブ、レビュールールが毎回の実行でコンテキストに含まれます — エージェントはデフォルトの外観ではなく、ブランドに照らして作業します。
タスクごとに適切なモデルを選択: Anthropic、OpenAI、Googleにわたるモデル選択により、特定のレイアウトについて最もよく推論するモデルを選び、次のタスクのために切り替えることができます — ワークフローを変更することなく。
MCP経由の実際の仕様: 組み込みのGitHub MCPサーバーとFigma MCPサーバーが、エージェントをトークン、コンポーネント、実際の仕様に導くため、近似するのではなくソースから構築します。
センスは、あなたが提供する3つの入力から来ます: デザインシステム、スキル、実際の参照画像です。
教訓はすべてのエージェントが教えるものと同じです: Copilot CLIはデフォルトではセンスを持っていません。制約 — デザインシステム、美的スキル、具体的な参照 — を与えると、良いデザインを生み出します。OpenDesignはまさにそれらの入力をパッケージ化しており、それが両者が適合する理由です(詳細は下記)。
デザイン作業のために Copilot CLI をゼロからセットアップする
セットアップ手順: インストール → 認証 → モデルの選択 → 指示の作成 → ブラウザ検証の有効化。
デザインルールをコード化する: トークン、プリミティブ、規約を .github/copilot-instructions.md または AGENTS.md に置き、出力が汎用的な見た目にデフォルトするのではなく、ブランドに一致するようにします。
ブラウザ検証を追加する: Playwright またはブラウザ MCP を接続し、Copilot が実際のブラウザでレンダリングし、ビルドが通ることだけを確認するのではなく、ブレークポイント全体でその出力をチェックするようにします。
コマンドとバージョン固有の詳細については、変更される可能性があるため、現在のセットアップセクションを使用してください。
# 1. Copilot CLI をインストールする (Node.js が必要)
npm install -g @github/copilot
# 2. プロジェクトで起動し、初回実行時に認証する
cd your-project
copilot # /login を実行し、プロンプトに従ってサインインする
# 3. タスクに合ったモデルを選ぶ
# セッション内で:
/model # Anthropic、OpenAI、Google からフロンティアモデルを選ぶ
# 4. カスタム指示と Figma MCP サーバーを追加する (任意)
# .github/copilot-instructions.md または AGENTS.md を書く
/mcp add # デザインハンドオフ用に Figma MCP サーバーを追加する
以前のガイドの歴史的なコマンド例。現在の構文はリンク先のベンダードキュメントで確認してください。
スクリーンショットからUIへのワークフロー
Copilot CLI を使った最も効果の高いデザインループは、参照画像を動作するレスポンシブ UI に変え、一致するまで反復することです。その際は、強力なマルチモーダルモデルを活用して、出力を参照画像と比較しながら進めます。
手持ちの中で最も明確なビジュアル参照から始め、1枚のヒーローショットだけでなく、複数の状態(デスクトップとモバイル、ホバー、空、読み込み中)を含めます。
プロンプトでは具体的にします。曖昧なプロンプトは、強力なモデルを使っても汎用的な UI を生み出します。
デザインシステムと規約を .github/copilot-instructions.md または AGENTS.md に保持し、トークンと正規のプリミティブがどこにあるかを Copilot に伝えます。
開発サーバーを実行し、Copilot に実際のブラウザでレンダリングさせ、ブレークポイントにリサイズして結果を確認します。
Copilot に実装をスクリーンショットと比較させることで反復します。ビルドできることをただ確認するのではありません。
Copilot に参照画像を指定し、具体的な制約を与えます。実行前に各ファイル編集またはコマンドを承認用にプレビューします:
プロンプトは小さく焦点を絞り、良い反復をコミットし、悪い反復を元に戻します(元に戻すときは Copilot に伝えます)。そうすることで、各パスがクリーンな基盤の上に積み上がります。
copilot
# プロンプト内:
> reference-desktop.png と reference-mobile.png のデザインを
React + Vite + Tailwind + TypeScript で実装する。
.github/copilot-instructions.md に記載された
既存のデザインシステムコンポーネントとトークンを再利用する。
間隔、レイアウト、階層を一致させ、レスポンシブにする。
ブラウザでレンダリングし、ブレークポイント全体で
参照画像に一致するまで反復する。
以前のガイドの歴史的なコマンド例。現在の構文はリンク先のベンダードキュメントで確認してください。
カスタム指示、MCP、拡張機能
継続的なデザイン作業に Copilot CLI を実用的にする拡張ポイントは 3 つあり、そのすべてがオープンなデザインワークフローにきれいに対応します。
カスタム指示: リポジトリのルールは .github/copilot-instructions.md に置かれます(パス固有のファイルは .github/instructions と AGENTS.md にあります)。これらはデザイン規約の永続的な置き場所であり、実行ごとに自動的に含まれます。
MCP サーバー: Copilot CLI には GitHub の MCP サーバーが組み込まれており、/mcp add でカスタムサーバーを追加できます(~/.copilot 配下の mcp-config.json に保存されます)。これはデザインコンテキストを取り込むためのポータブルな方法で、最も関連が深いのは Figma MCP サーバーであり、Copilot だけでなくエージェントをまたいで機能します。
特化型エージェントと組み込みツール: コードベース探索、ビルドとテストの実行、変更レビュー、計画のための Copilot CLI の特化型モードに加え、ファイルツールとシェルツールにより、ターミナルから離れずに参照を集め、検証ループを実行できます。
これらはポータブルでマルチエージェントな機能です。まさにOpenDesignが、プロジェクトごとに作り直すのではなく、オーケストレーションするために作られている類のものです。
デザイン向けの Copilot CLI vs Codex vs Claude Code vs Cursor vs Gemini CLI
デザイン作業に唯一の勝者はいません。エージェントごとに強みが異なり、経験豊富なチームはそれらを組み合わせて使います。公平な要約は次のとおりです:
Copilot CLI — Anthropic、OpenAI、Google のマルチモデル選択と、Copilot サブスクリプションでの GitHub との深い統合 — タスクごとに最適なモデルを選ぶことと、GitHub リポジトリに紐づく指示駆動の作業
Codex — フロントエンドスキルによる強力なビジュアルの磨き込み、サンドボックス化された非同期ビルド — 委任された非同期ビルドとポータブルな AGENTS.md ルール
Claude Code — 具体的なデザイン判断(hex、スペーシング、タイプ)とコードベースを意識した UX — フロントエンドの推論と大規模コンテキストのリファクタリング
Cursor — ライブプレビューとインライン編集による視覚的なビルドして見るループ — IDE 内での緊密な反復と確認を伴う UI 作業
Gemini CLI — 強力なマルチモーダル画像理解と 1M トークンのコンテキスト、無料枠のあるオープンソース — スクリーンショットの多い作業と、デザインシステム全体をコンテキストに保持する作業
コミュニティで繰り返し出る結論は、センスは人間から来るというものです。それらはすべて、スキル、参照、制約がなければ、既定で一般的な美学になります。それこそが解くべき本当の問題であり、それはモデルの形をした問題ではなく、デザインツールの形をした問題です。
エージェント — デザインの強み — 最適な用途
落とし穴と、「AIスロップ」に見えるのを避ける方法
AIが生成したデザインで最もよくある不満は、それが汎用的に見えることです — 柔らかなグラデーション、浮遊するパネル、大きすぎる角丸、ドラマチックな影、そして「AIがこれを作った」と叫んでいるようなInterと紫の雰囲気。他に報告されている問題には、モバイルレイアウトの崩れや、指示がUIコピーに漏れ出すことがあります。これらはいずれもCopilot CLIに固有のものではなく、キュレーションされたデザインコンテキストなしでエージェントを実行したときに起こることです。
美的スキルを追加する:キュレーションされたデザインスキルは、エージェントにデフォルトの見た目ではなく、実際の方向性にコミットさせます。
実際のブラウザで検証する:ブラウザMCPでブレークポイント全体にわたってレンダリングと自己チェックを行い、モバイルでレイアウトが黙って崩れないようにします。
トークンと参照を提供する:実際のデザイントークンと参照スクリーンショットは、出力品質を左右する最大のレバーです。
ルールをカスタム指示にエンコードする:「ヒーローカードなし、書体は最大2つ、ブランド優先の階層」といったスタイルルールを.github/copilot-instructions.mdまたはAGENTS.mdに置き、エージェントが毎回の実行で読むようにします。
どの緩和策も、エージェントにキュレーションされたデザインコンテキストを与えることに関するものです。そのコンテキストをプロジェクトごとに手作業で維持することこそ、OpenDesignが取り除く苦労です。
OpenDesign内でCopilot CLIを使ってデザインする
OpenDesignは、上記のワークフローがずっと求めているオープンソースのデザインレイヤーです。GitHub Copilot CLIをファーストパーティアダプターとして扱い、キュレーションされたスキルとデザインシステムライブラリ、構造化されたレンダーパイプライン、ローカルデスクトップUIで包み込みます — そのため、Copilotを良くするデザインコンテキストが最初の実行から存在し、毎回手作業で組み立てる必要はありません。OpenDesignは独立しており、オープンソース(Apache-2.0)で、ローカルファーストです。だからこそこの組み合わせが合うのです:エージェントが作業を行い、あなたのファイルと認証情報はあなたのものであり続けます。
OpenDesignをインストールし、エージェントとしてGitHub Copilot CLIを選択します。
GitHub Copilotサブスクリプションで認証します — 認証情報はあなたのマシンに留まり、私たちを通じてプロキシされることはありません。
デザインシステムとスキルを選び、一貫したテイストでデッキ、プロトタイプ、ランディングページを生成します。
すべての成果物とDESIGN.mdファイルは、ホストされたクラウドではなく、あなた自身のリポジトリに置かれます。
同じCopilot CLIエージェント、同じサブスクリプション — さらにその周りに、本物でポータブルなオープンソースのデザインワークフローがあります。OpenDesignはローカルファーストでApache-2.0なので、あなたの作業や認証情報があなたのマシンから出ることはありません。
OpenDesignはGitHubやMicrosoftと提携していますか?
いいえ。OpenDesignは独立しています。GitHub CopilotはGitHub, Inc.およびMicrosoftの商標です。