Follow Discord
Sweep 06 Nov 2026 · 01:32Z Build v2.1.319 537 read Stable v2.1.311 Latest v2.1.318 Next v2.1.319 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.271 ·

Reworked guidance for design/slides Artifact storage instructions

Instructions for how design, slides, and design-system Artifacts store their content (files vs. database) were rewritten and expanded

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

What

The logic that generates instructions for design, slides, and design-system Artifacts about where their content actually lives was reworked.

  • A new lookup table (keyed by design, slides, design-system) and helper functions generate instructions explaining whether an Artifact's content lives in its own published files or in its database-style store, based on an index marker file (canvas.json, deck.json, or design-system.json).
  • A migration note clarifies that a design-system's content can move from the database store to files the first time (or any time) it's opened, and never moves back.
  • The write-guidance text shown when reading an Artifact that declares write_db was rewritten: it now factors in file-list instructions and produces different text depending on whether the type is file-based, plus trailing instructions about published files.

Why

This should make Claude's guidance about where to write changes to a design/slides Artifact more accurate, since the storage model (files vs. database) can differ by type and can change over an Artifact's lifetime.

See this entry in the whole of v2.1.271 →

Feedback