Claude Code Artifactsが公開リンク共有と編集者ロールに対応した——フリーランスが"進捗を見せる"手段としてどこまで使えるか検証した

Claude Code Artifactsが公開リンク共有と編集者ロールに対応した——フリーランスが"進捗を見せる"手段としてどこまで使えるか検証した

Claude Code Artifactsに2026年7月、公開共有リンクとeditor rolesが追加された。実際にPRの説明ページを作って公開リンクを発行し、フリーランスがクライアントや他のエンジニアと成果物を共有する場面でどう使えるか、Team/Enterprise限定の制約も含めて検証した。

エンジニアのゆとです。

フリーランスって基本ひとりで作業するものだと思われがちだけど、実際は「誰かに見せる」場面がけっこう多い。

クライアントに進捗を説明する、他のフリーランス仲間に「ちょっとこれ見て」って画面を見せる、提案の比較資料を作って一緒に見ながら話す。今まではZoomの画面共有か、スクショを撮ってSlackに貼るか、せいぜいNotionに手動で転記するくらいしか手段がなかった。

そこにClaude Codeが今週、地味だけど刺さる機能を足してきた。セッションの出力を公開URLとして共有できる「Artifacts」に、公開共有リンクと編集者ロールが追加された。

自分のPro/Maxプランで実際に試せる範囲は試した。試せなかった部分(Team/Enterprise限定の機能)は公式ドキュメントと公開されているデモ動画をベースに、推測を混ぜずに書く。


Artifactsって何だっけ(知らない人向けにおさらい)

Artifactsは2026年6月中旬(Week 25)に追加された機能で、Claude Codeのセッションの作業結果を、claude.ai上のライブなURLとしてそのまま公開できる仕組みだ。

たとえば「このPRの差分に注釈をつけて説明するページを作って」と頼むと、Claudeがコードの差分を読んで、行ごとに解説をつけたHTMLページを組んでくれる。それをそのままclaude.ai/code/artifact/...というURLに公開する。ターミナルの出力をそのまま貼るより、視覚的に「見せる」のに向いた場面で使う機能だ。

重要なのは、これは「アプリ」ではなく「ページのスナップショット」という設計思想であること。バックエンドを持たない単一のHTMLページで、フォーム入力を保存したりログインを扱ったりはできない。外部への通信もCSPでブロックされていて、画像はdata URIで埋め込む形になる(後述するMCPコネクタ経由の通信だけが例外)。

セッションを進めながら「このダッシュボードを更新して」と頼むと、同じURLのまま新しいバージョンとして公開し直してくれる。見ている側は画面をリロードしなくても更新が反映される。

今週、Artifactsに三つ機能が足された

7月13〜17日のアップデート(v2.1.207〜v2.1.212)で、Artifactsまわりに以下が追加された。

  • 公開共有リンク: ログイン不要で誰でも開けるURLを発行できる
  • 編集者ロール: Team/Enterprise限定で、他の人にページの更新権限を渡せる
  • MCPコネクタ連携: 公開したページが、開くたびに生きたデータを取りに行けるようになった

一つずつ見ていく。

公開共有リンク — 誰でも見れるURL

これまでArtifactsは、作った本人しか見られない非公開状態がデフォルトだった。共有するにも、Team/Enterpriseプランで組織内の特定メンバーに権限を付与する形しかなかった。

今回、Pro/Max/Team/Enterpriseの全プランで、ログイン不要の公開リンクを発行できるようになった。ページ右上の「Share」を開くと、リンクをコピーするだけの操作だ。

ただし個人のPro/Maxプランでは、この公開リンクが唯一の共有手段になる。組織内限定共有(社内の特定の人だけに見せる)はTeam/Enterprise限定の機能で、個人プランには存在しない。つまりフリーランス個人が「クライアントにだけ見せたい」と思っても、選べるのは「誰でも見れる公開」か「非公開のまま自分だけ」の二択になる。ここは実務上ちょっと引っかかるポイントで、後で改めて触れる。

編集者ロール — ただし「同時編集」ではない

ここが一番誤解しやすいところだと思う。

「編集者ロール」と聞くとGoogleドキュメントみたいに、複数人が同じ画面をリアルタイムで一緒に触るイメージを持つ。でも実際の仕組みは違う。

ドキュメントを読む限り、editorに指定された人ができるのは「そのArtifactのURLを、自分の手元のClaude Codeセッションに渡して、Claudeに更新を頼む」ことだ。Claudeが現在の内容を取得してきて、指示通りに書き換えて、また同じURLに公開し直す。ページを開いている全員には、その更新結果が反映されて見える。

