{"version":"2.1.287","anchor":"attachedfolderskills-slot-has-no-in-bundle-writer","canonical_anchor":"attachedfolderskills-slot-has-no-in-bundle-writer","heading":"Groundwork for skills loaded from attached folders","tier":"notice","area":"Skills","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.287\/e\/attachedfolderskills-slot-has-no-in-bundle-writer","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.287","markdown":"### Groundwork for skills loaded from attached folders\n\nSkills from attached folders can now appear in skill listings, a slot for them exists but nothing fills it yet, and unreadable paths are flagged\n\n**Unclear.** Something outside Claude Code, such as an app that hosts it, might fill this list in a way not found here.\n\n**What**\n\nA skill is a packaged set of instructions Claude Code can load. This release prepares for skills that come from an attached folder:\n\n- Listing: the skill listing filter now accepts skills whose `loadedFrom` is `attachedFolder`, treating them like `skills`, `syncedSkills`, `plugin` and `bundled` skills.\n\n- `attachedFolderSkills` slot: a new field is read and added to the skill list, but nothing in Claude Code sets it. Unless something outside Claude Code fills it, it always adds nothing.\n\n- Unreadable paths: when looking up a file path fails for a reason other than `ENOENT` (the file does not exist), the result now carries `unreadable: true` unless the error code is in a known set. Before, it held only an error message.\n\n**Why**\n\nSkills from attached folders can be listed the same way as other skills once something supplies them. In this build the slot meant to provide them stays empty, so nothing changes yet for most people.\n\n- Area: Skills\n- Tier: You'll notice\n- Useful: 2\/5\n- Signal: 4\/5\n- Present in the build but not switched on"}