[Bug] Windows 上 ensureSymlink 无法识别自己创建的 junction，导致 dsh web 第二次启动失败（附修复）

[cu-min]

环境 / Environment

• OS: Windows 11
• Node.js: v22.16.0
• dsh: 0.1.0-rc.6（npx @deepseek-ai/dsh）

复现步骤 / Steps to reproduce

1. Windows 上首次运行 npx @deepseek-ai/dsh web，正常启动
2. 退出后再次运行同一命令

错误信息 / Error

Error: dsh: C:\Users\<user>\.dsh\profiles\node_modules\@deepseek-ai\dsh exists and is not a symlink; remove it so dsh can manage the installation fallback

根因 / Root Cause

packages/boot/app-boot/src/profile.ts 中的 ensureSymlink：

1. 创建链接时用的是 symlinkSync(target, link, 'junction')，Windows 上实际创建的是 junction 而非 symlink
2. 检查链接时只判断 stat.isSymbolicLink()
3. 但在 Windows 上，fs.lstatSync() 对 junction 返回 isSymbolicLink() === false（junction 与 symlink 是两类不同的 NTFS reparse point），尽管 fs.readlinkSync() 可以正常读出 junction 的目标

结果就是：dsh 自己创建的 junction，下次启动时自己认不出来了。

修复 / Fix

除了 isSymbolicLink()，对目录额外尝试 readlinkSync()：能读出目标就说明是有效链接（symlink 或 junction 均可）。symlinkSync 的 EEXIST 回退分支也用同样方式判断。

if (stat !== undefined) {
  let isLink = stat.isSymbolicLink()
  let currentTarget: string | null = null
  if (isLink) {
    currentTarget = readlinkSync(link)
  } else if (stat.isDirectory()) {
    // On Windows, lstatSync().isSymbolicLink() returns false for junctions,
    // but readlinkSync() still works on them. Try reading as a junction.
    try {
      currentTarget = readlinkSync(link)
      isLink = true
    } catch {
      // Not a link — falls through to the error below.
    }
  }
  if (!isLink) {
    throw new Error(`dsh: ${link} exists and is not a symlink; remove it so dsh can manage the installation fallback`)
  }
  if (currentTarget === target) return
  unlinkSync(link)
}

完整 diff 见 fork 分支（仓库 PR 已禁用，放在这里供参考）：
master...cu-min:fix/windows-junction-symlink

验证 / Testing

• Windows 首次启动正常（创建 junction）
• Windows 第二次启动正常（能识别自己创建的 junction）
• 目标路径变更时能正确更新链接