Claude artifacts now share publicly and edit multiplayer.
Anthropic just shipped public sharing and multiplayer editing for Claude Code artifacts, creatable with Claude Tag. It is a real step and it validates the category. It also leaves the same four things on the table that a client deliverable needs: a private link instead of a public one, your own domain instead of Claude's, any agent instead of only Claude, and a publish an agent can call. Here is exactly what shipped and where the line falls.
What did Claude Code ship on 13 July 2026?
Public sharing and multiplayer editing for artifacts, created with Claude Tag. A Claude-authored artifact (a dashboard, a report, a small app) can now be shared on a public link and edited by other people or by your own local Claude Code sessions. The page is hosted by Claude and public once shared. What it does not do, as of launch: gate the link for a private recipient, serve it under your own domain, work for artifacts built by a non-Claude agent, or expose a publish call an agent can make. Those are the properties an artifact needs when it is a deliverable rather than a demo.
The same artifact, two links
Claude's public share on the left; a private Stacktree link on your own domain, gated and unbranded, on the right.
What Claude actually shipped
The announcement from @ClaudeDevs is one line: "Artifacts now support public sharing and multiplayer editing in Claude Code, and can be created with Claude Tag." In the launch thread, Thariq shows the use case that matters: a project dashboard created as a Claude Tag artifact, then edited by teammates or by a local Claude Code session against the same artifact. Credit where it is due, this is a good feature and people want it. The replies are full of "finally," and one is worth quoting because it is the whole point: "public sharing without team/enterprise is awesome." Sharing a Claude artifact used to require a team plan; now it does not.
It is also the seventh major entrant in twelve months to converge on the same premise, that AI makes HTML and the HTML needs a URL: Shopify's internal Quick, OpenAI's Codex Sites, here.now, Vercel Drop, Notion's HTML block, Cloudflare Drop, and now Anthropic itself. When the model vendor ships hosting for its own output, the category is settled. The question is no longer whether AI output needs a URL. It is which of these URLs you can actually hand to a client.
Since launch day, Anthropic's Claude Code documentation has caught up with the announcement and now states the sharing model precisely. A new artifact is private to its author. On Pro and Max, in the docs' words, "a public link is the only way to share an artifact." On Team and Enterprise, sharing defaults to people inside the organization, editors included, and public links stay off "until an Owner enables it for the organization." One further boundary: an artifact that calls MCP connectors at view time cannot be shared to a public link on any plan. That gives us enough certainty to draw the whole matrix.
The sharing matrix, surface by surface
Four surfaces now carry the name "Claude artifacts," each with different sharing rules, and the differences are exactly where people get caught. This is the verified state as of 18 July 2026, from Anthropic's docs and help center:
| Surface | Default | External sharing | Gates and expiry | Own domain |
|---|---|---|---|---|
| claude.ai artifacts (Free, Pro, Max) | Draft until you publish | Public link; no sign-in to view | None; unpublish is permanent, the same artifact can never be republished | No |
| claude.ai artifacts (Team, Enterprise) | Org-only | None: "cannot be published publicly" | Org authentication only | No |
| Claude Code artifacts (Pro, Max) | Private to you | "A public link is the only way to share"; view-only, no editors | None | No |
| Claude Code artifacts (Team, Enterprise) | Private to you | Org audiences and editors; public links only after an Owner enables external sharing; connector-backed pages never public | Org authentication; no password or expiry | No |
| Stacktree (any agent, any plan) | Private, unguessable URL | Send the link; no seat or account to view | Password, email-domain gate, expiry, burn-after-read, revocable share tokens | Yes: CNAME plus auto SSL |
Read the matrix by columns and the pattern is stark. Every Claude row has "None" or "org authentication" in the gates column and "No" in the domain column. The rows differ only in which flavor of ungated audience you get: yourself, your org, or everyone. The gated middle, one recipient, no seat, your domain, is the whole fourth column of the last row, and it is the shape of a client deliverable.
It shares publicly. A deliverable cannot be public.
The launch word is "public sharing," and the now-published docs confirm the flow has no password, no email-domain gate, and no expiry. That is fine for a demo you want the timeline to see. It is the wrong default for the work most people are actually publishing. Agent output routinely embeds real data: a client's numbers, an internal dashboard, a prototype under NDA. The moment the link is public, obscurity is the only protection, and obscurity is not a gate.
This is Stacktree's first default and it runs the other way. Every published URL is unguessable and private by default. When a page should reach one recipient and no one else, you add a password or an email-domain gate the recipient passes without a Claude account, or an expiry that revokes it after the engagement. A public link cannot be un-published into a private one; a private-by-default link can always be made public. The direction of the default is the whole difference between a demo and a deliverable.
It lives on claude.ai, not your domain.
A shared Claude artifact carries Claude's domain and, for free users elsewhere in the product, Claude's branding. In the launch thread, the top roadmap question is exactly this: a user asking Anthropic whether custom domains are coming, "the interesting version is artifacts served under our own domain (CNAME + TLS)." As of launch, they are not there.
For an agency handing a report to a client, the domain is the product. The deliverable has to read as the agency's work, on the agency's domain, with no third party's badge on it. Stacktree serves the same HTML on your own custom domain with the badge removed, so the page communicates "this came from us," not "this was generated in a chat." That is the single most-requested thing in Anthropic's own launch replies, and it is a property of the host, not the model.
It is Claude-only.
The feature shares Claude-authored artifacts from Claude Code. That is the right scope for Anthropic and the wrong scope for anyone whose stack is not all-Claude. The same week, OpenAI put Sites in Codex and ChatGPT, Cursor keeps its own agents, and most real workflows mix them. Output from Codex, Cursor, or any MCP agent does not get Claude's sharing, and it never will, because a model vendor ships hosting for its own model.
A publish primitive is deliberately agent-agnostic. Stacktree takes the HTML any agent produces and puts it on a URL over MCP, whether Claude, Codex, Cursor, or a custom loop wrote it. As each vendor builds native sharing for its own output, the cross-agent layer is the one position none of them will occupy, because occupying it means hosting a competitor's output.
Multiplayer editing vs an agent-regenerated artifact
Multiplayer editing, several people in one artifact at once, is a genuinely good addition, and Claude solving it for humans is worth using. But note the shape it solves. As one reply in the thread put it, "multiplayer for humans is solved, multiplayer for agents isn't." The high-value artifact is often not one a room of people co-edits. It is one an agent regenerates: a report rebuilt nightly, a dashboard the agent updates as data lands, a status page that changes without a human touching it.
That shape wants replace-in-place, thirty revisions at one stable URL rather than thirty links, and it wants the agent to publish the update itself over an API or MCP rather than a person clicking share. Multiplayer human editing and agent-driven regeneration are different needs. Claude just shipped the first; the second is still the publish-primitive half of the category.
Which fits the thing you are holding
The boundary is the same one that sorted every prior entrant. If the thing you are holding is a Claude artifact you want teammates to see and co-edit, in a chat, publicly, Claude's new sharing is the natural home and you should use it. It removed the team-plan wall and it is good at that job.
If the thing you are holding is a deliverable, a report for a client, a dashboard your agent regenerates, a prototype that carries real data and needs a gate rather than an audience, the four properties flip: private by default, your own domain, any agent not just Claude, and a publish the agent can call. That half is what Stacktree is built for, and Anthropic shipping public sharing makes the line sharper, not softer.
$ # your agent, in one MCP call
› publish q3-report.html --private --domain acme.com
✓ live at https://q3-report.acme.com (private · your brand · replace-in-place)
$
Frequent questions
Can you share Claude artifacts publicly now? +
Are shared Claude artifacts private? +
Can I put a Claude artifact on my own domain? +
Does Claude artifact sharing work with Codex, Cursor, or other agents? +
What is Claude Tag? +
Can multiple people edit a Claude artifact at the same time? +
What can Claude public sharing not do that a client deliverable needs? +
Related guides
- Share Claude artifacts privately A private link on your own domain, no Claude account to open it.
- Make a Claude artifact private Password, email gate, and expiry on a public-by-default artifact.
- Artifacts in Claude Code What artifacts are and how viewing and sharing work.
- Publish over MCP, any agent The cross-agent publish tool Codex and Cursor can call too.
- Private hosting compared When the artifact should not be public at all.
Sources and further reading
- Claude artifacts public sharing + multiplayer (@ClaudeDevs) ↗ The launch announcement, 13 July 2026: "Artifacts now support public sharing and multiplayer editing in Claude Code, and can be created with Claude Tag."
- Launch thread and demo (@trq212) ↗ Thariq's dashboard demo and the reply thread, including the custom-domain roadmap question and the "public sharing without team/enterprise is awesome" reaction.
- Publish and share artifacts (Claude Help Center) ↗ The claude.ai rows of the matrix: public links, permanent unpublishing, and the Team/Enterprise org-only restriction.
- Share session output as artifacts (Claude Code docs) ↗ The Claude Code rows of the matrix: "a public link is the only way to share" on Pro and Max, org audiences and editors on Team and Enterprise, external sharing behind an Owner toggle.
Need the deliverable version, not the demo?
Private by default, on your own domain, published by any agent over MCP, same URL across revisions. The half Claude's public sharing leaves on the table.
Sign up free →