何が発表されたか
Anthropicは、Claude CodeのTeamおよびEnterprise契約者を対象に、セッションでの作業内容を「対話型のカスタムHTMLページ」として共有できるArtifacts機能を追加しました。CLIとデスクトップアプリに直接統合され、ローカルリポジトリ・接続済みの監視ツール・会話の文脈から、エージェントが自律的にWebページを構築します。
生成物は固定URLで公開され、コード変更やデータ更新に応じて図表やテキストがその場で書き換わります。バージョン履歴も都度発行されるため、ロールバックや進捗追跡も可能です。リードでありClaude Codeの作者でもあるBoris Cherny氏は、Xで「複雑なコードの可視化、システム図、アニメーション案のプレビュー、データ分析やダッシュボードまで、すべてArtifactsで共有している」と投稿しました。
なぜ重要か
発表は、OpenAIが2週間以上前にCodex向けに公開した「Sites」への直接の応戦という性格を持ちます。ただし両者の思想は対照的です。Codex SitesはCloudflare Worker互換のESモジュールを出力し、D1リレーショナルDBやR2オブジェクトストレージを自動配線、外部IDプロバイダ連携や2段階デプロイまでサポートする「アプリホスティング」志向です。
一方Anthropicは「Artifactは作業のキャプチャであり、アプリケーションではない」と明言し、バックエンドを意図的に排除しました。各Artifactは16 MiB上限の単一HTMLで、CSP（コンテンツセキュリティポリシー）が外部スクリプト・フェッチ・WebSocketなど一切の外部通信をブロックします。CSSもJSもインライン、画像はデータURI埋め込みが必須です。
共有とガバナンスの設計
Artifactsは既定で作成者にプライベートで、公開インターネットへの共有は不可。リンクは作成者の組織に属する認証済みメンバーのみが閲覧できます。組織管理者はロールベースのスコープ、保持ポリシー、コンプライアンスAPIで一元管理できる設計です。Codex Sitesも管理者がRBACで明示的に有効化する構造で、両社とも「閉じた組織内コラボ」を主戦場に据えていることが分かります。なお両プロダクトとも独占ライセンスで、自己ホストやフォークはできません。
💼 事業会社視点：これは自社にどう効くか
事業会社の役員視点で見ると、ArtifactsとCodex Sitesは「社内で誰が何のためにAIを使うか」の設計を分けて考える必要があります。
SaaS・受託開発企業にとってArtifactsは、PoCや顧客向けデモ、社内KPIダッシュボードの「使い捨て可視化」コストをほぼゼロにします。エンジニアが離脱率を調べる過程で対話型ファネル図がそのまま共有URLになり、PdMやCSが同じ画面を見て議論できる。営業現場での提案資料の質も上がります。
一方で、顧客IDや決済を扱う本番アプリを作るならCodex Sitesの永続バックエンド設計が向きます。EC事業者は、A/Bテストのレポート共有・社内ダッシュボードはArtifacts、会員機能を伴う実験的ミニアプリはCodex Sitesと使い分けるのが現実解です。
経営者が今動くべきは、(1)組織管理機能（RBAC・保持ポリシー・コンプライアンスAPI）を情シスに評価させ、シャドーAI化する前に正規ルートを敷くこと、(2)「アプリ開発」と「作業のキャプチャ共有」を社内で言語的に分け、ツール選定基準を作ることです。両社とも自己ホスト不可なので、機密データの取り扱い範囲も先に線引きが必要です。
