これら2つの機能は名前こそ大きく異なりますが、争っているのは同じ場所です。つまり、コードエージェントが何かを生成した後、ユーザーが最終的に何を参照すべきかという点です。
OpenAIが6月2日に発表した「Codex for every role, tool, and workflow」に含まれるSitesは、Codexの成果物をアクセス可能なページとして提供します。BigHatGroupの週報ではこれを「prompt-to-app pipeline」と要約しています。一方、Anthropicが6月18日にClaude CodeにArtifactsのサポートを追加したのは、1回のセッションを共有可能で更新可能な解説ページに整理するようなものです。
したがって、私の結論は明確です。Codex Sitesは、内部ツール、デモ、プロトタイプ、デプロイ可能なページの迅速な作成に適しています。一方、Claude Code Artifactsは、PRのウォークスルー、アーキテクチャ説明、振り返り、セキュリティレビュー、チーム間の引き継ぎに適しています。
どちらも万能ではありません。Sitesの核心的な課題は、ホスティングコスト、権限管理、バージョン管理、本番環境での安定性です。Artifactsの核心的な課題は情報密度であり、エージェントが証拠のない見栄えの良い解説を大量に生成すれば、それは単なるドキュメントのノイズになってしまいます。
私ならこう使い分けます。「他人がクリックしてすぐに使える状態」が必要ならSitesを、「今回の変更内容を他人に理解してもらう」必要があるならArtifactsを選びます。一方は結果へのエントリポイント、もう一方はコラボレーションへのエントリポイントに重点を置いています。
コードエージェントはついにデリバリー層の補完に取り組み始めました。以前は「コードを修正できるか」だけを問われていましたが、今問われるべきは「その変更を、人間が引き継げる状態まで持っていけるか」です。
主な情報源：