GitHub、CopilotとFigmaをbidirectional MCP workflowへ拡張

何が変わったのか

GitHubはMarch 10, 2026のX postで、GitHub Copilot、VS Code、Figmaがbidirectional Figma MCP serverを通じてcontinuous loopを形成すると発表した。会社が示した中核動作は二つで、design contextをcode側へ引き込み、working UIを再びcanvasへ押し戻すというものだ。

より具体的な説明は、GitHubのMarch 6, 2026 Changelogにある。そこでは、Copilot userがFigma MCP serverへ接続し、design contextをcodeへ取り込めるだけでなく、rendered UIをeditable framesとしてFigmaへ送り返せると説明している。さらに、この機能はVS Codeで利用可能であり、Copilot CLIには近日対応とも案内された。

なぜ重要なのか

本質は、design-to-production handoffが片道の変換ではなく、往復可能なworkflowになることだ。多くのteamでは、mockupから実装へ移る段階でdesign contextが落ち、さらに実装済みUIをdesign toolへ戻す段階でも情報が切れやすい。GitHubは、Copilotがlive design contextを理解しながら実装し、その結果を再びdesign surfaceへ返すことで、この往復を短くしようとしている。

同時に、これはMCPそのものにとっても大きいシグナルだ。model context protocolを単なるdemo plumbingではなく、実際のproduct workflowを変える接続面として使い始めたからだ。AI developer toolingの競争が、単独のcode generation品質だけでなく、周辺toolchainとどれだけ深く同期できるかへ移っていることを示している。

まだ分からないこと

公開情報だけでは、enterprise governance、より広いIDE対応、巨大なdesign systemでの挙動までは分からない。それでもこのlaunchが高シグナルなのは明白だ。Copilotが単なるcode completionを超え、design intentを読み取り、実装済みartifactを再びdesign側へ返す双方向developer surfaceへ広がっているからだ。

出典: GitHub X post · GitHub Changelog