Claude Codeに「Artifacts」機能が追加された。セッション内の作業をライブ更新されるWebページに変換し、URLひとつでチームに共有できる。PR説明・障害対応メモ・進捗ダッシュボードという3つの実務シーンに絞って、何が変わるかを整理する。
Artifactsが「何を自動化してくれるのか」の要点整理と、PRウォークスルー・障害対応メモ・進捗ダッシュボードという3つの具体的な使い道。公開直後の制約（Team/Enterprise限定・org-only共有）が2週間でどう変わったか、このポートフォリオで使っているMarkdown引き継ぎファイルとの使い分け、そして共有範囲が広がった分に気をつけたい点まで踏み込む。
これまでClaude Codeのセッションは、ターミナルの中で完結していた。作業内容を人に見せるには、スクリーンショットを撮るか、要約をSlackに貼るしかなかった。
Artifactsは、この「見せる」工程を丸ごと引き受ける。セッション中の作業をライブで更新されるWebページとして書き出し、URLを発行して共有できる。コードを直接見せるのではなく、「何をしたか・なぜそうしたか」を整形したページとして渡せるのが要点だ。
作業が進むとページの中身も追随して更新される。共有のたびにファイルを作り直したり、リンクを貼り直したりする必要がない。URLを一度渡せば、それが最新版であり続ける。
この記事を最初に書いた2026年7月8日時点では、ArtifactsはTeam/Enterprise限定・org-only共有のベータ機能だった。ところが同月13〜17日（Week 29）のアップデートで公開共有リンクとTeam/Enterpriseでの編集者ロールが追加され、さらにArtifactsが各閲覧者自身のMCPコネクタ経由でライブデータを取得したりアクションを実行したりできるようになった。「今の制約」は数週間単位で書き換わる、という前提で読んでほしい。
教訓はここ。公式アップデート紹介の記事は、公開日をまたぐと簡単に古びる。読者側も「本当に今もそうか」を公式のWhat's newで確認する習慣を持つとよい。
PRの説明文は、書く側も読む側も面倒に感じやすい。変更点を箇条書きにしても、実際に何が変わったのかは結局コードを読まないと分からない、ということが多い。
Artifactsで「このPRで解決した問題」「変更前後の挙動」「なぜこの実装を選んだか」を1ページにまとめておけば、レビュアーはコードを読む前に文脈を掴める。特に、複数ファイルにまたがる変更や、設計判断の理由説明が必要な変更で効果が出やすい。
レビュー依頼の一言が変わる。「このPRを見てください」ではなく「このページを読んでからコードを見てください」と言えるようになる。レビュアーの負荷は、コードの量ではなく文脈の欠如から生まれることが多い。
「その場でまとめて、そのまま渡す」が効くシーンは他にもある。
障害対応中は「今どこまで分かっているか」「次に何を試すか」を都度言語化する余裕がない。Artifactsに時系列でメモを残していけば、それがそのまま関係者への状況共有ページになる。事後のポストモーテムを書く手間も減る。
複数タスクを並行させているときの「今の状況」を、静的なドキュメントではなく生きたページとして渡せる。手動で進捗レポートを書き直す作業がなくなり、最新状態が常に1つのURLに集約される。
このポートフォリオでは、Claude/Codexの二人体制運用でMarkdown1枚の引き継ぎファイル（journal.md）を使っている。Artifactsと役割がどう違うのか、実際に運用している方式と並べてみる。
URLを渡すだけで、レンダリング済みのページとして相手に届く。表・図・チェックリストがそのまま見た目で伝わるのが強み。ただし作成側にClaude Codeのセッションが要り、共有範囲の設定に依存する。
done/in-flight/waiting-user/nextの4行エントリで書く運用は、gitで差分が追え、検索（grep）でき、テキストエディタさえあれば誰でも読める。見た目の完成度は低いが、あとで機械的に集計・検索する用途ではこちらが有利。
準備がいらない代わりに、状況が変わった瞬間に情報が古くなる。「あの画像のあとどうなった？」を都度聞き直す必要があり、Artifactsが解決しようとしているのはまさにこの陳腐化コストだ。
使い分けの目安はシンプルだ。人に見た目ごと渡したいならArtifacts、機械的に検索・集計したいならMarkdown、とにかく今すぐ共有したいだけならスクリーンショット。3つを対立させず、目的で切り替えればいい。
Week 29のアップデートで増えた「公開共有リンク」と「各閲覧者自身のMCPコネクタ経由でのライブデータ取得・アクション実行」は、便利さと同時に新しい注意点を持ち込む。
設計としては筋がいい。公式の説明によれば、Artifactsがライブデータを取得・操作するときに使われるのは作成者ではなく閲覧者自身のMCPコネクタで、しかも最初のコネクタ呼び出し前に閲覧者本人の承認が挟まる。「作成者の権限を借りて誰かが勝手に何かする」構造にはなっていない。この設計思想は6,000回のハッキングに耐えたAIアシスタントの防御設計とも重なる——外部から渡されたコンテンツを"指示"として実行しない、権限は本人のものを本人の同意の範囲でしか使わせない、という原則だ。
チーム利用が前提の機能なので、個人開発者がすぐに全部を使えるわけではない。ただし発想自体は個人の作業にも応用できる。
出典: Claude Code — What's new ／ Week 29（2026-07-13〜17）ダイジェスト
関連記事: Claude Codeの権限モードが「Manual」既定に ／ ClaudeとCodexを二人体制で運用する ／ 6,000回のハッキングに耐えて、漏洩0件だったAIアシスタントの守り方