Guide

Share a Claude artifact without a Claude account

Publish the artifact's HTML to a link that opens in any browser. You need an Artifact Publisher account to publish. The person you send it to does not.

Updated

The short answer

Artifact Publisher hosts one self-contained HTML document at a stable link. If you give it the HTML of a Claude artifact, the link it returns is unlisted by default: anyone who has the URL can open it in a browser, with no account. In short:

  1. Create a workspace in your account and copy the publisher key. It is shown once.
  2. Connect an MCP client to https://app.artifactpublisher.com/mcp with that key.
  3. Ask the client to publish the artifact's HTML.
  4. Send the link from the result.

What Claude's own sharing requires of the recipient

The Claude Help Center article "Share artifacts" (support.claude.com, article 9547008; shown as text because this site links to no third-party pages) says that, on its current plans, everyone needs a Claude account to open a shared artifact, even with the link. It names one exception: a legacy artifact published from a chat. We read it on 17 October 2026. Sharing options differ by plan and change over time, so check that article for your plan. Artifact Publisher is a separate service: it does not read your Claude account and does not copy artifacts out of Claude.

Get the HTML to an MCP client

Artifact Publisher takes HTML as text. It has to be one document with everything inline: styles, scripts, images and data. Ask Claude for the page as a single self-contained HTML file, or ask an agent that is already connected to the MCP server to build and publish it in one step. The document can be up to 10 MiB of UTF-8.

Setup snippets for Claude Code, Claude Desktop, Cursor, Codex CLI, VS Code and Windsurf are in thequickstart. In Claude Desktop the route uses a custom connector with a request header. The quickstart notes that request headers are in beta and not available on every account, so confirm it works on yours.

Publish it

Once the client is connected, one instruction is enough:

Publish this HTML as an unlisted artifact titled "Q3 plan".

The client calls publish_artifact with title and html. The result has the share link in its url field, in the form https://app.artifactpublisher.com/artifact/<slug>. Keep the publisher key out of prompts, repositories and artifacts.

Choose who can open it

visibilityWho can open
unlisted (default)Anyone with the link. No account.
publicAnyone with the link. No account, and there is no public listing.
privateYou only, signed in.
allowlistSigned-in users whose primary email is on the list (up to 50). They need an Artifact Publisher account.

For people without accounts, use unlisted. To change the mode later without a new version, callset_artifact_access:

{ "artifact_id": "<artifact_id>", "visibility": "allowlist", "allowed_emails": ["reviewer@example.com"] }

Unlisted is not authenticated. Anyone who holds the link can open it, including whoever it is forwarded to. If identity matters, use private or allowlist.

Update it or take it back

update_artifact adds a new immutable version behind the same link. It needsexpected_version, which must equal the current version. Recipients keep using the link they already have. revoke_artifact stops serving the artifact. It cannot recall a copy someone already saved.

Limits to know before you share

Common questions

Does the recipient need an account?

Not for unlisted or public links. private needs your sign-in.allowlist needs a signed-in account whose primary email is on the list.

Where is the data stored?

Artifact documents and metadata are stored in Cloudflare's EU jurisdiction. Requests can be processed at any Cloudflare location, including outside the EU, on the way. Sign-in is handled by Clerk, a US sub-processor. Theprivacy policy has the details.

Is it certified or audited?

No compliance certification, independent audit or penetration test is claimed.

Next