feat(skills): add skills-update, drive install from SKILLS.txt
Merged
SH
3mo ago+32+32+01234567890123456789-8-8-0123456789
What
make skills-installnow regeneratesskills-lock.jsonfromSKILLS.txtbefore installing (when the global CLI lock exists) and re-locks after installing, so adding a skill is: editSKILLS.txt->make skills-install-> commit both files. SKILLS.txt is the single source of truth; the lock is a derived artifact.- New
make skills-update: runsbun x skills update --global --yesthen refreshes the lock. - Docs updated (README, rules/skills-management.md).
Fresh machines are unaffected: with no global CLI lock present, skills-install skips regeneration and restores straight from the committed lock (and re-locks at the end once the CLI has created the global lock).
Testing
Removed a skill via the CLI, edited nothing, ran a single make skills-install: the pre-install lock regen flagged it (555 skills, 1 not yet installed), reinstalled it, and the post-install re-lock resolved its skillFolderHash. Exit 0.
🤖 Generated with Claude Code
Summary by cubic
Made SKILLS.txt the source of truth for external skills installs and added make skills-update to refresh installed skills and the lock. This streamlines add/update workflows while keeping fresh machine restores unchanged.
-
New Features
skills-installinstalls fromSKILLS.txtand auto-regeneratesskills-lock.jsonbefore/after whenSKILLS_GLOBAL_LOCKexists; skips regen on fresh machines.skills-updaterunsbun x skills update --global --yesand then refreshes the lock.
-
Migration
- Add: edit
SKILLS.txt, runmake skills-install, commitSKILLS.txtandskills-lock.json. - Remove: delete from
SKILLS.txt, runbunx skills remove <name> --global --yes, thenmake skills-lock. - Restore (fresh machines/CI): run
make skills-installto install from the committed lock.
- Add: edit