Claude Designのartifact公開が上限の1日200回で止まる原因と回避策

Claude Codeからartifactを公開すると publish 429: daily publish limit for your plan reached (200) で拒否される報告が、GitHubのissueに上がっています。公開できるのは1日200回までで、リセットはUTC午前0時(日本時間の午前9時)です。止まるのは公開だけで、閲覧とコメントの返信は動き続けます。

ここでは、報告された症状、上限に近づきやすい作業の型、そして公開回数を減らす進め方を順に書きます。上限の数字と挙動は利用者の報告にもとづくもので、公式ドキュメントには記載がありません。

何が起きたのか: 200回目を超えると公開だけが拒否される

issueの報告者は、デスクトップアプリのCodeタブでClaude Codeのセッションを使い、Claude Designのキャンバス(artifactの種別は「Design」)を磨いていました。キャンバス上のコメントに対し、セッションが1件ずつ答え、1つのボードのマークアップか共有スタイルシートを直しては、その場で公開する流れです。

約180回の公開を重ねた日の終わりに、すべての公開が次のエラーで拒否されました。

publish 429: daily publish limit for your plan reached (200) — resets at UTC midnight — try again after the reset.

報告の環境はMax 20xプランで、上限に達したのは2026-10-19の22時頃(UTC)です。読み取り、コメントへの返信、コメントの解決は動き続け、止まったのは公開だけでした。

エラー文から読めるのは3点です。

• 上限はプラン単位で定まる数字として表示される(報告ではプランがMax 20xで、値は200)
• リセットはUTCの午前0時
• 待つ以外の解除手段は文面に出ない

プランごとの上限値の違いは、issueからは分かりません。Max 20x以外のプランで同じ200になるかどうかは、報告に書かれていないため断定できません。

アカウント全体で数えられる: 別の人の報告から分かること

10月27日には、同じMax 20xの別の利用者がissueにコメントを付けています。12時34分(UTC)に上限へ達し、同じエラーが出たという内容です。この報告には、最初の報告にない2つの観察があります。

別の利用者は、Claude Codeが進行中のタスクの状況をartifactに書き出し続ける使い方で、同時に走らせられるタスクが数件に限られたと書いています。

つまり「200回公開した」という自覚がなくても、上限には届きます。自動保存が数に入るという観察が正しければ、公開ボタンを押した回数と数えられる回数は一致しません。この点は利用者の観察であり、数え方の仕様としては確認されていません。

上限に近づきやすいのは、1回の公開が小さい作業

どの報告にも共通するのは、公開1回あたりの変更が小さいことです。公式ドキュメントでは、artifactを更新するたびに新しいバージョンができ、Shareメニューから閲覧者に見せるバージョンを選べると説明しています。小さな直しでも1つのバージョンとして積み上がります。

公開が増えやすい作業は4つあります。キャンバスのコメントに1件ずつ答えると、返信のたびに修正して再公開することになります。進行中タスクの状況ページを保つ場合も、進捗のたびに同じページを更新します。/design で作った下書きを細かく直せば、修正のたびにバージョンが増えます。Claude Designが自動で保存する分も、作業中の保存が数に入ったという報告があります。

/design は、briefからアートボードを1枚のキャンバスに並べ、Claude Designのartifactとして公開するコマンドです。Claude Code v2.1.265以降が必要で、デスクトップのブラウザで開いてアートボードを確認します。

コメントへの自動返信にはドキュメント側の歯止めがあります。1つのartifactで1時間に60件のコメントや会話の再開を処理すると、Claudeは自動での返信をいったん止め、「Comments are waiting on Artifact」と表示します。返信を抑える仕組みは公式にありますが、公開回数を抑える仕組みはドキュメントに記載がありません。

回避策: 公開を後ろに寄せて、まとめて1回にする

報告者が取った回避策は、キャンバスのファイルをダウンロードして手元で表示することでした。全ボードと共有スタイルシートを1枚の静的ページにして手元で提供し、編集はディスク上で続け、リセット後に1回だけまとめて公開する計画です。

動きはしますが、代償もあります。キャンバス、コメントの紐づけ位置、版の履歴は手元の静的ページには存在しません。上限に当たってから切り替える手段として覚えておき、普段は公開の回数そのものを減らすほうが損失が小さくなります。

公開を減らす指示の例

Claude Code側でできることは、公開の頻度に関する指示を先に渡すことです。次のような指示をCLAUDE.mdに書くと、1コメントにつき1公開という動きを避けやすくなります。

## artifactの公開ルール
 
- キャンバスのコメントには、まず回答と修正案を会話で示す
- 修正はローカルのファイルにまとめて反映し、公開は区切りごとに1回とする
- 公開は同じ作業単位で複数回行わない。公開の直前に、反映済みの修正を一覧で示す

これは公式の設定項目ではなく、プロンプトとしての例です。効果の程度は利用の仕方で変わるため、公開の回数をその日のうちに数えながら試すことになります。Claude Codeのartifactのドキュメントには、公開回数を表示する画面の記載がありません。

上限に当たったときの切り分け

エラーが出たとき、まず確かめるのは次の順序です。

ドキュメント側の拒否理由は別物です。レンダリング後のページは16MiB以下、公開できるファイルは .html / .htm / .md でUTF-8という条件があり、満たさないと公開時に断られます。回数の上限とは区別して見てください。

進捗ページと公開回数: 更新の間隔を先に決める

ドキュメントには、長い作業の間じゅうartifactを最新に保つ使い方の例があります。移行計画をチェックリストのartifactにし、項目を終えるたびに印を付け、飛ばした項目には注記を足すよう頼むプロンプトです。便利な使い方ですが、項目が増えるほど公開も増えます。

このプロンプトを使うときは、「項目ごと」ではなく「区切りごと」に更新するよう一言足すと、同じ見た目でも公開の数は変わります。たとえば20項目のチェックリストなら、項目ごとに更新すると20回、4つの区切りで更新すると4回です。同時に5つのタスクを追わせるなら、項目ごとでは100回、区切りごとでは20回と、差は80回に広がります。

手元で公開回数を見積もるときは、Shareメニューの版の選択を目安にできます。公式の画面例では「Sharing version 2」のようにバージョン番号が出るので、1つのartifactで何バージョンまで積んだかが分かります。ただし、これはバージョンの数であって、アカウント全体のカウンターではありません。複数のartifactを並行して更新しているときは、それぞれの画面を見て合計を自分で出すことになります。

上限が見えない点は、公式の説明待ち

issueの報告者は、上限と、そのリセット時刻がヘルプセンター、artifactのドキュメント、ツールの説明のどこにも書かれていないと述べています。別の利用者もリリースノートを探して見つけられなかったと書いています。Claude Codeのartifactのドキュメントを読むと、版の仕組み、ページの制約、組織の管理は書かれていますが、公開回数の上限の節はありません。

issueはopenで、提案には次のものが並んでいます。

• 短時間の連続公開を1回として数える、または下書きを保存して1回で公開できるようにする
• 公開結果に「今日あと何回」を表示し、8割あたりで警告する
• 上限とリセットを、サイズやファイル数の制限と並べて文書化する
• 自分の非公開artifactを編集する場合は、別枠か高い上限にする
• 数え方を、アカウント単位ではなくページ単位にする

どれも報告者の要望であり、実装が決まったものはありません。上限値とリセット時刻は、公開時のエラー文に表示されます。

Claude Codeでdesignの作業を長く続ける日は、最初に公開の方針を決めておくと、終盤に止まるリスクを下げられます。