つまり実態は「非同期のリレー」に近い。AさんがClaudeに更新させる、Bさんがそれを見て自分のClaudeにさらに更新させる、というやりとりを繰り返す仕組みで、二人が同時に同じ行を触るような競合は起きない(起きようがない、そもそも同時操作の概念がない)。

これはTeam/Enterpriseプランでしか使えない機能だ。デフォルトでは共有相手は「viewer(見るだけ)」になっていて、共有ダイアログでroleをeditorに切り替える必要がある。

自分はTeamプランを契約していないので、editor roleを実際に自分の手で動かして検証したわけではない。ここは公式ドキュメントと公開デモ動画の情報として書いている。あとで料金面も含めてもう少し掘り下げる。

MCPコネクタ連携(おまけだけど地味に重要)

もう一つ、今回のアップデートで「公開したページが、開くたびに最新データを取りに行ける」ようになった。GitHubコネクタを繋いでいれば「今開いているPRの一覧」をページ側からリアルタイムで引っ張ってこれる、という話。

ただしこれには重要な制約がある。MCPコネクタを使うページは、どのプランであっても公開リンクでは共有できない。Pro/Maxなら非公開のまま自分専用、Team/Enterpriseなら組織内共有までしかできない。データを外に取りに行く仕組みがある以上、不特定多数に見せるのはさすがにリスクが高いという判断なんだと思う。理にかなっている。

実際にPRの説明ページを作って公開してみた

言葉で説明するだけだとピンと来ないので、実際に触った。

ちょうどクライアント案件で、既存の検索フィルタに複合条件(AND/OR切り替え)を足すPRを書いていたところだった。いつもならZoomで画面共有しながら「ここがこう変わって」と説明するところを、代わりにこう頼んでみた。

このPRの差分に注釈をつけて、AND/OR切り替えのロジックがどう動くか説明するページを作って

Claudeがdiffを読み込んで、変更したコードの横に「ここでモードを判定して」「ここでクエリを組み立て直す」みたいな注釈付きのHTMLページを組み、公開の許可を求めてきた。「Claude wants to publish “検索フィルタのAND/OR切り替え” (search-filter-review.html) to a private page on claude.ai」というプロンプトが出て、YESを押すとURLが発行されてブラウザが自動で開く。タイトルとタブアイコンの絵文字も勝手に選んでくれた(🔍だった)。

デフォルトは非公開。Shareボタンを開いて公開リンクを発行し、そのURLをクライアントにチャットで送った。ログインなしで開けるので、相手は普段使ってるツール以外のアカウント登録なしにそのまま見れる。

正直、これはわりと効く。スクショを何枚も並べて説明するより、差分と注釈が同じ画面にあるほうが伝わる速度が違う。クライアントからも「これ見やすいですね」という反応があった(社交辞令かもしれないけど)。

ちなみにCtrl+]を押すと、直近作ったArtifactをターミナルから再度開ける。これは地味に便利で、URLをいちいちコピペしなくていい。

フリーランスの実務でどう使えるか

試した範囲と、ドキュメントから読み取れる範囲で、具体的なユースケースを整理する。

クライアントへの進捗共有

前述の通り。PRの差分説明、デザイン案の比較、調査結果のまとめなど「見て理解してもらう」系のアウトプットに向いている。Zoomの予定を合わせる手間がなく、相手の都合のいいタイミングで見てもらえるのが利点。

一方で、公開リンクは「URLを知っていれば誰でも見れる」ので、契約前の提案資料や、案件の中身に触れる情報を貼るときはリンクの取り扱いに気をつける必要がある。ここは後述する。

他のフリーランス仲間との一時的な協業

これがくらちゃんから最初に出た切り口で、実際に試したかったところだ。

たとえば別のフリーランスに「このダッシュボードのデザイン、どっちがいいと思う?」と聞きたいとき、今までは画面をキャプチャして送るか、Zoomを繋ぐしかなかった。Artifactsなら「4パターンのレイアウトを並べたページ」を作って公開リンクを送るだけで、相手は自分の好きなタイミングで比較できる。

editor roleまで含めた本格的な協業(相手にも更新権限を渡す)はTeam/Enterprise限定なので、フリーランス同士の一時的なペアプロ的協業という文脈だとハードルがある。詳しくは次のセクションで。

提案書・見積もり比較のプレゼン

