dsh-llm-verifier 0.9.0 → 0.9.3

package/README.md

@@ -98,12 +98,14 @@ DSH 0.1.7 又搬动了两处判定地基，两侧形态插件都读：
 
 客户端面（Web 设置页与看板）另有两处只随新版本线变化：提供 `ctx.slots` 的包是 `@deepseek-ai/dsh-client-ui-renderer`（`@deepseek-ai/dsh-client-runtime` 在 0.1.2 就已删除，插件类型一律取自 `@deepseek-ai/cordis` 的 `Context`）；宿主图标名在 0.1.7 整体由尺寸后缀改为笔画后缀。图标是具名导入、且该模块对客户端 bundle 是 external，一份源码无法同时满足两套名字，因此插件改为按名探测两种拼写、都缺失时渲染空——旧宿主不会因此白屏。
 
-typecheck 门禁按 `package.json` 的 `devDependencies` 解析，已随宿主推进到 `0.2.0-rc.1`（此前从 `0.1.1-rc.2` 上移到 `0.1.7-alpha.1`）：客户端面的图标名在 0.1.7 才改名，一份源码只能对齐一侧，宿主面的旧形态兼容由运行时代码与回归测试保证。从 `0.1.7-alpha.1` 到 `0.1.7-rc.1` 的宿主改动对本插件消费的所有宿主面**全是加法**（`tools/pre-execute` 侧只新增可选 `projectContent`，`dsh-session` / `dsh-llm` / `dsh-settings` / `dsh-agent` / `dsh-credentials` / 客户端槽位与图标包源码零改动），因此这一步只换版本线，不动插件代码。
+typecheck 门禁按 `package.json` 的 `devDependencies` 解析，已随宿主推进到 `0.2.0-rc.2`（此前从 `0.1.1-rc.2` 上移到 `0.1.7-alpha.1` 并持续推进）：客户端面的图标名在 0.1.7 才改名，一份源码只能对齐一侧，宿主面的旧形态兼容由运行时代码与回归测试保证。从 `0.1.7-alpha.1` 到 `0.1.7-rc.1` 的宿主改动对本插件消费的所有宿主面**全是加法**（`tools/pre-execute` 侧只新增可选 `projectContent`，`dsh-session` / `dsh-llm` / `dsh-settings` / `dsh-agent` / `dsh-credentials` / 客户端槽位与图标包源码零改动），因此这一步只换版本线，不动插件代码。
 
 `0.1.7-rc.2` 同样只换版本线：这一版给宿主加了「动态工具更新」机制，对插件全是新增的可选面（`dsh-llm` 的 `GenerateOptions.toolHistory?` 与 `ToolUpdate`、`dsh-session` 的 `Session.toolHistory()`、`dsh-tools` 的 `PreToolDecision.ask.displayReason?`）。插件不消费这套机制，宿主新增的事件与块类型也读不到它：宿主在工具名变化时追加的 `developer/message`（`role: 'developer'`，内容为 `tool-addition` / `tool-removal` 块）不属于观测证据，插件的 `if/else` 分发自然跳过它们；验收的"过期"判定只统计有结果的工具调用与 PTC 派发，因此这类中途追加的消息不会让已完成的验收失效。另需注意 DeepSeek provider 在这一版裂成两个包（`llm-deepseek-api-key` 与 `llm-deepseek-account`），但 profile 里的**条目 id 仍是 `llm-deepseek`**，设置命名空间与其中的 `baseURL` / `apiKeyEnv` 都没变，直连 logprobs 通道照常读到；新增的 `deepseek-account` provider 走账号令牌、没有 API key，直连通道对它不适用，按设计降级到显式标签通道。
 
 `0.2.0-rc.1` 也是只换版本线：插件消费的宿主面在这一线全是加法（`dsh-session` 新导出 `ToolCallRecovery`、`ui-conversation` 提交契约新增可选 `source` 参数与 `MessageSubmission`、`ui-primitives` 新增 `pointerModality` 导出、`api/remotes` 新增 productAnalytics remote）。唯一的行为变化在宿主侧：step 抛错时 agent-loop 会为未完成的工具调用补写合成的失败 `tool/result` 事件（`role: 'tool'` 消息、消息级 `isError: true`、`error.code` 为 `TOOL_NOT_STARTED` / `TOOL_OUTCOME_UNKNOWN`）——这正是 0.1.7 形态的工具结果，`toolResultFailed()` 原样读出"失败"，路由不会把合成结果当作观测证据，插件无需任何适配代码。
 
