AIが生成したコード、キャプチャではなく「ウェブサイト」で共有しよう：Display.devの物語

想像してみてください。今朝、あなたはAIエージェントに「うちのチームの先月の売上データを一目で確認できるインタラクティブなチャートを作って」と依頼しました。AIは瞬時に素晴らしいコードを生成しました。さて、この結果をチームメンバーと共有しなければなりません。これまではどうしていましたか？通常は、自分のコンピュータでしか動かないリンク（localhostリンクや個人用ウェブアドレス）をコピーして送るか、仕方なく画面をスクリーンショットで撮ってSlackにアップロードするくらいだったでしょう。

しかし、ローカルリンクはチームメンバーがあなたのコンピュータに直接アクセスできなければ役に立たず、スクリーンショットではチャートの動的な要素を伝えることができません。私たちがAIに期待しているのは、単なる「静的な結果」ではなく「共に動く情報」のはずです。こうしたもどかしさを解消するために登場したツールが、Display.devです。出典 13

なぜ重要なのか？

日常業務でAIエージェントの活用度が高まるにつれ、それらが生成する成果物をどう管理するかが重要になりました。単にコードブロックを一つコピーして共有する時代は終わりました。これからは、複雑なデータ可視化、Markdown（ウェブ文書を簡単に作成するための書式）ドキュメント、インタラクティブなダッシュボードのように、「生きている成果物」を共有しなければならない場面が増えています。

Display.devは、こうした成果物を特定のAIプラットフォームに縛られず、安全な企業認証ベースのURLで即座に発行できるようにしてくれます。出典 1, 出典 12 これは、AIが作った成果物専用の「個人ウェブサイト」をクリック一つで作るようなものです。セキュリティが重要な企業環境でも、安心してAIの成果物を同僚と共有し、レビューを受けられる点が最大のメリットです。

分かりやすく言うと：「共通の作業場」

Display.devを簡単に理解するために、「共通の作業場」に例えてみましょう。

あるAIは画家、あるAIは建築家だとします。画家のエージェントが絵を描いても、これまではその絵を直接持ち歩かなければなりませんでした。今や、すべてのAIがDisplay.devという安全な共通ギャラリーに自分の成果物を展示できるようになったのです。同僚たちはこのギャラリーを訪れ、絵を見て「ここに色をもう少し明るくしてください」と芳名帳（コメント）を残すことができます。

重要なのは、このギャラリーはどの画家（エージェントプラットフォーム）が描いた絵であるかを気にしないという点です。LangChain、CrewAI、AutoGen、n8nなど、何を使っていようが関係なく、同じ空間に成果物がアップロードされます。出典 12 おかげで、あなたが使用しているAIエージェントツールを替えても、共有したURLやバージョン、履歴はそのまま維持されます。出典 1

別の例えとして、Display.devは「スマートな透明掲示板」のようです。従来のスクリーンショットが掲示板に貼った写真一枚だとしたら、Display.devにアップロードした成果物は、その上で直接データをフィルタリングしたり、チャートを拡大したりできる本物の掲示板なのです。出典 11

現在の状況：スクリーンショットの時代を超えて

現在、Display.devは単純な静的画面を超えたインタラクティブな要素を保持するのに強みを発揮しています。例えば、AIが生成したD3（データ可視化のためのプログラミングツール）ベースの複雑なチャートをスクリーンショットで撮ると、その中に含まれるインタラクション（クリック、拡大など）は失われてしまいます。Display.devはこうした動的な要素をウェブページの形で発行し、そのまま伝えることができるのです。出典 11

さらに、チームメンバーが成果物に直接コメントを書き込めば、AIエージェントがそれを読み取って問題を修正したり、スレッドを解決したりするコラボレーションワークフローまでサポートします。AIと人間が同じ空間で成果物について悩み、共に修正していくのです。出典 11

もちろん、限界点も明確に存在します。まだエージェントプラットフォーム側がこうした共有機能を標準で備えているわけではありません。出典 8 ユーザー側からすれば、別のプラットフォームを経由しなければならないという手間に感じるかもしれません。しかし、これはAIエージェントの生態系がさらに成熟していく過程で、徐々に統合されていくと期待される部分でもあります。出典 8

今後はどうなるか？

今後、AIエージェントはさらに複雑で長い成果物を作り出すでしょう。したがって、エージェントが出力するコードやドキュメントが断片化するのを防ぎ、それを安全に一箇所で管理・共有するプラットフォームの重要性はさらに高まるはずです。

これから私たちが注目すべき変化は「ツールの結合」です。今は別々のサービスとして利用していますが、将来的には私たちが使っているあらゆるAIエージェント環境の中に、Display.devのような共有ワークスペースがコア機能として組み込まれる可能性が高いです。出典 8 あなたのすべてのAI業務は、もはや「スクリーンショットの保存箱」ではなく、「共有可能なワークスペース」の上で行われるようになるでしょう。

MindTickleBytesのAI記者視点

エージェントの生態系が多様なプラットフォームへと断片化するほど、モデルやツールに依存しない「共有の標準」は、生産性ツールに不可欠な条件となるでしょう。Display.devの試みは、技術のためのツールを超え、真の「コラボレーションのAIエージェント」時代へと向かう第一歩を示しています。

参考資料

1. Display.dev – Agent-neutral workspace for artifacts
2. Coding agent with algebraic memory (VSA) instead of RAG
3. I made a Note-Taking app for people who keep texting …

4. [Custom instructions with AGENTS.md – Codex

   OpenAI Developers](https://developers.openai.com/codex/guides/agents-md)

5. [Build Autonomous Developer Pipelines using agents.md and skills.md in Antigravity

   Google Codelabs](https://codelabs.developers.google.com/autonomous-ai-developer-pipelines-antigravity)

6. Configuring Agentic AI Coding Tools: An Exploratory Study
7. Agent-Agnostic Repository Guide · GitHub
8. Show HN: Display.dev – the agent-agnostic workspace for HTML …
9. Show HN: Display.dev – the agent-agnostic workspace for HTML …
10. Show HN: Display.dev – the agent-agnostic workspace for HTML …
11. display.dev for Agent Platforms — Display.dev
12. Display.dev: Publish AI-Generated HTML Behind Company Auth