@xrn1997/dsh-session-delete 0.2.2 → 0.3.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (49) hide show
  1. package/README.md +7 -25
  2. package/lib/client.js +972 -588
  3. package/lib/index.js +553 -286
  4. package/lib/types/api/dispatch.d.ts +2 -2
  5. package/lib/types/api/route-table.d.ts +1 -1
  6. package/lib/types/api/trash-rows.d.ts +13 -6
  7. package/lib/types/client/batch-bar.d.ts +6 -6
  8. package/lib/types/client/batch-confirm.d.ts +5 -3
  9. package/lib/types/client/batch-menu-item.d.ts +2 -2
  10. package/lib/types/client/batch-select.d.ts +7 -50
  11. package/lib/types/client/batch-selection-store.d.ts +30 -0
  12. package/lib/types/client/copy.d.ts +4 -1
  13. package/lib/types/client/delete-confirm.d.ts +2 -0
  14. package/lib/types/client/host-rows.d.ts +35 -0
  15. package/lib/types/client/main-view.d.ts +37 -0
  16. package/lib/types/client/receipt.d.ts +43 -0
  17. package/lib/types/client/remote.d.ts +16 -6
  18. package/lib/types/client/store.d.ts +17 -0
  19. package/lib/types/client/trash-panel.d.ts +1 -1
  20. package/lib/types/client/trash-store.d.ts +2 -0
  21. package/lib/types/client/ui/icons.d.ts +3 -3
  22. package/lib/types/client/undo-toast.d.ts +19 -3
  23. package/lib/types/client/use-column-resize.d.ts +2 -2
  24. package/lib/types/client/use-panel-width.d.ts +1 -1
  25. package/lib/types/client/use-trash-panel-controller.d.ts +55 -0
  26. package/lib/types/client/write-commit.d.ts +10 -0
  27. package/lib/types/deps.d.ts +14 -0
  28. package/lib/types/index.d.ts +6 -13
  29. package/lib/types/log/zstd-frames.d.ts +1 -1
  30. package/lib/types/ports/agent-handles.d.ts +25 -0
  31. package/lib/types/ports/home.d.ts +19 -0
  32. package/lib/types/ports/host-port.d.ts +58 -28
  33. package/lib/types/remote/map-error.d.ts +2 -2
  34. package/lib/types/shared/wire.d.ts +11 -9
  35. package/lib/types/trash/detail.d.ts +1 -1
  36. package/lib/types/trash/entry.d.ts +4 -4
  37. package/lib/types/trash/manifest.d.ts +2 -1
  38. package/lib/types/trash/reconcile.d.ts +2 -2
  39. package/lib/types/trash/storage-manifest.d.ts +12 -0
  40. package/lib/types/verbs/batch.d.ts +1 -1
  41. package/lib/types/verbs/delete-session.d.ts +8 -11
  42. package/lib/types/verbs/errors.d.ts +4 -0
  43. package/lib/types/verbs/member-journal.d.ts +4 -3
  44. package/lib/types/verbs/member-presence.d.ts +35 -0
  45. package/lib/types/verbs/orphan-subagents.d.ts +14 -38
  46. package/lib/types/verbs/permanent-removal.d.ts +113 -0
  47. package/lib/types/verbs/purge-trash.d.ts +9 -5
  48. package/lib/types/verbs/restore-session.d.ts +6 -6
  49. package/package.json +1 -1
package/lib/index.js CHANGED
@@ -1,8 +1,8 @@
1
- import { homedir } from "node:os";
2
- import { join, resolve } from "node:path";
3
1
  import zlib from "node:zlib";
4
2
  import { existsSync } from "node:fs";
5
3
  import { mkdir, readFile, readdir, rename, rm, stat } from "node:fs/promises";
4
+ import { join, resolve } from "node:path";
5
+ import { homedir } from "node:os";
6
6
  //#region src/shared/wire.ts
7
7
  /**
8
8
  * 跨半 wire 契约:`/dsh-session-delete-api` 的**前缀、六个端点段、请求字段名**——
@@ -32,7 +32,7 @@ const SESSION_DELETE_API_PREFIX = "/dsh-session-delete-api";
32
32
  * 一次 HTTP 带一组 id、逐条回结果;单条就是长度为 1 的批量,仓里不再留第二条执行路径。
33
33
  * - `GET /list`:**对账并读**清单(`session-trash/` 里的目录是准)。
34
34
  * - `GET /ping`:最便宜的在/不在(不碰清册、不碰盘、不进链)——客户端探测用它,不用一次全表读。
35
- * - `POST /detail`:单条详情(用 POST 表达一个读:见设计稿 2026-10-15 §3)。
35
+ * - `POST /detail`:单条详情(用 POST 表达一个读:判据就写在 `src/api/route-table.ts` 那一行的上方)。
36
36
  * - `POST /apply`:批量执行一个动作(`delete` / `restore` / `purge` / `count` / `orphan-clean`),逐条回 `ApplyOutcome`。
37
37
  * - `POST /empty`:清空回收站(聚合回执,**不**按条回)。
38
38
  * - `GET /orphans`:无主子会话的扫描报告(纯读,2026-10-19)。**清理不在这里**——它是 `/apply` 的
@@ -69,9 +69,9 @@ function isDSHRemoteError(value) {
69
69
  const candidate = value;
70
70
  return candidate.isDSHRemoteError === true && typeof candidate.code === "string";
71
71
  }
72
- /** 失败码的域。与宿主官方域(`workspace/*`、`session/*`…)不重名,见设计稿 §6。 */
72
+ /** 失败码的域。与宿主官方域(`workspace/*`、`session/*`…)不重名,见本文件。 */
73
73
  const SESSION_DELETE_ERROR_DOMAIN = "sessiondelete";
