Claude Artifactsが「生きた画面」に 開くたび最新データを取れるMCP対応

AIにダッシュボードや報告用の画面を作らせたことがある方なら、あの微妙な虚しさをご存じかもしれません。できあがった画面は立派。でも中の数字は、作らせた瞬間のものです。翌朝開けば、もう古い。

7月16日、Claudeの開発者向け公式アカウントClaudeDevsが、この「作った瞬間から古くなる問題」への答えになる機能を発表しました。Claude Codeで作成し、claude.ai上に公開したアーティファクトが、MCPコネクタを呼び出せるようになったのです。

発表の中身: 配った後も動き続ける画面が作れる

まず前提から。アーティファクトは、AIの成果物をチャット画面の返答とは別枠の「動くWebページ」として生成する仕組みです。Claude Codeでは、作業中に生成したHTMLやダッシュボード、説明ページなどを、URL付きのアーティファクトとしてclaude.ai上に作成できます。以前の記事で「ミニツールで業務を圧縮する」活用法を紹介しました。

そしてMCPは、AIと外部ツールをつなぐ共通規格。GitHubやSlackといったツールを「コネクタ」としてClaudeにつなげます(初めての方は用語集のMCPの項をどうぞ)。

今回の発表は、この2つの掛け算です。作成したアーティファクトのページ自体が、開かれるたびにMCPコネクタを呼び出して最新データを取得し、さらにページ上のボタンから書き込みアクションまで実行できるようになりました。タスクを完了にする、メッセージを投稿する、といった操作がAIの作ったページから直接できます。

公式ドキュメントによると、対象はPro・Max・Team・EnterpriseプランでClaude Code v2.1.209以降。それより前のバージョンでは、従来どおり作成時点のデータを焼き込んだページとして公開されます。

一番の発明は「見る人の権限で動く」こと

技術的な目玉は、データの取り方にあります。

社内ダッシュボードを共有した経験のある方なら分かると思いますが、ああいう画面はいつも「誰の権限でデータを取るか」が悩みどころです。共有用アカウントを作るのか。埋め込んだキーが漏れたらどうするのか。

今回の仕組みは発想が違います。ページを開いた閲覧者本人のコネクタ接続でデータを取るのです。同じダッシュボードでも、営業部長が開けば部長の見える範囲が、新人が開けば新人の見える範囲が表示される。ページ自体は誰の認証情報にも触れず、claude.aiが間に立って代理でコネクタを呼びます。

初めて開いたとき、閲覧者には「このページがコネクタを呼ぶことを許可するか」の確認が出ます。拒否したり、そもそもコネクタを接続していなかったりすれば、その部分だけ空欄のままページが表示される。そして書き込みボタンも、押した人自身のアカウントで実行されます。作者の権限で勝手に投稿される、という事故が構造的に起きません。

地味に見えて、これが一番の発明だと思います。「ページに権限を持たせる」から「見る人の権限をそのまま使う」へ。共有ダッシュボードの一番厄介な問題を、かなり仕組み側で吸収しています。

新機能というより「Claude Code側にも開通」 主戦場はclaude.aiのコネクタに

正確に言うと、これはゼロからの新発明ではありません。claude.aiのチャットで作るアーティファクトでは、コネクタ呼び出しが先行して提供されていました。管理画面の設定も両者共通です。今回はそれがClaude Codeから公開するアーティファクトにも開通した、という位置づけになります。

ひとつ注意したいのは、ページが呼べるのはclaude.aiアカウントに接続したコネクタだけという点です。Claude Codeのローカル設定(.mcp.jsonなど)でつないだサーバーは、ページを作る間の材料にはなっても、公開後のページからは呼べません。

これは何を意味するか。AIとツールの連携が、手元の設定ファイルではなくclaude.aiのコネクタ経済圏に寄っていくということです。X公式のMCPサーバーのように各社が公式コネクタを出す流れと合わせて見ると、「コネクタの品揃え」がAI基盤選びの評価軸になっていく気配があります。

公開リンクでは使えない 「アプリを配る」と「結果を配る」は別物

ここまで聞くと万能に見えますが、大事な制約があります。コネクタを呼ぶアーティファクトは、公開リンクでの共有ができません。どのプランでもです。Team・Enterpriseなら組織内のメンバーまで、Pro・Maxでは自分専用になります。

仕組みを考えれば当然で、見る人の権限で動くページは、claude.aiアカウントを持たない人には動かしようがないのです。

つまりこの機能が実現するのは、あくまで「生きたアプリを組織の中に配る」こと。取引先や顧客など、社外の人に分析結果を見せたい場面は守備範囲外です。社外に見せるなら、結果を静的なHTMLに書き出して、別の場所で共有する形になります。私たちがbriefroomを作ったのは、まさにこの「結果を配る」側の領域でした。AI生成HTMLの公開先の選び方はCloudflare Dropとの比較記事で整理しています。

アプリの共有と、結果の共有。似ているようで、必要な道具が分かれる。今回の発表で、その境界線がはっきりしたと言えます。

中小企業がまず試すなら

で、ここからが実務の話です。

Xでの反応を見ると、「静的な資料が権限付きの小さな業務画面に変わる」という受け止めが目立ちます。ただし組織で使うには前提がいくつかあるので、順番に押さえましょう。

• 閲覧者側にも同じコネクタが要る。ページを開く人それぞれが、自分のclaude.aiでコネクタを接続している必要があります。組織展開ではここが最初のつまずきどころ
• 管理側の設定。Team・Enterpriseでは、管理者がアーティファクトのコネクタ呼び出しを有効にしておく必要があります
• 最初は読み取り専用で。書き込みボタンは押した人の権限で本当に実行されます。まずはデータを見るだけのボードから始めるのが安全です

試す題材としては、GitHubコネクタで「オープンなプルリクエスト一覧を開くたび取得する進捗ボード」あたりが定番でしょう。作らせるときに「コネクタ未接続の人には、何を接続すればいいか表示して」と一言添えると、空欄画面で戸惑わせずに済みます。

私たちのAI導入支援の現場でも、「レポートを作るところまでは自動化できたが、更新が続かない」は定番の挫折ポイントです。作ることより、更新し続けることの方が難しい。その「更新」という運用そのものを消せる選択肢が出てきたのは、率直に大きいと感じます。

まとめ: AI成果物に「賞味期限」と「更新方法」を設計する時代へ

これまでAIの成果物は、どれだけ立派でも全部スナップショットでした。今回の機能で、繰り返し見る画面は「生きた画面」として配れるようになった。一度きりの資料は静的なままでいい。この使い分けが新しい常識になりそうです。

すぐ試したい方は、Claude Codeを最新版にした上で、社内で毎週作り直しているあの資料をひとつ選んで、「これをコネクタで最新データを取るアーティファクトにして」と頼んでみてください。今後の観察ポイントは公式コネクタの品揃えです。つなげる先が増えるほど、この機能の価値はそのまま大きくなっていきます。