Bug: 无法识别/claude/skill下面的软链接的skill

[ZHLX2005]

Bug: 无法识别/claude/skill下面的软链接的skill

[DRAG0NM]

我在 0.1.0-rc.6（Windows 11，Node v24）上用真实发现链路做了对照实验：
建一个 mklink /J junction 指向外部 skill 目录（含标准 SKILL.md），
走 dsh-fs-local 的 listDir + dsh-skill-filesystem 的 provider 发现：

listDir:  name=my-skill  type=directory
provider.list():  [{ name: "my-skill", locator: "<root>\my-skill\SKILL.md", ... }]

junction 指向的 skill 可以被正常发现并解析。源码侧的解释：主路径
对每个子条目做 realpath（跟随 reparse point / symlink）+ stat（跟随），
所以链接到目录的条目类型正确归为 directory；Node 回退路径
（nodeEntryKind）对 symlink 也显式跟随。注册表层没有针对链接的过滤。

也就是说，按"root//SKILL.md 标准布局 + 有效链接"这个形态，rc.6 上
我无法复现"无法识别"。为了定位你遇到的实际断点，能否补充几点：

1. dsh 版本与平台（Windows / Linux / macOS）？
2. skills root 是怎么配置的（customSkillDirs？默认 ~/.dsh/skills？），
   软链接所在目录的完整结构是什么样的（例如 ls -la / dir 输出）？
3. 软链接是 Windows symlink、junction 还是 POSIX symlink？目标是目录还是文件？
4. 同一个 root 下非软链接的 skill 是否能正常出现？（你提到只有软链接的
   不识别——这可以排除布局问题）

补充一个常见误区：dsh 只扫描 root 的直接子项（<root>/<skill>/SKILL.md
或 <root>/<name>.md）。如果 root 指向 Claude Code 的
~/.claude/skills（其布局是 <category>/<skill>/SKILL.md 两级），那
无论是否软链接都不会被发现——这种情况需要把 root 配到具体 skill 所在层级，
或用 customSkillDirs 逐级列出。

[samuelan]

Yes, I have exact same problem. if I used

• id: skill-filesystem
  config:
  customSkillDirs:
  - /Users/sam/.claude/skills

  then it cannot find the skills, and took 2 minutes to do the same skill that takes 10 seconds to finish.

  Workaround is simply copy and paste the whole skill folder content to ~/.dsh/skills/, and everything works.