Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.248 Home All releases olderv2.1.247 v2.1.250newer
Claude Code v2.1.248

Publishing an artifact with an unreadable file reports a clearer cause

You'll notice
Useful2 Signal1
Artifacts

Publishing an artifact whose file can't be read now tells you that specifically.

What

When the artifact being published cannot be read and no favicon could be derived from its type, the tool now raises a specific unread-file error rather than a generic read failure.

Details
  • The suggestion to start a new artifact from its type instead (passing type_url) is now only added when a favicon source was actually resolved
  • The old standalone "favicon required to publish" check is folded into the required-fields check, which reports that file path and favicon are both required
Evidence

file_path and favicon are required to publish

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

See this entry in the whole of v2.1.248 →