dsh-code-server-app 0.3.69 → 0.3.71

package/lib/index.js

@@ -9,7 +9,7 @@
  * 路由经 ctx.connection.fetch.register 挂在 Connection 的共享 /api 通道上(**不依赖 webServer**):
  *   web profile 由 Connection 把 /api 挂到 webServer;desktop 由 apps/desktop-host 交给同一个
  *   createSharedFetchHandler('/api')(IPC 帧管道)→ 客户端只需同源 fetch('/api/code-server/<op>')。
- *   GET  status | POST start{cwd?} | stop | setup(兼容空操作) | open-file{file,line?} | ui-mode{sidebar}
+ *   GET  status | POST start{cwd?} | stop | open-file{file,line?} | ui-mode{sidebar}
  *
  * 不变量:进程生命周期归本插件(启动写 pid.json,停止树级终止);host 重启后按 pid.json + /healthz
  * adopt 存活实例(不重复启动、不误杀);auth 固定 none(0.2.0 起不再支持口令);插件销毁时回收进程与路由。
@@ -26,12 +26,11 @@ import { fileURLToPath } from 'node:url';
 import { createRequire } from 'node:module';
 import {
   PACKAGE_ROOT,
-  codeServerPackageName,
-  legacyInstallRoot,
   productPath,
   readTreeVersion,
   vendoredVersion,
   vendorReady,
+  vscodeServerPackageName,
   vsRoot,
   vsServerEntry,
 } from './vendor.js';
@@ -103,36 +102,25 @@ if (z === null || z === undefined) {
   );
 }
 
+/** profile 条目 id(cordis.patch.yml 的 `- id: code-server`),同时也是**设置域里的条目 id**:
+ *  `ctx.configForms.get(entryId)` 与宿主的 settings.describe 都按条目 id 取用(表单只展示
+ *  "活动且可唯一定位"的条目)。客户端半部的 ENTRY_ID 必须与此一致。 */
 export const name = 'code-server';
 // connection:client↔host 通道(web 走 webServer 的 /api,desktop 走 IPC 帧管道);
-// settings:**设置的数据域**。两条线都有这个服务(所以它可以是硬依赖),但**模型不同**:
-//   · 旧线(rc 0.1.5-rc.x;也含"座位已搬到插件页、数据面还是旧的"0.1.6-alpha.2):
-//     `settings.register(ns, schema)` → `scope.get()/watch()`,值持久化在官方 settings 文档;
-//   · 新线(alpha ≥ 0.1.7-alpha.1):`register/get/watch` 已删除,配置就是**本插件条目自己的 Config**
-//     (可编辑字段必须 `.volatile()`),读值走 `config.<field>.get()` 活引用,变更通知走
-//     `settings/document-updated`。
-// 两条线的选择在 apply 里**按能力探测**(`typeof settings.register === 'function'`),不比较版本号。
+// settings:**设置的数据域**(0.2.0 线只有这一种模型)—— 配置就是**本插件条目自己的 Config**
+// (可编辑字段必须 `.volatile()`),读值走 `config.<field>.get()` 活引用,变更通知走
+// `settings/document-updated`。两者都是硬依赖:没有 settings 就建不出配置、也声明不了配置页。
 export const inject = ['connection', 'settings'];
 
