 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 |
|