admin/dsh_shenxian
1
0 Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
15 Commits 1 Branch 0 Tags
29c57a8207482fd3363d7936ba49a8e83d7cbe62
Commit Graph
12 Commits
Author SHA1 Message Date
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 1d72e8f9c8 chore(web): 降级留痕 + 收尾 —— 静默失效改为可观测；picker 升 0.1.5 消漂移（档案 88 / T07） 
- 【留痕】model-catalog 读不到目录：console.warn（每进程一次）+ 新增 catalogDiagnostics()，并把结果透出到 GET /api/me/model-providers 的 catalog 字段；plugin-compat 的 platformPkgCount()=0 同样告警一次 ⇒「功能没做」与「做了但读不到目录」从此**可区分**（这正是那个 P1 长期潜伏的原因）
- 【前端】插件 0.3.13：厂家目录不可读 / 为空时**如实提示**（含目录路径），不再静默给空列表
- 【消漂移】poc/workspace-scoped-picker 升 0.1.5 并重打包铺发 —— 两实例已装 0.1.5 且含按序探测的新代码（此前只改了源码、线上还是旧候选）
- 【文档】README 补 DSHS_PACKAGE_DIR / DSHS_COMPAT_ROOT / DSHS_PI_AI_DATA_DIR（逃生口此前**未在任何地方暴露**）
- 【回归】verify-dsh-install 扩到 6 组（含「读不到 ≠ 目录为空」的区分）；verify-platform-admin-section 加 2 条断言（词典 284/284）
- 真环境回归：picker 在 /usr/local 仍 import OK（没把本来能用的改坏）｜providers 39（端点回 38）｜platformPkgCount 223
 2026-09-14 04:52:35 +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 022b1f770c feat(models): 「模型设置」接官方厂家目录 + 按官方页结构重做界面（档案 87 补做） 