複数の実装パターンを並べて「どれで進めますか」とクライアントに選んでもらう場面。ドキュメントにも「四つの異なるレイアウト案をグリッドで並べて、それぞれの下にトレードオフを一行で」というプロンプト例が載っていて、これは提案系の仕事をしているフリーランスなら普通に刺さるパターンだと思う。

editor roleは、フリーランス2人だと実質どのくらいのハードルか

ここが一番現実的な話だと思うので、数字で書く。

editor roleを使うにはTeam/Enterpriseプランが必要で、Teamプランは2名から契約できる。標準シートが月額20ドル(年払い)、プレミアムシートが月額100ドル(年払い)。つまりフリーランス2人が最低限の構成で契約すると、月40ドルからのランニングコストになる。

これを「一時的にペアプロしたいだけ」のために払うかというと、自分なら躊躇する。継続的に同じ相手と組んでチームとして動く前提ならアリだけど、単発の協業のためにTeamプランへの切り替えを二人で相談するのは、正直ちょっと重い。

逆に言うと、今の設計は「たまたま近くにいる二人が気軽に共同編集する」ためのものではなく、「組織として継続的にArtifactsを共有・更新していくチーム」向けの機能なんだと思う。フリーランスの一時的な協業には、今のところ公開リンクを使った片方向の共有(見せる・見てもらう)のほうが現実的な使い方になりそうだ。

Claude Codeをチームで使う設計の話は別記事でまとめているので、複数人での本格運用を考えている人はそちらも参考にしてほしい。

制約・注意点

試した範囲とドキュメントを合わせて、気をつけたほうがいい点をまとめる。

  • 公開リンクは実質「取り消しにくい」前提で扱う: URLを知っている人は誰でも見れる。個別のリンクを無効化する操作がドキュメント上はっきり書かれておらず、Team/Enterpriseでは組織のExternal sharingトグルをオフにすると既存の公開リンクも一括でアクセス不可になる、という記述はあった。個人のPro/Maxではこの組織設定自体が存在しないので、公開したら消せないものとして扱うのが安全だと思う
  • 機密情報を貼らない: バックエンドがない静的ページとはいえ、コードの差分や内部データをそのまま埋め込める。クライアント案件のコードを公開リンクで見せる場合、NDAの範囲を超えていないか確認したほうがいい
  • MCPコネクタ連携ページは公開リンク不可: 生きたデータを引っ張るダッシュボードは、どのプランでも公開共有の対象外。Team/Enterpriseの組織内共有までが上限
  • 組織のポリシーで無効化されている場合がある: CMEK・HIPAA・Zero Data Retentionを有効にしている組織ではArtifacts自体が使えない
  • 公開権限の許可プロンプトは初回だけ: 一度承認したArtifactの再公開では確認が出ない。Claude Codeの権限プロンプト設計と同じ考え方で、最初の一回をきちんと確認する習慣が大事になる

既存の代替手段との比較

今まで使っていた手段と比べてどうか、思ったことをそのまま書く。

tmux/tmate共有は、ターミナルそのものをリアルタイムで見せられる点でArtifactsより生々しい。ただし相手も端末操作に慣れている必要があって、非エンジニアのクライアントに見せる用途には向かない。Artifactsは「見た目を整えたページ」として出てくるので、相手を選ばない。

Zoom/Google Meetの画面共有は同期が前提。相手の予定を押さえる必要があるし、終わったら記録が残らない(録画すれば別だが)。Artifactsは非同期で、URLさえ送ればいつでも見返せる。

Loom等の動画共有は非同期で見返せる点はArtifactsと同じだが、後から内容を更新できない。Artifactsはセッションが進むたびに同じURLのまま更新されるので、進行中の作業を追いかけてもらう用途では動画より向いている。

GitHub PRのレビュー画面は差分を見せるだけならこれで十分だし、エンジニア同士ならむしろこちらのほうが慣れている。Artifactsが強いのは、差分だけでなく「なぜそう変えたか」の注釈や、非エンジニアにも読みやすいレイアウトを足せる点だ。

結論としては、Artifactsが既存の手段を置き換えるというより、「非エンジニアのクライアントに見せる」「その場にいない相手に非同期で見てもらう」という、今まで手段が薄かった隙間を埋める機能だと感じた。


FAQ

Q1. Claude Code Artifactsは追加料金なしで使えますか?

