Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.236 ·

Artifact types (templates and starters), built end to end and off by default

You could start a private artifact from a published template, but two server switches keep it shut here.

Nothing to try yet Notable No documentation found In Development
JSON All of v2.1.236
Nothing to try yetTier: how much it should matter to you
2Useful: my rating, 1 to 5
5Signal: worth watching, 1 to 5
ArtifactsArea: what it touches
In DevelopmentKind: in v2.1.236,
What probably matters to youSection of the release

Artifact types (template-backed starters with a type_url parameter) are built end to end but sit behind two server flags that default off.

What

A new publish mode lets Claude start a private artifact on claude.ai from a published "Artifact type", a template whose page and settings are fixed by its publisher: pass type_url and your own files land alongside the type's. It is held shut by two independently gated server flags, both defaulting off, plus a local-only check, so nothing here is reachable in this build without server config. Reading and publishing into an artifact that already came from a type are unaffected by these gates; only creation from a type is suppressed.

Details
  • Creation needs both tengu_cobalt_plinth_larch (or the environment variable CLAUDE_CODE_ARTIFACT_TYPES) and tengu_cobalt_plinth_bracken; all three names are new in this build.
  • Both flags are resolved once when the tool schema is built and frozen for the session, so they cannot change mid-session. With them off, type_url is not in the schema at all and the tool refuses with a message that artifact types are not enabled in this session.
  • The create capability is computed as types-on AND the environment variable CLAUDE_CODE_REMOTE not being set, so a remote or web session never sees type_url even with both flags on.
  • Creation posts to /api/frame/types/<slug>/create with one retry that honours retry-after on 409 and 429; failures include recovery text for the case where the artifact was created but the file publish failed.
  • type_url cannot be combined with url, pr_review, capabilities, contract, lang or force, and creating twice from the same type in one session is refused.
  • Results distinguish your own files from the type's files, and the type's page is injected as untrusted content inside its own wrapper.
  • Plan mode and Cowork frames, the shared-workspace surface, each have their own deny paths, and new analytics record the create with counts of own files and type files.
Evidence

Create a new private Artifact on claude.ai from an existing Artifact type, created_from_type, tengu_cobalt_plinth_larch, a publish with \type_url\ always creates a new Artifact whose page and settings come from the type \u2014 remove \url\, \pr_review\, \capabilities\, \contract\, \lang\, and \force\`, tengu_cobalt_plinth_bracken, Artifact types: To start a new Artifact from a published Artifact type (people may call one a template or a starter), pass \type_url\ (the type's link), typeLocked: n.data.type != null && typeof n.data.type === "object", type_locked, Artifact types are not enabled in this session, creating an Artifact from an Artifact type (\type_url\) is not available in this session — remove \type_url\, CLAUDE_CODE_ARTIFACT_TYPES, CLAUDE_CODE_REMOTE`

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

Read from
Names in the bundletype_urlCLAUDE_CODE_ARTIFACT_TYPES
Feature flag
tengu_cobalt_plinth_larch Off in both readings

The flag server returned off for the account this site reads and for the anonymous baseline. A reading of off cannot rule out a rollout these two readings sit outside of.

This account: off · anonymous baseline: off · compiled default in v2.1.236: off

tengu_cobalt_plinth_bracken Off in both readings

The flag server returned off for the account this site reads and for the anonymous baseline. A reading of off cannot rule out a rollout these two readings sit outside of.

This account: off · anonymous baseline: off · compiled default in v2.1.236: off

Read once, for one account on one subscription tier, against v2.1.236. It isn't a statement about your account. What a flag value here can and cannot tell you

What has happened since
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_larch, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_cobalt_plinth_larch, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_larch, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_bracken, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_cobalt_plinth_bracken, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns nothing at all, having stopped carrying it for tengu_cobalt_plinth_bracken, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.

See this across every release →

How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: CLAUDE_CODE_ARTIFACT_TYPES

See this entry in the whole of v2.1.236 →

Feedback