用户实测反馈：新增条目看不懂、厂家选择太少且国内一家都没有。根因是**第一版只做了手填表单**，没接官方 pi-ai 自带目录（实测 38 家，国内 11 家：蚂蚁 / 通义千问 / 小米 / 月之暗面 / 智谱 / MiniMax）。
- 新文件 src/web/model-catalog.ts：只读官方 data/*.json（10 分钟缓存，不导入 pi-ai 运行时）；中文名走显示用静态表，选取范围以目录为准
- 新增 GET /api/me/model-providers（38 家 + cn 分组 + modelCount + 模型名；排除 deepseek —— 平台已有内置入口）
- POST /api/me/keys 新增 provider 参数：**目录厂家只需 API 密钥**（端点/协议/模型全由官方目录兜底 —— 官方 config.d.ts 明示 route 命中即继承默认）
- refForEntry 判据由「baseUrl 为空」改为「**没有 route**」：否则目录厂家的 key 会被写进 DEEPSEEK_API_KEY
- SettingsEntry 的 baseURL/api/models 改为可选：目录厂家只写 apiKeyEnv（写得越少越不容易漂）
- 前端按官方页结构重写：提供方行（厂家/说明/状态/操作）+ 新增**先选厂家**（中国大陆 / 国际分组 / 自定义）+ 保留并强化 admin 的「平台共享模型」区块
- 真环境验收：目录端点 38 家 / 国内 11 家；加 moonshotai-cn 只给 key → settings.yaml 仅 apiKeyEnv；删后整块消失
 2026-09-14 00:15:17 +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 eb50ca2d5b feat(keys): 模型密钥开放给用户自配 —— 放开官方「模型」页 + 平台改预置凭据 
用户要求「把配置模型密钥开放给用户自己配」且「界面交互和官方一模一样」⇒ 不仿制，直接放开官方 ui-settings-models 页（可选厂家：DeepSeek 内置 + 自定义 OpenAI 兼容网关含 baseURL/模型）。

- ensure-role-profile-patch.cjs：不再对普通用户禁用 ui-settings-models（保留 plugins/inventory/cordis 禁用）；--force 时能把「还禁着 models」的旧块升级。

- src/web/server.ts：resolveApiKey 不再注入 DEEPSEEK_API_KEY env，改为把「平台共享密钥」预置进 $DSH_HOME/.credentials.yaml 的 refs 段（新增 ensureRefInCredentials：只在无该 ref 时写 / 只在 version:1 上插入 / 备份落平台目录 / 写完 chown 给实例 uid / 失败退回 env）。真因：dsh 凭据解析里 env 优先级最高，且 dsh-credentials-local.write() 的 assertUnshadowed() 会让用户在模型页保存直接报错 ⇒ 注入 env 等于锁死用户自配。

- src/web/routes/auth.ts：/api/me/keys 由 requireAdmin 放开为 requireAuth（平台侧密钥 API 保留，UI 不再暴露）。

- poc/business-plugins 0.3.4→0.3.8：「系统管理」对齐门户 6 个功能页（同名同构，PA_PAGES 逐函数移植 portal）/ 官方插件列表高度改为「离弹窗底部约 100px」/ 撤掉自造的「我的密钥」分区（改由官方模型页承担）。

- web/portal.html：keys 页语义改名「平台共享密钥（未自配密钥的用户默认使用；仅管理员可改）」。scripts/verify-platform-admin-section.mjs：断言同步升级（含 zh/en 词典键集一致性、内联 HTML class 扫描）。
 2026-09-13 22:27:49 +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 b9540a8536 style(ui): 「系统管理」改按门户 portal.html 实际组件照抄（5 个弹窗全部改表格） 
用户第 2 次反馈「点击卡片后的弹窗样式还是没变，要用之前门户的里面的对应样式」。

查明两个真因：
1. 上一步改动没出厂 —— client.js mtime 20:33 > 最新产物 tgz 20:17；本次已升到 0.3.3 并铺发。
2. 更要命：上一版只有「用户管理」1 个弹窗是门户表格，另外 4 个
   （候选池/运行时/存储/当前实例）仍是裸 div + 内联样式。

本轮改法：读 web/portal.html 源码，逐值对应（不再照抄 06-规范 的抽象条目）
- .nav-grid / .nav-card（r10 / 18px 16px / hover 上浮-2px + 蓝边 + 0 4px 12px）
- .pg-tab .pg-cnt 计数胶囊；.table-wrap + table.tbl（5 个弹窗全部）
- .badge 四色 / .btn-sm + .danger / .card-h / .page-title / .page-sub
- 弹窗外壳 = .card(r10/18px) + design.css --shadow（门户无弹窗）
仅颜色走 dsh token --dsw-*（须跟随 dsh 主题），字号/间距/圆角/动效与门户逐值一致。

校验：verify 脚本新增结构层断言（8 项全绿）+ 服务器三方 md5 一致
     + 端到端取实例下发 bundle（rev=fd084d6aa33a）新标记命中、旧标记为 0。
顺带修校验脚本自身缺陷：树遍历 depth>12 会截断表格行文本 → 放宽到 20。
 2026-09-13 20:45:36 +08:00
admin ac67db7702 fix(ui): 「系统管理」分区改为仅 admin 注册（普通用户不再看到该栏） 
- apply() 先异步判 /api/auth/me 角色，非 admin 不注入该 section（fail-closed）
- 依据：官方 settings 外壳按 ctx.slots.getVersion('settings.section') 重算导航
  （dsh-client-ui-settings/lib/client.js:560）⇒ 晚注册会被正确反映
- 验收脚本补「非 admin 只注册 1 个分区」断言 + 等一拍异步注册；npm run verify 全绿
- 版本 0.3.1 → 0.3.2，已铺发
 2026-09-13 20:19:01 +08:00
admin 281c0816fa feat(ui): dsh设置「用户管理」→「用户设置」；「平台管理」→「系统管理 + 每项弹窗管理」 
用户要求（2026-09-13）：
- portal-entry：「用户管理」改名「用户设置」+ 去掉「打开管理台」入口（order 让位 102→103）
- business-plugins：删掉跳转 portal 的按钮；分区改为管理项列表，5 项每项点开是原生弹窗；
  「用户管理」弹窗内可直接 通过/禁用/启用/删除（调平台 admin API，不跳门户）
- 版本：portal-entry 0.5.2 / business-plugins 0.3.0（均已铺发生效）
- 验收脚本同步更新，npm run verify 全绿
 2026-09-13 19:46:23 +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