dsh-plugin-tool-management 0.19.1 → 0.20.0

package/lib/hub.js

@@ -24,13 +24,14 @@
 //   ├─ mcp-disabled-tools.json | mcp-known-tools.json | mcp-notes.json | mcp-settings.json | mcp-export.json
 //   ├─ tool-management.log                               插件日志（滚动 .1）
 //   ├─ backups/cordis.patch.yml.bak-<时间戳>             改宿主 patch 前的备份
-//   ├─ trash/{skills,subagents,prompts,scenes}-trash/<id>/  回收站（除记忆外的四类）
-//   └─ memories-trash/<id>/                              记忆回收站（**hub 根下独立目录**）
+//   ├─ trash/{skills,subagents,prompts,scenes,memories}-trash/<id>/  回收站（六类）
 //
-// 记忆回收站**不在 `trash/` 下**（本机实测 `trash/` 只有 4 个 `-trash` 目录）：它走
-// `memories/service.ts` 自己的路径（`join(stateDir, 'memories-trash', id)`，stateDir = hub 根），
-// 不经本模块的 `moveToTrash`。此前这行把它画进 `trash/{…}` 里，按它写备份/迁移脚本会既漏搬
-// 又误判（那是一类真实存在、条目数最多的用户数据）。
+// 六类回收站的落点已统一在 `trash/` 下（2026-10-10 起；记忆此前在 hub 根的 `memories-trash/`，
+// 由启动迁移并入 —— 见 `HUB_RENAMES`）。
+// 但**记忆那一类仍不经本模块的 `moveToTrash`**：它走 `memories/service.ts` 自己的路径
+// （`join(stateDir, 'trash/memories-trash', id)`，stateDir = hub 根），manifest 形状也由记忆域
+// 自己定。本模块只保证**目录位置**与其余几类一致；把它的读写抄到这里来只会得到第二份会漂移的
+// 真相（本条注释的前身就是这么写错的：它把记忆画进 `trash/{…}` 里，而当时那里根本没有它）。
 //
 // 留在 `$DSH_HOME` 根下的两个文件**不是**插件的：`AGENTS.md`（宿主每轮读取的全局基线，
 // 插件只是按场景/预设写它）与 `cordis.patch.yml`（宿主加载插件的配置入口）。
