[BUG反馈] 桌面端创造模式（Creator / cordis preset）加载不到任何磁盘 skill，标准模式正常

[Paste-Fried-tofu]

TL;DR

• 桌面端 创造模式下，模型上下文里没有任何 skill 目录（问它有哪些 skill 答不出来，只能自己去磁盘翻 SKILL.md），输入 / 只剩代码注册的 3 条 office skill；~/.agents/skills 等全部消失。
• 同一台机器 标准模式 / PTC 一切正常。
• AI查找到的问题：创造模式与标准的唯一差别是 preset 里多的一行 customSkillDirs，它指向 app.asar 内部的 @deepseek-ai/dsh-agent-preset/skills；该路径经 Host 的 ctx.fs 读取时抛 TypeError: Cannot mix BigInt and other types，而 dsh-skill-filesystem 只把"路径不存在"视为空，其它错误直接抛出且没有按根容错 ⇒ 整个 filesystem provider 被丢弃，它名下所有根（~/.agents/skills、~/.dsh/skills、项目根）一起消失。

环境

• DSH 0.1.7-rc.2
• Windows x64 桌面端安装版（Electron 壳，desktop-host 默认端口 19387），非 dsh web
• profile：$DSH_HOME/profiles/desktop（bundles = @deepseek-ai/dsh-base + @deepseek-ai/dsh-web-app + 若干 experimental bundle + 本地 link 插件 + dshmarket）
• 未改动任何 skill 相关代码或配置；现象与是否已有历史对话无关

复现

1. 桌面端新建任务，模式选 创造模式。
2. 问模型“你有哪些 skill” → 它不知道，会先用文件检索工具去磁盘找 SKILL.md。
3. 输入 / → 菜单里只有斜杠命令 + office-docx / office-pptx / office-xlsx；~/.agents/skills/ 下的相关 skills 完全不出现。
4. 换 标准模式 重复 2、3 步 → 模型表示自己看见了技能列表，并且立马回答自己的技能，而且输入 / 能够看见 ~/.agents/skills/ 下的相关技能。

现象 vs 期望

• 现象：创造模式下 dsh-skill-filesystem 的 list() 被 reject，注册表记一条 skill provider "filesystem" skipped: … 并把观测标为不可缓存；tool-skill 在 incomplete 时整份目录不注入，所以模型一条都看不到；GUI 的会话 skill 目录用的是 list()（不检查 complete），因此 / 里只剩另一个 layer 的 office 三条。
• 期望：创造模式应与标准模式一致地发现本地 skill（随包 3 条 cordis-* + ~/.agents/skills + ~/.dsh/skills + 项目根）；单个根不可读不应影响其它根，更不应让整个 provider 消失，至少应保留其它根并给出可诊断的提示。

根因链（带代码位置）

1. 创造模式独有的配置（packages/bundle/web-app/presets/cordis.patch.yml:143-147）：

   - id: skill-filesystem
     name: '@deepseek-ai/dsh-skill-filesystem'
     config:
       customSkillDirs:
         - !!js …createRequire(baseUrl).resolve('@deepseek-ai/dsh-agent-preset/package.json')…, 'skills')

2. 桌面端该包只在 resources/app.asar 内（profile 的 node_modules 里没有 @deepseek-ai/dsh-agent-preset；app.asar.unpacked 只解包原生/引擎包），因此这个根解析为 …\resources\app.asar\dsh\node_modules\@deepseek-ai\dsh-agent-preset\skills。

3. 该路径在 Electron 下能读（见证据）：stat 是目录、readdir 返回三个 skill 目录、readFile 正常、realpath 正常，Chokidar 4.0.3 也正常 ready（原生 fs.watch 抛 ENOENT，被 Chokidar 吞掉）。watcher 不是失败点。

4. 但 skill-filesystem 对非 trustedHost 的根不走 Node fs，而是走 ctx.fs 服务（packages/skill/skill-filesystem/src/index.ts:753-757）。

5. Host 的 ctx.fs 在 asar 路径上抛 TypeError: Cannot mix BigInt and other types, use explicit conversions：同一进程内用内置 read 工具读上述目录/文件稳定复现；读普通目录（含工作区外目录）正常。差别在是否经过 ctx.fs，不在路径位置。（具体是 dsh-fs-local 还是 native/system 沙箱层引入的 BigInt 尚未定位，对结论无影响。）

6. 该错误不是"不存在"：listSkillRootEntriesFromFileSystem 只在 isAbsentSkillPathError 时返回空，其余 rethrow（同文件 :759-766），而 list() 的发现循环没有按根容错 ⇒ 整个 provider 被丢弃。

7. 注册表对 provider 失败是 contained 的，但会把观测标成不可缓存（packages/skill/skill/src/index.ts:602-608）⇒ SkillCatalogSnapshot.complete === false。

8. 两个消费方对 incomplete 的处置不同，正好解释"菜单里还有 office、模型侧一条都没有"：

   • packages/skill/tool-skill/src/index.ts:225：if (!snapshot.complete) return decision → 模型侧整份不注入；
   • packages/api/session-controller/src/skill-catalog.ts:77 用的 list() 即 (await this.snapshot(options)).skills（packages/skill/skill/src/index.ts:470-472），不看 complete → / 仍列出全局层里代码注册的 dsh-office 三条。

只读探针证据（Electron 以 ELECTRON_RUN_AS_NODE=1 运行，未修改任何文件）

# 原始 Node fs 直接访问 asar 内的 skill 根
STAT ok isDirectory= true
READDIR ok: cordis-composition-reference,cordis-plugin-development,editing-cordis-compositions
WATCH fail: ENOENT … watch 'D:\dsh-desktop\resources\app.asar\dsh\node_modules\@deepseek-ai\dsh-agent-preset\skills'
SKILLMD: --- name: cordis-plugin-development desc…
dir  size typeof = number | size = 0     | mtimeMs typeof = number
file size typeof = number | size = 7382  | mtimeMs typeof = number
realpathSync ok: …\app.asar\dsh\node_modules\@deepseek-ai\dsh-agent-preset\skills
readdir dirent ok: cordis-composition-reference:dir, cordis-plugin-development:dir, editing-cordis-compositions:dir

# Chokidar 对同一路径
chokidar 4.0.3 → EVENT ready

# 同一进程内内置 read 工具读同一路径（经 ctx.fs）
Cannot mix BigInt and other types, use explicit conversions

影响范围

• 任何把 customSkillDirs（或 bundledSkillDir / $DSH_BUNDLED_SKILL_DIR）指向 asar 内目录的组合，都会以"该 provider 名下所有 skill 一起消失"的形式失败，而不只是丢掉那一个根——用户很难自行诊断。
• 更底层：Host 的 ctx.fs 目前无法读取 asar 内路径（BigInt），影响所有经 fs 服务的 asar 读取（内置 read 工具即是一例）。
• 附带：asar 内的 skill 无法热更新（无 watch 事件），本次故障把这层问题也一并掩盖了。