[Bug] 桌面端 cordis 预设下官方技能不加载：!!js customSkillDirs 解析到 app.asar 内部，读取失败且被静默吞掉

[Light-EI]

桌面版（安装包形态，asar）+ cordis 预设时，/ 菜单里官方技能全部缺失，无任何报错。

根因：dsh-web-app 的 presets/cordis.patch.yml 给 skill-filesystem 配的 customSkillDirs 用 !!js 表达式解析出指向 app.asar 内部的技能目录，Node 无法把它当目录读取，dsh-skill-filesystem 的 discoverRoot 读取失败后静默返回。standard/ptc/minimal 预设不写这行 config，所以只有 cordis 预设踩中。

佐证：

1. 表达式与 asar 内出厂原文逐字相同；
2. @deepseek-ai/dsh-agent-preset 包存在且 require.resolve 成功；
3. 全新 DSH_HOME + 出厂配置 + asar 未改动即可复现。

0.2.0-rc.2 与 0.2.1-alpha.1/.2/.3 均如此。Workaround：在 profile 补丁里把 customSkillDirs 改写为真实路径即可恢复。

[PerryLink]

这条是对的，而且原因比"读不到"更具体一点：那个 skill 根在打包产物里会走 ctx.fs，而 ctx.fs 进不了 app.asar。仓库里其实已经有为这种情况准备的开关，只是这个预设没用上。

出问题的那一行

packages/bundle/web-app/presets/cordis.patch.yml:122-126：

- id: skill-filesystem
  name: '@deepseek-ai/dsh-skill-filesystem'
  config:
    customSkillDirs:
      - !!js process.getBuiltinModule('node:path').join(process.getBuiltinModule('node:path').dirname(
          process.getBuiltinModule('node:module').createRequire(baseUrl).resolve('@deepseek-ai/dsh-agent-preset/package.json')),
          'skills')

它用 createRequire(baseUrl) 去解析 @deepseek-ai/dsh-agent-preset 的位置，再拼上 skills。源码运行时这条路指向仓库里的目录没问题；但打包之后它落在 app.asar 里面，于是整条链就卡在读那一步。

（顺带说一句，这个写法在 packages/bundle 下只有这一处。）

为什么 ctx.fs 读不了，而改一下就能读

skill-filesystem 里每个 skill 根都带一个 trustedHost 标志（packages/skill/skill-filesystem/src/index.ts:96）。有没有这个标志，决定走哪条 I/O 路：

• :762 → if (fs !== undefined && root.trustedHost !== true) return await listSkillRootEntriesFromFileSystem(root, fs) —— 没有 trustedHost 的根走 ctx.fs；
• :856 → if (fs !== undefined && !trustedHost) { —— 读文件正文同样是这个分叉；
• :787 → entries = await readdir(root.path, { withFileTypes: true, encoding: 'utf8' }) —— trustedHost 的根走原生 Node I/O（:12 就是 node:fs/promises 的导入）。

而 customSkillDirs 推进去的根不带这个标志：:253 → roots.push(...this.customSkillDirs.map(path => ({ path, source: 'custom' as const, rank: CUSTOM_RANK })))。

对比一下现成的正例，:260-261：

if (this.bundledSkillDir !== undefined) {
  roots.push({ path: this.bundledSkillDir, source: 'bundled', rank: BUNDLED_SKILL_RANK, trustedHost: true })
}

⇒ bundledSkillDir 天生就是为"随包提供的 skill 根"设计的，而且带 trustedHost: true。 README 里也写明了：packages/skill/skill-filesystem/README.md:75 → bundledSkillDir 是 "Bundled skill root scanned at rank 600 when configured"，同一份文档 :73 说 customSkillDirs 是 rank 300 的 "Additional local skill roots"。

所以修法方向很清楚：把这一处从 customSkillDirs 换成 bundledSkillDir。

一个要注意的副作用

这两个不是等价的替换——rank 不一样（custom 是 300，bundled 是 600，见 README 的 rank 表 :52 与 :75）。也就是说换过去之后，这个根在扫描次序里的位置会变，跟项目根/用户根之间的优先级关系会跟着动。如果只是想让它能读，可能无所谓；但如果原本指望它压过某些根，就得确认一下新的次序是不是还符合预期。这一点建议在报告里点出来，别让维护者以为是一行等价替换。

关于"静默吞掉"——这一处要更正你

我核过了，它不是静默的。packages/skill/skill/src/index.ts:603-607：

catch {
  …
  cacheable = false
  this.ctx.logger.warn(`skill provider "${provider.name}" skipped: …`)
}

logger.warn 是有的。你看不到它，是因为打包的桌面端没有可见的控制台——这和另一条报告（"桌面端启动没有日志"）是同一个根因：只有 fatal 才会写 crash-*.log，连续日志在上游的架构笔记里明确写着 remains future work。

这一点值得改掉，因为"静默"和"有日志但没法看"是两个不同的诉求：前者要加日志，后者要么在界面上暴露、要么把日志落到文件。按后者提会更准，也更容易被采纳。

另外，缺路径时返回空是有意设计：packages/skill/skill-filesystem/src/index.ts:770 / :790 的 if (isAbsentSkillPathError(error)) return []，:720-724 列了 ENOENT / ENOTDIR / FS_NOT_FOUND / FS_NOT_DIRECTORY 几种。所以"这个根不存在"和"这个根读不了"在代码里是分开处理的——你要提的是后者的可见性，不是前者。

顺带一个我交叉核对过的相邻问题：packages/fs/fs-local/src/fsio.ts:252 和 :268 用的是 Number(info.mode & 0o777n)，asar 场景下会走不到；这个文件从 0.2.1-alpha.2 到 0.2.1-alpha.3 一个字都没改，所以那个问题现在也还在。两者是否同源我不敢断言，但同一个诊断方向上大概率会一起遇到。

至于这条缺陷本身，"只有 cordis 预设踩中"这一点你是对的——我另外查了 standard / ptc / minimal 三个预设，customSkillDirs 全部 0 命中，只有 web-app 的这一个有。这个不对称正是问题的来源，建议在报告里保留。

边界

我核的是 origin/master = 571902028a（2026-10-14）。

有一点我没法在这边确认：你那份桌面端里 @deepseek-ai/dsh-agent-preset 到底解析到哪里、以及是不是真的落在 app.asar 内部——这需要你本机的产物。上面第 2 节的判断是依据代码路径推出来的（customSkillDirs → 无 trustedHost → 走 ctx.fs），链条本身是确定的，但具体卡在哪一步还要你那份的现场。