admin/dsh_shenxian
1
0 Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
21 Commits 1 Branch 0 Tags
cf8b7b1f5c42c6fb0d17afb025a9d8fddea925c0
Commit Graph
7 Commits
Author SHA1 Message Date
admin cf8b7b1f5c chore(k8s): 下线 K8s 后端形态，移除依赖 @kubernetes/client-node 
生产形态是单机 local（DEFAULT_DEPLOY_MODE=local，env 未覆盖）⇒ K8s 分支
在 local 下本来不可达；且该形态与官方 dsh 基座、插件体系均无关
=> 整体下线，并移除该形态唯一的第三方依赖。

移除（备份在 D:/github/_dsh_shenxian_K8s后端备份_20260915/，含还原命令与
「集群化方案要复用的模板清单」）：
  src/supervisor/{k8s-spawner,leader,reconcile}.ts
  src/fs/k8s-user-fs.ts · src/tcp-bridge.ts · src/web/file-service.ts
  test/{k8s-spawner,leader}.test.mjs · scripts/smoke-file-service.mjs

改写调用方：cli.ts（5 条 import / 选主块 / file-service 与 tcp-bridge 两个
子命令 / dispatch / HELP）、web/server.ts（改为 fail-loud 守卫 + 恒用
LocalSpawner）、fs/provider.ts（只留 LocalUserFs）、package.json（测试与
smoke 入口），外加 3 处指向已删类型的悬空 JSDoc。

保留（集群化方案列为未来可选）：deploy/ · poc/01-04 · Dockerfile.dsh ·
docs/k8s*.md（已加「代码已下线」状态横幅）· config.ts 的 K8s 配置字段与
DeployMode 联合类型。

验证：tsc --noEmit exit 0；npm test 36 测试 / 35 通过 / 0 失败 / 1 跳过；
npm run verify exit 0；依赖与被删符号全仓 0 命中。
 2026-09-15 06:36:20 +08:00
admin 29c57a8207 feat(web): 模型设置页复刻官方交互 + 官方推荐插件按 dsh 版本过滤（档案 91/92/93） 
档案 91 ——「模型设置」页折行 + 复刻官方交互（插件 0.3.15）
· 折行根因不是"窄"：原「我已添加的厂家」是 4 列表格（列宽 auto）⇒ 名称/状态/两按钮三处折行同源；
  改官方 dsh-client-ui-settings-models 的**卡片行**（rowHead + rowActions margin-left:auto，两侧 nowrap）
· 「新增」改官方**两步式**：默认两个虚线按钮 → 点开才出卡片，主字段只剩「API 密钥」
  （官方原文：页面从不询问环境变量名）；次要字段收进 <details>「自定义设置」
· CSS 数值逐值照抄官方 CSS 模块；顺修「由 admin 配置」「密钥可留空」两处错文案，补删除二次确认

档案 92 —— 官方推荐插件列表按 dsh 版本过滤（插件 0.3.16）
· 官方目录不带 dsh 版本字段 ⇒ 逐包查 npm 声明与平台真实版本比，分类 match/none/newer/older/unknown
· 默认隐藏「仅兼容更旧版本」，「需更高版本」橙色标注；勾选框为逃生口；说明行给隐藏计数（不静默消失）
· ⚠️ 判 satisfies 必须带 includePrerelease（平台是 prerelease，默认语义会把在跑的 dshmarket 之类判成更旧）

档案 93 —— 兼容判定收口（服务器 CI 由红转绿）
· 「单测长期红」真相 = 服务器源码落后于 git（本机 48/0 全绿）⇒ 同步即修，非代码问题
· 伞包 @deepseek-ai/dsh 收口到 dsh-install.platformPackageVersion()（它不在自己的 node_modules 里，
  原先恒判 null ⇒ 声明在伞包上的"要求更高版本"全被放行）；闸门与列表共用同一份版本表
