Claude Artifacts は、AI 支援型プログラミングのすべてがバイブコーディングではない（でもバイブコーディングは素晴らしい） において、 バイブコーディング ― コードを書いてレビューするのではなく、言語モデルにプロンプトを与えることで ソフトウェアを構築すること ― のための、最初に広く利用可能になったプラットフォームの 1 つとして説明されている。 その記述の中でこれを際立たせているのは、生成能力ではなく封じ込めである。生成されたコードはサンドボックス内で 実行され、作者が読んでいないプログラムにできることが制限される。
Simon Willison は、このサンドボックス化のアプローチを素晴らしいものとして特に取り上げ、ソフトウェア構築の 初心者にとってバイブコーディングを安全なものにする方法の手本として扱っている。同じ記事は、この封じ込めが 代償のないものではなく現実のトレードオフであり、その制限によってプロジェクトの種類そのものがまるごと 除外されてしまうことも率直に認めている。
機能
生成されたコードは、厳重に制限された iframe の中でのみ実行されるよう制限され、承認済みのライブラリしか 読み込めず、他のサイトへのネットワークリクエストを行うこともできない。Willison の評価では、この組み合わせに よって、誰かがプロジェクトで失敗して他の場所に害を及ぼすことは非常に難しくなる ― レビューされていないコードが 本来引き起こしたであろう事故を、サンドボックスが吸収するのである。
同じ制限は、構築できるものの範囲も限定する。この制限の下で動くプロジェクトは、外部 API からデータを取得する ことも、LLM に対して独自のプロンプトを実行することもできない。Willison はこの設計を支持しつつも、これら 2 つの 限界を明示的に挙げている。
採用とエコシステム
記事は Claude Artifacts を、バイブコーディングツールのスペクトラムの一方の端に位置づけており、もう一方の端には、 もともとプロのデベロッパーを対象としたツール ― 例として挙げられているのは Cursor ― が あって、安全のための柵ははるかに少ない。Willison はこの対比を、決着のついた順位づけではなく未解決の設計上の 問題として提示しており、人々が自分専用のツールを生産的かつ安全に構築するのを助けるツールが幅広く 普及することを望んでいると述べている。