-/** profile 条目 id(cordis.patch.yml 的 `- id: code-server`)。
- *  新线里它同时也是**设置命名空间**:`ctx.configForms.get(entryId)` 与宿主的 settings.describe
- *  都按条目 id 取用(表单只展示"活动且可唯一定位"的条目)。客户端半部的 ENTRY_ID 必须与此一致。 */
-export const SETTINGS_NS = 'code-server';
-
 /**
- * 可配置字段表(**唯一真源**):两条数据线共用同一份字段定义,只在"是否 volatile"上分叉。
+ * 可配置字段表(**唯一真源**):Config 逐字段据此生成。
  *
- * 为什么必须分叉(0.3.66 实测):
- *   · 新线(alpha ≥ 0.1.7-alpha.1)把插件配置模型换成"插件条目自己的 Config":
- *     `ctx.settings.register(ns, schema)` 已删除;宿主只把 **`.volatile()` 字段**当作该条目的可编辑表单
- *     (settings.describe 按 volatile 投影并明确报错 `Config field "x" is not volatile`),
- *     且保存会**就地重解析**这个叶子(不重挂插件)⇒ 字段必须 volatile,读值必须走 config.<field>.get()。
- *   · 旧线要把同一份 schema 注册进官方 settings 域(`settings.register(SETTINGS_NS, schema)`),
- *     而**那里不能用带 volatile 的 schema**:schemastery 3.18.3 起 volatile 是**解析期**行为
- *     (`createVolatile(value)` 在 schema 里完成),旧的 settings 域不认识它,会把活引用直接交给线路
- *     (JSON 化后是空对象 `{}`)⇒ 卡片读到的全是空值。所以旧线注册 `SettingsSchema`(同字段、无 volatile)。
- *   · rc 线的 schemastery 是 3.18.2,**根本没有 `.volatile()`**(3.18.3 才加)⇒ 无条件调用会在模块
- *     求值期抛 `TypeError`、整棵插件树加载失败。故一律经 `vol()` 探测能力后再包。
+ * 为什么字段必须 volatile(0.3.66 实测):
+ *   · 宿主只把 **`.volatile()` 字段**当作该条目的可编辑表单(settings.describe 按 volatile 投影
+ *     并明确报错 `Config field "x" is not volatile`),且保存会**就地重解析**这个叶子(不重挂插件)
+ *     ⇒ 字段必须 volatile,读值必须走 config.<field>.get()。
+ *   · 老部署自带的 schemastery(< 3.18.3)没有 `.volatile()` ⇒ 无条件调用会在模块求值期抛
+ *     `TypeError`、整棵插件树加载失败。故一律经 `vol()` 探测能力后再包。
  *
  * 旧设置文档里残留的 reserveComposer / windowedOpen / fileOpenScope 不再出现在 schema 里 ——
  * schemastery 的 object 非 strict 会把未知键原样 merge 进解析结果,既不报错也不影响取值,故无需迁移。
@@ -180,25 +168,20 @@ const SETTING_FIELDS = {
   fimDisableGlobs: () => z.string().default(''),
 };
 
-/** volatile 包装(**能力探测**,不看版本号):rc 线的 schemastery 3.18.2 没有这个方法。 */
+/** volatile 包装(**能力探测**,不看版本号):部署自带的 schemastery 若没有这个方法则原样返回。 */
 const vol = (schema) => (typeof schema.volatile === 'function' ? schema.volatile() : schema);
 
-/** 用同一份字段表建一条 schema;`wrap` 决定字段是否 volatile。 */
+/** 用同一份字段表建 schema;`wrap` 决定字段是否 volatile(唯一调用点是 Config 的 `vol()`)。 */
 function settingShape(wrap) {
   const shape = {};
   for (const [key, make] of Object.entries(SETTING_FIELDS)) shape[key] = wrap(make());
   return shape;
 }
 
-/** **本插件条目的 Config**(新线:alpha ≥ 0.1.7-alpha.1 的配置模型)。
+/** **本插件条目的 Config**(0.2.0 线唯一的配置模型)。
  *  字段全部 volatile:这是"宿主把该条目暴露成可编辑表单 + 保存就地重解析"的前提。 */
 export const Config = z.object(settingShape(vol));
 
