Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.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

TierUnder the hoodhow much it should matter to you
Useful2my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaArtifactswhat it touches
KindInternal Changesin v2.1.271,
Group of 2 Under the hood

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

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 →