@cloud411716/fancy-webnovel 2.2.0 → 3.0.3

package/lib/safe-rm.js

@@ -1,94 +0,0 @@
-/**
- * 沙箱下 `rm` 挂死的一次性提示（bundle 级，所有子插件共用）。
- *
- * ## 为什么要有这段提示
- *
- * 实测（2026-10-23，DSH web + Landlock 沙箱）：
- *
- *   1. 本机的 `/bin/rm` 和 `/usr/bin/rm` 都被替换成了 trash-cli 的 `trash-put`
- *      （`ls -l /bin/rm` → `/usr/bin/trash-put`）—— 删除不是真删，是移入回收站，
- *      同时要在 `~/.local/share/Trash/info/` 写一份 `.trashinfo` 元数据。
- *   2. DSH 的 bash 跑在 Landlock 沙箱里，可写白名单只有
- *      `/dev/null`、`/tmp` 和会话工作目录
- *      （`@deepseek-ai/dsh-sandbox-local/lib/index.js` 的 `landlockProfileArgs`）。
- *      回收站 `~/.local/share/Trash` 不在其中。
- *   3. trash-cli 写 `.trashinfo` 拿到 EACCES 后**不会报错退出**，而是换一个
- *      递增后缀继续重试（`trashcli/put/janitor_tools/info_file_persister.py`
- *      的 `while True` + `NeedsMoreAttempts`，只对 ENAMETOOLONG 特判）。
- *      → `rm` 永不返回 → 用 `&&` 串起来的整条命令挂到超时（默认 600 秒）。
- *
- * 复现（`landlock-run --ro / --rw /dev/null --rw /tmp --rw <cwd> -- rm -f <f>`）：
- * rc=124（被 timeout 杀）；同一环境下 `node -e "fs.unlinkSync(...)"` rc=0。
- *
- * 把 `XDG_DATA_HOME` 指到 `/tmp`，回收站就落在沙箱允许写的目录里，`rm` 立刻返回。
- *
- * ## 为什么放在 bundle 入口，而不是各子插件自己的提示词
- *
- * fancy-webnovel 下每个子插件都可能让模型去删临时文件（骨架构建、拆书、
- * 拆解结果清理……），逐个加提示词必然漏，而且以后新增子插件还会再漏。
- * 这里注册成 DSH 的 `systemPrompt` section：**一次注册，对整个 bundle 的
- * 所有会话、所有子插件生效**，模型不需要知道当前是哪个子插件。
- *
- * ## 顺带澄清一件事：这段文本不是 400 的元凶
- *
- * 曾经出现过 provider 报
- *   400 messages: Validation error: message content cannot be empty
- * 且报错里**含有本段文本**，很容易被误判成"是这段提示词导致的"。
- * 不是。真实原因是插件往会话里塞了一条**空 content 的 user/message**：
- * 它抢走了 transcript 的第一条位置，于是系统提示词（含本段文本）被降级成
- * user 轮，跟空消息一起出现在报错里 —— 本段文本出现在报错里恰恰是**症状**。
- * 详见 tests/cases/conversation-view.test.js 与 lib/infra.js 的文件头说明。
- *
- * @module @cloud411716/fancy-webnovel/safe-rm
- */
-
-/** section 名。DSH 里 section 按名去重，重名会抛错。 */
-export const SAFE_RM_SECTION_NAME = 'fancy-webnovel:safe-rm';
-
-/**
- * 排序位。DSH 的 `systemPrompt.section()` 要求 order 是有限数字；
- * 外部贡献可以用任意有限值，这里紧跟在 `tool:bash`（1000）之后，
- * 让模型在读完 bash 工具说明后紧接着看到这条约束。
- */
-export const SAFE_RM_SECTION_ORDER = 1005;
-
-/** section 正文。措辞要短、要把"为什么"讲透，否则模型会当成风格偏好而忽略。 */
-export const SAFE_RM_SECTION_TEXT = [
-  '本机的 rm 是 trash-cli 的 trash-put：删除即移入回收站，并非真删。',
-  'DSH 的文件沙箱（workspace-write）只允许写 /dev/null、/tmp 和会话工作目录，',
-  '回收站目录 ~/.local/share/Trash 不在其中；trash-cli 写 .trashinfo 失败后会不断换名重试，',
-  'rm 永不返回，整条命令会挂到超时（默认 600 秒）。',
-  '删除任何文件或目录（含临时文件）时，一律给 rm 加 XDG_DATA_HOME=/tmp 前缀，',
-  '让回收站落在沙箱允许写的 /tmp 下，rm 才会立刻返回：',
-  'XDG_DATA_HOME=/tmp rm -rf <路径>',
-].join('\n');
-
-/**
- * 注册这条提示。
- *
- * 用 `ctx.inject(['systemPrompt'], ...)` 惰性注册而不是直接摸 `ctx.systemPrompt`：
- * 精简部署（没装 systemPrompt 服务）和单元测试的假 ctx 都不会因此炸，
- * 而且 HMR 重载时 cordis 会自动 dispose / 重建。
- *
- * @param {object} ctx - 插件上下文
- * @returns {boolean} 是否真的注册了（false = 环境里没有 systemPrompt）
- */
-export function registerSafeRmPrompt(ctx) {
-  // 没有 inject 的假 ctx（单元测试用的最小 mock）直接跳过 ——
-  // 一条提示词不该把整个 bundle 拖挂。
-  if (!ctx || typeof ctx.inject !== 'function') return false;
-  try {
-    // 不 await：systemPrompt 还没就绪时这只是挂一个待启动的子插件，
-    // 不能让 bundle 的加载卡在这儿。
-    ctx.inject(['systemPrompt'], (scope) => {
-      scope.systemPrompt.section({
-        name: SAFE_RM_SECTION_NAME,
-        order: SAFE_RM_SECTION_ORDER,
-        text: SAFE_RM_SECTION_TEXT,
-      });
-    });
-    return true;
-  } catch {
-    return false;
-  }
-}