-/** **旧线注册用 schema**(rc 0.1.5-rc.x 与 0.1.6-alpha.2 的 `settings.register`):
- *  同字段、**不带 volatile** —— 原因见 SETTING_FIELDS 上方那段(schemastery 的 volatile 是解析期行为,
- *  旧的 settings 域会把活引用交给线路,卡片会读到空对象)。 */
-export const SettingsSchema = z.object(settingShape((schema) => schema));
-
 const DEFAULT_CONFIG = {
   bin: '',
   host: '127.0.0.1',
@@ -705,20 +688,15 @@ let activeBridgeDispatch = null;
 export async function apply(ctx, config) {
   const cfg = { ...DEFAULT_CONFIG, ...(config ?? {}) };
 
-  // ---- 设置:两条数据线(见文件头与 SETTING_FIELDS 的说明) ----
-  // 判据是**能力**不是版本号:旧线的 settings 服务有 register(rc 0.1.5-rc.x,以及数据面还没换的
-  // 0.1.6-alpha.2);新线(alpha ≥ 0.1.7-alpha.1)删掉了它,配置就是本条目自己的 volatile Config。
-  const settingsSvc = ctx.get('settings');
-  const legacySettings = settingsSvc !== undefined && settingsSvc !== null
-    && typeof settingsSvc.register === 'function';
+  // ---- 设置:本条目自己的 volatile Config(见文件头与 SETTING_FIELDS 的说明) ----
 
   /**
    * 读一个配置字段的**当前值**。
    *
-   * 新线:宿主编译期把 volatile 叶子换成**活引用**(`{ get() }`,见 cosmokit 的 createVolatile),
+   * 宿主编译期把 volatile 叶子换成**活引用**(`{ get() }`,见 cosmokit 的 createVolatile),
    * 保存(表单 mutate → profile patch → loader 重解析)只就地更新这个叶子、**不重挂插件**,
-   * 所以每次都现读引用才是"实时值"。旧线(以及 rc 线 3.18.2 的 schemastery,它没有 volatile)
-   * 上 config.<field> 就是普通值 —— 同一个读法两条线都对。
+   * 所以每次都现读引用才是"实时值"。部署自带的 schemastery 若没有 `.volatile()`,叶子就是普通值 ——
+   * 同一个读法两种形状都对。
    */
   const cfgValue = (field) => {
     const leaf = config === null || config === undefined ? undefined : config[field];
@@ -731,8 +709,8 @@ export async function apply(ctx, config) {
     return live === undefined ? cfg[field] : live;
   };
   /**
-   * 从**当前配置**拼出与旧线 `scope.get()` 同形的一份快照,交给同一个 commit 函数。
-   * 默认值就地取 DEFAULT_CONFIG / normalize,与旧线 register 分支里的兜底逐项对齐。
+   * 从**当前配置**拼出一份快照,交给 commitSettings。
+   * 缺项就地取 DEFAULT_CONFIG / normalize 的兜底。
    */
   const readSettingsSnapshot = () => ({
     serve: readCfg('serve') === 'dsh' ? 'dsh' : 'loopback',
@@ -769,9 +747,9 @@ export async function apply(ctx, config) {
   /**
    * 把一份设置快照落到本地状态上,并在**值真的变了**时执行随动副作用。
    *
-   * 两条线的触发点不同,但落到这里是同一段代码:
-   *   · 旧线:`scope.watch(commitSettings)`(首次装配另走 initial=true,不触发副作用);
-   *   · 新线:`ctx.on('settings/document-updated', …)` → readSettingsSnapshot() → 这里。
+   * 触发点:装配时以 initial=true 落一遍初值(不触发副作用);之后每次
+   * `ctx.on('settings/document-updated', …)` → readSettingsSnapshot() → 这里
+   * (volatile 叶子的就地重解析不重挂插件,所以随动必须由事件驱动)。
    * 副作用的清单(与 0.3.0 起的语义逐条一致):编辑器桥上下线、FIM 适配器注册/注销、
    * FIM 三个子项即时生效、状态里的四元组(serve/keepResident/claimExtensions/fullscreenOnOpen)。
    */
@@ -853,26 +831,10 @@ export async function apply(ctx, config) {
     }
   };
 
-  if (legacySettings) {
-    // ---- 旧线:settings 命名空间(rc 0.1.5-rc.x;也含 0.1.6-alpha.2) ----
-    try {
-      // 注册**不带 volatile** 的 SettingsSchema:旧的 settings 域会把 volatile 活引用直接交给线路。
-      const scope = settingsSvc.register(SETTINGS_NS, SettingsSchema);
-      const rawDoc = settingsSvc.get(SETTINGS_NS);
-      if (rawDoc !== undefined && rawDoc !== null) {
-        commitSettings(scope.get(), { initial: true });
-      }
-      scope.watch((next) => { commitSettings(next); });
-    } catch (error) {
-      console.error(`[code-server] settings unavailable; using defaults (claimExtensions=${DEFAULT_CLAIM_EXTENSIONS}, fullscreenOnOpen=true, keepResident=true): ${error.message}`);
-    }
-  } else {
-    // ---- 新线:本条目自己的 volatile Config(alpha ≥ 0.1.7-alpha.1) ----
-    // 先按活叶子装一遍初值(不触发副作用),再把后续变更挂到 settings 的文档事件上:
-    // volatile 叶子的就地重解析不重挂插件,所以随动必须由事件驱动。
-    commitSettings(readSettingsSnapshot(), { initial: true });
-    ctx.on('settings/document-updated', () => { commitSettings(readSettingsSnapshot()); });
-  }
+  // 先按活叶子装一遍初值(不触发副作用),再把后续变更挂到 settings 的文档事件上:
+  // volatile 叶子的就地重解析不重挂插件,所以随动必须由事件驱动。
+  commitSettings(readSettingsSnapshot(), { initial: true });
+  ctx.on('settings/document-updated', () => { commitSettings(readSettingsSnapshot()); });
 
   // ---- 自带配置页的声明(0.3.66) ----
   // 本插件的设置面是客户端半部自绘的表单(插件页的 `plugins.bundle.config`),不是按 schema 自动生成的页面。
@@ -884,7 +846,8 @@ export async function apply(ctx, config) {
     try {
       ctx.inject(['settings'], (child) => {
         const svc = typeof child.get === 'function' ? child.get('settings') : child.settings;
-        if (svc === undefined || svc === null || typeof svc.configure !== 'function') return; // 旧线没有这个能力
+        // 没有 configure 就不注册(防御:Settings 服务是迟加载/被替换的极简实现);不影响配置读写。
+        if (svc === undefined || svc === null || typeof svc.configure !== 'function') return;
         child.effect(() => {
           try {
             return svc.configure({ auto: false }, ctx.fiber);
@@ -941,7 +904,6 @@ export async function apply(ctx, config) {
     /** 本实例是否由插件的自动预启动拉起(旧版 DSH 上报后据此回收,不动用户/被 adopt 的实例) */
     prestarted: false,
     env: envCheck(), // 环境检测(VS Code 树 / server 入口 / 内部依赖 / 预编译原生包)
-    setup: { running: false, done: true, ok: true, logTail: '0.1.36 起由包管理器安装依赖,无需「安装环境」步骤', startedAt: null, finishedAt: null }, // 兼容旧客户端
   };
 
   let child = null;
@@ -1522,6 +1484,15 @@ export async function apply(ctx, config) {
     return `http://${cfg.host}:${state.port}/${token}`;
   }
 
+  /** `?v=` 缓存击穿标记 = 插件版本 + VS Code 树。子进程 env(DSHCS_HTML_TAG)与客户端 iframe URL 共用一条。
+   *
+   *  为什么 iframe URL 也要带它:只靠 `?s=<pid>` 不够 —— 升级插件/换树时 IDE 进程常常被 adopt(pid 不变),
+   *  旧页面就会一直留在常驻面里。2026-10-01 的实例:面里跑着 `0.3.68-stable-59c988c7…`(插件 0.3.68 + 4.138),
+   *  而 endpoint.json 已是 `stable-53c2f325…`(4.139.1)⇒ 用户看到的是升级前的页面、且那条 WebSocket 早已半死。 */
+  function htmlTag() {
+    return `${pluginVersion()}-${productPath() ?? 'dev'}`.replace(/[^A-Za-z0-9._-]/g, '');
+  }
+
   function snapshot() {
     const running = state.status === 'running' && state.pid !== null;
     const dshMode = state.serve === 'dsh';
@@ -1540,6 +1511,8 @@ export async function apply(ctx, config) {
       url: running ? (dshMode ? '/code-server/' : loopbackUrl()) : null,
       productPath: state.env?.productPath ?? null,
       version: state.version,
+      // 给客户端拼 `&v=<htmlTag>`:插件或树变了 ⇒ URL 变 ⇒ 常驻 iframe 自动换页(见 htmlTag() 的注释)
+      htmlTag: htmlTag(),
       error: state.error,
       logTail: state.logTail.slice(-LOG_TAIL_MAX),
       adopted: state.adopted,
@@ -1559,35 +1532,9 @@ export async function apply(ctx, config) {
         file: path.join(bridgeMetaDir, 'bridge.json'),
       },
       env: state.env,
-      setup: {
-        running: state.setup.running,
-        done: state.setup.done,
-        ok: state.setup.ok,
-        logTail: state.setup.logTail.slice(-LOG_TAIL_MAX),
-      },
-      lastSetupError: readLastSetupError(),
     };
   }
 
-  /** 读旧版(≤0.1.35)环境安装失败标记文件;新版不再有安装步骤 → 通常为 null。
-   *  标记在旧安装根:<profile>\.code-server-app\last-setup-error.json。 */
-  function readLastSetupError() {
-    try {
-      const root = legacyInstallRoot();
-      if (root === null) return null;
-      const marker = path.join(root, 'last-setup-error.json');
-      if (!fs.existsSync(marker)) return null;
-      const raw = fs.readFileSync(marker, 'utf8');
-      const j = JSON.parse(raw);
-      return {
-        at: j && typeof j.at === 'string' ? j.at : null,
-        error: j && typeof j.error === 'string' ? j.error : '安装脚本失败(无详情)',
-      };
-    } catch {
-      return null;
-    }
-  }
-
   function appendLog(chunk) {
     try {
       const text = typeof chunk === 'string' ? chunk : chunk.toString('utf8');
@@ -1865,7 +1812,7 @@ export async function apply(ctx, config) {
     env.DSHCS_EXTENSIONS_DIR = extensionsDir;
     // ?v= 缓存击穿标记:按"插件版本 + VS Code 树"生成 —— 只在真升级时让渲染器丢掉旧 bundle,
     // 平时正常命中缓存(workbench.js 有 18MB,每次启动都重拉不划算)。
-    env.DSHCS_HTML_TAG = `${pluginVersion()}-${productPath() ?? 'dev'}`.replace(/[^A-Za-z0-9._-]/g, '');
+    env.DSHCS_HTML_TAG = htmlTag();
     // 0.3.45 起不再需要给子进程加 NODE_PATH:重打包原生包按**真名**挂在插件依赖上,而它们要的
     // **原始名字**(node-pty / @vscode/sqlite3 …)由 ensureRuntimeLayout() 在树里补 junction ——
     // 目录链同时满足 ESM import 与 CJS require,NODE_PATH 只对 CJS 生效且属兜底。
@@ -1982,23 +1929,6 @@ export async function apply(ctx, config) {
     return snapshot();
   }
 
-  /** 0.1.36 起没有「安装环境」步骤:code-server 随插件包发布,内部依赖与预编译原生模块
-   *  都由包管理器在 `dsh plugin add` 时装好。这里只做一次重新自检(兼容旧客户端的按钮)。 */
-  function refreshEnv() {
-    state.env = envCheck();
-    state.setup = {
-      running: false,
-      done: true,
-      ok: state.env.ok,
-      logTail: state.env.ok
-        ? '环境已就绪(依赖由包管理器安装,无需安装步骤)'
-        : `环境未就绪:${describeEnvProblem(state.env)}`,
-      startedAt: null,
-      finishedAt: Date.now(),
-    };
-    return state.setup;
-  }
-
   /** 环境问题的一句话描述(状态卡/日志共用)。 */
   function describeEnvProblem(env) {
     const parts = [];
@@ -2069,21 +1999,6 @@ export async function apply(ctx, config) {
     }
   }
 
-  async function handleSetup() {
-    try {
-      // 兼容旧客户端:0.1.36 起没有安装步骤,这里只重新自检并返回结果。
-      const setup = refreshEnv();
-      return jsonResponse({
-        ...snapshot(),
-        ok: true,
-        message: setup.ok ? '环境已就绪,无需安装' : `环境未就绪:${setup.logTail}`,
-        error: null,
-      });
-    } catch (err) {
-      return failureResponse(err);
-    }
-  }
-
   async function handleOpenFile(request) {
     try {
       // 打开文件:host 写信号文件,内置扩展(dshcs-open-file)在 VS Code 中打开它。
@@ -2530,7 +2445,6 @@ export async function apply(ctx, config) {
   const disposers = [    { path: `${API_BASE}/status`, methods: ['GET'], fetch: handleStatus },
     { path: `${API_BASE}/start`, methods: ['POST'], fetch: handleStart },
     { path: `${API_BASE}/stop`, methods: ['POST'], fetch: handleStop },
-    { path: `${API_BASE}/setup`, methods: ['POST'], fetch: handleSetup },
     { path: `${API_BASE}/open-file`, methods: ['POST'], fetch: handleOpenFile },
     { path: `${API_BASE}/ui-mode`, methods: ['POST'], fetch: handleUiMode },
     // ---- 「问 DSH」对话框(0.3.24):DSH 页面里的 client 半部调这几条 ----
@@ -2604,7 +2518,7 @@ export async function apply(ctx, config) {
     console.warn(`[code-server] 依赖链接创建失败: ${layout.failed.join('; ')}`);
   }
   if (!vendorReady()) {
-    console.warn(`[code-server] 找不到 VS Code 树:平台无关包 ${codeServerPackageName()} 未安装,`
+    console.warn(`[code-server] 找不到 VS Code 树:平台无关包 ${vscodeServerPackageName()} 未安装,`
       + '且包内 vendor/vscode 不存在(开发期请先 `node scripts/vendor-vscode-server.mjs --dev-links`)');
   } else {
     console.log(`[code-server] VS Code 树: ${vsRoot()}(productPath=${state.env.productPath ?? '?'})`);
@@ -2612,10 +2526,6 @@ export async function apply(ctx, config) {
   if (!state.env.ok) {
     console.warn(`[code-server] 环境未就绪: ${describeEnvProblem(state.env)}`);
   }
-  const legacyRoot = legacyInstallRoot();
-  if (legacyRoot !== null && fs.existsSync(legacyRoot)) {
-    console.log(`[code-server] 检测到旧版安装根 ${legacyRoot}(0.1.35 及更早遗留,已不再使用,可安全删除)`);
-  }
 
   // DSH host 重启后 adopt(仅 loopback 模式):pid.json 有效、进程存活、令牌文件在、endpoint 记录的端口
   // 上 /healthz(带令牌)响应 → 接管。端口 0 时不能拿 cfg.port 去探(那是个占位值),必须用 endpoint 文件。

package/lib/vendor.js

@@ -3,8 +3,7 @@
 // 模型(重构后,0.2.0 起):
 //   - VS Code 树 + 少量浏览器静态资源打成**平台无关子包**发布:
 //       @<scope>/dshcs-vscode-server@<code-server 版本>
-//     子包内布局:<pkg>/vscode/{lib/vscode,out/browser,src/browser,…};
-//     旧的全量树 @<scope>/dshcs-code-server@<版本> 仍然可作回退(0.1.43 及更早)。
+//     子包内布局:<pkg>/vscode/{lib/vscode,out/browser,src/browser,…}。
 //   - code-server 的 Node 服务层(out/node/** + 136 个依赖)不再随包发布:
 //     由插件自带的 lib/launcher.mjs 取代(见 docs/analysis-code-server-as-dsh-plugin.md)。
 //   - VS Code 内部依赖(约 1GB)与需编译的原生模块仍由包管理器安装:
@@ -13,7 +12,7 @@
 //     并**直接挂在插件依赖上**(平台无关的 → dependencies;平台专属的 → optionalDependencies,
 //     包自带 os/cpu 按架构自动选)。原始名字由 lib/native.js 按 lib/vendored.json 补 junction ——
 //     0.3.45 起不再有平台聚合包,原因见 docs/desktop-first-install-root-cause.md;
-//   - 插件包内 `vendor/vscode/` 只作为**开发期/兼容**回退(发布包不含 vendor)。
+//   - 插件包内 `vendor/vscode/` 只作为**开发期**回退(发布包不含 vendor)。
 import { createRequire } from 'node:module';
 import { existsSync, readFileSync } from 'node:fs';
 import { dirname, join, resolve } from 'node:path';
@@ -22,26 +21,9 @@ import { fileURLToPath } from 'node:url';
 const here = dirname(fileURLToPath(import.meta.url)); // <pkg>/lib
 const require_ = createRequire(import.meta.url);
 export const PACKAGE_ROOT = resolve(here, '..');
-/** 包内 VS Code 树(新模型;发布包不含,仅开发期/兼容回退)。 */
+/** 包内 VS Code 树(新模型;发布包不含,仅开发期回退)。 */
 export const VENDOR_TREE = join(PACKAGE_ROOT, 'vendor', 'vscode');
-/** 包内旧全量 code-server 树(0.1.43 及更早;仅兼容回退)。 */
-export const LEGACY_VENDOR_TREE = join(PACKAGE_ROOT, 'vendor', 'code-server');
 const VENDOR_META = join(PACKAGE_ROOT, 'vendor', 'VENDOR.json');
-/** 旧版安装根目录名(0.1.35 及更早);仅用于迁移提示。 */
-export const APP_DIR_NAME = '.code-server-app';
-
-/** <profile> 根;插件不在 profile 布局(开发期独立目录)时返回 null。 */
-export function profileRootOf() {
-  const profileRoot = resolve(PACKAGE_ROOT, '..', '..');
-  const isProfile = existsSync(join(profileRoot, 'node_modules')) && existsSync(join(profileRoot, 'package.json'));
-  return isProfile ? profileRoot : null;
-}
-
-/** 旧版安装根(<profile>\.code-server-app);存在时提示可删除。 */
-export function legacyInstallRoot() {
-  const profileRoot = profileRootOf();
-  return profileRoot !== null ? join(profileRoot, APP_DIR_NAME) : null;
-}
 
 function declaredDependencyNames() {
   try {
@@ -63,42 +45,23 @@ export function vscodeServerPackageName() {
   return '@jinsiyu/dshcs-vscode-server';
 }
 
-/** 旧 code-server 全量树包名(0.1.43 及更早):@<scope>/dshcs-code-server。 */
-export function codeServerPackageName() {
-  const declared = declaredDependencyNames();
-  const hit = Object.keys(declared).find((name) => /^@[^/]+\/dshcs-code-server$/.test(name));
-  if (hit !== undefined) return hit;
-  return '@jinsiyu/dshcs-code-server';
-}
-
-/** 旧版(0.1.37)平台专属 code-server 子包名,仅作兼容回退。 */
-export function legacyCodeServerPackageName(platform = process.platform, arch = process.arch) {
-  return `@jinsiyu/dshcs-code-server-${platform}-${arch}`;
-}
-
-/** 解析某个包目录下的 VS Code 树根。
- *  新布局:<pkg>/vscode/lib/vscode/out/server-main.js;旧布局:<pkg>/code-server/out/node/entry.js。 */
+/** 解析某个包目录下的 VS Code 树根:<pkg>/vscode/lib/vscode/out/server-main.js。 */
 function rootOfPackage(name) {
   try {
     const manifest = require_.resolve(`${name}/package.json`);
     const base = dirname(manifest);
     const slim = join(base, 'vscode');
     if (existsSync(join(slim, 'lib', 'vscode', 'out', 'server-main.js'))) return slim;
-    const legacy = join(base, 'code-server');
-    if (existsSync(join(legacy, 'out', 'node', 'entry.js'))) return legacy;
   } catch { /* 未安装 */ }
   return null;
 }
 
-/** VS Code 树根(新包 > 旧包 > 旧平台子包 > 包内 vendor/vscode > 包内 vendor/code-server)。
+/** VS Code 树根(已安装的 dshcs-vscode-server 包 > 包内 vendor/vscode)。
  *  @returns {string|null} 绝对路径,如 <profile>\node_modules\@jinsiyu\dshcs-vscode-server\vscode */
 export function vsRoot() {
-  const root = rootOfPackage(vscodeServerPackageName())
-    ?? rootOfPackage(codeServerPackageName())
-    ?? rootOfPackage(legacyCodeServerPackageName());
+  const root = rootOfPackage(vscodeServerPackageName());
   if (root !== null) return root;
   if (existsSync(join(VENDOR_TREE, 'lib', 'vscode', 'out', 'server-main.js'))) return VENDOR_TREE;
-  if (existsSync(join(LEGACY_VENDOR_TREE, 'out', 'node', 'entry.js'))) return LEGACY_VENDOR_TREE;
   return null;
 }
 
@@ -152,7 +115,7 @@ export function vendoredVersion() {
   if (meta !== null && typeof meta.codeServerVersion === 'string' && meta.codeServerVersion !== '') {
     return meta.codeServerVersion;
   }
-  return readTreeVersion(VENDOR_TREE) ?? readTreeVersion(LEGACY_VENDOR_TREE);
+  return readTreeVersion(VENDOR_TREE);
 }
 
 /** VS Code 树是否可用(包已安装或包内 vendor 在位)。 */

package/lib/vendored.json

@@ -51,7 +51,7 @@
     {
       "alias": "@vscode/proxy-agent",
       "package": "@jinsiyu/dshcs-vscode-proxy-agent",
-      "version": "0.44.0"
+      "version": "0.45.0"
     },
     {
       "alias": "@vscode/spdlog",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "dsh-code-server-app",
-  "version": "0.3.69",
+  "version": "0.3.71",
   "description": "VS Code (from a code-server release) inside DSH: a right-sidebar tab driven by the plugin's own launcher over the in-process VS Code server (lib/launcher.mjs), plus an editor bridge (assets/extensions/dshcs-editor-bridge) that gives the agent what only the editor knows (unsaved buffers, language-server diagnostics, the active selection) and lets editor gestures drive the session. The bridge is completely read-only: all four of its routes (/health, /sync, /old, /event) are reads. Asking DSH from the editor opens a floating dialog inside the DSH page (draggable, resizable, bottom-right): the plugin's client half sends the question as user input (POST /api/code-server/ask/send) and renders that session's new content with DSH's own Markdown renderer - the same @deepseek-ai/dsh-client-ui-primitives instance the UI uses, required from the page's module table, so typography, highlighting and math match the interface and a renderer version mismatch is impossible. Thinking appears as collapsed rows and approval requests (writing outside the workspace / running commands) can be answered in place: whole-plugin write route POST /api/code-server/ask/approve, constrained to pending in-process requests and the outcomes allowed-once/rejected; dialog-first for 5 minutes, handed back to the official card the moment the dialog closes, never auto-approved. There is no build step anywhere: lib/client.js (client half including the dialog panel) and the extension are committed hand-written source, devDependencies holds a single test-only entry, and the published package carries no frontend bundle. Also: the tab claims DSH file addresses (dsh-resource://file/**) by file type (setting claimExtensions), so produced-file chips, delivered-file previews and inline prose mentions open in the workbench; the IDE is a resident surface moved with Element.moveBefore instead of being remounted, so switching sidebar tabs does not reload it; opening the tab switches the right sidebar to fullscreen by default (setting fullscreenOnOpen); a workspace switch re-navigates the workbench with the new ?folder= without restarting the IDE process. Requires a DSH with the right-sidebar services (sidebarRightTabs/sidebarRight, >= 0.1.5-alpha.1); older DSH versions only get an upgrade notice on the settings page. Two serving modes: loopback port (default) or same-origin mount on DSH's own webServer (/code-server, protected by ctx.connection.requestRejection). The diff the bridge opens always has the real pre-write text on the left, taken from result.value.before in tools/post-execute into a bounded snapshot cache and fetched by opaque key over the read-only GET /old, so files that are not open in the editor work too. No code-server Node layer, no argon2, no C++ toolchain.",
   "homepage": "https://github.com/jinsiyu/dsh-code-server-app",
   "repository": {
@@ -30,7 +30,7 @@
       ]
     },
     "env": {
-      "minVersion": "0.1.5-alpha.1"
+      "minVersion": "0.2.0-rc.2"
     }
   },
   "engines": {
@@ -84,8 +84,8 @@
     "@jinsiyu/dshcs-parcel-watcher": "2.5.6",
     "@jinsiyu/dshcs-ssh2": "1.17.0",
     "@jinsiyu/dshcs-vscode-fs-copyfile": "2.0.0",
-    "@jinsiyu/dshcs-vscode-proxy-agent": "0.44.0",
-    "@jinsiyu/dshcs-vscode-server": "4.139.1",
+    "@jinsiyu/dshcs-vscode-proxy-agent": "0.45.0",
+    "@jinsiyu/dshcs-vscode-server": "4.140.0",
     "@microsoft/1ds-core-js": "3.2.13",
     "@microsoft/1ds-post-js": "3.2.13",
     "@vscode/iconv-lite-umd": "0.7.1",
@@ -161,6 +161,7 @@
     "vendor:vscode": "node scripts/vendor-vscode-server.mjs",
     "vendor:latest": "node scripts/vendor-vscode-server.mjs --force",
     "vendor:check": "node scripts/vendor-vscode-server.mjs --check",
+    "watch:upstream": "node scripts/watch-upstream.mjs",
     "vendor:code-server": "node scripts/vendor-code-server.mjs",
     "repack:build": "node scripts/vendor-repacks.mjs",
     "publish:repacks": "node scripts/publish-repacks.mjs",
@@ -185,6 +186,7 @@
     "test:edit-snapshot": "node scripts/test-edit-snapshot.mjs",
     "test:bridge-extension": "node scripts/test-bridge-extension.mjs",
     "test:ask-dialog": "node scripts/test-ask-dialog.mjs",
-    "test:vendored": "node scripts/test-vendored-table.mjs"
+    "test:vendored": "node scripts/test-vendored-table.mjs",
+    "test:upstream-watch": "node scripts/test-upstream-watch.mjs"
   }
 }

package/scripts/vendor-repacks.mjs

@@ -817,10 +817,26 @@ function main() {
     }
     byTarget.set(target, map);
   }
-  const hostMap = byTarget.get(hostKey) ?? byTarget.get(targets[0]);
+  // 宿主不在 --target 里时(例如 win32-arm64 机器上只建 x64 腿)退回**第一个被请求的目标**。
+  // 这里原来写的是 `targets[0]` —— 一个在这个作用域里从未定义的变量。因为 `??` 会短路,
+  // CI 上宿主(win32-x64)恰好总在 --target 里,右边永远不被求值,所以一直没暴露;
+  // 直到 2026-10-04 在 arm64 机器上跑 `--target win32-x64` 才炸出 ReferenceError: targets is not defined。
+  const hostMap = byTarget.get(hostKey) ?? byTarget.get(buildTargets[0]);
 
   // 1) 全平台重打包包(从 host 树)
   const buildDir = join(OUT, 'build');
+  // repository 必须改写成**本项目**:npm 在 GitHub Actions 里(工作流有 id-token: write)会**自动**附
+  // Sigstore provenance,而 provenance 会校验 package.json 的 repository.url 与"跑这次发布的工作流
+  // 所在仓库"一致。原样留着上游的地址(如 @vscode/proxy-agent 的
+  // git://github.com/microsoft/vscode-proxy-agent.git)会在 PUT 阶段被判 422:
+  //   Error verifying sigstore provenance bundle: Failed to validate repository information
+  // 树包从来没这个问题 —— buildVscodeServerPackage 本来就把 repository 写成我们自己的(见上面那段)。
+  // 只在 CI 上暴露:本地 `npm publish` 不生成 provenance,所以历次首发都不是在这里踩到的。
+  const ourRepository = readJson(join(pkgRoot, 'package.json'))?.repository ?? undefined;
+  if (ourRepository === undefined) {
+    console.warn('  ⚠ 仓库 package.json 里没有 repository ⇒ 重打包包不会带仓库地址,'
+      + 'CI 上带 provenance 的发布会以 422 失败(见本段注释)');
+  }
   const writeRepack = (srcDir, pkg, outName) => {
     const dir = join(buildDir, outName);
     mkdirSync(dirname(dir), { recursive: true });
@@ -841,6 +857,7 @@ function main() {
     }
     m.name = pkg.pkgName;
     m.version = pkg.version;
+    m.repository = ourRepository;
     if (pkg.platformSpecific) {
       const [platform, arch] = pkg.pkgName.match(/-(win32|darwin|linux)-(arm64|x64)$/).slice(1);
       m.os = [platform];

package/vendor/VENDOR.json

@@ -1,12 +1,12 @@
 {
-  "codeServerVersion": "4.139.1",
-  "vscodeVersion": "1.139.1",
-  "productPath": "stable-53c2f3253bcf32886706fc023e794bbeb253c90f",
+  "codeServerVersion": "4.140.0",
+  "vscodeVersion": "1.140.0",
+  "productPath": "stable-ccc19adc2e8992e18b14dd25eb1e646f5b9ef7cf",
   "layout": "vscode-only",
-  "preparedAt": "2026-09-30T03:42:55.871Z",
+  "preparedAt": "2026-10-04T13:22:27.553Z",
   "source": "registry",
   "node": "v24.21.0",
   "platform": "linux",
   "arch": "x64",
-  "sizeMB": 163.8
+  "sizeMB": 165.1
 }