+`0.2.0-rc.2` 同样是只换版本线：宿主落地「计时用户提问的两阶段结算」（前台超时返回 pending 工具结果，迟到回答以 `source.kind: 'user-question-reply'` 的 user-role 消息 steer 注入）与「定时提醒固定 framing」（消息以 `source.kind: 'schedule'` 注入），插件的 `session.ts`（`extractSession`）与 `router.ts`（`latestDirectUserSeq`）任务边界识别保持只认 `user` 与 `team-message`，迟到回答与定时提醒天然不会被误认为任务边界或任务陈述；`api/remotes` 新增挂载 `userQuestionsRemote`，`ui-primitives` 新增导出 `MenuGroup`，对插件均为可选/无破坏性增强，插件源码零改动。
+
 其中一处更隐蔽的差异是 `deepFreeze`：0.1.1 的 `@deepseek-ai/dsh-llm` 会重新导出它，0.1.5 已把它移到 `@deepseek-ai/dsh-util-values`。插件因此自带一份等价的兜底实现，并同样**放过 `AbortSignal`**——冻结那个还在重试循环里使用、尚未被订阅的信号，会让传输层首次 `addEventListener`（Node ≥26.5）或超时/取消时的 `controller.abort()`（所有 Node 版本）抛 `Cannot assign to read only property`。
 
 ### 发布到 npm
@@ -112,7 +114,7 @@ typecheck 门禁按 `package.json` 的 `devDependencies` 解析，已随宿主
 
 发布内容由 `package.json` 的 `files` 字段决定：`lib`（构建产物、source map 与 `lib/types` 类型声明）、`src`、`cordis.patch.yml`、`README.md`。`tsconfig.local.json` 之类的本机文件不会进入 tarball。
 
-`peerDependencies` 中逐个列出的 `^0.1.5-alpha.1`、`^0.1.7-alpha.1`、`^0.1.7-rc.1` 等预发布范围是必需的，而且从 DSH 0.1.7-rc.1 起**由宿主强制执行**：按 semver 规则，预发布版本只有在同一 `x.y.z` 段存在带预发布的比较符时才算满足，因此不能简化成 `>=0.1.1-rc.2 <0.2.0`（那样会漏掉 `0.1.2-alpha.*`、`0.1.5-rc.*`、`0.1.7-alpha.*` 等宿主）。宿主启动 profile 时对每一个 `@deepseek-ai/dsh` / `@deepseek-ai/dsh-*` 条目跑 `semver.satisfies(运行版本, 范围, { includePrerelease: true })`，**任何一条不满足**就把该插件行停用（bundle 层直接跳过整个 bundle），并在 stderr 写出原因。所以缺少某条宿主版本线的后果不是"少个功能"，而是**插件整体不加载**；应急可用 `dsh plugin allow-version` 为该插件的精确版本做一次性豁免。当前声明覆盖到 `0.2.0-rc.1`，与本机 `dsh --version` 报告的运行版本一致。
+`peerDependencies` 中逐个列出的 `^0.1.5-alpha.1`、`^0.1.7-alpha.1`、`^0.1.7-rc.1` 等预发布范围是必需的，而且从 DSH 0.1.7-rc.1 起**由宿主强制执行**：按 semver 规则，预发布版本只有在同一 `x.y.z` 段存在带预发布的比较符时才算满足，因此不能简化成 `>=0.1.1-rc.2 <0.2.0`（那样会漏掉 `0.1.2-alpha.*`、`0.1.5-rc.*`、`0.1.7-alpha.*` 等宿主）。宿主启动 profile 时对每一个 `@deepseek-ai/dsh` / `@deepseek-ai/dsh-*` 条目跑 `semver.satisfies(运行版本, 范围, { includePrerelease: true })`，**任何一条不满足**就把该插件行停用（bundle 层直接跳过整个 bundle），并在 stderr 写出原因。所以缺少某条宿主版本线的后果不是"少个功能"，而是**插件整体不加载**；应急可用 `dsh plugin allow-version` 为该插件的精确版本做一次性豁免。当前声明覆盖到 `0.2.0-rc.2`，与本机 `dsh --version` 报告的运行版本一致。
 
 统计数据有两条传输路径：优先走 `/api/llm-verifier/statistics`（Connection 的 exact Fetch 路由，带 Host/Origin 栅栏与浏览器鉴权），宿主较旧时回落到插件自己的 `/llm-verifier` RPC 通道（同样经过鉴权）。裸的 webServer 路由已被移除。
 

package/lib/client.js