Pro・Max・Team・Enterpriseの契約プランに含まれる機能で、Artifacts単体の追加課金はない。ただしページの生成自体は通常のセッションと同じく出力トークンを消費するので、装飾やインタラクティブ要素を盛り込むほどコストは増える。

Q2. 公開共有リンクは、URLを知っていれば誰でも見れてしまいますか?

その通り。ログインなしで誰でも開ける。個人のPro/Maxプランでは、これが唯一の共有手段になる。Team/Enterpriseでも公開共有はデフォルトでオフになっていて、組織のOwnerが「External sharing」を有効化しないと使えない。

Q3. editor roleはGoogleドキュメントのようなリアルタイム共同編集ですか?

違う。editorに指定された人は、Artifactのurlを自分のClaude Codeセッションに渡してClaudeに更新を頼む形で、非同期に新バージョンを公開し直す。同じ行を複数人が同時に触るような編集ではない。

Q4. フリーランス2人でもeditor roleは使えますか?

Teamプランは2名から契約できる。標準シートが月額20ドル(年払い)からで、2人分だと月40ドルからになる。単発の協業のためだけに契約するにはやや重いコストなので、継続的に組む相手がいる場合向けの選択肢だと思う。

Q5. 機密性の高いクライアント案件のコードをArtifactsで見せても大丈夫ですか?

技術的には可能だが、公開リンクは取り消しにくい前提で扱うべき。NDAで守られている情報を公開リンクに載せる前に、案件の契約内容を確認したほうがいい。組織内共有(Team/Enterprise限定)なら公開リンクより閉じた範囲で共有できる。

Q6. MCPコネクタで生きたデータを表示するダッシュボードは公開リンクで共有できますか?

できない。コネクタ連携があるArtifactは、どのプランでも公開共有の対象外。Team/Enterpriseでも組織内共有までが上限になる。

Q7. 個人のPro/Maxプランでも他の人にArtifactを共有できますか?

できる。ただし共有手段は公開リンクのみで、特定の相手だけに見せる組織内限定共有や、相手に編集権限を渡すeditor roleはTeam/Enterprise限定になる。

関連記事

Claude Code でチーム開発する実践ガイド——CLAUDE.md 共有・競合回避・権限設計の全部入り
Claude Code でチーム開発する実践ガイド——CLAUDE.md 共有・競合回避・権限設計の全部入り複数人でClaude Codeを使うチーム開発の実践ガイド。CLAUDE.md の階層設計・Git Worktreeで並列作業・コンフリクト回避・権限レベル設計・オンボーディング手順まで。1人で使うのとは全然違う設計が必要になる。読む →
Claude Code の料金プラン選び方ガイド — Pro・Max・APIを月額実額で比較【2026年版】
Claude Code の料金プラン選び方ガイド — Pro・Max・APIを月額実額で比較【2026年版】Claude Code Pro(月約3,000円)・Max 5x(約15,000円)・Max 20x(約30,000円)・API直接利用を実際の使用量から逆算して比較。リミットに引っかかる頻度とストレスから判断するプラン選びの基準を、フリーランス目線で解説。読む →
フリーランスエンジニアがClaude Codeを3ヶ月使った正直な話 — 副業の生産性はどう変わるか
フリーランスエンジニアがClaude Codeを3ヶ月使った正直な話 — 副業の生産性はどう変わるかClaude Codeをフリーランス・副業エンジニアの実務に3ヶ月使った感想をまとめる。費用対効果、向いている仕事・向かない仕事、コスト感、使い方の変遷まで正直に書く。読む →
Claude TagをSlackに追加する完全ガイド|セットアップ・バンドル設計・旧アプリ移行
Claude TagをSlackに追加する完全ガイド|セットアップ・バンドル設計・旧アプリ移行2026年6月23日にリリースされたClaude Tag。チャンネルに共有の@claudeを設置し、チーム全員が非同期でタスクを委任できる。アクセスバンドルの権限設計、Ambientモードの使い分け、旧「Claude in Slack」からの移行手順(期限8月3日)まで解説する。読む →
Claude Codeのパーミッションプロンプトを設計する——allowlistとsettings.jsonで確認頻度を最適化する
Claude Codeのパーミッションプロンプトを設計する——allowlistとsettings.jsonで確認頻度を最適化するClaude Codeのパーミッションプロンプトが頻繁に出て作業が止まる問題を解決する。settings.jsonのallowlist設定、プロジェクト別権限とグローバル権限の使い分け、危険コマンドは残しつつ安全なコマンドを通す設計パターンを実装例付きで解説。読む →
← 記事一覧に戻る