Skills fetched from MCP servers cache correctly despite permission errors or broken cache folders.
What's wrong with this entry?
Caching a skill file fetched from an MCP server now tolerates permission errors (EPERM and EACCES) on rename in addition to the existing already-exists cases, and if an existing cache directory turns out to contain no skill file it is replaced with the freshly fetched copy instead of being left broken. Temporary directories are cleaned up on failure and failed writes now raise a dedicated error.
- Where a v5 storage backend is present, the write goes through it instead of the filesystem.
MCP skill cache SKILL.md write failed
Strings lifted out of the shipped bundle, so the claim above can be checked against them.