diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-05 00:28:31 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-05 00:28:31 -0500 |
| commit | 3eed2895b2d23d1d8e468aee6f3dfd8122012fe4 (patch) | |
| tree | 51bab603c833cf8732ae30bf5e189e476fa14594 /languages/python | |
| parent | 4779ce8a64560e68b34311ced309013c50706d39 (diff) | |
| download | rulesets-3eed2895b2d23d1d8e468aee6f3dfd8122012fe4.tar.gz rulesets-3eed2895b2d23d1d8e468aee6f3dfd8122012fe4.zip | |
feat(startup): run make install in Phase A.0 to link new skills
A skill added to rulesets and pushed reached each machine's files on the next pull, but not its ~/.claude symlink. make install only links what isn't already linked, and a git pull doesn't run it. So a new skill stayed silently uninstalled until someone re-ran make install by hand. The flush skill sat in that gap from 2026-06-02 until a manual install today.
I added a make install step right after the Phase A.0 rulesets pull, the step that brings the skill's files in. It's idempotent: skips already-linked targets, links only what's new, and only writes symlinks under ~/.claude and ~/.local/bin. A grep keeps the all-skip case to one quiet line. Link, relink, and WARN lines get surfaced, and a new Phase C bullet handles them: a skill the harness already picked up mid-session is noted as available, one it didn't gets a restart prompt, a non-symlink collision goes to the user.
Now "add a skill, commit, push" is enough to reach every machine on the next session. The step also covers a newly-added rule or script, since make install links those too. The canonical template and the .ai/ mirror both carry the change.
Diffstat (limited to 'languages/python')
0 files changed, 0 insertions, 0 deletions