@@ -68,6 +69,11 @@ const HUB_RENAMES = [
     ['agents-md', 'prompts'],
     ['rules-index.json', 'memories-index.json'],
     ['rules-trash', 'memories-trash'],
+    // 记忆回收站并入 `trash/`，与其余五类同处一处（2026-10-10）。
+    // **必须排在上一行之后**：极老的 `rules-trash/` 要先改名成 `memories-trash/`，这一行才能
+    // 把它一并搬进 `trash/`。顺序颠倒的话，老用户那份会留在 hub 根下不动 —— 而它恰恰是条目数
+    // 最多的一类数据。
+    ['memories-trash', 'trash/memories-trash'],
     ['agents', 'subagents'],
     ['agents-index.json', 'subagents-index.json'],
     ['state.json', 'skills-state.json'],
@@ -266,6 +272,90 @@ export function trashEntryPath(kind, id) {
         return null;
     return join(trashKindDir(kind), id);
 }
+/** 清单类文件名：它们是插件自己的元数据，不是"删掉的那份东西"，不进详情。 */
+const TRASH_META_NAMES = new Set(['manifest.json', 'metadata.json']);
+/** 详情上限：单个文件、总字节、文件数、递归深度。超了就如实标 `truncated`，绝不悄悄截。 */
+const PREVIEW_MAX_FILE = 64 * 1024;
+const PREVIEW_MAX_TOTAL = 256 * 1024;
+const PREVIEW_MAX_FILES = 40;
+const PREVIEW_MAX_DEPTH = 4;
+/** 前 8 KiB 里出现 NUL 就按二进制处理 —— 二进制内容转成字符串只会是一屏乱码。 */
+function looksBinary(buf) {
+    const n = Math.min(buf.length, 8192);
+    for (let i = 0; i < n; i += 1)
+        if (buf[i] === 0)
+            return true;
+    return false;
+}
+/**
+ * 把一条回收站条目目录里的负载**只读**地读出来，供界面「详情」显示。
+ *
+ * 为什么放在这里而不是各域各写一遍：三个域的回收站落在三套不同的目录布局里
+ * （hub 的四类 `<kind>-trash`、记忆的 `memories-trash`、技能的 `skills-trash`），
+ * 但"把一个目录里的文件读成能看的文本"这件事完全一样。上限、二进制判据、哪些名字算清单
+ * 只写一遍 —— 否则迟早出现"某一域的详情能读到别的东西"。
+ *
+ * 只读、不落盘、不跟随符号链接（条目里出现链接一律跳过，别把根外的文件读出来给界面看）。
+ * 目录不存在 / 读不动 → 返回空数组，调用方据此报"内容已不可读"，不抛。
+ */
+export async function readTrashPayloadFiles(dir, options = {}) {
+    const out = [];
+    let total = 0;
+    const maxDepth = Number.isFinite(Number(options.maxDepth)) ? Number(options.maxDepth) : PREVIEW_MAX_DEPTH;
+    const walk = async (current, rel, depth) => {
+        if (out.length >= PREVIEW_MAX_FILES || depth > maxDepth)
+            return;
+        let entries;
+        try {
+            entries = await readdir(current, { withFileTypes: true });
+        }
+        catch {
+            return;
+        }
+        // 目录在前、文件在后；同层按名字排序 —— 让详情里的顺序稳定（不随文件系统枚举顺序变）。
+        const sorted = [...entries].sort((a, b) => {
+            if (a.isDirectory() !== b.isDirectory())
+                return a.isDirectory() ? -1 : 1;
+            return a.name.localeCompare(b.name);
+        });
+        for (const entry of sorted) {
+            if (out.length >= PREVIEW_MAX_FILES)
+                return;
+            const abs = join(current, entry.name);
+            const nextRel = rel ? `${rel}/${entry.name}` : entry.name;
+            if (entry.isSymbolicLink())
+                continue;
+            if (entry.isDirectory()) {
+                await walk(abs, nextRel, depth + 1);
+                continue;
+            }
+            if (!entry.isFile() || TRASH_META_NAMES.has(entry.name))
+                continue;
+            let buf;
+            try {
+                buf = await readFile(abs);
+            }
+            catch {
+                continue;
+            }
+            const file = { path: nextRel, size: buf.length };
+            if (looksBinary(buf)) {
+                file.binary = true;
+            }
+            else {
+                const room = Math.max(0, Math.min(PREVIEW_MAX_FILE, PREVIEW_MAX_TOTAL - total));
+                const slice = buf.subarray(0, room);
+                file.text = slice.toString('utf8');
+                if (slice.length < buf.length)
+                    file.truncated = true;
+                total += slice.length;
+            }
+            out.push(file);
+        }
+    };
+    await walk(dir, '', 0);
+    return out;
+}
 async function readManifest(kind, id) {
     const dir = trashEntryPath(kind, id);
     if (dir === null)

package/lib/index.js

@@ -16,7 +16,7 @@ import { createRequire } from 'node:module';
 import { randomUUID } from 'node:crypto';
 import { createHistoryDomain } from './sessions/history.js';
 import { createSkillsService, pluginLog } from './skills/service.js';
-import { renameWithRetry } from './skills/core.js';
+import { renameWithRetry, trashRootPath } from './skills/core.js';
 import { createPromptsService } from './prompts/service.js';
 import { createQuickPromptsService } from './prompts/quick-service.js';
 import { isInsideRootResolved } from './paths.js';
@@ -206,6 +206,10 @@ export default {
             memoriesRoot: String(config?.memoriesRoot || ''),
             stateDir: String(config?.memoriesStateDir || ''),
             scenesDir: String(config?.memoriesScenesDir || ''),
+            // 技能回收站根目录：只给回收站「详情」（`trash-preview`）读技能条目用。路径的唯一定义
+            // 在 skills/skill-roots.ts（`trashRootPath()`），这里原样转手，不在记忆域重算一遍 ——
+            // 重算就是第二个真相源，改一处忘一处时详情会指向一个空目录。
+            skillsTrashDir: trashRootPath(),
             // 场景记忆段预算（字节），默认 131072（= DEFAULT_MAX_BYTES，128 KiB）；仅用于测试与特殊部署调优。
             ...(Number.isFinite(Number(config?.rulesMaxBytes))
                 ? { maxBytes: Number(config.rulesMaxBytes) }
@@ -882,8 +886,8 @@ export default {
         // 启动那次清扫读完侧车就返回了，一次磁盘遍历都不做。
         //
         // 记忆回收站那两条**走 memories 域的 op**，不在这里重抄路径与 manifest 形状：它在
-        // `hub/memories-trash/`（hub 根下的独立目录，不在 `trash/` 里），形状由 memories 域
-        // 自己定 —— 重抄一遍只会得到第二份会漂移的真相（hub.ts 顶部那张目录图专门写过这件事）。
+        // `hub/trash/memories-trash/`（2026-10-10 起与其余五类同处一处，之前是 hub 根下的独立
+        // 目录），形状由 memories 域自己定 —— 重抄一遍只会得到第二份会漂移的真相。
         const trashRetention = createTrashRetentionDomain({
             ctx,
             config,
@@ -2208,7 +2212,15 @@ export default {
             const denied = await frozenGate('agentsmd-apply', { id });
             return denied ? { ok: false, error: denied } : applyPresetGuarded(id);
         };
-        buildPromptTools({ ...toolDeps, promptOps: auditOps(promptOps), applyPresetGuarded: applyPresetForModel, promptsDir });
+        // 取消应用同理：`agentsmd-unapply` 在冻结清单里，模型侧不经 op 表直调就要在这里显式过
+        // 冻结闸（与 apply 同一形状）—— 少了这一层，锁着场景时模型仍能撤掉当前基线。
+        const unapplyPresetForModel = async () => {
+            const denied = await frozenGate('agentsmd-unapply', {});
+            return denied
+                ? { ok: false, error: denied }
+                : promptOps['agentsmd-unapply']();
+        };
+        buildPromptTools({ ...toolDeps, promptOps: auditOps(promptOps), applyPresetGuarded: applyPresetForModel, unapplyPreset: unapplyPresetForModel, promptsDir });
         buildMemoryTools({ ...toolDeps, rulesOps: auditOps(memoriesService.ops) });
         // 场景族（tools/scene.ts）：列场景与档案（`_list`）+ 建场景 / 写档案 / 绑提示词（`_save`）
         // + 进入与退出（`_switch`）。

package/lib/mcp/manager.js

@@ -18,11 +18,11 @@
 // 其余 14 项（ensurePaths / withWriteLock / readPatch / pluginInventory / memoriesService 等）
 // 由 deps 显式传入。
 import { clearRuntimeNote, noteRuntime } from '../compat/runtime-notes.js';
+import { mkdir } from 'node:fs/promises';
+import { join } from 'node:path';
 import { MCP_CLIENT_MODULE, MCP_TOOL_PREFIX, ambiguousServerNames, looksLikeMcpPrefixDrift, serverNameCandidates, splitMcpToolName } from '../host-names.js';
 import { hubPath } from '../hub.js';
 import { planOverrideCompaction } from './override-blocks.js';
-// 配置体检的探测（PATH 查询 / 端点连通性 / 检查清单 + mcpm-inspect op），2026-10-01 剥出。
-import { createInspectProbe } from './inspect-probe.js';
 import { createMcpStateCatalog } from './state-section.js';
 import { createToolVisibility } from './tool-visibility.js';
 import { appendBlock, buildDisableBlock, buildInsertBlock, insertEntryIds, parseRows, removeEntryAll, removeMarked, spliceRanges, splitLines, } from './patch-yaml.js';
@@ -1519,15 +1519,19 @@ export function createMcpManager(deps) {
             return { ok: true, removed: total, ids: removed, files };
         });
     }
-    // ---------- 配置体检的探测（0.15.0 B1；0.16.5 起含端点探测）----------------------
-    // 正文 2026-10-01 整段搬到 ./inspect-probe.js（一字未改，只把闭包作用域的几个名字改走
-    // deps）。那段「对补丁只读、`where`/`which` 只查命令名绝不执行配置里的命令、复用列表结果
-    // 但不回写任何缓存」的口径连同理由一起搬过去了，见那边的文件头。
-    const { mcpmInspect } = createInspectProbe({
-        ensurePaths, readPatch, message, normalizeRow, mcpmList,
-    });
     // ---------- 配置的导出 / 导入 ----------
-    async function mcpmExport() {
+    /**
+     * `args.outDir`（可选）：给了就写到该目录下的 `mcp-export.json`，不给则照旧写 hub 侧车。
+     *
+     * 判据与 `bundle-export` / `snapshot-export` 完全一致（必须绝对路径）：相对路径会落到
+     * 进程 CWD，那是猜。用户 2026-10-12：「mcp 的导出缺少选择导出目录」—— 此前这一档只能
+     * 落到 `~/.dsh/tool-management/mcp-export.json`，界面上没有任何可改的出口。
+     *
+     * `args.dryRun`（可选）：只算 JSON、**不落盘**。界面打开弹窗时先用它取预览，真正落盘
+     * 由用户点「导出到目录」触发 —— 与其余四个导出弹窗同一套交互（不开弹窗就写文件是副作用）。
+     * `snapshot-export` 走的是不带 dryRun 的老路径，行为不变。
+     */
+    async function mcpmExport(args) {
         const p = await ensurePaths();
         const list = await mcpmList();
         const rows = (list.rows || []).filter((r) => r.level !== 'loader').map((r) => ({
@@ -1544,16 +1548,24 @@ export function createMcpManager(deps) {
         }));
         const payload = { exportedAt: new Date().toISOString(), rows };
         const json = JSON.stringify(payload, null, 2);
+        if (args && args.dryRun)
+            return { ok: true, json, savedTo: null };
+        const outDir = String((args && args.outDir) || '').trim();
+        if (outDir && !/^([A-Za-z]:[\\/]|\\\\|\/)/.test(outDir))
+            return { ok: false, error: '导出目录需为绝对路径' };
         let savedTo = null;
         try {
-            const abs = mcpSidecar(MCP_EXPORT_FILE);
-            // 用 `writeJsonFile`（直写 hub 侧车）而**不是** `writePatch`（2026-09-30 审查 P1-3）：
+            const abs = outDir ? join(outDir, MCP_EXPORT_FILE) : mcpSidecar(MCP_EXPORT_FILE);
+            // 用 `writeJsonFile`（直写 JSON）而**不是** `writePatch`（2026-09-30 审查 P1-3）：
             // `writePatch` 是宿主**补丁文件**的写口，写前会跑 `checkPatchWrite` 的官方方言校验
             // （顶层必须是 YAML 数组），而这里写的是 hub 里一份 JSON **对象** —— 校验必然失败、
             // 异常被下面的 catch 吞掉，于是 `savedTo` 恒为 null，界面显示"没能落盘（hub 目录写入
             // 失败）"，**诊断是错的**（真实原因是方言校验器拒收 JSON 对象）。而且 `writePatch`
             // 自己的调用面纪律（`index.ts`：「不写宿主配置的动作也不该调用它」）本就排除了它 ——
             // 本处是唯一一个传 hub 路径的调用点。顺带省掉一次 `danger-full-access` 策略升级。
+            // `writeJsonFile` 不建父目录（hub 路径总是已存在），所以自定义目录要自己 mkdir。
+            if (outDir)
+                await mkdir(outDir, { recursive: true });
             await writeJsonFile(abs, payload);
             savedTo = abs;
         }
@@ -1792,7 +1804,6 @@ export function createMcpManager(deps) {
             'mcpm-compact': mcpmCompact,
             'mcpm-export': mcpmExport,
             'mcpm-import': mcpmImport,
-            'mcpm-inspect': mcpmInspect,
         },
         readDisabledTools,
         readKnownMcpTools,

package/lib/mcp/secret-guard.js

@@ -15,7 +15,7 @@
 // 「那几段」= **userinfo / 查询串 / 片段**三处（2026-09-30 审查 F5）：`new URL()` 把 userinfo
 // 与 fragment 存在 `username/password` 与 `hash` 里，`toString()` 原样带出。只换 `search`
 // 的话，`https://user:pass@host/mcp`（Basic-Auth 形态）与 `https://host/mcp#access_token=…`
-// 会整条原样返回 —— 而这两条路正是免令牌出口（`mcpm-list` / `mcpm-inspect` / 模型工具 /
+// 会整条原样返回 —— 而这两条路正是免令牌出口（`mcpm-list` / 模型工具 /
 // 快照导出）。路径与主机**不动**：它们是该服务的身份，算进来会把真 URL 误判成打码值。
 //
 // 判据为什么可以这么硬：打码值只可能表示"用户没改这一项"，绝不可能表示"用户想把它设成这个"。
@@ -170,7 +170,7 @@ function maskUrlPartsByString(url) {
  * fragment 存在 `username/password` 与 `hash` 里，`toString()` 会原样带出 ——
  * 只替换 `search` 的话，`https://user:pass@host/mcp` 与 `https://host/mcp#access_token=…`
  * 会**整条原样返回**（后者连 `?` 都没有），而这两条路正是免令牌出口
- * （`mcpm-list` / `mcpm-inspect` / 模型工具 / 快照导出）。Basic-Auth 形态的凭据就此明文可见。
+ * （`mcpm-list` / 模型工具 / 快照导出）。Basic-Auth 形态的凭据就此明文可见。
  */
 export function maskUrlQuery(url) {
     if (!url)

package/lib/memories/constants.js

@@ -188,5 +188,12 @@ export const fail = (code, error, params) => (params ? { ok: false, error, code,
  * 旧名 `rules-index.json` / `rules-trash/` 由 hub 的启动迁移搬过来（见 hub.ts）。
  */
 export const MEMORIES_INDEX_FILE = 'memories-index.json';
-/** 记忆回收站目录名（hub 根下）。ops 分域后 trash 域要用，故与索引文件名一起放在这一层。 */
-export const MEMORIES_TRASH_DIR = 'memories-trash';
+/**
+ * 记忆回收站目录（**hub 内相对路径**，故带 `trash/` 段）。
+ *
+ * 2026-10-10 起与其余五类同处一处：`hub/trash/memories-trash/`。此前它是 hub 根下的
+ * `memories-trash/`，独立于 `trash/` —— 界面上六类早就统一成一个「回收站」了，落点却分两处，
+ * 按 `trash/` 写备份 / 迁移脚本会漏掉这一类（条目数最多的那类）。
+ * 老位置由 hub 的启动迁移搬过来（见 `hub.ts` 的 `HUB_RENAMES`），只搬不删。
+ */
+export const MEMORIES_TRASH_DIR = 'trash/memories-trash';

package/lib/memories/service.js

@@ -65,7 +65,7 @@ import { deriveFromDoc, projectRule, relocateLegacyLayout, buildSnapshot, probeS
  * 场景/记忆根目录名（$DSH_HOME 下），集中在 `tool-management/` 一个目录内：
  *   - `memories/<场景>/…`    记忆正文真源
  *   - `..`（即 tool-management 根）侧车：memories-index.json（内含 `scenes` 切片 = 场景记录
- *     的**真源**）/ skills-state.json / trash/ / memories-trash/
+ *     的**真源**）/ skills-state.json / trash/（六类回收站，含 `trash/memories-trash/`）
  *
  * `scenes/`（`SCENES_DIR`）是 v0.3 遗留的**空壳**：只创建、只回显路径，没有任何读写。
  * 别把场景记录的位置写成它。
@@ -728,6 +728,7 @@ export function createMemoriesService(ctx, deps) {
     // 抽出去的 ops/*.ts 只通过它访问闭包，任何漏挂都会在 tsc 阶段报「Cannot find name」。
     const rc = {
         stateDir, memoriesRoot, scenesRoot, maxBytes,
+        ...(deps.skillsTrashDir ? { skillsTrashDir: deps.skillsTrashDir } : {}),
         snapshot, invalidateSnapshot, sceneMemory, scenePrompt,
         parseId, locateRule, refuseOutsideRoot, buildProjected, sceneRows,
         copyIntoMemoriesTrash, listAttachments, serializeRuleFile, serializeUpdatedFile,
@@ -759,6 +760,10 @@ export function createMemoriesService(ctx, deps) {
         'rules-remove': (args) => runWrite(() => trashOps.rulesRemove(args || {})),
         'rules-restore': (args) => runWrite(() => trashOps.rulesRestore(args || {})),
         'rules-trash-list': () => trashOps.rulesTrashList(),
+        // 回收站「详情」：跨域只读预览（记忆 / 技能 / 提示词 / 人设 / 场景五类的条目都能查）。
+        // 只 lstat + 递归读文件，不写任何东西 ⇒ 不进写队列、也不 refresh 快照。
+        // 登记在 op-registry 的 `readonly` 一档：**锁定期间照样能看**（锁的是写，不是看）。
+        'trash-preview': (args) => trashOps.trashPreview(args || {}),
         'rules-trash-remove': (args) => runWrite(() => trashOps.rulesTrashRemove(args || {})),
         'rules-attach': (args) => runWrite(() => memoryOps.rulesAttach(args || {})),
         'rules-detach': (args) => runWrite(() => memoryOps.rulesDetach(args || {})),

package/lib/op-registry.js

@@ -57,12 +57,6 @@ export const OP_REGISTRY = Object.freeze({
     // 会停在启用态 —— 是写不是读。（0.6.0 / 0.7.0 各有漏列前科，见文件头。）
     'mcpm-tools-refresh': { write: true },
     'mcpm-tools': { readonly: true },
-    // 配置体检：只读补丁文件 + 一次 PATH 查询（`where`/`which`，不执行配置里的命令）。
-    // 回的是检查项 id + 少量**打码后**的字段值（URL 查询串走 `maskUrlQuery`，与 `mcpm-list`
-    // 同口径；`command` 明文，理由同 `mcpm-list`：命令名不是凭据，`args` 两边都不回）。
-    // 与 `mcpm-list` 同档，不带令牌 —— 0.16.6 之前这里回的是 URL 原文，等于让免令牌的请求
-    // 拿到 `?api_key=…`，绕过了 `mcpm-reveal` 那道防线（审查 P0-5，0.17.0 修）。
-    'mcpm-inspect': { readonly: true },
     // ── 技能域（22，含内联的 skill-open）───────────────────────────────────────
     'skill-state': { annotatesLock: true },
     'skill-detail': { readonly: true },
@@ -88,6 +82,9 @@ export const OP_REGISTRY = Object.freeze({
     'skill-trash-delete': { serviceWrite: true, frozen: true },
     'skill-custom-add': { serviceWrite: true, frozen: true },
     'skill-custom-remove': { serviceWrite: true, frozen: true },
+    // 永久删除一条**按约定发现**的来源记录（agents / codex / claude）：只写本地状态里的
+    // `forgottenSources`，磁盘源文件一个字节都不动。与 `skill-custom-remove` 同权。
+    'skill-source-forget': { serviceWrite: true, frozen: true },
     // 打开系统编辑器改文件：不改宿主状态，但它是"界面按钮"性质的写入口，按写门禁。
     'skill-open': { write: true },
     // ── 记忆与场景域（27：memories 24 + archive-engine 3）──────────────────────
@@ -96,6 +93,9 @@ export const OP_REGISTRY = Object.freeze({
     'rules-budget': { readonly: true },
     'rules-diagnose': { readonly: true },
     'rules-trash-list': { readonly: true },
+    // 回收站「详情」：跨域只读（五类回收站共用一条，域由 args.domain 区分）。只读 → 不冻，
+    // 锁定的场景里照样能看一眼"删掉的是什么"（看不是改，与「编辑页可打开」同一条口径）。
+    'trash-preview': { readonly: true },
     'rules-create': { serviceWrite: true, frozen: true },
     'rules-update': { serviceWrite: true, frozen: true },
     'rules-remove': { serviceWrite: true, frozen: true },

package/lib/ops/sessions.js

@@ -18,6 +18,31 @@ import { isValidPresetId } from '../prompts/preset-id.js';
 import { defaultPersonasDir, validPersonaName } from '../subagents/service.js';
 import { isInsideRoot } from '../paths.js';
 import { planMemoryExport } from '../memories/service.js';
+/**
+ * Linux 的桌面目录：按 XDG 用户目录规范从 `user-dirs.dirs` 里读 `XDG_DESKTOP_DIR`。
+ *
+ * 为什么需要它：中文 / 日文等本地化环境里，桌面目录的**真名**不是 `Desktop`，而是
+ * `桌面` / `デスクトップ` —— 这时 `join(homedir(), 'Desktop')` 探不到，我们会白白退回主目录。
+ * 配置文件里的值形如 `"$HOME/桌面"`（含 `$HOME` 变量与引号），这里做最小解析：
+ * 去引号、把 `$HOME` / 前导 `~` 换成真实主目录。
+ *
+ * 读不到 / 没有这一行 / 值不是绝对路径 → 返回 undefined，调用方继续试下一个候选。
+ * 纯只读，任何异常都吞掉（这只是"默认值填哪儿"的增强，不该影响导出本身）。
+ */
+async function xdgDesktopDir() {
+    try {
+        const base = String(process.env.XDG_CONFIG_HOME || '').trim() || join(homedir(), '.config');
+        const text = await readFile(join(base, 'user-dirs.dirs'), 'utf8');
+        const m = /^\s*XDG_DESKTOP_DIR\s*=\s*"([^"]*)"/m.exec(text);
+        if (!m)
+            return undefined;
+        const raw = m[1].replace(/^\$HOME(?=[\\/]|$)/, homedir()).replace(/^~(?=[\\/]|$)/, homedir());
+        return raw && (raw.startsWith('/') || /^[A-Za-z]:[\\/]/.test(raw)) ? raw : undefined;
+    }
+    catch {
+        return undefined;
+    }
+}
 export function buildSessionOps(deps) {
     return {
         // History（归档会话管理）ops。只读：history-list / history-retention-get；
@@ -114,16 +139,35 @@ export function buildSessionOps(deps) {
                 return { ok: false, error: deps.message(e) };
             }
         },
-        // 导出默认目录：桌面（存在时）否则用户主目录。只读，不门控。
+        // 导入 / 导出的默认目录：桌面（存在时）否则用户主目录。只读，不门控。
+        //
+        // 名字里带 `history` 是历史原因，但它早就是**全插件共用的**默认 IO 目录：整机迁移导出
+        // / 快照位置 / 会话导出 / MCP JSON 导出 / 技能自定义来源目录都取这一份。之所以必须问宿主、
+        // 不能让客户端写死：桌面在哪取决于**跑宿主的那台机器 + 那个用户**——
+        //   Windows  C:\Users\<用户名>\Desktop
+        //   macOS    /Users/<用户名>/Desktop
+        //   Linux    /home/<用户名>/Desktop，且桌面目录**未必存在**（也可能是本地化名字，
+        //            例如中文环境下的 ~/桌面 —— 那种走 XDG 配置，见下）
+        // 全部用 `os.homedir()` 起算，换用户 / 换系统自动跟着走。
         'history-export-defaults': async () => {
             let dir = homedir();
-            try {
-                const desktop = join(homedir(), 'Desktop');
-                const st = await stat(desktop);
-                if (st.isDirectory())
-                    dir = desktop;
+            // Linux 的桌面目录名可能被本地化：先按 XDG 用户目录规范问一次，再退回惯用的 Desktop。
+            // 两条都探不到就用主目录 —— 主目录一定存在，且导出的只是子目录，不影响可用性。
+            const candidates = [join(homedir(), 'Desktop')];
+            if (process.platform === 'linux') {
+                candidates.unshift(await xdgDesktopDir());
+            }
+            for (const candidate of candidates) {
+                if (!candidate)
+                    continue;
+                try {
+                    if ((await stat(candidate)).isDirectory()) {
+                        dir = candidate;
+                        break;
+                    }
+                }
+                catch { /* 这个候选不可用 → 试下一个 */ }
             }
-            catch { /* 桌面路径不可用 → 回退主目录 */ }
             return { ok: true, defaultDir: dir };
         },
         // 列出目录的子目录，供客户端「选择文件夹」弹窗逐级浏览。dir 为空时返回根
@@ -321,6 +365,17 @@ export function buildSessionOps(deps) {
                 return { ok: false, error: '当前环境不支持重新登记工作区（registry 未实现 registerWorkspace）' };
             }
             const title = args && args.title ? String(args.title) : undefined;
+            // 目录已被删除时提前拦下（用户 2026-10-12：工作区文件夹删掉后不该还能「重新登记」）。
+            // 宿主 registerWorkspace 内部的 realpath 本来就会拒绝，但报错文本是底层的；这里给
+            // 一句能直接读懂的提示。界面在 dirMissing 时已不再渲染该按钮，这条是防御性兜底。
+            try {
+                const st = await stat(path);
+                if (!st.isDirectory())
+                    return { ok: false, error: '目录已不存在，无法重新登记：' + path };
+            }
+            catch {
+                return { ok: false, error: '目录已不存在，无法重新登记：' + path };
+            }
             try {
                 const workspace = await registry.registerWorkspace(path, title);
                 return { ok: true, workspace };

package/lib/ops/trash.js

@@ -4,9 +4,10 @@
 // 但共用 copyIntoMemoriesTrash 等入口，经 MemoriesOpsCtx 显式传入。
 import { copyFile, cp, lstat, mkdir, readFile, readdir, rm, stat } from 'node:fs/promises';
 import { join } from 'node:path';
-import { isValidTrashId } from '../hub.js';
+import { isValidTrashId, readTrashPayloadFiles, trashEntryPath } from '../hub.js';
 import { LEGACY_BUNDLE_DOC, bundleDocName, isValidGroupSegment, isValidGroupPath, fail, MEMORIES_TRASH_DIR } from '../memories/constants.js';
 import { readIndex, writeIndex } from '../memories/index-io.js';
+import { isValidSegment } from '../paths.js';
 /** 组装本域 op。rc 由 createMemoriesService 组装，契约见 ./ctx.ts。 */
 export function buildTrashOps(rc) {
     const { buildProjected, copyIntoMemoriesTrash, invalidateSnapshot, locateRule, parseId, refuseOutsideRoot, memoriesRoot, stateDir } = rc;
@@ -104,7 +105,7 @@ export function buildTrashOps(rc) {
         return { ok: true, rule: await buildProjected(manifest.group ? `${manifest.group}/${manifest.name}` : manifest.name) };
     }
     /**
-     * 记忆回收站列表（只读）：`<stateDir>/memories-trash/<trashId>/`（`rulesRemove` 移入，
+     * 记忆回收站列表（只读）：`<stateDir>/trash/memories-trash/<trashId>/`（`rulesRemove` 移入，
      * `rulesRestore` 恢复）。损坏或内容缺失的条目跳过，不让一个坏条目挡住整份列表。
      */
     async function rulesTrashList() {
@@ -172,5 +173,63 @@ export function buildTrashOps(rc) {
         await rm(dir, { recursive: true, force: true });
         return { ok: true };
     }
-    return { rulesRemove, rulesRestore, rulesTrashList, rulesTrashRemove };
+    /**
+     * 回收站「详情」（只读）：把一条条目的内容读出来给界面看一眼"删掉的到底是什么"。
+     *
+     * 用户 2026-10-12：「回收站的每条信息应该增加一个详情按键，点开就能看这个信息是什么样子，
+     * 不能更改内容，没有保存按键」。所以这里**只有读**：不写盘、不改名、不动回收站条目。
+     *
+     * 为什么是一条跨域的 op 而不是五个域各加一条：五个回收站落在**三套不同的目录布局**里 ——
+     *   hub 四类：`<hub>/trash/<kind>-trash/<id>/`（`trashEntryPath`）
+     *   记忆：   `<stateDir>/trash/memories-trash/<trashId>/`
+     *   技能：   `<hub>/trash/skills-trash/<id>/`（skills 域的 `trashRootPath()`，由 index 注入）
+     * 但"读出来给人看"这件事完全一样，交给 `readTrashPayloadFiles` 一个函数做完，
+     * 上限 / 二进制判据 / 哪些名字算清单只写一遍。
+     *
+     * 条目目录不存在 / 不是目录 → 明确报"条目不存在"（与"目录在、但里面没有可显示的文件"
+     * 分开：前者是条死链，后者是一条正常但没内容的记录）。读不动的单个文件由
+     * `readTrashPayloadFiles` 自己跳过，不抛 —— 详情打不开不该影响用户对这条目做恢复 / 永久删除。
+     */
+    async function trashPreview(args) {
+        const domain = String((args && args.domain) || '');
+        const id = String((args && args.id) || '').trim();
+        const hubKinds = { presets: 'prompts', quick: 'quick-prompts', agents: 'subagents', scenes: 'scenes' };
+        let dir = null;
+        if (hubKinds[domain] || domain === 'memories') {
+            // hub 四类与记忆回收站的条目名都由 `newTrashId()` 生成（时间戳 base36 + uuid 前 8 位），
+            // 走那一套严格白名单 —— 它同时也是 `rulesRestore` / 硬删除用的同一道闸。
+            if (!isValidTrashId(id))
+                return fail('error.rules.notFound', `回收站条目不存在：${id}`);
+            dir = hubKinds[domain]
+                ? trashEntryPath(hubKinds[domain], id)
+                : join(stateDir, MEMORIES_TRASH_DIR, id);
+        }
+        else if (domain === 'skills') {
+            // ⚠️ 技能回收站的条目名是 `${Date.now()}-${randomUUID()}`（见 core.ts 的移入回收站那段），
+            // **不满足** `isValidTrashId` 那条白名单（多段连字符 + 大写十六进制）—— 拿它去判会把
+            // 每一条技能条目都判成"不存在"，界面上就是"详情点了没反应"。
+            // 这里换成与 `skill-trash.ts` 的 `entryPath` 同一个口径：能安全当**一个路径段**即可
+            //（不含分隔符 / 不是 `.` `..` / 首尾无空白与点）。以点开头的一律拒 —— `listTrash()`
+            // 本来就把 `.stage-*` 那类临时目录排除在外，界面拿不到它们，这里也不该读得到。
+            if (!isValidSegment(id, 128) || id.startsWith('.'))
+                return fail('error.rules.notFound', `回收站条目不存在：${id}`);
+            dir = rc.skillsTrashDir ? join(rc.skillsTrashDir, id) : null;
+        }
+        else
+            return fail('error.rules.notFound', `这个回收站不支持查看详情：${domain || '(空)'}`);
+        if (!dir)
+            return fail('error.rules.notFound', `回收站条目不存在：${id}`);
+        // 条目目录本身必须真实存在（`readTrashPayloadFiles` 对不存在的目录返回空数组，
+        // 那种"空"与"条目不存在"要分开：前者能恢复、后者是条死链）。
+        try {
+            const st = await lstat(dir);
+            if (!st.isDirectory() || st.isSymbolicLink())
+                return fail('error.rules.notFound', `回收站条目不存在：${id}`);
+        }
+        catch {
+            return fail('error.rules.notFound', `回收站条目不存在：${id}`);
+        }
+        return { ok: true, id, domain, files: await readTrashPayloadFiles(dir) };
+    }
+    return { rulesRemove, rulesRestore, rulesTrashList, rulesTrashRemove, trashPreview };
 }

package/lib/sessions/history.js

@@ -205,6 +205,24 @@ export function createHistoryDomain(deps) {
             const liveByPath = new Map();
             const owned = new Map();
             const liveRecords = [];
+            // 「目录真实存在」检查缓存：活登记与重建组共用同一份探测，同一目录只 stat 一次；
+            // 结果按归一化键缓存，避免每次刷新重复探盘。
+            const dirExistsCache = new Map();
+            async function directoryExists(p) {
+                const k = workspacePathKey(p);
+                const hit = dirExistsCache.get(k);
+                if (hit !== undefined)
+                    return hit;
+                let ok = false;
+                try {
+                    ok = (await stat(p)).isDirectory();
+                }
+                catch {
+                    ok = false;
+                }
+                dirExistsCache.set(k, ok);
+                return ok;
+            }
             const table = typeof registry.requireTable === 'function' ? registry.requireTable() : undefined;
             const state = typeof registry.requireState === 'function' ? registry.requireState() : undefined;
             if (table) {
@@ -224,7 +242,14 @@ export function createHistoryDomain(deps) {
                         liveByPath.set(workspacePathKey(path), wid);
                         liveRecords.push({ id: String(wid), path, title });
                     }
-                    const view = { id: 'ws:' + wid, title, kind: 'live', registered: true, ...(path ? { path } : {}) };
+                    // 活登记也要探一次盘：登记还在、但磁盘上的工作区文件夹被删掉时，界面必须能及时
+                    // 标出来（用户 2026-10-12：「要怎么及时知道这个工作区实际文件夹已经被删除了」）。
+                    const liveDirMissing = path !== undefined && !(await directoryExists(path));
+                    const view = {
+                        id: 'ws:' + wid, title, kind: 'live', registered: true,
+                        ...(path ? { path } : {}),
+                        ...(liveDirMissing ? { dirMissing: true } : {}),
+                    };
                     groupsById.set(view.id, view);
                     groups.push(view);
                     workspaces[wid] = { title, ...(path ? { path } : {}) };
@@ -240,24 +265,6 @@ export function createHistoryDomain(deps) {
             }
             const sessionPaths = registry.sessionPaths instanceof Map ? registry.sessionPaths : undefined;
             const headers = registry.headers instanceof Map ? registry.headers : undefined;
-            // 「目录真实存在」检查缓存：canRegister 从「宿主 sessionPaths 命中」放宽为
-            // 「目录存在」时，同一目录只 stat 一次；结果按归一化键缓存，避免每次刷新重复探盘。
-            const dirExistsCache = new Map();
-            async function directoryExists(p) {
-                const k = workspacePathKey(p);
-                const hit = dirExistsCache.get(k);
-                if (hit !== undefined)
-                    return hit;
-                let ok = false;
-                try {
-                    ok = (await stat(p)).isDirectory();
-                }
-                catch {
-                    ok = false;
-                }
-                dirExistsCache.set(k, ok);
-                return ok;
-            }
             for (const it of items) {
                 const sid = it.sessionId;
                 let wid = owned.get(sid);
@@ -287,14 +294,17 @@ export function createHistoryDomain(deps) {
                 const known = snapshot ? snapshot.get(workspacePathKey(path)) : undefined;
                 const existing = groupsById.get(key);
                 if (existing) {
-                    // 同目录的多个会话：宿主索引命中，或磁盘目录真实存在，即可重新登记。
-                    if (canonical !== undefined || (await directoryExists(path))) {
+                    // 同目录的多个会话：只要磁盘目录真实存在，即可重新登记。
+                    // 注意：不能只看宿主 sessionPaths 命中——索引里可能残留已被删除目录的 sessionId。
+                    if (await directoryExists(path)) {
                         existing.canRegister = true;
                         existing.dirMissing = false;
                     }
                     continue;
                 }
-                const canRegister = canonical !== undefined || (await directoryExists(path));
+                // canRegister 必须落到「目录真实存在」：仅靠 canonical/sessionPaths 命中会把
+                // 已被删除的工作区目录误判为可登记，界面继续显示「重新登记」。
+                const canRegister = await directoryExists(path);
                 const view = {
                     id: key,
                     title: known?.title || workspaceBaseName(path) || path,