74
- /** 五个**动词码**(设计稿 §6 那张表)。`io` 是唯一兜底。 */
74
+ /** 五个**动词码**(本文件那张表)。`io` 是唯一兜底。 */
75
75
  const VERB_CODES$1 = [
76
76
  "live",
77
77
  "not-found",
@@ -93,10 +93,10 @@ const SESSION_DELETE_CODES = {
93
93
  const TRASH_DIR_NAME = "session-trash";
94
94
  //#endregion
95
95
  //#region src/remote/map-error.ts
96
- /** 插件专属远程域名(设计稿 §6):与宿主官方域(`workspace/*`、`session/*`、`gateway/*`…)不重名。
96
+ /** 插件专属远程域名(src/shared/wire.ts):与宿主官方域(`workspace/*`、`session/*`、`gateway/*`…)不重名。
97
97
  * 字面量的家在 `shared/wire.ts`(ADR-0003)——浏览器半也按同一个域认码。 */
98
98
  const DOMAIN = SESSION_DELETE_ERROR_DOMAIN;
99
- /** 宿主两条类型化错误 → 我们的码(设计稿 §6 的两行映射)。
99
+ /** 宿主两条类型化错误 → 我们的码(本文件的两行映射)。
100
100
  * 类不可 import(跨插件值 import 是红线;且宿主包与运行中的宿主不同代)⇒ 按官方构造器写死的 `this.name` 认。
101
101
  * 证据:asar `dsh/node_modules/@deepseek-ai/dsh-workspace/lib/index.js` 原文
102
102
  * `var WorkspaceUnknownSessionError = class extends Error { …; this.name = "WorkspaceUnknownSessionError"; }`
@@ -117,7 +117,7 @@ function hostErrorOf(error) {
117
117
  }
118
118
  }
119
119
  /** 上屏原文:`Error` 取 `.message`;**带 `message` 字符串的非 Error 抛出物也照取**(否则会退化成
120
- * `[object Object]`,把设计稿 §6「`message` 是上屏的原文」这条许诺落空);其余一律 `String()`。 */
120
+ * `[object Object]`,把 src/shared/wire.ts「`message` 是上屏的原文」这条许诺落空);其余一律 `String()`。 */
121
121
  function messageOf(error) {
122
122
  if (error instanceof Error) return error.message;
123
123
  if (typeof error === "object" && error !== null) {
@@ -159,7 +159,7 @@ function detailsOf(error) {
159
159
  return ownDetailsOf(error);
160
160
  }
161
161
  /**
162
- * 把任意抛出物折成失败信封里的**那三件**(设计稿 §6 唯一那张映射表)。
162
+ * 把任意抛出物折成失败信封里的**那三件**(本文件唯一那张映射表)。
163
163
  *
164
164
  * - 已经是远程失败(`isDSHRemoteError` 认得的结构标记)⇒ 原样带出它自己的 `code` / `message`,
165
165
  * 挂着的 `details` 一起过桥,不再包一层。
@@ -167,7 +167,7 @@ function detailsOf(error) {
167
167
  * 把它们折成 `sessiondelete/io` 就是把宿主的判断抹成我们的,客户端拿到的 code 从此不能说真话。
168
168
  * - 宿主类型化错误(自身或 `cause` 链上,见 {@link hostErrorOf})⇒ 映射成 `live` / `not-found`,
169
169
  * 并把它自己身上的结构化字段带成 `details`。这一条排在动词码之前:动词会把宿主错误包成笼统的 `io`
170
- * 并把原错误挂在 cause 上(`verbError('io', …, cause)`),不看进 cause 链,§6 那两行映射永远到不了客户端。
170
+ * 并把原错误挂在 cause 上(`verbError('io', …, cause)`),不看进 cause 链,本文件那两行映射永远到不了客户端。
171
171
  * - 动词的 `sessiondelete/<五个码>` ⇒ 原样过桥(`details` 同样带着)。
172
172
  * - 其余(别域的怪 code、前缀外的因、非 Error 抛出物)⇒ `io`,message 保留原文。
173
173
  *
@@ -216,6 +216,13 @@ function toRemoteFailure(error) {
216
216
  const VERB_CODES = VERB_CODES$1;
217
217
  /** `sessiondelete/` 这个前缀——拆码用它,别在下面几处各写一遍字面量。 */
218
218
  const VERB_CODE_PREFIX = `${SESSION_DELETE_ERROR_DOMAIN}/`;
219
+ /** `error.code` 是不是本仓的动词码(`sessiondelete/<码>`)。**唯一判据**:`journalFailure` 与永久删除
220
+ * 执行器要"已经是动词码就原样抛"时都问这一句。同文件的 `withRollbackFailures` 还要码的后缀,所以它
221
+ * 就地 `slice` 一次——前缀仍只住 `VERB_CODE_PREFIX` 这一处,别在调用点另写一份字面量。 */
222
+ function isVerbCodeError(error) {
223
+ const raw = error?.code;
224
+ return typeof raw === "string" && raw.startsWith(VERB_CODE_PREFIX);
225
+ }
219
226
  function verbError(code, message, cause, details) {
220
227
  const e = new Error(message);
221
228
  e.code = SESSION_DELETE_CODES[code];
@@ -255,6 +262,76 @@ function withRollbackFailures(error, failures) {
255
262
  return verbError(code, base.includes(";回滚未完成:") ? extra.length > 0 ? `${base};${extra.join(";")}` : base : `${base};回滚未完成:${merged.join(";")}`, error, { rollbackFailures: merged });
256
263
  }
257
264
  //#endregion
265
+ //#region src/ports/agent-handles.ts
266
+ const CAPTURED_AGENT_HANDLES = Symbol.for("dsh-session-delete.captured-agent-handles");
267
+ /** 在 `ctx.agents` 上包一层 `resume` / `create`,把返回的 agent handle 的 dispose 按会话 id 记下。
268
+ * 服务缺席时走 `ctx.inject(['agents'])` **等服务挂上再装**——live profile 的插件激活顺序可能早于
269
+ * `agents` 服务就绪;只在 apply 时 `get` 一次会让捕获静默缺席(真机症状:重启前在回收站的能冷恢复,
270
+ * 刚删除的会话恢复后旧 agent 拦住 prompt)。形状不符 / 属性不可写都只是**不捕获**,不影响插件激活。
271
+ *
272
+ * **安装时机**:先 `get('agents')`,没装成再 `inject(['agents'])`(两者只装一次,符号表兜住)。
273
+ * **symbol 表**:句柄表挂在服务实例的 {@link CAPTURED_AGENT_HANDLES} 上;同一个 agents 服务上的第二次
274
+ * 安装(`get` 与 `inject` 各一次,或第二个 `createHostPort`)看见它就直接共用,不把 wrapper 套第二层。
275
+ * **读回判据**:cordis 的 traceable 服务代理每次读函数都会新包一层(`get` 里的 `createShadowMethod`),
276
+ * 所以只能看 own property descriptor 的身份;拿 `service[name]` 读回比身份是必然的假警报。
277
+ */
278
+ function captureAgentHandles(ctx) {
279
+ let handles = /* @__PURE__ */ new Map();
280
+ let installed = false;
281
+ const install = (candidate) => {
282
+ if (installed) return;
283
+ const service = candidate;
284
+ if (service === void 0 || service === null) return;
285
+ const existing = service[CAPTURED_AGENT_HANDLES];
286
+ if (existing !== void 0) {
287
+ handles = existing;
288
+ installed = true;
289
+ return;
290
+ }
291
+ let wrappedCount = 0;
292
+ for (const name of ["resume", "create"]) try {
293
+ const original = service[name];
294
+ if (typeof original !== "function") continue;
295
+ const wrapped = function(...args) {
296
+ const result = Reflect.apply(original, this, args);
297
+ result.then((value) => {
298
+ const handle = value;
299
+ const id = handle?.agent?.id;
300
+ if (typeof id !== "string" || id.length === 0 || typeof handle?.dispose !== "function") return;
301
+ handles.set(id, async () => {
302
+ await handle.dispose();
303
+ });
304
+ }, () => void 0);
305
+ return result;
306
+ };
307
+ service[name] = wrapped;
308
+ if (Object.getOwnPropertyDescriptor(service, name)?.value !== wrapped) throw new Error(`agents.${name} is not writable`);
309
+ wrappedCount += 1;
310
+ } catch {}
311
+ if (wrappedCount === 0) return;
312
+ try {
313
+ service[CAPTURED_AGENT_HANDLES] = handles;
314
+ } catch {}
315
+ installed = true;
316
+ };
317
+ const service = ctx.get("agents");
318
+ if (service !== void 0 && service !== null) install(service);
319
+ if (!installed && typeof ctx.inject === "function") try {
320
+ ctx.inject(["agents"], (child) => {
321
+ install(child.get("agents"));
322
+ });
323
+ } catch {}
324
+ return { async dispose(sessionId) {
325
+ const dispose = handles.get(sessionId);
326
+ if (dispose === void 0) return;
327
+ try {
328
+ await dispose();
329
+ } finally {
330
+ handles.delete(sessionId);
331
+ }
332
+ } };
333
+ }
334
+ //#endregion
258
335
  //#region src/ports/host-port.ts
259
336
  /** live store 的最小方法面判据(同 `projectionCacheOf` 的手法:按方法面判,不按 constructor.name)。 */
260
337
  function liveSessionsOf(ctx) {
@@ -279,7 +356,7 @@ async function filterChildrenOf(sessionQuery, values) {
279
356
  *
280
357
  * 停下来的条件与代价:**层数**决定宿主调用次数,行数不参与(一层一次,问空即停)。同一条记录只收一次
281
358
  * (`seen` 连着根一起记),所以数据里真出现环时结果是"少数一条",不是把清单读挂死。
282
- * 交回的 id 没有 `header.id` 的记录**整条跳过**——身份冒充不起(同 {@link HostPort.subagentMembers} 那条),
359
+ * 交回的 id 没有 `header.id` 的记录**整条跳过**——身份冒充不起(同 {@link HostCorpusPort.subagentMembersOf} 那条),
283
360
  * 而且没有身份就没法往下问,硬数进去只会让它将来被重复计。
284
361
  */
285
362
  async function descendantsByParent(sessionQuery, roots) {
@@ -337,7 +414,7 @@ function toMember(d) {
337
414
  projectDir: d.projectDir
338
415
  };
339
416
  }
340
- /** `subagentCounts` / `subagentMembers` / `subagentMembersBatch` 共用的一次 BFS。
417
+ /** {@link HostCorpusPort.subagentMembersOf} 的那一次 BFS。
341
418
  * 空清单在调用宿主之前就返回(不为一张空表扫全库)。 */
342
419
  async function membersFor(sessionQuery, parentIds) {
343
420
  const wanted = [];
@@ -413,7 +490,7 @@ const NO_SUCH_SESSION = "session persistence holds no such session";
413
490
  function isUnknownSession(error) {
414
491
  return error instanceof Error && error.message.includes(NO_SUCH_SESSION);
415
492
  }
416
- /** 会话 id 去掉 `session-` 前缀后的形状(同一个父在两代里写法不同,见 {@link HostPort.subagentCounts})。 */
493
+ /** 会话 id 去掉 `session-` 前缀后的形状(同一个父在两代里写法不同,见 {@link HostCorpusPort.subagentMembersOf})。 */
417
494
  function bareSessionId(id) {
418
495
  return id.startsWith("session-") ? id.slice(8) : id;
419
496
  }
@@ -453,11 +530,12 @@ function isWorkspaceMissingError(error) {
453
530
  *
454
531
  * 每个方法的依据(服务 / 方法 / 入参)与原文切片见各自的实现处注释。
455
532
  * 出错一律**原样抛**(不在这里裹动词码):动词层把原始错误挂在 `cause` 上,
456
- * `toRemoteFailure` 再按 `name` 把它映射回 `sessiondelete/<码>`(设计稿 §6 的两行映射)。
533
+ * `toRemoteFailure` 再按 `name` 把它映射回 `sessiondelete/<码>`(src/remote/map-error.ts 的两行映射)。
457
534
  */
458
535
  function createHostPort(ctx) {
459
536
  const host = ctx;
460
537
  const registry = host.workspaceRegistry;
538
+ const agentHandles = captureAgentHandles(host);
461
539
  return {
462
540
  /** 账本里记着这个会话的工作区:`registry.list()` 的实体 `sessionIds`(该 getter 已按 canonical cwd 过滤过)。 */
463
541
  async workspaceOf(sessionId) {
@@ -473,7 +551,7 @@ function createHostPort(ctx) {
473
551
  *
474
552
  * 「账本里没有这个会话」= **未命中**,回 `undefined`(不是抛):这正是本方法声明的类型,
475
553
  * 也是 `delete-session.ts` 已经写好的那条分支 `if (!projectDir) throw
476
- * verbError('not-found', …)` 的入口。若让它裸抛,那句话永远为假 ⇒ 设计稿 §6 的 `not-found`
554
+ * verbError('not-found', …)` 的入口。若让它裸抛,那句话永远为假 ⇒ src/shared/wire.ts 的 `not-found`
477
555
  * (「会话目录或账本条目不存在」)在这条最自然的路径上拿不到码,客户端只会看到 `sessiondelete/io`。
478
556
  *
479
557
  * **只吞这一种**:其余错误(真存储故障)照抛,让 `toRemoteFailure` 兜成 `io` 而不是假 `not-found`。
@@ -505,7 +583,7 @@ function createHostPort(ctx) {
505
583
  }
506
584
  },
507
585
  /**
508
- * 活跃判据 = 宿主官方那一条(设计稿 §5):`workspace/session-activity` waterfall 问一次,
586
+ * 活跃判据 = 宿主官方那一条(本文件):`workspace/session-activity` waterfall 问一次,
509
587
  * **空数组 = 无活动**;与宿主自己的 `archiveSession` 准入同源,不自创第二套。
510
588
  * asar 原文:`const activity = await this.ctx.waterfall('workspace/session-activity', { sessionId }, () => Promise.resolve([]));
511
589
  * if (activity.length > 0) throw new WorkspaceActiveSessionError(sessionId, activity);`
@@ -518,31 +596,39 @@ function createHostPort(ctx) {
518
596
  return registry.archivedSessionIds.includes(sessionId);
519
597
  },
520
598
  /**
521
- * 从 `ctx.sessions`(live store)里摘掉一个会话。
599
+ * 从 `ctx.sessions`(live store)里摘掉会话,并把它的 **agent 一起关掉**(有捕获 handle 时)。
522
600
  *
523
601
  * **为什么需要**:会话列表读面是并集——`sessionQuery.listSessions()` = 磁盘上的持久化 ∪ `ctx.sessions` 里的活体
524
- * (见设计稿 §4 末)。搬走文件只清掉一侧;本机运行期打开过的会话是活体,列表照样把它交出来,
525
- * 于是"删了还在"(真机实测:文件已进回收站、账本已摘,侧栏仍留着那一行)。
602
+ * (见本文件的「通告」一段)。搬走文件只清掉一侧;本机运行期打开过的会话是活体,列表照样把它交出来。
526
603
  *
527
- * **这是未声明为契约的内部入口**(设计稿 §4 末记了这次偏离):`liveEntryFor` / `entry.detach()` 是 store
528
- * 给**会话 owner**(agent 的 effect 链)用的,宿主自己的控制器 `createOrAdopt` 只取 `agents.create()`
529
- * 返回的 `.agent`、把带 `dispose` 的 handle 丢掉了,`ctx.agents` 也没有 `liveEntryFor` 那样的入口
530
- * (会话 store 有、agent store 没有,逐成员面核过)⇒ 只能摘到"会话"这一层,上面那具 agent 摘不到,
531
- * 它之后若走到 `flush(session)` 会撞 `liveEntryFor` 抛 `session "…" is not live in this store`。
604
+ * **agent 也必须关**:`ctx.agents` 没有 per-agent dispose;宿主 `AgentService.resume` / `create` 返回的
605
+ * `AgentHandle` 带宿主自己的外层 teardown(关写句柄、摘 agent/session),但 `SessionController` 只取
606
+ * `.agent`、把 handle 丢掉。agent handle 捕获(`src/ports/agent-handles.ts`)在 `ctx.agents` 上包一层,
607
+ * 按会话 id 留住 handle;这里先 `entry.detach()`(摘 session、发 `session/disposed`),再
608
+ * `await agentHandles.dispose(sessionId)`。
609
+ * **只摘 session 的后果**:恢复后 `SessionController.resolve` 会先命中那具旧 agent,prompt 被收下、
610
+ * 日志不再增长,直到宿主重启(2026-10-21 真机复现)。
532
611
  *
533
- * **所以判据是三态**:读不到 store / 形状不符(旧版宿主)/ detach 抛 ⇒ `unknown`(**不通告**,
612
+ * **捕获不到 handle 的 agent**(插件激活前已启动的配置 agent,或 `ctx.agents` 形状变化)只能摘 session;
613
+ * 这是已知的残留限制,不拿归档当兜底(ADR-0008)。
614
+ *
615
+ * **所以判据是三态**:读不到 store / 形状不符(旧版宿主)/ detach 或 dispose 抛 ⇒ `unknown`(**不通告**,
534
616
  * 因为无法断言宿主列表已经干净);内存里本来没有 ⇒ `not-live`;摘成功 ⇒ `evicted`。
535
617
  * 任何一步都不抛:删除的持久化部分已经完成,这里不该把它翻成失败。
536
618
  */
537
619
  async evictLive(sessionId) {
538
620
  try {
539
621
  const store = liveSessionsOf(host);
622
+ const session = store?.get(sessionId);
540
623
  if (store === void 0) return "unknown";
541
- const session = store.get(sessionId);
542
- if (session === void 0 || session === null) return "not-live";
624
+ if (session === void 0 || session === null) {
625
+ await agentHandles.dispose(sessionId);
626
+ return "not-live";
627
+ }
543
628
  const entry = store.liveEntryFor(session);
544
629
  if (entry === void 0 || entry === null || typeof entry.detach !== "function") return "unknown";
545
630
  entry.detach();
631
+ await agentHandles.dispose(sessionId);
546
632
  return "evicted";
547
633
  } catch {
548
634
  return "unknown";
@@ -630,13 +716,13 @@ function createHostPort(ctx) {
630
716
  /** 确保归档:官方 `archiveSession(sessionId)`。归档是 registry **全局**的,与工作区账目无关
631
717
  * (JSDoc 原文 "its workspace accounting — or lack of one — is irrelevant"),所以 `workspaceId` 不用
632
718
  * ——未分组的会话没有工作区可传,签名里它是可选的。
633
- * 不带 `stopActivity` ⇒ 有活动即抛 `WorkspaceActiveSessionError`(→ `sessiondelete/live`,设计稿 §6)。 */
719
+ * 不带 `stopActivity` ⇒ 有活动即抛 `WorkspaceActiveSessionError`(→ `sessiondelete/live`,src/shared/wire.ts)。 */
634
720
  async archive(sessionId) {
635
721
  await registry.archiveSession(sessionId);
636
722
  },
637
723
  async listSessions() {
638
724
  const sessionQuery = host.get("sessionQuery");
639
- if (typeof sessionQuery?.listSessions !== "function") return void 0;
725
+ if (typeof sessionQuery?.listSessions !== "function") return { available: false };
640
726
  const records = await sessionQuery.listSessions();
641
727
  const out = [];
642
728
  for (const record of records) {
@@ -651,7 +737,10 @@ function createHostPort(ctx) {
651
737
  subagent: record.header?.origin === "subagent"
652
738
  });
653
739
  }
654
- return out;
740
+ return {
741
+ available: true,
742
+ value: out
743
+ };
655
744
  },
656
745
  /**
657
746
  * 官方 `sessionQuery.filterSessions([{kind:'parent', values}])`,不自扫 `~/.dsh/sessions`。
@@ -664,32 +753,26 @@ function createHostPort(ctx) {
664
753
  * (`session-ac07f2bb-…`)、它的子会话写的 `parentSession` 也带,但 v3 那一代的 id 不带 ⇒
665
754
  * 同一个父有两种写法。所以问的时候把一个 id 的两种形状都塞进 `values`,回来按去前缀后的形状归堆,
666
755
  * 最后按**调用方给的那个写法**把键交回去(调用方拿 `entry.sessionId` 直接查得到)。
667
- */
668
- async subagentCounts(parentIds) {
669
- const sessionQuery = host.get("sessionQuery");
670
- if (typeof sessionQuery?.filterSessions !== "function") return {};
671
- const members = await membersFor(sessionQuery, parentIds);
672
- const counts = {};
673
- for (const [id, list] of Object.entries(members)) if (list.length > 0) counts[id] = list.length;
674
- return counts;
675
- },
676
- /**
756
+ *
677
757
  * 删除要一起带走**整个组**,先得把他们点出来:身份取宿主自己记录里的 `header.id`,项目目录由
678
758
  * `header.cwd` 走同一个 `projectKey`(与 {@link HostPort.projectDirOf} 同一根算法,不另起一套)。
679
759
  * 交回的是**全部后代**——孙代跟着父一起进回收站(issue #1),顺序是逐层往下问出来的(近的先)。
680
760
  * `header.id` 缺席的后代直接跳过——不拿目录名冒充身份(冒充了会把一个来路不明的目录搬进回收站)。
681
- * 服务没挂回 `[]` ⇒ 删除照旧只管父,不因此失败(父的删除本来就已经是完整的一件事)。
761
+ *
762
+ * **缺席显式化**(见 {@link CorpusRead}):`sessionQuery` 没挂,或它的 `filterSessions` 缺席 / 不是函数
763
+ * ⇒ `{ available: false }`,不拿空表冒充"盘上没有后代"——写侧据此决定降级还是响亮失败,不再靠"空表"
764
+ * 兼表两种意思。
765
+ * **先判服务、再判空入参**:语料本来就看不见时,"没有后代"这句话不该被说出口(哪怕入参是空的);
766
+ * 服务在场时空入参由 `membersFor` 的短路保证零宿主调用。
682
767
  */
683
- async subagentMembers(sessionId) {
684
- const sessionQuery = host.get("sessionQuery");
685
- if (typeof sessionQuery?.filterSessions !== "function") return [];
686
- return ((await membersFor(sessionQuery, [sessionId]))[sessionId] ?? []).map(toMember);
687
- },
688
- async subagentMembersBatch(parentIds) {
768
+ async subagentMembersOf(parentIds) {
689
769
  const sessionQuery = host.get("sessionQuery");
690
- if (typeof sessionQuery?.filterSessions !== "function") return {};
770
+ if (typeof sessionQuery?.filterSessions !== "function") return { available: false };
691
771
  const members = await membersFor(sessionQuery, parentIds);
692
- return Object.fromEntries(Object.entries(members).map(([id, list]) => [id, list.map(toMember)]));
772
+ return {
773
+ available: true,
774
+ value: Object.fromEntries(Object.entries(members).map(([id, list]) => [id, list.map(toMember)]))
775
+ };
693
776
  }
694
777
  };
695
778
  }
@@ -913,7 +996,8 @@ function frameRanges(raw) {
913
996
  * `zstd-frames.ts` 头注);明文留在手里会一次装下整条日志(本机 125 条合计 280.7 MB),
914
997
  * 所以**一帧一帧解、解完就撒手**,内存口径是"最大那一帧的明文"(实测 8.99 MB)而不是整条。
915
998
  * ② **一行的余量跨帧带走**(2026-10-16 改,原来靠"跳过解不开的行"兜):写作侧是一条条 append,
916
- * 实测本机 686 个 `.jsonl.zstd` / 92 421 帧**没有一帧切在行中间**(连最后一帧都整行收尾),
999
+ * 本机实测**没有一帧切在行中间**(连最后一帧都整行收尾;绝对帧数随盘上会话数摆动,那份读数
1000
+ * 不在这里钉,来历留在 git 历史),
917
1001
  * 所以旧口径当时并不丢东西;但"逐帧 `split('\n')`"一旦遇上切行就是**静默少一条记录**(半个头
918
1002
  * 加半个身,两半都解不开 JSON),而少掉的那条正是页面上要跟账的正文。带上余量之后这条不变量
919
1003
  * 不必再成立,顺带把**跨帧的多字节字符**也解对了——拼接在字节层做,`toString('utf8')` 只看整行。
@@ -1018,7 +1102,7 @@ function readSessionHeader(raw) {
1018
1102
  //#endregion
1019
1103
  //#region src/trash/reconcile.ts
1020
1104
  /**
1021
- * 回收站清单的**对账**:以 `session-trash/` 里的条目目录为准,把清单修回一致(设计稿 2026-10-15 §9)。
1105
+ * 回收站清单的**对账**:以 `session-trash/` 里的条目目录为准,把清单修回一致(CONTEXT.md 的「对账」条)。
1022
1106
  *
1023
1107
  * 手工动回收站**只需要动那一个目录**——多出来的目录在这里被重建出行、目录没了的行在这里被摘掉;
1024
1108
  * `~/.dsh/storages/` 那份清单从此是**内部索引**,不用手碰。
@@ -1032,7 +1116,7 @@ function readSessionHeader(raw) {
1032
1116
  * ③ **重建行只写"文件里真有的事实"**:`id` = 目录名、`sessionId`/`cwd` 读日志 header、
1033
1117
  * `projectDir` 由 `cwd` 经宿主同名算法 `projectKey` 反推、`deletedAt` 从目录名的时间戳解、
1034
1118
  * `sizeBytes` 现场量。**文件侧没有副本的三件**按缺省落:`workspaceId: ''`(恢复时跳过挂账本,
1035
- * 落在「未分组」)、`wasArchived: false`(恢复按"可见"还原)、`title: ''`(详情有日志标题兜底)
1119
+ * 落在「未分组」)、`wasArchived: false`(文件侧没有归档事实;旧条目恢复走迁移支)、`title: ''`(详情有日志标题兜底)
1036
1120
  * ——这是重建的固有代价,不是可以"再读读看"的东西。
1037
1121
  * ④ **认不出 / 读不出的目录:不动、不列**(名字不像条目、目录里没有日志、header 读不出、尺寸量不出,
1038
1122
  * 各跳过各的)。它是"外人放进来的东西",不是用户动作失败:跳过即静默,绝不为它删目录或抛掉整次读数。
@@ -1125,7 +1209,7 @@ async function reconcileTrash(deps) {
1125
1209
  * 一次成员移动 = 一串**自带反向动作的步骤**(ADR-0002)。
1126
1210
  *
1127
1211
  * 为什么需要它:`delete-session.ts` 的 `moveOneIn`/`undoOneIn` 与 `restore-session.ts` 的 `restoreOne`
1128
- * (含它的反向闭包)互为镜像,各自手写了三到四段嵌套 `try/catch`:全仓 `rollbackReason(` **22 处**、
1212
+ * (含它的反向闭包)互为镜像,各自手写了三到四段嵌套 `try/catch`:迁移前全仓 `rollbackReason(` **22 处**、
1129
1213
  * `withRollbackFailures(` **8 处**。那不是"回滚值得自己的候选",而是**同一条正反动作对被写了两遍**。
1130
1214
  *
1131
1215
  * 这里独占四件事,三个动词各自只声明"这次要做哪几步、每步怎么退":
@@ -1179,8 +1263,9 @@ async function attempt(label, run) {
1179
1263
  }
1180
1264
  /**
1181
1265
  * **组级回滚**:把已经做成的成员按相反顺序退回;某一步退不干净时把失败并进原错误的
1182
- * `details.rollbackFailures`,绝不让原错误独走(设计稿第十七批)。删除与恢复两个按组走的动词
1183
- * 共用这一处——"相反顺序 + 失败合并"不再各写一遍。
1266
+ * `details.rollbackFailures`,绝不让原错误独走(2026-10-19 `f2a7757`;那些失败句子的合并与措辞住
1267
+ * `src/verbs/errors.ts`,这里只是唯一的调用方)。删除与恢复两个按组走的动词共用这一处,
1268
+ * "相反顺序 + 失败合并"不再各写一遍。
1184
1269
  */
1185
1270
  async function rollbackJournals(journals, error) {
1186
1271
  const failures = [];
@@ -1194,11 +1279,24 @@ async function rollbackJournals(journals, error) {
1194
1279
  * 换一种拼法会让上屏原文跟着变。
1195
1280
  */
1196
1281
  function journalFailure(step, error) {
1197
- const raw = error?.code;
1198
- if (typeof raw === "string" && raw.startsWith(`sessiondelete/`)) return error;
1282
+ if (isVerbCodeError(error)) return error;
1199
1283
  return verbError("io", `${step.label}:${String(error)}`, error);
1200
1284
  }
1201
1285
  //#endregion
1286
+ //#region src/verbs/member-presence.ts
1287
+ function createMemberPresence(host) {
1288
+ return {
1289
+ async memberGone(sessionId, facts = {}) {
1290
+ if (facts.backInTrash === false) return;
1291
+ if (await host.evictLive(sessionId) !== "unknown") await host.announceRemoved(sessionId);
1292
+ },
1293
+ async memberBack(sessionId, facts) {
1294
+ if (!facts.diskBack || !facts.workspaceBack) return;
1295
+ await host.announceRestored(sessionId);
1296
+ }
1297
+ };
1298
+ }
1299
+ //#endregion
1202
1300
  //#region src/verbs/delete-session.ts
1203
1301
  /**
1204
1302
  * 删除 = 移入回收站,**按组走**:用户点掉一条父会话时,宿主的客户端把 `origin:"subagent"` 的孩子
@@ -1211,13 +1309,16 @@ function journalFailure(step, error) {
1211
1309
  * ② **逐个搬**:每个成员是一份 `journal`(`verbs/member-journal.ts`),搬不动时 journal 自己把
1212
1310
  * 这个成员已经做成的步骤退回去。
1213
1311
  * ③ **组级回滚**:某一个成员搬不动时,把**已经搬进去的**那些按相反顺序退回原处(清册行跟着摘、
1214
- * 账本跟着挂、可见性跟着还原),失败照抛——不留"半组在回收站、半组在原地"的世界。
1312
+ * 账本跟着挂),失败照抛——不留"半组在回收站、半组在原地"的世界。
1215
1313
  *
1216
1314
  * interface 只有**一个 id**:批量的性质不在这里(同批"已被前一条带走"的判据归 `verbs/batch.ts`)。
1315
+ * 结果带回这次真的搬走的整组(`movedSessionIds`)——它是动词交回的内部数据,不再靠回调借用动词的手。
1217
1316
  */
1218
1317
  function deleteSession(deps) {
1318
+ const presence = createMemberPresence(deps.host);
1219
1319
  return async function deleteSession(sessionId) {
1220
- const kids = await deps.host.subagentMembers(sessionId);
1320
+ const read = await deps.host.subagentMembersOf([sessionId]);
1321
+ const kids = read.available ? read.value[sessionId] ?? [] : [];
1221
1322
  const parentProjectDir = await deps.host.projectDirOf(sessionId);
1222
1323
  if (parentProjectDir === void 0) throw verbError("not-found", `宿主的持久化里没有这个会话:${sessionId}`);
1223
1324
  const candidates = [{
@@ -1244,7 +1345,7 @@ function deleteSession(deps) {
1244
1345
  try {
1245
1346
  for (const member of members) {
1246
1347
  const isParent = member.sessionId === sessionId;
1247
- const move = await memberMove(deps, member, deletedAt, isParent ? void 0 : parentEntry.id);
1348
+ const move = await memberMove(deps, presence, member, deletedAt, isParent ? void 0 : parentEntry.id);
1248
1349
  if (isParent) parentEntry = move.entry;
1249
1350
  await move.journal.run();
1250
1351
  done.push(move.journal);
@@ -1252,18 +1353,26 @@ function deleteSession(deps) {
1252
1353
  } catch (error) {
1253
1354
  await rollbackJournals(done, error);
1254
1355
  }
1255
- return parentEntry;
1356
+ return {
1357
+ entry: parentEntry,
1358
+ movedSessionIds: members.map((member) => member.sessionId)
1359
+ };
1256
1360
  };
1257
1361
  }
1258
1362
  /**
1259
- * 一个成员要做的步骤(顺序承重,照设计稿 §4 那五触点):
1260
- * 读现场(两件纯读)→ 归档 → 摘账本 → 搬目录 → 写清册行。
1363
+ * 一个成员要做的步骤(顺序承重,那四步就列在下面一行):
1364
+ * 读现场(两件纯读)→ 摘账本 → 搬目录 → 写清册行。搬完之后由 `memberGone` 把活体(session + agent)
1365
+ * 真正关掉;**删除不碰归档**——回收站与归档是两套状态,归档只在用户自己归档过时保留。
1366
+ *
1367
+ * **已知窗口**:摘账本之后、`memberGone` 之前的这一拍,活体会短暂无主(客户端可能把它归入「未分组」)。
1368
+ * 这是 ADR-0008 去掉归档后的已知代价;`memberGone` 不能提前到文件/清册写成功之前,否则一次失败回滚
1369
+ * 会留下"文件在、agent 已关"的半个世界。窗口与可选修法登记在 ADR-0008 的「边界」。
1261
1370
  *
1262
1371
  * 每一步的反向动作都是"把这件写退回原样";**清册行是最后一件写**,它失败时 journal 会把目录搬回去、
1263
- * 账本挂回去、可见性还原。清册行的反向动作带一道闸:**回收站目录还没搬回来就不摘那一行**——
1264
- * 留着行至少元数据还在(与旧实现"目录退不回就不摘行"同一条判据)。
1372
+ * 账本挂回去。清册行的反向动作带一道闸:**回收站目录还没搬回来就不摘那一行**——留着行至少元数据还在
1373
+ * (与旧实现"目录退不回就不摘行"同一条判据)。
1265
1374
  */
1266
- async function memberMove(deps, member, deletedAt, parentEntryId) {
1375
+ async function memberMove(deps, presence, member, deletedAt, parentEntryId) {
1267
1376
  const { sessionId, projectDir } = member;
1268
1377
  const workspaceId = await deps.host.workspaceOf(sessionId);
1269
1378
  const sessionDir = sessionDirOf(projectDir, sessionId, deps.home);
@@ -1282,10 +1391,10 @@ async function memberMove(deps, member, deletedAt, parentEntryId) {
1282
1391
  };
1283
1392
  /** 目录真的搬进回收站了吗——决定那一步的反向动作有没有东西可退。 */
1284
1393
  let moved = false;
1285
- /** 回滚的三件写是否都真正退回原样:目录、账本、可见性。`announceRestored` 只在这三件都成立时发。 */
1394
+ /** 回滚的两件写是否都真正退回原样:目录、账本。两个事实交给成员在场 module 判「归位」通告。
1395
+ * 删除不碰归档集 ⇒ 可见性不是这次删除改过的事实,不进真值表。 */
1286
1396
  let movedBack = false;
1287
1397
  let workspaceBack = workspaceId === void 0;
1288
- let visibleBack = wasArchived;
1289
1398
  const journal = createJournal([
1290
1399
  {
1291
1400
  label: "读取会话现场失败",
@@ -1294,18 +1403,6 @@ async function memberMove(deps, member, deletedAt, parentEntryId) {
1294
1403
  entry.sizeBytes = await deps.fs.sizeOfDir(sessionDir);
1295
1404
  }
1296
1405
  },
1297
- ...wasArchived ? [] : [{
1298
- label: "归档失败",
1299
- run: async () => {
1300
- await deps.host.archive(sessionId, workspaceId);
1301
- },
1302
- undo: async () => {
1303
- return await attempt("可见性还原失败", async () => {
1304
- await deps.host.unarchive(sessionId);
1305
- visibleBack = true;
1306
- });
1307
- }
1308
- }],
1309
1406
  ...workspaceId === void 0 ? [] : [{
1310
1407
  label: "摘账本失败",
1311
1408
  run: async () => {
@@ -1347,33 +1444,72 @@ async function memberMove(deps, member, deletedAt, parentEntryId) {
1347
1444
  journal: {
1348
1445
  async run() {
1349
1446
  await journal.run();
1350
- if (await deps.host.evictLive(sessionId) !== "unknown") await deps.host.announceRemoved(sessionId);
1447
+ await presence.memberGone(sessionId);
1351
1448
  },
1352
- /** 组级回滚:先把成员自己的步骤按相反顺序退回,再在**三件写都真正回去**时补一条"已恢复"通告。
1353
- * 这一行此前已经收过 `api-session/removed`;不发"回来了"它就会在客户端消失到重连为止。
1354
- * 目录没退回、账本没挂回、或可见性没还原 ⇒ 不发——那会是假话(同 restore 侧 `movedBack` 的判据)。 */
1449
+ /** 组级回滚:先把成员自己的步骤按相反顺序退回,再交给成员在场 module 判「三件写都回去了吗」。
1450
+ * 这一行此前已经收过 `api-session/removed`;不发"回来了"它就会在客户端消失到重连为止。 */
1355
1451
  async undo() {
1356
1452
  const failures = await journal.undo();
1357
- if (movedBack && workspaceBack && visibleBack) await deps.host.announceRestored(sessionId).catch(() => {});
1453
+ await presence.memberBack(sessionId, {
1454
+ diskBack: movedBack,
1455
+ workspaceBack
1456
+ });
1358
1457
  return failures;
1359
1458
  }
1360
1459
  }
1361
1460
  };
1362
1461
  }
1363
1462
  //#endregion
1364
- //#region src/verbs/orphan-subagents.ts
1463
+ //#region src/verbs/permanent-removal.ts
1464
+ /**
1465
+ * 永久删除的**测量、计划与执行**:一次永久删除(`/list` 的只读读数或 purge / orphan-clean 的删除计划)
1466
+ * 之前要记下的事实(目录、字节、账本归属),以及拿到计划之后按它动盘的那一步。计划函数**只读**——
1467
+ * 写不写由执行器决定,但活体准入在这里就做掉,调用方拿到计划才允许动盘。
1468
+ */
1469
+ /** `exists` 与 `sizeOfDir` 之间目录消失(ENOENT)是唯一一种当"不在"的失败:盘没挂、权限、I/O 错误
1470
+ * 都不许伪装成"目录没了",那会让 `/list` 静默少算释放量、让删除计划少一条该删的目录。 */
1471
+ function isMissing(error) {
1472
+ return error?.code === "ENOENT";
1473
+ }
1474
+ /** `exists → sizeOfDir` 的唯一一条度量口径(成员目录与回收站目录共用):先问在不在,再量字节;
1475
+ * ENOENT 是唯一一种当"不在"的失败,别的错误照旧响亮。别再在调用点各写一遍这段 try/catch。
1476
+ *
1477
+ * **已知粒度**:`sizeOfDir` 递归里撞到的 ENOENT 与"目录本身没了"是同一个码,所以目录里某个文件
1478
+ * 恰好在这一拍消失时,整条目录会被记成「不在」(`/list` 少算这条、删除计划里没有可删的字节,
1479
+ * 而清册行照旧摘——盘上留下目录等下一次 `reconcile` 重建成行,自愈、不丢数据)。复核一次
1480
+ * `exists(dir)` 能把两者分开,却会让「宿主正在写、文件刚被挪走」这类正常竞态把 `/list` 整个打红——
1481
+ * 这里选自愈不选响亮。 */
1482
+ async function probeDir(deps, dir) {
1483
+ if (!await deps.fs.exists(dir)) return {
1484
+ present: false,
1485
+ bytes: 0
1486
+ };
1487
+ try {
1488
+ return {
1489
+ present: true,
1490
+ bytes: await deps.fs.sizeOfDir(dir)
1491
+ };
1492
+ } catch (error) {
1493
+ if (isMissing(error)) return {
1494
+ present: false,
1495
+ bytes: 0
1496
+ };
1497
+ throw error;
1498
+ }
1499
+ }
1365
1500
  /** 成员的盘上目录与字节(扫描、清单装配与 purge 共用这一条路径/存在性/度量口径;
1366
1501
  * 目录缺席回 `undefined`,不拿一份"记录还在、盘上已经没了"的旧读数冒充盘上残留)。 */
1367
1502
  async function measureMemberDir(deps, member) {
1368
1503
  const dir = sessionDirOf(member.projectDir, member.sessionId, deps.home);
1369
- if (!await deps.fs.exists(dir)) return void 0;
1370
- return {
1504
+ const probe = await probeDir(deps, dir);
1505
+ return probe.present ? {
1371
1506
  dir,
1372
- bytes: await deps.fs.sizeOfDir(dir)
1373
- };
1507
+ bytes: probe.bytes
1508
+ } : void 0;
1374
1509
  }
1375
1510
  /** 把一组成员折成"删之前要记下的计划";目录不在的成员跳过(记录与盘不一致是那条成员自己的事)。
1376
- * `purge` 的盘上后代与 `orphan-clean` 的整组都走这一处,别再各写一遍 measure + workspaceOf。 */
1511
+ * `purge` 的盘上后代、`orphan-clean` 的整组与 `/list` 的盘上残留都走这一处,别再各写一遍
1512
+ * measure + workspaceOf。 */
1377
1513
  async function planMemberRemovals(deps, members) {
1378
1514
  const plans = [];
1379
1515
  for (const member of members) {
@@ -1388,14 +1524,218 @@ async function planMemberRemovals(deps, members) {
1388
1524
  }
1389
1525
  return plans;
1390
1526
  }
1527
+ /** 量一条回收站行;目录不在回 `present: false` / 0 字节(目录不在不等于清册行不用摘)。 */
1528
+ async function measureTrashRow(deps, entry) {
1529
+ const dir = trashDirOf(entry.id, deps.home);
1530
+ const probe = await probeDir(deps, dir);
1531
+ return {
1532
+ entry,
1533
+ dir,
1534
+ present: probe.present,
1535
+ bytes: probe.bytes
1536
+ };
1537
+ }
1538
+ /**
1539
+ * 盘上后代的选择判据(`/list` 与 purge 的删除计划共用这一份):`subagentMembersOf` 一次问全部父,
1540
+ * 再按 `bareSessionId` **排除全部清册 id**(跟着父进来的孩子不按盘上残留再算一遍),同一个 bare id 只认
1541
+ * **遍历顺序里第一次**出现的那条(同一个会话在两代宿主里的写法不同)。
1542
+ *
1543
+ * 语料看不见(`available: false`)⇒ 每个根都按空成员收:`/list` 与 purge 只许静默降级,
1544
+ * 盘上残留留给 `GET /orphans` 兜底。
1545
+ *
1546
+ * 结果按传入父 id 的原序分组、组内保持宿主交回的顺序:全局去重需要顺序,实测那一步可以并行。
1547
+ *
1548
+ * **单行读数和单行回执可能差一条**:同一个 bare id 若同时挂在两个组根下,全局去重只把它算给遍历
1549
+ * 顺序里第一个根;而对某个根单独 purge 时它仍会算进那一组 ⇒ 那条的 `releaseBytes` 与对它 purge 的
1550
+ * `freedBytes` 在共享后代上可以不等(全部可见行之和与 `/empty` 的回执仍相等)。数据里有环或两代
1551
+ * 写法混杂才会撞上,不为它多开一条口径。
1552
+ */
1553
+ async function selectStrandedMembers(host, manifest, parentIds) {
1554
+ const manifestIds = new Set(manifest.map((row) => bareSessionId(row.sessionId)));
1555
+ const read = await host.subagentMembersOf(parentIds);
1556
+ const seen = /* @__PURE__ */ new Set();
1557
+ return parentIds.map((parentId) => {
1558
+ const wanted = [];
1559
+ if (!read.available) return wanted;
1560
+ for (const member of read.value[parentId] ?? []) {
1561
+ const bare = bareSessionId(member.sessionId);
1562
+ if (manifestIds.has(bare) || seen.has(bare)) continue;
1563
+ seen.add(bare);
1564
+ wanted.push(member);
1565
+ }
1566
+ return wanted;
1567
+ });
1568
+ }
1569
+ /**
1570
+ * `/list` 的只读计划:一行 = 一组。释放量与 purge 用同一条口径——回收站目录与成员目录**现测**,
1571
+ * 不用清册里记的 `sizeBytes`(那是删除那一刻的事实,盘上早就变了)。
1572
+ *
1573
+ * 盘上后代经 `selectStrandedMembers` 选出(排除全部清册 id、bare id 全局只算一次);目录不在的成员
1574
+ * 不进 `members`(与 `planMemberRemovals` 同口径)。
1575
+ */
1576
+ async function planVisibleTrash(deps, rows, groups) {
1577
+ const candidates = await selectStrandedMembers(deps.host, rows, groups.map((group) => group.root.sessionId));
1578
+ return await Promise.all(groups.map(async ({ root, kids }, index) => {
1579
+ const rootRow = await measureTrashRow(deps, root);
1580
+ const kidRows = await Promise.all(kids.map((kid) => measureTrashRow(deps, kid)));
1581
+ const members = await planMemberRemovals(deps, candidates[index] ?? []);
1582
+ const subagentBytes = kidRows.reduce((total, row) => total + row.bytes, 0);
1583
+ const strandedBytes = members.reduce((total, member) => total + member.bytes, 0);
1584
+ return {
1585
+ root,
1586
+ kids,
1587
+ trash: [rootRow, ...kidRows],
1588
+ members,
1589
+ releaseBytes: rootRow.bytes + subagentBytes + strandedBytes,
1590
+ subagentBytes,
1591
+ strandedBytes,
1592
+ strandedCount: members.length
1593
+ };
1594
+ }));
1595
+ }
1596
+ /** 活体准入:逐个问,任一在跑就抛 `live`。**计划函数就是执行前的闸**——调用方拿到计划才允许写,
1597
+ * 所以这里必须发生在任何写之前(`admission:'none'` 的调用方自己承担这个风险,不进来)。 */
1598
+ async function assertNoLive(deps, sessionIds) {
1599
+ for (const sessionId of sessionIds) if (await deps.host.isLive(sessionId)) throw verbError("live", `会话正在运行:${sessionId}`);
1600
+ }
1601
+ function totalBytes(items) {
1602
+ return items.reduce((total, item) => total + item.bytes, 0);
1603
+ }
1604
+ /**
1605
+ * purge 的删除计划:`targets` 由调用方按组语义(`trash/groups.ts`)选好,这里只量、只筛、只查活体。
1606
+ *
1607
+ * - `trash` 按 targets 原序逐个实测(目录缺席的行 `present:false` / 0 字节,但清册行仍要摘)。
1608
+ * - 盘上后代经 `selectStrandedMembers` 选出(一次问全部 targets、排除全部清册 id、bare id 全局只计划一次)。
1609
+ * - `members` 只收盘上还有目录的成员(目录缺席没有可删的字节);`unarchive` = targets + 这些成员:
1610
+ * 只摘这一次真要碰的 id。
1611
+ * - `admission:'live'` 在量目录与任何写之前逐个查 targets 与**全部枚举到的**盘上后代;
1612
+ * 任一在跑就整条拒绝,零副作用。
1613
+ * - `sessionQuery` 缺席时端口回 `{ available: false }` ⇒ members 为空、不抛(盘上残留留给 `GET /orphans` 兜底)。
1614
+ */
1615
+ async function planTrashRemoval(deps, rows, targets, options) {
1616
+ const candidates = (await selectStrandedMembers(deps.host, rows, targets.map((entry) => entry.sessionId))).flat();
1617
+ if (options.admission === "live") await assertNoLive(deps, [...targets.map((entry) => entry.sessionId), ...candidates.map((member) => member.sessionId)]);
1618
+ const trash = await Promise.all(targets.map((entry) => measureTrashRow(deps, entry)));
1619
+ const members = await planMemberRemovals(deps, candidates);
1620
+ return {
1621
+ kind: "trash",
1622
+ trash,
1623
+ members,
1624
+ unarchive: [...targets.map((entry) => entry.sessionId), ...members.map((member) => member.sessionId)],
1625
+ bytes: totalBytes(trash) + totalBytes(members)
1626
+ };
1627
+ }
1628
+ /**
1629
+ * orphan-clean 的删除计划:成员是调用方扫出来的传递闭包(`orphanGroupsOf`)。
1630
+ *
1631
+ * - `members` 只收盘上还有目录的成员(目录缺席没有可删的字节),`bytes` 只算这些实测值。
1632
+ * - `unarchive` 覆盖**全部传入成员**(含目录缺席):orphan-clean 在删目录之前整批摘归档集,
1633
+ * 目录缺席的 id 也可能还挂在归档集里;重试时不会再长出一条幽灵 id。
1634
+ * - live 准入覆盖**全部传入成员**(含目录缺席):它们都在这一组的可见面里,任一在跑就整组拒绝。
1635
+ * - 回执由 `kind:'orphan'` 派生:删目录阶段失败时执行器要交回 `{removed, freedBytes, failedSessionId}`。
1636
+ */
1637
+ async function planOrphanRemoval(deps, members) {
1638
+ await assertNoLive(deps, members.map((member) => member.sessionId));
1639
+ const present = await planMemberRemovals(deps, members);
1640
+ return {
1641
+ kind: "orphan",
1642
+ trash: [],
1643
+ members: present,
1644
+ unarchive: members.map((member) => member.sessionId),
1645
+ bytes: totalBytes(present)
1646
+ };
1647
+ }
1648
+ /**
1649
+ * 按计划执行一次永久删除:只写、不再量、不再判活体(计划就是执行前的闸)。
1650
+ *
1651
+ * 顺序(与迁移前的 purge / orphan-clean 一致):整批摘归档集 → 摘有账本的成员的账本 → 逐条回收站行
1652
+ * (在才删目录 → 摘清册行 → 通告成员离场)→ 逐条盘上成员(删目录 → 通告成员离场)。目录删掉就没有
1653
+ * "退回去"这回事,中途失败**不回滚**;已经删掉的由下面的计数器如实交回。
1654
+ *
1655
+ * 失败形状沿用调用方原来的措辞与结构:
1656
+ * - `kind:'orphan'`(orphan-clean)⇒ `io` + `{removed, freedBytes, failedSessionId}`,不伪装成整组没动;
1657
+ * - `kind:'trash'`(purge)⇒ 同一个标签、不带 details。
1658
+ * - orphan-clean 的 unarchive / detach 在旧实现里不包装,这里原样抛出(不改变现有错误形状)。
1659
+ *
1660
+ * 通告只经 `member-presence`(摘活体三态 + `api-session/removed`),不在这里另写一份。
1661
+ */
1662
+ async function executeRemoval(deps, plan) {
1663
+ const presence = createMemberPresence(deps.host);
1664
+ let removed = 0;
1665
+ let freedBytes = 0;
1666
+ /** 删除途中失败的唯一出口:标签沿用旧措辞;部分回执只属于 `orphan`(由计划的 `kind` 派生)。
1667
+ * 已经是本仓动词码的错误原样抛(与 `member-journal.ts` 的 `journalFailure` 同一条判据)——
1668
+ * `not-found` / `live` 之类不许在这里被折成 `io`。 */
1669
+ const fail = (label, error, failedSessionId) => {
1670
+ if (isVerbCodeError(error)) throw error;
1671
+ const details = plan.kind === "orphan" ? {
1672
+ removed,
1673
+ freedBytes,
1674
+ failedSessionId
1675
+ } : void 0;
1676
+ throw verbError("io", `${label}:${String(error)}`, error, details);
1677
+ };
1678
+ /** 退归档集 / 摘账本这一步的失败形状:purge 折成带标签的 `io`;orphan-clean 原样抛。 */
1679
+ const step = async (label, sessionId, run) => {
1680
+ if (plan.kind === "orphan") {
1681
+ await run();
1682
+ return;
1683
+ }
1684
+ try {
1685
+ await run();
1686
+ } catch (error) {
1687
+ fail(label, error, sessionId);
1688
+ }
1689
+ };
1690
+ for (const sessionId of plan.unarchive) await step("取消归档失败", sessionId, () => deps.host.unarchive(sessionId));
1691
+ for (const member of plan.members) {
1692
+ const workspaceId = member.workspaceId;
1693
+ if (workspaceId === void 0) continue;
1694
+ await step("摘账本失败", member.sessionId, () => deps.host.detach(member.sessionId, workspaceId));
1695
+ }
1696
+ for (const row of plan.trash) {
1697
+ if (row.present) {
1698
+ try {
1699
+ await deps.fs.removeDir(row.dir);
1700
+ } catch (error) {
1701
+ fail("删除回收站目录失败", error, row.entry.sessionId);
1702
+ }
1703
+ freedBytes += row.bytes;
1704
+ }
1705
+ try {
1706
+ await deps.manifest.remove(row.entry.id);
1707
+ } catch (error) {
1708
+ fail("删除回收站目录失败", error, row.entry.sessionId);
1709
+ }
1710
+ removed += 1;
1711
+ await presence.memberGone(row.entry.sessionId);
1712
+ }
1713
+ const memberLabel = plan.kind === "trash" ? "删除盘上后代目录失败" : "删除会话目录失败";
1714
+ for (const member of plan.members) {
1715
+ try {
1716
+ await deps.fs.removeDir(member.dir);
1717
+ } catch (error) {
1718
+ fail(memberLabel, error, member.sessionId);
1719
+ }
1720
+ removed += 1;
1721
+ freedBytes += member.bytes;
1722
+ await presence.memberGone(member.sessionId);
1723
+ }
1724
+ return {
1725
+ removed,
1726
+ freedBytes
1727
+ };
1728
+ }
1729
+ //#endregion
1730
+ //#region src/verbs/orphan-subagents.ts
1391
1731
  /**
1392
1732
  * 无主子会话 = `origin:"subagent"`、父**既不在当前语料(live ∪ persisted)也不在回收站清册里**的会话。
1393
1733
  *
1394
1734
  * 为什么清册里的父不算孤儿:那种是 **stranded**——父还在回收站里等着,孩子本该跟着父一起恢复或一起
1395
- * 彻底删除(10-15 稿 §11 的组语义),把它的根当孤儿删掉就是**替用户做了一个没人点过的决定**。孤儿只
1735
+ * 彻底删除(组语义见 `src/trash/groups.ts`),把它的根当孤儿删掉就是**替用户做了一个没人点过的决定**。孤儿只
1396
1736
  * 有一种来路:父被彻底删掉了(或被手工从盘上清掉了),清册里再也没有这一行。
1397
1737
  *
1398
- * 根按**传递闭包**收全部后代(与 `HostPort.subagentCounts` 同一口径:孩子与孙代都算,深度不设上限),
1738
+ * 根按**传递闭包**收全部后代(与 `HostCorpusPort.subagentMembersOf` 同一口径:孩子与孙代都算,深度不设上限),
1399
1739
  * 同一条记录只归一组(`claimed`)——数据里真出现环时结果是"少数一条",不是把一个会话删两遍。
1400
1740
  * 归堆与去重**两边都去 `session-` 前缀**:同一个父在两代宿主里写法不同(见 `bareSessionId` 的来历)。
1401
1741
  */
@@ -1440,12 +1780,13 @@ function orphanGroupsOf(corpus, trashSessionIds) {
1440
1780
  /** 纯读:调用方应先走一次 `/list` 对账(面板的 refresh 就是这样);本函数不写清单。
1441
1781
  * 写动作 `orphan-clean` 会自己先 reconcile,避免拿一份过期清册判"父没了"。
1442
1782
  *
1443
- * `listSessions()` 回 `undefined` 时**必须抛**:那是宿主的会话语料服务没挂,不是"这个家没有孤儿"。
1444
- * 拿 undefined 当空语料 ⇒ 报告说"零条孤儿"、界面上一句"没有要清理的",而盘上真有几百 MB——那是假话,
1445
- * 所以这里按 `io` 响亮失败(AGENTS.md:`undefined` 意味着服务缺席,扫描方不许冒充读数)。 */
1783
+ * `listSessions()` 回 `{ available: false }` 时**必须抛**:那是宿主的会话语料服务没挂,不是"这个家没有孤儿"。
1784
+ * 拿缺席当空语料 ⇒ 报告说"零条孤儿"、界面上一句"没有要清理的",而盘上真有几百 MB——那是假话,
1785
+ * 所以这里按 `io` 响亮失败(AGENTS.md:`available: false` 意味着服务缺席,扫描方不许冒充读数)。 */
1446
1786
  async function loadOrphanGroups(deps) {
1447
- const corpus = await deps.host.listSessions();
1448
- if (corpus === void 0) throw verbError("io", "无主子会话扫描需要宿主的 sessionQuery.listSessions");
1787
+ const read = await deps.host.listSessions();
1788
+ if (!read.available) throw verbError("io", "无主子会话扫描需要宿主的 sessionQuery.listSessions");
1789
+ const corpus = read.value;
1449
1790
  const groups = orphanGroupsOf(corpus, (await deps.manifest.list()).map((entry) => entry.sessionId));
1450
1791
  const out = [];
1451
1792
  for (const group of groups) {
@@ -1495,46 +1836,20 @@ function reportOrphans(groups) {
1495
1836
  };
1496
1837
  }
1497
1838
  /**
1498
- * 清一组:先**整组 live 准入(零写)**,再收集目录/字节/账本归属,再 unarchive → detach → 删目录。
1499
- * 任何 preflight 失败都在第一件写之前抛出;删目录到一半失败时**已删目录不回滚**,失败错误的
1500
- * `details` 带 `{ removed, freedBytes, failedSessionId }` 作为部分回执(不伪装成整组没动)。
1501
- * 删目录之后照 purge 的规矩摘活体并如实通告。不碰投影缓存与附件。
1839
+ * 清一组:`planOrphanRemoval`(只读计划,整组 live 准入在一切写之前)→ `executeRemoval`(只写)。
1840
+ * 量目录、摘归档集与账本、删目录与成员通告的顺序和失败形状都住 `verbs/permanent-removal.ts`;
1841
+ * 这里只把这一组接上去,别在这再长出一段手写步骤(purge 走的是同一条路)。
1502
1842
  *
1503
1843
  * 顺序与删除那一半是**对偶**的,但不是照抄:
1504
- * - 删除要先把会话藏起来(归档)再摘账本,免得中间那一拍它掉进「未分组」;这里目录是**删掉**不是搬走,
1505
- * 藏不藏都不影响可见性 ⇒ 归档集反而是**在写之前整批摘掉**的:失败时目录还在,下一次还能重试,
1844
+ * - 删除那一半不再用归档藏会话(ADR-0008):它摘账本、搬目录,最后才摘活体。这里目录是**删掉**
1845
+ * 不是搬走,藏不藏都不影响可见性 ⇒ 归档集反而**在写之前整批摘掉**:失败时目录还在,下一次还能重试,
1506
1846
  * 不会留下"会话没了但还在归档集里挂着"的幽灵 id。
1507
- * - `unarchive` 对未归档的会话是官方幂等 no-op(`registry.unarchiveSession`),所以不需要删除侧那次
1847
+ * - `unarchive` 对未归档的会话是官方幂等 no-op(`registry.unarchiveSession`),所以这里不需要那次
1508
1848
  * `wasArchived` 读——这里没有"还原到删除前"的义务。
1509
1849
  * - 摘账本只在账本真记着它时做(`workspaceOf` 未命中 = 本来就是「未分组」,不是故障)。
1510
- * - `evictLive` 的三态照 `HostPort.evictLive` 的契约:`unknown` 时**不通告**(发了就是假话),
1511
- * `evicted` / `not-live` 才发 `api-session/removed`。冷会话没有活体可摘,通告照样必须发。
1512
1850
  */
1513
1851
  async function cleanOrphanGroup(deps, group) {
1514
- for (const member of group.members) if (await deps.host.isLive(member.sessionId)) throw verbError("live", `会话正在运行:${member.sessionId}`);
1515
- const plans = await planMemberRemovals(deps, group.members);
1516
- for (const member of group.members) await deps.host.unarchive(member.sessionId);
1517
- for (const plan of plans) if (plan.workspaceId !== void 0) await deps.host.detach(plan.sessionId, plan.workspaceId);
1518
- let removed = 0;
1519
- let freedBytes = 0;
1520
- for (const plan of plans) {
1521
- try {
1522
- await deps.fs.removeDir(plan.dir);
1523
- } catch (error) {
1524
- throw verbError("io", `删除会话目录失败:${String(error)}`, error, {
1525
- removed,
1526
- freedBytes,
1527
- failedSessionId: plan.sessionId
1528
- });
1529
- }
1530
- removed += 1;
1531
- freedBytes += plan.bytes;
1532
- if (await deps.host.evictLive(plan.sessionId) !== "unknown") await deps.host.announceRemoved(plan.sessionId);
1533
- }
1534
- return {
1535
- removed,
1536
- freedBytes
1537
- };
1852
+ return await executeRemoval(deps, await planOrphanRemoval(deps, group.members));
1538
1853
  }
1539
1854
  //#endregion
1540
1855
  //#region src/verbs/purge-trash.ts
@@ -1544,75 +1859,20 @@ async function cleanOrphanGroup(deps, group) {
1544
1859
  * 与另外两个动词的关系(ADR-0002):它的 interface 只有"一个条目 id(或缺席 = 清空)",
1545
1860
  * 批量的快照与"已被同批前一条带走"的判据不在这里(归 `verbs/batch.ts`)。
1546
1861
  *
1547
- * **这条动词不做回滚**:目录删掉就没有"退回去"这回事(设计稿第十七批:删到一半失败时已删目录不回滚;
1862
+ * **这条动词只做两件事:选目标、拿计划交给执行器**。量目录、筛盘上后代、活体准入与"先退归档集、
1863
+ * 再摘账本、最后删目录"的顺序都住 `verbs/permanent-removal.ts`——计划只读,执行器只写,计划就是
1864
+ * 执行前的闸(别在这里再长出一段手写步骤)。
1865
+ *
1866
+ * **这条动词不做回滚**:目录删掉就没有"退回去"这回事(2026-10-19 `f2a7757`:删到一半失败时已删目录不回滚;
1548
1867
  * 带部分计数的 `details` 回执只属于 `orphan-clean`,purge 的 `removed` / `freedBytes` 仍只在成功回执里给)。
1549
- * 所以它的 journal 只有正向步骤、没有 `undo`——顺序仍由 journal 统一表达,不再是手写的四段 `try/catch`。
1868
+ * 对应地,`kind:'trash'` 的计划失败时执行器只抛那一步的 `io` 与原文、不带 details。
1550
1869
  */
1551
1870
  function purgeTrash(deps) {
1552
1871
  return async function purgeTrash(entryId, snapshot) {
1553
1872
  const all = snapshot ?? await deps.manifest.list();
1554
1873
  const targets = entryId === void 0 ? all : groupOf(all, entryId);
1555
1874
  if (entryId !== void 0 && targets.length === 0) throw verbError("trash-empty", `回收站里没有这一条:${entryId}`);
1556
- const manifestIds = new Set(targets.map((entry) => bareSessionId(entry.sessionId)));
1557
- const membersByParent = await deps.host.subagentMembersBatch(targets.map((entry) => entry.sessionId));
1558
- const seenDisk = /* @__PURE__ */ new Set();
1559
- /** 先只做准入与去重(全部是读),整组通过后再量目录/账本——任一成员在跑时一件计划都还没做。 */
1560
- const candidates = [];
1561
- for (const entry of targets) for (const member of membersByParent[entry.sessionId] ?? []) {
1562
- const bare = bareSessionId(member.sessionId);
1563
- if (manifestIds.has(bare) || seenDisk.has(bare)) continue;
1564
- seenDisk.add(bare);
1565
- if (await deps.host.isLive(member.sessionId)) throw verbError("live", `会话正在运行:${member.sessionId}`);
1566
- candidates.push(member);
1567
- }
1568
- const diskPlans = await planMemberRemovals(deps, candidates);
1569
- let freedBytes = 0;
1570
- let removed = 0;
1571
- await createJournal([
1572
- {
1573
- label: "取消归档失败",
1574
- run: async () => {
1575
- for (const entry of targets) await deps.host.unarchive(entry.sessionId);
1576
- for (const plan of diskPlans) await deps.host.unarchive(plan.sessionId);
1577
- }
1578
- },
1579
- {
1580
- label: "摘账本失败",
1581
- run: async () => {
1582
- for (const plan of diskPlans) if (plan.workspaceId !== void 0) await deps.host.detach(plan.sessionId, plan.workspaceId);
1583
- }
1584
- },
1585
- {
1586
- label: "删除回收站目录失败",
1587
- run: async () => {
1588
- for (const entry of targets) {
1589
- const dir = trashDirOf(entry.id, deps.home);
1590
- if (await deps.fs.exists(dir)) {
1591
- freedBytes += await deps.fs.sizeOfDir(dir);
1592
- await deps.fs.removeDir(dir);
1593
- }
1594
- await deps.manifest.remove(entry.id);
1595
- removed += 1;
1596
- if (await deps.host.evictLive(entry.sessionId) !== "unknown") await deps.host.announceRemoved(entry.sessionId);
1597
- }
1598
- }
1599
- },
1600
- {
1601
- label: "删除盘上后代目录失败",
1602
- run: async () => {
1603
- for (const plan of diskPlans) {
1604
- await deps.fs.removeDir(plan.dir);
1605
- removed += 1;
1606
- freedBytes += plan.bytes;
1607
- if (await deps.host.evictLive(plan.sessionId) !== "unknown") await deps.host.announceRemoved(plan.sessionId);
1608
- }
1609
- }
1610
- }
1611
- ]).run();
1612
- return {
1613
- removed,
1614
- freedBytes
1615
- };
1875
+ return await executeRemoval(deps, await planTrashRemoval(deps, all, targets, { admission: "live" }));
1616
1876
  };
1617
1877
  }
1618
1878
  //#endregion
@@ -1627,7 +1887,7 @@ function purgeTrash(deps) {
1627
1887
  * 预检在写之前,是为了不让"父已经回到 `sessions/`、孩子因为项目目录没了而回不去"这种半组留在外面。
1628
1888
  * **工作区账本不在这条硬前提里**:宿主的「删除工作区」只删注册、保留日志,记下的工作区没了就按
1629
1889
  * 「未分组」收(判据在 {@link attachableWorkspaceId}),照旧回盘——恢复是加法,不该因为一个可选的账目而失败。
1630
- * ② **逐个恢复**,顺序与删除相反:文件先回来 → 挂账本 → 还原可见性 → 摘清册行。
1890
+ * ② **逐个恢复**,顺序与删除相反:文件先回来 → 挂账本 →(旧清单迁移)取消归档 → 摘清册行。
1631
1891
  * ③ 中途失败时 journal 把这个成员自己退回回收站;**已经恢复完的**兄弟由整组 catch 按相反顺序一起退回。
1632
1892
  *
1633
1893
  * **通告不在这里**:一次批量只该拉一遍宿主会话表、只发一次 `api-session/added`(2026-10-17 那次
@@ -1635,6 +1895,7 @@ function purgeTrash(deps) {
1635
1895
  * "一个条目 id 进、回收站那一行出",没有批量专用的开关。
1636
1896
  */
1637
1897
  function restoreSession(deps) {
1898
+ const presence = createMemberPresence(deps.host);
1638
1899
  return async function restoreSession(entryId, snapshot) {
1639
1900
  const all = snapshot ?? await deps.manifest.list();
1640
1901
  const target = all.find((e) => e.id === entryId);
@@ -1649,7 +1910,7 @@ function restoreSession(deps) {
1649
1910
  const done = [];
1650
1911
  try {
1651
1912
  for (const entry of group) {
1652
- const move = await memberRestore(deps, entry);
1913
+ const move = await memberRestore(deps, presence, entry);
1653
1914
  await move.journal.run();
1654
1915
  done.push(move.journal);
1655
1916
  }
@@ -1659,7 +1920,7 @@ function restoreSession(deps) {
1659
1920
  return target;
1660
1921
  };
1661
1922
  }
1662
- /** 放回哪儿:用**删除时记进 entryId 的那段原目录名**,不从 `sessionId` 现推(设计稿 §3)——
1923
+ /** 放回哪儿:用**删除时记进 entryId 的那段原目录名**,不从 `sessionId` 现推(CONTEXT.md 的「条目」条)——
1663
1924
  * 因此不依赖宿主当时的目录命名约定(v3 无前缀 / v4 带 `session-` 前缀)。 */
1664
1925
  function restoreTargetDir(deps, entry) {
1665
1926
  return sessionDirOf(entry.projectDir, parseEntryId(entry.id).sessionDirName, deps.home);
@@ -1685,18 +1946,24 @@ async function isWorkspaceMissing(host, entry) {
1685
1946
  return entry.workspaceId !== "" && await attachableWorkspaceId(host, entry) === void 0;
1686
1947
  }
1687
1948
  /**
1688
- * 一个成员的恢复步骤(顺序与删除相反):放回目录 → 挂账本 → 还原可见性 → 摘清册行。
1949
+ * 一个成员的恢复步骤(顺序与删除相反):放回目录 → 挂账本 →(旧清单迁移)取消归档 → 摘清册行。
1689
1950
  *
1690
1951
  * 账本那一步有个**只认端口那句**的兜底:查过之后、挂之前账本被删掉(宿主的「删除工作区」与这次恢复
1691
1952
  * 撞上)⇒ 按未分组收、不回滚;**别的**失败是真故障,照旧抛(吞掉它就等于把一次存储故障伪装成"未分组")。
1692
1953
  */
1693
- async function memberRestore(deps, entry) {
1954
+ async function memberRestore(deps, presence, entry) {
1694
1955
  const trashDir = trashDirOf(entry.id, deps.home);
1695
1956
  const sessionDir = restoreTargetDir(deps, entry);
1696
1957
  const workspaceId = await attachableWorkspaceId(deps.host, entry);
1958
+ /**
1959
+ * **旧清单迁移**:2026-10-21 之前的删除用归档来藏会话,所以那些条目在盘上仍是归档态。
1960
+ * 新删除不再碰归档(回收站与归档解耦)⇒ `wasArchived:false` 且当前**仍**归档的,只可能是旧条目;
1961
+ * 恢复时取消归档。`wasArchived:true` 是用户删除前自己归档的,保持归档态不动。
1962
+ */
1963
+ const legacyArchived = !entry.wasArchived && await deps.host.isArchived(entry.sessionId);
1697
1964
  /** 真挂上了账本才记下那个 id——回滚里"摘账本"那一步只对挂过的成员存在。 */
1698
1965
  let attached = false;
1699
- /** 组级回滚时,目录真的退回回收站了才通告「已移除」(否则那条通告会骗客户端删掉一行还在盘上的会话)。 */
1966
+ /** 组级回滚时,目录是否真的退回回收站——作为事实交给成员在场 module 判「已移除」通告。 */
1700
1967
  let movedBack = false;
1701
1968
  const journal = createJournal([
1702
1969
  {
@@ -1722,7 +1989,7 @@ async function memberRestore(deps, entry) {
1722
1989
  },
1723
1990
  undo: async () => attached ? attempt("摘账本失败", () => deps.host.detach(entry.sessionId, workspaceId)) : []
1724
1991
  }],
1725
- ...entry.wasArchived ? [] : [{
1992
+ ...!legacyArchived ? [] : [{
1726
1993
  label: "取消归档失败",
1727
1994
  undoOnFailure: true,
1728
1995
  run: async () => {
@@ -1742,9 +2009,7 @@ async function memberRestore(deps, entry) {
1742
2009
  run: () => journal.run(),
1743
2010
  async undo() {
1744
2011
  const failures = await journal.undo();
1745
- if (movedBack) {
1746
- if (await deps.host.evictLive(entry.sessionId).catch(() => "unknown") !== "unknown") await deps.host.announceRemoved(entry.sessionId).catch(() => {});
1747
- }
2012
+ await presence.memberGone(entry.sessionId, { backInTrash: movedBack });
1748
2013
  return failures;
1749
2014
  }
1750
2015
  } };
@@ -1825,8 +2090,8 @@ async function applyDelete(deps, ids) {
1825
2090
  return forEachId("delete", ids, async (sessionId) => {
1826
2091
  const root = bareSessionId(sessionId);
1827
2092
  if (carried.has(root)) return null;
1828
- const entry = await run(sessionId);
1829
- for (const row of groupOf(await deps.manifest.list(), entry.id)) if (bareSessionId(row.sessionId) !== root) carried.add(bareSessionId(row.sessionId));
2093
+ const { entry, movedSessionIds } = await run(sessionId);
2094
+ for (const movedId of movedSessionIds) carried.add(bareSessionId(movedId));
1830
2095
  return entry;
1831
2096
  });
1832
2097
  }
@@ -1863,12 +2128,13 @@ async function applyPurge(deps, ids) {
1863
2128
  return stats;
1864
2129
  });
1865
2130
  }
1866
- /** 删除确认框那句「含 N 个子会话」:一次问完整批(`subagentCounts` 本来就是批量口)。
1867
- * 宿主口缺席时它回 `{}`(这里折成 0);真读失败则整次调用失败,浏览器半按"读不到"把整句不说。 */
2131
+ /** 删除确认框那句「含 N 个子会话」:一次问完整批(`subagentMembersOf` 本来就是批量口)。
2132
+ * 宿主口缺席(`available:false`)时按 0(这里不再有"空表"这一步);真读失败则整次调用失败,
2133
+ * 浏览器半按"读不到"把整句不说。 */
1868
2134
  async function applyCount(deps, ids) {
1869
2135
  const wanted = unique(ids);
1870
- const counts = await deps.host.subagentCounts(wanted);
1871
- return wanted.map((id) => success(id, "count", counts[id] ?? 0));
2136
+ const read = await deps.host.subagentMembersOf(wanted);
2137
+ return wanted.map((id) => success(id, "count", read.available ? read.value[id]?.length ?? 0 : 0));
1872
2138
  }
1873
2139
  /**
1874
2140
  * 清一组无主子会话(父已被彻底删掉、孩子还留在 `sessions/` 里的那些)。id 是**根会话 id**——
@@ -2028,7 +2294,7 @@ function readTrashDetail(deps, limits = DEFAULT_LIMITS) {
2028
2294
  * 清册那一行 → 线上那一行。**显式字面量、不用 `...row`**:线上形状多一个必填字段时,这里编译不过,
2029
2295
  * 于是"线上多了一格却没人填"不可能悄悄发生(`...row` 会把它带过去,看上去一切正常)。
2030
2296
  */
2031
- function toWire(row, readouts = {}) {
2297
+ function toWire(row, readouts) {
2032
2298
  return {
2033
2299
  id: row.id,
2034
2300
  sessionId: row.sessionId,
@@ -2038,7 +2304,7 @@ function toWire(row, readouts = {}) {
2038
2304
  deletedAt: row.deletedAt,
2039
2305
  title: row.title,
2040
2306
  sizeBytes: row.sizeBytes,
2041
- releaseBytes: row.sizeBytes + (readouts.subagentBytes ?? 0) + (readouts.strandedBytes ?? 0),
2307
+ releaseBytes: readouts.releaseBytes,
2042
2308
  ...row.parentEntryId === void 0 ? {} : { parentEntryId: row.parentEntryId },
2043
2309
  ...readouts.subagentCount === void 0 ? {} : { subagentCount: readouts.subagentCount },
2044
2310
  ...readouts.subagentBytes === void 0 ? {} : { subagentBytes: readouts.subagentBytes },
@@ -2052,35 +2318,25 @@ function toWire(row, readouts = {}) {
2052
2318
  * 我们若单列就会冒出一堆点不到的行);父行不在时孩子自己站出来占一行,否则它既看不见也清不掉。
2053
2319
  * 这些派生值只加在这次回信上,**不落清册**——清册该记的是文件里真有的事实,而"还剩几个孩子"
2054
2320
  * "工作区还在不在"是随盘上随时变的读数。取数失败照抛(响亮失败,不端一份少了这栏的清单当没事发生)。
2321
+ *
2322
+ * 一组要释放多少、盘上还剩谁**只读计划一处算**(`planVisibleTrash`,与 purge 同一条口径);
2323
+ * 这里不再自己枚举盘上后代,也不碰 `isLive`(活体准入只属于写动词)。
2055
2324
  */
2056
2325
  async function assembleTrashRows(deps, rows) {
2057
2326
  const groups = visibleGroups(rows);
2058
- const visible = groups.map((group) => group.root);
2059
- const [membersByParent, missingByRowId] = await Promise.all([deps.host.subagentMembersBatch(visible.map((row) => row.sessionId)), Promise.all(visible.map(async (row) => [row.id, await isWorkspaceMissing(deps.host, row)]))]);
2327
+ const [planned, missingByRowId] = await Promise.all([planVisibleTrash(deps, rows, groups), Promise.all(groups.map(async ({ root }) => [root.id, await isWorkspaceMissing(deps.host, root)]))]);
2060
2328
  const gone = new Map(missingByRowId);
2061
- return await Promise.all(groups.map(async ({ root, kids }) => {
2062
- const kidsInGroup = new Set(kids.map((kid) => bareSessionId(kid.sessionId)));
2063
- let count = 0;
2064
- let bytes = 0;
2065
- for (const member of membersByParent[root.sessionId] ?? []) {
2066
- if (kidsInGroup.has(bareSessionId(member.sessionId))) continue;
2067
- const measured = await measureMemberDir(deps, member);
2068
- if (measured === void 0) continue;
2069
- count += 1;
2070
- bytes += measured.bytes;
2071
- }
2072
- const missing = gone.get(root.id) === true;
2073
- return toWire(root, {
2074
- ...kids.length === 0 ? {} : {
2075
- subagentCount: kids.length,
2076
- subagentBytes: kids.reduce((total, kid) => total + kid.sizeBytes, 0)
2077
- },
2078
- ...count === 0 ? {} : {
2079
- strandedSubagents: count,
2080
- strandedBytes: bytes
2081
- },
2082
- ...missing ? { workspaceMissing: true } : {}
2083
- });
2329
+ return planned.map(({ root, kids, releaseBytes, subagentBytes, strandedCount, strandedBytes }) => toWire(root, {
2330
+ releaseBytes,
2331
+ ...kids.length === 0 ? {} : {
2332
+ subagentCount: kids.length,
2333
+ subagentBytes
2334
+ },
2335
+ ...strandedCount === 0 ? {} : {
2336
+ strandedSubagents: strandedCount,
2337
+ strandedBytes
2338
+ },
2339
+ ...gone.get(root.id) === true ? { workspaceMissing: true } : {}
2084
2340
  }));
2085
2341
  }
2086
2342
  //#endregion
@@ -2224,7 +2480,7 @@ function writeOk(res, value) {
2224
2480
  * 未知路由 404、栅栏拒 403(它们不是"一次办成的操作",是"这条请求不归我办/你没资格办")。
2225
2481
  * **操作失败**仍回 200 + 信封。浏览器半先解信封再看状态,所以 4xx 上带的信封照样读得出原文;
2226
2482
  * `code` 一律折成 `sessiondelete/io`,那三个路由标签(`bad-request` / `bad-method` / `not-found-route`)
2227
- * 是**抛出处给读代码的人看的站点名**,不许冒充 §6 的五个动词码上客户端。 */
2483
+ * 是**抛出处给读代码的人看的站点名**,不许冒充 `src/shared/wire.ts` 的五个动词码上客户端。 */
2228
2484
  function writeFailure(res, error, status) {
2229
2485
  const carried = error?.httpStatus;
2230
2486
  writeJson(res, status ?? (typeof carried === "number" ? carried : 200), {
@@ -2370,8 +2626,35 @@ function createFsPort() {
2370
2626
  };
2371
2627
  }
2372
2628
  //#endregion
2629
+ //#region src/ports/home.ts
2630
+ /**
2631
+ * 宿主数据根。官方解析器在 asar `dsh/node_modules/@deepseek-ai/dsh-home-paths/lib/index.js`:
2632
+ * `resolveDshHome(configured, env)` 的优先级 = 显式配置 > `$DSH_HOME`(**空白视为未设**,免得非法覆盖把 home
2633
+ * 解析成当前工作目录)> `~/.dsh`,并 `resolve()` 规范化、展开 `~/`。
2634
+ *
2635
+ * **只镜像后两级,且这与平台的同款设施等价**——"显式配置"那一级对插件**不可得**,三条实证:
2636
+ * ① 平台自己的 helper `dshHomePath(...segments)` 逐字是 `join(resolveDshHome(), ...segments)`,
2637
+ * **同样不传 `configured`**;
2638
+ * ② `ctx.profileContext` 按 launcher 原文只装「profile 位置 / 启动 bundle 名 / 调用覆盖 / 遥测开关」,
2639
+ * 里面没有数据根;
2640
+ * ③ 宿主自己的服务也不是"问出来"的——它们各自声明 `Config.dshHome`,由**装配那一行的人**填。
2641
+ * ⇒ 后果与边界(判据在 `src/verbs/delete-session.ts` 与 `src/verbs/restore-session.ts` 的预检):显式配置过的
2642
+ * profile 上我们算出的根与宿主不一致 ⇒ 文件探测落空 ⇒ 删除/恢复**响亮拒绝、零副作用**(`not-found` /
2643
+ * `trash-empty` / `project-missing`);**不会**动到别的树(sessions 与回收站同源 ⇒ 同卷)。
2644
+ * 本机两条路径都因此对得上:桌面版走 `~/.dsh`(实测 profile 在其下),隔离探针靠 `$DSH_HOME`。
2645
+ *
2646
+ * `homeDir` 只用于测试注入假主目录;默认值仍是 `homedir()`,行为与搬家前一致。
2647
+ */
2648
+ function resolveHome(env = process.env, homeDir = homedir()) {
2649
+ const fromEnv = env.DSH_HOME;
2650
+ const raw = fromEnv !== void 0 && fromEnv.trim().length > 0 ? fromEnv : join(homeDir, ".dsh");
2651
+ if (raw === "~") return homeDir;
2652
+ if (raw.startsWith("~/") || raw.startsWith("~\\")) return resolve(join(homeDir, raw.slice(2)));
2653
+ return resolve(raw);
2654
+ }
2655
+ //#endregion
2373
2656
  //#region src/trash/manifest.ts
2374
- function createStorageManifest$1(domain) {
2657
+ function createStorageManifest(domain) {
2375
2658
  return {
2376
2659
  async list() {
2377
2660
  return (await domain.readAll()).sort((a, b) => b.deletedAt - a.deletedAt);
@@ -2385,31 +2668,8 @@ function createStorageManifest$1(domain) {
2385
2668
  };
2386
2669
  }
2387
2670
  //#endregion
2388
- //#region src/index.ts
2389
- const name = "@xrn1997/dsh-session-delete";
2390
- /**
2391
- * 插件依赖:**只写字符串数组**(隔离数据根上实测:写成 `{ required, optional }` 会让插件停在
2392
- * `pending (waiting for services: required, optional)`)。
2393
- *
2394
- * 三项都是在隔离数据根上实测注入成功、且本插件真正用到的宿主服务。三个**故意不写**的:
2395
- * - `remote`:那是**浏览器半**的服务(asar `dsh-api-gateway/lib/client.js`:`super(ctx, "remote")`),
2396
- * Node 半挂的是 `ctx.typertGateway`。把它写进 Node 半的 inject 会让插件永远 pending(同 `slots` 那次的形状)。
2397
- * - `sessions` / `sessionProjectionCache`:两者都按 `ctx.get(...)` **可选读**——`sessions` 只给 `evictLive`
2398
- * 用(活跃判据走 waterfall,见设计稿 §5;服务缺席回 `unknown`),`sessionProjectionCache` 是标题的尽力读面。
2399
- * inject 一个可能没挂的服务 = 整个插件 pending。
2400
- * 它取不到时 `titleOf` 返回空串,正是契约允许的降级。
2401
- *
2402
- * `webServer` 是**浏览器半取数通道的承载者**(那条薄线):插件用它注册 `/dsh-session-delete-api`
2403
- * 前缀路由,浏览器半同源 fetch 那六个段名。它是宿主 web 组成里的硬依赖(`dsh-host-webserver` 的
2404
- * `super(ctx, "webServer")`),服务名与 `register({kind:'prefix', path, handler})` 的形状按
2405
- * `dsh-host-webserver/lib/index.js` 与 `README.md` 原文读实,不是猜的。
2406
- */
2407
- const inject = [
2408
- "workspaceRegistry",
2409
- "storageDomain",
2410
- "webServer"
2411
- ];
2412
- /** 本插件自己的域(设计稿 §3:介质落在 `~/.dsh/storages/`)。
2671
+ //#region src/trash/storage-manifest.ts
2672
+ /** 本插件自己的域(CONTEXT.md 的「清册」条:介质落在 `~/.dsh/storages/`)。
2413
2673
  *
2414
2674
  * **名字必须带插件专属前缀**:domain 名是 `storageDomain` facility 里的**全局键**,而**一个名字在
2415
2675
  * 一个 facility 里只能 `open()` 一次**(句柄归调用方所有)——别人先占了同名域,本插件会**在激活时**
@@ -2464,7 +2724,7 @@ const trashDomainSpec = defineDomain({
2464
2724
  * **失败不缓存**:`open()` 被拒是瞬态(域被别的持有者占着、装载竞态),把第一次的 rejected promise
2465
2725
  * 缓存起来等于"这个会话永远删不掉"——下一次读会重新走 `open()`,成功才落下活句柄。
2466
2726
  */
2467
- function createStorageManifest(ctx) {
2727
+ function createHostStorageManifest(ctx) {
2468
2728
  const host = ctx;
2469
2729
  let domain;
2470
2730
  let opening;
@@ -2482,7 +2742,7 @@ function createStorageManifest(ctx) {
2482
2742
  }
2483
2743
  return domain.table("entries");
2484
2744
  };
2485
- return createStorageManifest$1({
2745
+ return createStorageManifest({
2486
2746
  readAll: async () => [...(await table()).entries()].map(([, record]) => record),
2487
2747
  put: async (record) => {
2488
2748
  await (await table()).put(record.id, record);
@@ -2492,28 +2752,35 @@ function createStorageManifest(ctx) {
2492
2752
  }
2493
2753
  });
2494
2754
  }
2755
+ //#endregion
2756
+ //#region src/index.ts
2757
+ const name = "@xrn1997/dsh-session-delete";
2495
2758
  /**
2496
- * 宿主数据根。官方解析器在 asar `dsh/node_modules/@deepseek-ai/dsh-home-paths/lib/index.js`:
2497
- * `resolveDshHome(configured, env)` 的优先级 = 显式配置 > `$DSH_HOME`(**空白视为未设**,免得非法覆盖把 home
2498
- * 解析成当前工作目录)> `~/.dsh`,并 `resolve()` 规范化、展开 `~/`。
2759
+ * 插件依赖:**只写字符串数组**(隔离数据根上实测:写成 `{ required, optional }` 会让插件停在
2760
+ * `pending (waiting for services: required, optional)`)。
2499
2761
  *
2500
- * **只镜像后两级,且这与平台的同款设施等价**——"显式配置"那一级对插件**不可得**,三条实证:
2501
- * ① 平台自己的 helper `dshHomePath(...segments)` 逐字是 `join(resolveDshHome(), ...segments)`,
2502
- * **同样不传 `configured`**;
2503
- * ② `ctx.profileContext` 按 launcher 原文只装「profile 位置 / 启动 bundle 名 / 调用覆盖 / 遥测开关」,
2504
- * 里面没有数据根;
2505
- * ③ 宿主自己的服务也不是"问出来"的——它们各自声明 `Config.dshHome`,由**装配那一行的人**填。
2506
- * ⇒ 后果与边界(设计稿 §5):显式配置过的 profile 上我们算出的根与宿主不一致 ⇒ 文件探测落空 ⇒
2507
- * 删除/恢复以 `not-found` **响亮拒绝、零副作用**;**不会**动到别的树(sessions 与回收站同源 ⇒ 同卷)。
2508
- * 本机两条路径都因此对得上:桌面版走 `~/.dsh`(实测 profile 在其下),隔离探针靠 `$DSH_HOME`。
2762
+ * 三项都是在隔离数据根上实测注入成功、且本插件真正用到的宿主服务。**不进 inject 的**:
2763
+ * - `remote`:那是**浏览器半**的服务(asar `dsh-api-gateway/lib/client.js`:`super(ctx, "remote")`),
2764
+ * Node 半挂的是 `ctx.typertGateway`。把它写进 Node 半的 inject 会让插件永远 pending(同 `slots` 那次的形状)。
2765
+ * - `sessions` / `sessionProjectionCache`:两者都按 `ctx.get(...)` **可选读**——`sessions` 只给 `evictLive`
2766
+ * 用(活跃判据走 waterfall,见 src/ports/host-port.ts;服务缺席回 `unknown`),`sessionProjectionCache` 是标题的尽力读面。
2767
+ * inject 一个可能没挂的服务 = 整个插件 pending。
2768
+ * 它取不到时 `titleOf` 返回空串,正是契约允许的降级。
2769
+ * - `agents`:只给 handle 捕获用(`ctx.get('agents')`;缺席时 `ctx.inject(['agents'])` 等服务就绪再装)。
2770
+ * 它同样可能晚于本插件激活,写进插件 inject 只会让整个插件 pending。
2771
+ *
2772
+ * `webServer` 是**浏览器半取数通道的承载者**(那条薄线):插件用它注册 `/dsh-session-delete-api`
2773
+ * 前缀路由,浏览器半同源 fetch 那六个段名。它是宿主 web 组成里的硬依赖(`dsh-host-webserver` 的
2774
+ * `super(ctx, "webServer")`),服务名与 `register({kind:'prefix', path, handler})` 的形状按
2775
+ * `dsh-host-webserver/lib/index.js` 与 `README.md` 原文读实,不是猜的。
2776
+ *
2777
+ * 清单(storage domain 绑定)与数据根各有一个家:`src/trash/storage-manifest.ts`、`src/ports/home.ts`。
2509
2778
  */
2510
- function resolveHome(env = process.env) {
2511
- const fromEnv = env.DSH_HOME;
2512
- const raw = fromEnv !== void 0 && fromEnv.trim().length > 0 ? fromEnv : join(homedir(), ".dsh");
2513
- if (raw === "~") return homedir();
2514
- if (raw.startsWith("~/") || raw.startsWith("~\\")) return resolve(join(homedir(), raw.slice(2)));
2515
- return resolve(raw);
2516
- }
2779
+ const inject = [
2780
+ "workspaceRegistry",
2781
+ "storageDomain",
2782
+ "webServer"
2783
+ ];
2517
2784
  /**
2518
2785
  * 装配顺序:**清单 → 端口 → 动词依赖 → 前缀路由**(`DeleteDeps` 就是前两者的合一)。
2519
2786
  *
@@ -2525,7 +2792,7 @@ function apply(ctx) {
2525
2792
  const deps = {
2526
2793
  fs: createFsPort(),
2527
2794
  host: createHostPort(ctx),
2528
- manifest: createStorageManifest(ctx),
2795
+ manifest: createHostStorageManifest(ctx),
2529
2796
  home: resolveHome(),
2530
2797
  now: () => Date.now()
2531
2798
  };
@@ -2542,4 +2809,4 @@ function apply(ctx) {
2542
2809
  }, "session-delete: /dsh-session-delete-api routes");
2543
2810
  }
2544
2811
  //#endregion
2545
- export { apply, createStorageManifest, inject, name };
2812
+ export { apply, inject, name };