Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.275 ·

Artifact type descriptions can now resolve from a type_file reference

Artifact type descriptions can now be resolved from a separate type_file reference instead of inline content

Under the hood Internal Changes
JSON All of v2.1.275
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
ArtifactsArea: what it touches
Internal ChangesKind: in v2.1.275,
Internal ChangesSection of the release
What

A new function handles describing an Artifact's type when that type's data lives in a separate type_file reference rather than being written inline. It can show either a placeholder for content that hasn't been read yet, or a preview of the actual content. The calling code also now checks a new read_of_type_link flag to decide whether to prefix the type's title before showing its description.

Why

This lets Artifact type information be stored in and pulled from a separate file rather than always being embedded directly, with appropriate handling for cases where that file hasn't been read yet.

See this entry in the whole of v2.1.275 →

Feedback