@@ -3421,7 +3421,8 @@ window.__ModuleLoader__.load({
 		//#endregion
 		//#region src/client.tsx
 		/**
-		* Icons, resolved by name across the two vocabularies this plugin spans.
+		* The one glyph still borrowed from the host, resolved by name across the two vocabularies this
+		* plugin spans.
 		*
 		* DSH 0.1.7 renamed the whole host icon set from a size suffix to a stroke suffix
 		* (`IconDataOutline16` → `IconDataOutlineRegular`). The icon module is external to this bundle, so
@@ -3429,9 +3430,11 @@ window.__ModuleLoader__.load({
 		* React throws on an undefined element type, which would take the entire settings page down
 		* instead of dropping one glyph. Probing the namespace at runtime keeps one bundle working on
 		* either line; a name that neither line defines renders nothing.
+		*
+		* The statistics mark is deliberately NOT in this list: every host glyph paints on `currentColor`,
+		* so as a guide entry it rendered grey-on-navy. `VerifierSidebarIcon` paints its own brand ramp.
 		*/
 		const hostIcons = _deepseek_ai_dsh_client_ui_primitives;
-		const IconData = hostIcons.IconDataOutlineRegular ?? hostIcons.IconDataOutline16 ?? (() => null);
 		const IconRefresh = hostIcons.IconRefreshOutlineRegular ?? hostIcons.IconRefreshOutline16 ?? (() => null);
 		const NS = "llm-verifier";
 		const shell = {
@@ -5014,12 +5017,9 @@ window.__ModuleLoader__.load({
 										display: "grid",
 										placeItems: "center",
 										width: 34,
-										height: 34,
-										borderRadius: 10,
-										background: "color-mix(in srgb, var(--dsw-alias-state-business-primary) 14%, transparent)",
-										color: "var(--dsw-alias-state-business-primary)"
+										height: 34
 									},
-									children: /* @__PURE__ */ (0, react_jsx_runtime.jsx)(IconData, { size: 18 })
+									children: /* @__PURE__ */ (0, react_jsx_runtime.jsx)(VerifierSidebarIcon, { size: 26 })
 								}), /* @__PURE__ */ (0, react_jsx_runtime.jsx)("h2", {
 									style: {
 										margin: 0,
@@ -6039,17 +6039,72 @@ window.__ModuleLoader__.load({
 				})
 			});
 		}
-		function VerifierSidebarIcon({ size, active }) {
-			return /* @__PURE__ */ (0, react_jsx_runtime.jsx)("span", {
-				style: {
-					display: "inline-flex",
-					alignItems: "center",
-					justifyContent: "center",
-					width: size,
-					height: size,
-					color: active ? "var(--dsw-alias-state-business-primary)" : "currentColor"
-				},
-				children: /* @__PURE__ */ (0, react_jsx_runtime.jsx)(IconData, { size: Math.min(18, size) })
+		/**
+		* The statistics mark: a brand-gradient tile carrying the verifier's shield-and-check.
+		*
+		* The host's glyph vocabulary is monochrome by contract (every icon draws on
+		* `currentColor`, and the guide capsule pins that ink to a grey label alias), so a
+		* host icon registered as a guide entry always reads as grey-on-navy — dim next
+		* to a plugin whose glyph is coloured. This mark therefore ships its own paint:
+		* the same violet→blue→teal ramp the dashboard header already wears, a white
+		* shield, and a check cut back out of the ramp in the badge's own coordinates.
+		*
+		* Props follow the host's `IconProps` shape (`size` is the square edge in px,
+		* `className` is for placement), so the same component serves the guide capsule
+		* (26px) and the dashboard header (26px in a 34px well).
+		*
+		* @param props - rendered size and placement class.
+		* @returns the statistics badge.
+		*/
+		function VerifierSidebarIcon({ size = 26, className }) {
+			const gradientId = `llm-verifier-badge-${(0, react.useId)().replace(/[^a-zA-Z0-9-]/g, "")}`;
+			const paint = `url(#${gradientId})`;
+			return /* @__PURE__ */ (0, react_jsx_runtime.jsxs)("svg", {
+				width: size,
+				height: size,
+				viewBox: "0 0 24 24",
+				fill: "none",
+				"aria-hidden": "true",
+				className,
+				children: [
+					/* @__PURE__ */ (0, react_jsx_runtime.jsx)("defs", { children: /* @__PURE__ */ (0, react_jsx_runtime.jsxs)("linearGradient", {
+						id: gradientId,
+						x1: "1.5",
+						y1: "1",
+						x2: "22.5",
+						y2: "23",
+						gradientUnits: "userSpaceOnUse",
+						children: [
+							/* @__PURE__ */ (0, react_jsx_runtime.jsx)("stop", { stopColor: "#8A63FF" }),
+							/* @__PURE__ */ (0, react_jsx_runtime.jsx)("stop", {
+								offset: "0.5",
+								stopColor: "#4F7BFF"
+							}),
+							/* @__PURE__ */ (0, react_jsx_runtime.jsx)("stop", {
+								offset: "1",
+								stopColor: "#2FC5C9"
+							})
+						]
+					}) }),
+					/* @__PURE__ */ (0, react_jsx_runtime.jsx)("rect", {
+						width: "24",
+						height: "24",
+						rx: "7.5",
+						fill: paint
+					}),
+					/* @__PURE__ */ (0, react_jsx_runtime.jsx)("path", {
+						d: "M12 4.4 18.4 6.9v5.2c0 3.6-2.7 6.4-6.4 7.6-3.7-1.2-6.4-4-6.4-7.6V6.9L12 4.4Z",
+						fill: "#FFFFFF",
+						fillOpacity: "0.94"
+					}),
+					/* @__PURE__ */ (0, react_jsx_runtime.jsx)("path", {
+						d: "M8.8 12.3 11 14.5 15.3 9.7",
+						stroke: paint,
+						strokeWidth: "2.1",
+						strokeLinecap: "round",
+						strokeLinejoin: "round"
+					})
+				]
 			});
 		}
 		function GlobalVerifierDashboard({ rpc }) {