diff options
| author | Craig Jennings <c@cjennings.net> | 2026-05-06 23:19:23 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-05-06 23:19:23 -0500 |
| commit | 87204f1dd6e1aa4c320a7d5ea1ab7455245fc8c0 (patch) | |
| tree | e566c1cda72bfacad4537b65bc5d59b4983db7e9 /docs | |
| parent | 07c2c5ccf288e6ecc25808784ea407821df3d433 (diff) | |
| download | rulesets-87204f1dd6e1aa4c320a7d5ea1ab7455245fc8c0.tar.gz rulesets-87204f1dd6e1aa4c320a7d5ea1ab7455245fc8c0.zip | |
chore(make): remove unused claude-rules bridge symlink
The bridge at ~/.claude/skills/claude-rules existed so a SKILL.md could resolve a relative path like ../claude-rules/testing.md from the install layout. No SKILL.md actually uses that pattern. Every reference I grepped — across debug, add-tests, and pairwise-tests — names the rule file by bare filename in prose, which doesn't go through any link. The symlink was defensive scaffolding for a use case that didn't land.
The four rule files keep loading via ~/.claude/rules/ unchanged. Claude Code's skill harness was silently ignoring the bridge anyway because the target directory has no SKILL.md, so no behavior moves except that make install stops creating the dead entry. If a future SKILL.md wants deep-linking, the bridge can come back deliberately.
Diffstat (limited to 'docs')
0 files changed, 0 insertions, 0 deletions