· 闸门判据 A 加 prerelease 兜底：实测抽样 300 里 prerelease-artifact 117 条（≈39% 假阳性，
  含在跑的 dshmarket）⇒ 容忍下能满足则只计数（prereleaseOnly）不阻断

校验
· 新增 scripts/verify-dsh-compat.mjs（21 条回归锚点）与 verify-models-dict.mjs / verify-models-render.cjs
· verify-platform-admin-section.mjs：断言从旧 UI（表格/下拉「自定义厂家…」）改成断言新 UI
  （含模拟点击两个新增入口 + 选中目录厂家）
· 两个仓库外的动作：服务器 npm run build + ci.sh（CI OK）+ systemctl restart dshs；插件 0.3.16 已铺发

⚠️ 本提交未包含 src/supervisor/orchestrator.ts —— 那是别人在途的内存配额改动
（BASE 160→448 / MIN 384→512 / MAX 1024→1536 / mcn 128→256），其对应的客户端常量尚未同步，
本机 verify-mem-model 因此有 4 项红；提交后仓库树两边均为旧值，该断言在 HEAD 上一致。
 2026-09-14 21:13:32 +08:00
admin cbaf3ad653 fix(web): 内置 dsh 安装路径改为按序探测 —— 修厂家目录/平台包目录在 /usr/lib 布局下静默失效 
根因：npm root -g 的落点随发行版变（Debian 系 /usr/local/lib；发行版包管理器装的 Node 常见 /usr/lib），而三处把它写死 ⇒ 定位失败**不报错**、只静默降级：
- src/web/model-catalog.ts:30  → 厂家目录读成空 ⇒ GET /api/me/model-providers 返回 {"providers":[]}
- src/web/plugin-compat.ts:36  → platformPkgCount() = 0 ⇒ 预检退化成「平台包目录不可读」
- poc/workspace-scoped-picker/lib/index.js:34-35（**交接单漏掉的第 3 处**）→ 本模块 import 即抛错 ⇒ 实例内目录选择器不可用

改动：
- 新增 src/web/dsh-install.ts（全平台唯一入口；只依赖 node 内建，可单独在目标机验证）：env → 平台配置的 dsh 可执行文件解软链反推包根（最可靠）→ 常见全局根 → npm root -g → 历史默认值
  ⚠️ env 名两侧都认：源仓 DSHS_DSH_BIN / 导出侧 DSH_USERS_PLATFORM_DSH_BIN（交接件只用了后者，照抄会让该分支在源仓侧永不生效）
- 三处调用点改走该模块；插件侧跑在实例进程内、拿不到平台代码，自带同思路一份（两处需同步改）
- 新增 scripts/verify-dsh-install.mjs（15 项断言）并接入 npm run verify

验证：本机 tsc 零错误｜verify 全套绿｜单测 16/0；服务器回归 platformPkgCount=223、厂家目录 39；**测试服 test106（/usr/lib 布局 = 原故障机）在「无 env / DSHS_DSH_BIN / DSH_USERS_PLATFORM_DSH_BIN」三种姿势下均解析到 /usr/lib 且 39 个厂家文件**
 2026-09-14 04:38:58 +08:00
