Replies: 2 comments
-
|
Update: Clarification on what actually broke After further investigation, I want to clarify the distinction: What works fine:
What broke on Linux:
Solution: Symlinks I'm using symlinks to get the best of both worlds - TitleCase directories for upstream alignment, lowercase symlinks for Claude Code compatibility: cd .claude This way:
Suggestion for PAI docs:
|
Beta Was this translation helpful? Give feedback.
-
|
Closing as duplicate - consolidating with existing issues After reviewing existing issues, this discussion duplicates the ongoing conversation in:
See also Discussion #222 for additional context on the TitleCase convention decision. TL;DR for future Linux/WSL users finding this: The workaround is symlinks: cd ~/.claude
ln -s Skills skills
ln -s Commands commands(Only Tracking continues in #239. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I maintain a fork and recently aligned with upstream's TitleCase directory
convention (Skills/, Hooks/, History/, Agents/).
During migration on WSL/Linux, I discovered several issues caused by
case-sensitivity:
.includes('/.claude/agents/')failed(directory is
Agents/).claude/skills/*/found nothingUpstream works fine on macOS (case-insensitive), but Linux filesystems
are case-sensitive, so
skills/≠Skills/.Questions:
Linux/WSL users?
use case-insensitive matching, etc.)?
Happy to contribute docs based on what I learned during the migration.
Beta Was this translation helpful? Give feedback.
All reactions