admin 918f1d3a51 feat(models): 平台自建「模型设置」—— 用户自配厂家 / 条目各自开关 / 共享模型开关（档案 87） 
- 官方「设置 → 模型」页在平台环境**必然报错**（判据在**浏览器页面**的 loopback 判定；官方 README 原文 Non-loopback pages get no durable settings）⇒ 该分区对全角色（含 admin）隐藏，用户自配改走平台自建页（插件 0.3.11）
- DB 迁移 V6：credential_vault.route/base_url/api/models + users.shared_model_enabled；并**重定义 getEnabledCredentialKeyRef**（互斥删除后原实现无 ORDER BY ⇒ 「任取一条」）
- 新落地层 src/web/model-landing.ts：spawn 时把「已启用条目」写进实例 .credentials.yaml 与 settings.yaml 的 llm-pi-ai.providers.<route>；字段名与官方包实测对齐（apiKeyEnv / baseURL / api，**不是** protocol）；只碰自己写过的 + 一次性交接
- 接口 /api/me/keys、/api/me/keys/:id/toggle、/api/me/models/shared；前端新增「设置 → 模型设置」分区（settings.section id=model-settings / order 100 / 全角色）
- 顺手修两处：ensure-role-profile-patch.cjs 的 --force 整文件覆盖会抹掉 admin 的 disable-hmr 与 workspace-scoped-picker 两个平台块（改为 stripManagedBlock 只替换自己那段）；verify-mem-model.mjs 因档案 86 重构而长期失败的陈旧断言

⚠️ 本提交同时包含**档案 86（admin 跨用户实例管理 + 两处改名）**的代码改动 —— 该部分已上线并端到端验证；其 import/register 与本次改动同处 src/web/server.ts、poc/business-plugins/lib/client.js 等文件，按**文件粒度无法拆分**，且不带它会让仓库 tsc 直接失败（缺 src/web/routes/admin-user-ops.ts）。
 2026-09-14 00:00:15 +08:00
admin f6d4ad9b15 fix(mem): 统一实例内存配额口径 + status 暴露真值（消灭「388 MiB」误报） 
用户问「实例内存大小是不是调整过了，为什么功能设置中还是显示 388 多」。
实测：guest 真实 MemoryMax = 672 MiB、admin = 384 MiB（都真调整过）；
而「功能管理」显示的是插件**自建的第二套模型**（基线 285 / univer 64 / mcn 39，
且把 clamp 下限 384 当硬上限）⇒ 全勾显示 388 并报「⚠ 将超出上限」，纯误报。
根因：档案 81 R1 把「写死 384」改为「按插件集合推导」时**只改了编排器**，
插件那份副本原地漂移，此后 univer 384→512、mcn-suite 128 都没同步。

平台侧（把已算好的真值透出来，零新增计算）：
- spawner.ts 新增可选 quotaInfo?(userId)（照 breakerInfo 模式）
- orchestrator.ts 实现 quotaInfo()，走**同一个** instanceMemMb()/heapMbFor()
- /api/dsh/status 返回 quota: {memMb, heapMb}

防漂（根因是「同一事实两处副本」，必须让它不可能再漂）：
- 新增 scripts/verify-mem-model.mjs，逐项交叉断言常量/成本表/clamp 算式/接线点，
  接进 npm run verify —— 任一处漂移即构建失败（已做反向验证：改回 285 即 exit 1）

验证：build 零报错；verify 全绿（含新增 15 项断言）；服务端 md5 与本机编译产物一致；
GET /api/dsh/status → quota {memMb:384,heapMb:256} 与实测 402653184 吻合。

注：poc/business-plugins/**（0.3.6）与其 package.json 未在此提交 —— 该文件被并行会话
连续改过两轮（0.3.4/0.3.5，0.3.5 已上线但未 commit），刻意留给他们一起提交。
 2026-09-13 21:38:04 +08:00
admin f25723b743 feat(R2)+refactor: 平台管理分区 + 删 3 桩页（档案80 #7）+ 无浏览器验收脚本 
- R2：business-plugins 0.2.9 新增原生「平台管理」只读分区（已铺发到 admin/guest profile 并生效）
- 档案80 #7：删 web/{desktop,plugins,skills}.html（9→6 页）+ 5 处引用改直达 portal（nginx 已加 301）
- 新增 scripts/verify-platform-admin-section.mjs（打桩 react/jsx-runtime 真执行 client.js 做渲染断言）并接入 npm run verify
 2026-09-13 19:27:30 +08:00
admin 43976fea6a 初始提交：DSH 多租户平台（dshs） 2026-09-13 16:18:10 +08:00