diff --git a/docs/prompt-enhance.md b/docs/prompt-enhance.md index 7b7521c..b5ee8bb 100644 --- a/docs/prompt-enhance.md +++ b/docs/prompt-enhance.md @@ -90,10 +90,12 @@ promptEnhance: { - **CLI 执行链走流式累积**：`workspace/generateText`（CLI core 的 `generateWorkspaceTextImpl`）此前用 `model.generateText`（AI SDK 非流式 `doGenerate`）。实测部分 openai-compatible 网关的非流式响应包在自定义信封里（如 `{"success":…,"data":…}`），AI SDK 按标准 OpenAI 形状做 schema 校验失败后统一报 `Invalid JSON response`，经失败归类器到 UI 只剩 "Model request failed."；同一网关的流式 SSE 是标准格式（主回合与连通性探测都走流式）。因此该入口改为 `model.streamText` 流式累积出等价结果（text / finishReason / usage / toolCalls，见 `workspace-generate-text-accumulate.ts`），结果形状与非流式返回值一致；Git 提交消息同一入口一并受益。取消不受影响：仍是 operationId → AbortController，流式下中断更及时。 - **取消通道**：CLI 侧早在 `workspace/generateText` 的 `operationId` 上登记 AbortController（`bootstrap/src/kcode-protocol/server.ts` 的 `withWorkspaceGenerateTextSignal`），`workspace/cancelGenerateText` 按 id 触发。本次只把这条既有能力接到服务面：`KCodeAgentGenerateWorkspaceTextParams` 增加可选 `operationId`（Host 优先用它，缺省时才按 `signal` 自造 uuid），并新增 `cancelWorkspaceGenerateText(params)` 服务方法（控制面 best-effort，超时 5s；目标 workspace 无活跃 Agent 进程时直接返回 `cancelled: false`，不为此启动进程）。UI 因此不新增任何本地进程内状态。 - **请求必须自带输出预算**：CLI 的模型校验把「请求没给 `maxOutputTokens`」与「超出模型上限」判成同一个错误（`maxOutputTokens is outside the model option range`，见 `adapters/src/model/model.ts` 的 `validateOptions`），而唯一权威上限在 CLI 进程的 `optionSpecs` 里。因此 UI 从 Selection View 的完整 Model Config 读模型声明的上限（`config.optionSpecs.maxOutputTokens.max`）直接作为请求预算——与 `workspace/generateText` 非 git 分支的既有口径一致（普通 Turn 会再按剩余上下文窗口收窄，辅助改写请求没有这个必要）。模型视图还没就绪时增强入口直接禁用（此时构造不出合法请求）；视图就绪但模型已不在已发布列表时不发请求，提示用户重选。 -- **选型必须满足模型的档位契约**：Registry 校验拒绝「options 里没有 reasoningLevel」与「档位不在模型 `optionSpecs.reasoningLevel.values` 内」（`reasoning-level-missing` / `reasoning-level-not-supported`）。所以自动通道沿用当前生效档位、独立通道用设置档位，两者都要落到模型声明的档位集合上：设置里的 `"default"` 表示「交给模型默认档」（Model Config 末位即默认档），显式档位不被支持时同样回落到模型默认档并留一条 `warn`（不静默：轨迹里能看到被替换掉的档位）。 -- **自动通道**：基准选型取 `modelSelectionView.preferredSelection`。模型配置变化自动跟随；OAuth 类 provider 由 CLI runtime 自身处理鉴权，无需回落逻辑。 +- **选型必须满足模型的档位契约**：Registry 校验拒绝「options 里没有 reasoningLevel」与「档位不在模型 `optionSpecs.reasoningLevel.values` 内」（`reasoning-level-missing` / `reasoning-level-not-supported`）。所以自动通道沿用 composer 当前选型的档位、独立通道用设置档位，两者都要落到模型声明的档位集合上：设置里的 `"default"` 表示「交给模型默认档」（Model Config 末位即默认档），显式档位不被支持时同样回落到模型默认档并留一条 `warn`（不静默：轨迹里能看到被替换掉的档位）。 +- **自动通道**：基准选型取 **composer 当前草稿的生效选型**（`draftConfig.modelSelection`，即 `resolveComposerModelSelection(draft.modelSelection, modelSelectionView)` 的结果，与工具栏展示、提交门禁同源），模型与推理档位都随之跟随。 + - **不能取 `modelSelectionView.preferredSelection`**：它是 Registry 的*初始推荐*（`resolveInitialModelSelection`），只在配置里的默认模型仍然合法时才用默认模型，否则回落到**第一个可见 provider 的第一个模型**（`registry-fallback`）。用户之后点了别的模型它并不会变，于是增强会跑去用一个用户没选的模型——现象就是「自动模式用的是提供商的第一个模型」。自动通道要与「用户当前选了什么」同源，而不是与「Registry 推荐什么」同源。 + - 用户在输入框旁切模型 / 切推理档位即刻跟随，无需重新配置；OAuth 类 provider 由 CLI runtime 自身处理鉴权，无需回落逻辑。 - **独立通道**：基准选型取设置中的 `customSelection`（必须是 Registry 已发布模型；设置 UI 从 provider/model 视图读取候选，天然满足）。只下发 provider/model/档位，不携带设置里的其它字段。 -- 调用结果须带回实际使用的模型名，用于成功提示与设置页「当前生效通道」展示。 +- 调用结果须带回实际使用的模型名，用于成功提示；设置页只在独立通道把它显示出来（自动通道的身份由每个输入框自己的选型决定，全局设置页不显示）。 ### 增强流程 @@ -363,7 +365,7 @@ REQUIREMENTS: 4. 允许改写草稿里的行内引用：Switch（默认关）——**保留一条说明**：行内引用会变成纯文本 5. 模型通道：自动 / 独立分段控件；独立时展开 provider 与 model 两个下拉（候选来自 provider/model 视图） 6. 推理强度：默认/低/中/高，仅独立通道显示——**保留一条说明**：仅对独立通道生效 -7. 当前生效通道与模型名：只读一行（自动 → preferredSelection 模型名；独立 → 所选 provider/model） +7. 当前生效通道：只读一行（自动 →「跟随选择的模型和推理强度」；独立 → 所选 provider/model）。自动模式下**不显示具体模型名**：自动通道跟随的是每个输入框各自的草稿选型，而设置页是全局的，展示不出唯一解；显示 Registry 的初始推荐只会误导（见「模型调用」）。这一行**不做截断**，放不下就换行（宁可占两行）：`--ui-font-size` 由外观设置控制、可以调大，而 `SettingsRow` 的列宽是固定 px 不跟着放大，用 `truncate` 会在字号放大后直接吃掉「推理强度」这类关键信息。 8. 当前模式提示词正文：只读折叠查看 9. 恢复默认按钮 @@ -399,10 +401,10 @@ Composer 工具条上的「设置」入口通过现有设置导航意图机制 - **判定模块单测**：行内引用闸的放行/拒绝矩阵（空草稿优先于引用判定；**有行内引用节点**时拒绝、放开后放行；**无节点但有附件/引用/手打 token 的入参**一律放行——入参里已经没有这几项，测试用「不存在该入参」锁住口径）；还原闸的「一致才允许还原」；回填闸的「与发起时快照一致才允许回填」（不一致即丢弃结果，绝不覆盖用户在途写入的新内容；CRLF 与首尾空白差异不算改动）。 - **run 跟踪模块单测**：取消后仍能发起新 run（不能被上一次的 run 挡住）；取消后迟到的旧结果不得被判成当前 run，旧 run 结束也不能让出新 run 的活动位；只有当前 run 能结束自己。`operationId.ts` 断言前缀与两次调用不重复。 - **请求参数护栏单测**（`request.ts`）：断言参数对象**不含** `signal`（一旦有人把它加回去，这条测试就红）；`operationId` / `maxOutputTokens` / `requestTimeoutMs` / `querySource` / `messages` 经 `JSON.parse(JSON.stringify(...))` 后原样存活；工作区身份字段仅在赋值时出现。取消句柄的固化逻辑（target 随发起时锁定）在 hook 内，不进单测，靠手动验证覆盖。 -- **设置与选型模块单测**：缺失/半截配置补齐成完整设置；写回 patch 是完整对象。选型解析（`selection.ts`）用 Selection View 替身断言：输出预算取模型声明的上限；档位落在模型档位集合内（设置 `default` → 模型默认档；不支持的档位 → 回落默认档并回传被替换的档位）；自动通道跟随当前生效档位；缺 preferredSelection / 缺 customSelection / 模型不在视图 / 模型配置缺上限或缺档位一律返回 null（不发请求）。 +- **设置与选型模块单测**：缺失/半截配置补齐成完整设置；写回 patch 是完整对象。选型解析（`selection.ts`）用 Selection View 替身断言：输出预算取模型声明的上限；档位落在模型档位集合内（设置 `default` → 模型默认档；不支持的档位 → 回落默认档并回传被替换的档位）；自动通道采用传入的当前选型（模型与档位都跟着它走，不再回落 Registry 初始推荐）；缺 currentSelection / 缺 customSelection / 模型不在视图 / 模型配置缺上限或缺档位一律返回 null（不发请求）。 - 新测试文件必须登记进 `.github/workflows/ci.yml` 的 Focused tests（该工作流按文件显式列测试，不跑全量发现）。若新测试经 import 链间接加载某个 workspace 包的构建产物（该包 `exports` 的子路径指向 `dist/`），必须在同一 step 补一条 `pnpm --filter <包名> build`：CI 是全新检出，根目录 `typecheck` 只做 `--noEmit`、不产出 `dist`，漏构建会让整个文件以 `ERR_MODULE_NOT_FOUND` 失败（core 的附件测试经 hydrator 依赖 `@kcode/dynamic-workflow/projections` 即是此例）。 - **CLI 流式累积模块单测**（colocated，`node:test`，位置 `apps/kcode-cli/packages/core/src/runtime/methods/workspace-generate-text-accumulate.test.ts`，先例 `model-fallback.test.ts`）：text_delta 顺序拼接；tool_call 按 id 去重；finish 提供 finishReason 与 usage；error 事件按流式错误语义抛出（非 Error 形态不丢信息）；流在 finish 前结束判失败；无 toolCalls 时结果不携带该字段。 -- **手动验证**（`pnpm dev:desktop`）：三档各跑一次增强、进行中取消、还原成功、手改后还原被拒、设置持久化（重启后保留）、总开关关掉后工具条入口消失且进行中请求被取消、重开后模式/通道仍在、自动通道跟随模型切换；**在途改草稿**——点增强后立刻在输入框里补一段，结果回来时草稿必须保持用户改后的内容、只给「已在增强期间被修改」提示，不得被结果覆盖；**卸载取消**——增强进行中关掉标签页或切走 workspace，再回来不得看到属于上一个会话的成功提示；闸门口径三条——**加了附件仍可增强**（chip 保留、增强结果正常回填）、草稿里插入行内引用（@文件 或 `/命令`）默认被拒、开着「允许改写草稿里的行内引用」时放行且引用变成纯文本；另需覆盖两条模型契约——独立通道把推理档位设成「默认」仍能成功发起（选择必须带模型支持的档位），模型被删除后点击给出「没有可用的增强模型」而不是模型校验错误；以及在非标准 openai-compatible 网关（非流式响应带自定义信封，如 CPA）下增强仍成功。 +- **手动验证**（`pnpm dev:desktop`）：三档各跑一次增强、进行中取消、还原成功、手改后还原被拒、设置持久化（重启后保留）、总开关关掉后工具条入口消失且进行中请求被取消、重开后模式/通道仍在、自动通道跟随 composer 当前选型——切模型后点增强确认走新模型、切推理档位后确认走新档位；**在途改草稿**——点增强后立刻在输入框里补一段，结果回来时草稿必须保持用户改后的内容、只给「已在增强期间被修改」提示，不得被结果覆盖；**卸载取消**——增强进行中关掉标签页或切走 workspace，再回来不得看到属于上一个会话的成功提示；闸门口径三条——**加了附件仍可增强**（chip 保留、增强结果正常回填）、草稿里插入行内引用（@文件 或 `/命令`）默认被拒、开着「允许改写草稿里的行内引用」时放行且引用变成纯文本；另需覆盖两条模型契约——独立通道把推理档位设成「默认」仍能成功发起（选择必须带模型支持的档位），模型被删除后点击给出「没有可用的增强模型」而不是模型校验错误；以及在非标准 openai-compatible 网关（非流式响应带自定义信封，如 CPA）下增强仍成功。 - 提交前执行 `pnpm typecheck`、`pnpm lint`、`pnpm architecture:check --changed`，报告真实结果。 ## 不做的事 @@ -425,3 +427,4 @@ Composer 工具条上的「设置」入口通过现有设置导航意图机制 - 本功能的文案只存在于两个命名空间：工具条用 `chat.toolbar.promptEnhance.*`，设置分区用 `settings.promptEnhance.*`；不要再引入第三套命名（更早的直连通道方案留下的 `chat.promptEnhance.*` 已删除）。 - 闸门收窄到「只看行内引用节点」的依据是取证结论：附件在 `composerAttachmentUploadStore`、四类引用在各自 hook 的组件 state，草稿记录 `V4ComposerDraft` 里没有这些字段，回填三连碰不到它们；只有 mention 是编辑器节点。这意味着「加了附件不能增强」属于误拦，已按上表摘掉。设置字段随之改名 `allowStructuredOverwrite` → `allowInlineReferenceRewrite`；功能尚未发布，直接改名不做兼容读旧值。 - 已评估但未采纳的方案：占位符往返（回填前把行内引用节点序列化成不透明占位符交给模型，回填时还原成节点，还原失败沿用 `fillFailed` 分支拒绝回填）。它能保住引用节点、从而删掉这个开关，但要同时改 compose、回填与还原点三处口径，并额外防模型改坏占位符；本次先做闸门收窄，若后续收到「为了增强而不得不丢引用」的反馈再启动。编辑器已有「markdown → 重建节点」的先例可复用（`replaceEditorTextWithPluginMentions`）。 +- 自动通道改用 composer 当前选型后，有一条旧行为消失：草稿没有任何可解析选型时（新任务尚未补全、或所选模型已被删除），原先还能靠 `preferredSelection` 凑出一个模型，现在解析不出 target，按 `noModel` 提示处理。这与当时输入框本身也发不出消息一致，属于预期而非回归；入口的禁用条件仍只看模型视图是否就绪，不为它新增第二种门禁。 diff --git a/packages/ui/src/i18n/locales/en-US.ts b/packages/ui/src/i18n/locales/en-US.ts index b988d63..83e4d93 100644 --- a/packages/ui/src/i18n/locales/en-US.ts +++ b/packages/ui/src/i18n/locales/en-US.ts @@ -4261,6 +4261,8 @@ const enUS: Record = { "settings.promptEnhance.reasoning.medium": "Medium", "settings.promptEnhance.reasoning.high": "High", "settings.promptEnhance.effective.label": "Effective channel", + "settings.promptEnhance.effective.followSelection": + "Follows the selected model and reasoning level", "settings.promptEnhance.effective.unresolved": "Not ready", "settings.promptEnhance.prompt.label": "Prompt body for the current mode", "settings.promptEnhance.prompt.show": "View", diff --git a/packages/ui/src/i18n/locales/zh-CN.ts b/packages/ui/src/i18n/locales/zh-CN.ts index 4af2928..b833ee7 100644 --- a/packages/ui/src/i18n/locales/zh-CN.ts +++ b/packages/ui/src/i18n/locales/zh-CN.ts @@ -3989,6 +3989,7 @@ const zhCN: Record = { "settings.promptEnhance.reasoning.medium": "中", "settings.promptEnhance.reasoning.high": "高", "settings.promptEnhance.effective.label": "当前生效通道", + "settings.promptEnhance.effective.followSelection": "跟随选择的模型和推理强度", "settings.promptEnhance.effective.unresolved": "未就绪", "settings.promptEnhance.prompt.label": "当前模式提示词正文", "settings.promptEnhance.prompt.show": "查看", diff --git a/packages/ui/src/settings/PromptEnhanceSection.tsx b/packages/ui/src/settings/PromptEnhanceSection.tsx index 311a7ca..9b7692a 100644 --- a/packages/ui/src/settings/PromptEnhanceSection.tsx +++ b/packages/ui/src/settings/PromptEnhanceSection.tsx @@ -76,15 +76,14 @@ export function PromptEnhanceSection({ (provider) => provider.providerId === current.customSelection?.providerId, ); - // 当前生效通道只做展示：自动通道跟随 preferredSelection，独立通道取设置里的选型。 - const effectiveSelection = - current.channel === "auto" ? selectionView?.preferredSelection : current.customSelection; - const effectiveProvider = providers.find( - (provider) => provider.providerId === effectiveSelection?.providerId, - ); - const effectiveLabel = effectiveSelection - ? `${effectiveProvider?.providerName ?? effectiveSelection.providerId} / ${effectiveSelection.modelId}` - : intl.formatMessage({ id: "settings.promptEnhance.effective.unresolved" }); + // 当前生效通道只做展示。自动通道跟随的是每个输入框各自的草稿选型（可能互不相同），全局设置页 + // 给不出唯一模型，因此只说明它跟随什么；独立通道是全局唯一的设置，照常显示 provider / 模型。 + const effectiveLabel = + current.channel === "auto" + ? intl.formatMessage({ id: "settings.promptEnhance.effective.followSelection" }) + : current.customSelection + ? `${customProvider?.providerName ?? current.customSelection.providerId} / ${current.customSelection.modelId}` + : intl.formatMessage({ id: "settings.promptEnhance.effective.unresolved" }); const write = async (patch: Partial) => { if (!settings) return; @@ -314,9 +313,13 @@ export function PromptEnhanceSection({ ) : null} + // 不截断：这一行要答的是「现在到底用哪个模型」，而文案会随语言与字号变化 + // （`--ui-font-size` 由外观设置控制，列宽是固定 px、不跟着放大）， + // 截断会把「推理强度」这种关键信息吃掉。放不下时换行，宁可占两行。 + {effectiveLabel} } diff --git a/packages/ui/src/v4/ConversationComposer.tsx b/packages/ui/src/v4/ConversationComposer.tsx index 44c1fa1..1270517 100644 --- a/packages/ui/src/v4/ConversationComposer.tsx +++ b/packages/ui/src/v4/ConversationComposer.tsx @@ -2203,6 +2203,8 @@ function ConversationComposerImpl({ // 发送成功会清空草稿，还原点跟着失效（否则会留下点了必然被拒的「还原」）。 hasDraftText={hasText} modelSelectionView={modelSelectionView} + // 自动通道的基准：当前草稿的生效选型（模型 + 推理档位），与工具栏展示、提交门禁同源。 + currentModelSelection={draftConfig?.modelSelection ?? null} readContextRows={readPromptEnhanceContextRows} readDraftText={readPromptEnhanceDraft} readHasInlineReferences={readPromptEnhanceHasInlineReferences} diff --git a/packages/ui/src/v4/composer/promptEnhance/selection.ts b/packages/ui/src/v4/composer/promptEnhance/selection.ts index 102348b..32b1c49 100644 --- a/packages/ui/src/v4/composer/promptEnhance/selection.ts +++ b/packages/ui/src/v4/composer/promptEnhance/selection.ts @@ -1,9 +1,13 @@ /** * 提示词增强的模型选型解析。 * - * 自动通道跟随 kcode 当前生效模型（preferredSelection），用户改模型配置后无需重新配置； + * 自动通道跟随 composer 当前草稿的生效选型（当前选的模型 + 推理强度），与工具栏展示同源； * 独立通道只从设置里已选的 provider/model 取，不接受自由填写，凭据仍走 provider 体系。 * + * 自动通道**刻意不读** Selection View 的 `preferredSelection`：那是 Registry 的初始推荐， + * 配置里没有可用默认模型时会回落到第一个可见 provider 的第一个模型，用户之后改选模型它并不跟着变， + * 于是增强会跑去用一个用户没选的模型。当前选型只能由 composer 注入（见 `currentSelection`）。 + * * 两个字段必须在**这里**定死，因为 CLI 侧按模型的完整配置校验请求： * - `maxOutputTokens`：`workspace/generateText` 的请求预算缺了会被判越界（校验要求它必须有值）， * 这里取模型声明的上限——与 `workspace/generateText` 非 git 分支的既有口径一致 @@ -90,11 +94,12 @@ export function resolvePromptEnhanceReasoningLevel(params: { /** 解析本次增强要用的选型与输出预算；返回 null 表示当前没有可构造请求的模型。 */ export function resolvePromptEnhanceTarget(params: { settings: PromptEnhanceSettings; - preferredSelection: ModelSelection | null | undefined; + /** auto 通道的基准选型：composer 当前草稿的生效选型（模型 + 推理档位），由调用方注入。 */ + currentSelection: ModelSelection | null | undefined; modelSelectionView: PromptEnhanceSelectionView | null | undefined; }): PromptEnhanceTarget | null { const custom = params.settings.customSelection; - const base = params.settings.channel === "auto" ? params.preferredSelection : custom; + const base = params.settings.channel === "auto" ? params.currentSelection : custom; if (!base) return null; const facts = resolvePromptEnhanceModelFacts({ @@ -103,10 +108,10 @@ export function resolvePromptEnhanceTarget(params: { }); if (!facts) return null; - // 自动通道沿用当前生效档位；独立通道用设置里的档位，"default" = 交给模型默认档。 + // 自动通道沿用当前选型的档位；独立通道用设置里的档位，"default" = 交给模型默认档。 const requested = params.settings.channel === "auto" - ? params.preferredSelection?.options?.reasoningLevel + ? params.currentSelection?.options?.reasoningLevel : params.settings.reasoningLevel === "default" ? undefined : params.settings.reasoningLevel; diff --git a/packages/ui/src/v4/composer/usePromptEnhance.ts b/packages/ui/src/v4/composer/usePromptEnhance.ts index 6b7f823..8ac7ce2 100644 --- a/packages/ui/src/v4/composer/usePromptEnhance.ts +++ b/packages/ui/src/v4/composer/usePromptEnhance.ts @@ -10,7 +10,7 @@ * Renderer 传不了 AbortSignal，跨 RPC 会被 JSON 序列化吃掉（详见 operationId.ts）。 */ import { useCallback, useEffect, useMemo, useRef, useState } from "react"; -import type { PromptEnhanceSettings } from "@kcode/shared"; +import type { ModelSelection, PromptEnhanceSettings } from "@kcode/shared"; import type { ConversationRow } from "@kcode/shared/kcode-protocol-v4"; import type { ModelSelectionView } from "@kcode/services"; import { toast } from "@/components/ui/toast.js"; @@ -106,6 +106,12 @@ export interface UsePromptEnhanceParams { /** 当前草稿是否有正文；发送成功或手动清空后为 false，还原点随之失效。 */ hasDraftText: boolean; modelSelectionView: ModelSelectionView | null; + /** + * composer 当前草稿的生效选型：自动通道的基准（模型与推理档位都由它决定）。 + * 由 composer 注入，不在这里从 `modelSelectionView.preferredSelection` 推导——那是 Registry + * 的初始推荐，用户改选模型后不会跟着变。 + */ + currentModelSelection: ModelSelection | null; /** 点击时读取草稿里是否有行内引用节点（回填唯一会破坏的内容）。 */ readHasInlineReferences: () => boolean; /** 点击时读取当前投影 rows，避免把流式 snapshot 灌进调用方的 memo 依赖。 */ @@ -127,6 +133,7 @@ export interface PromptEnhanceController { export function usePromptEnhance(params: UsePromptEnhanceParams): PromptEnhanceController { const { + currentModelSelection, disabled, hasDraftText, modelSelectionView, @@ -308,14 +315,16 @@ export function usePromptEnhance(params: UsePromptEnhanceParams): PromptEnhanceC const target = resolvePromptEnhanceTarget({ settings: enhanceSettings, - preferredSelection: modelSelectionView?.preferredSelection ?? null, + currentSelection: currentModelSelection, modelSelectionView, }); if (!target) { - // 没有模型、或选中模型已不在已发布列表里（Selection View 读不到 Model Config）： - // 后者无法构造合法请求（预算与档位都取自模型配置），只能先请用户重选。 + // 三种原因：草稿还没有可解析的选型（自动通道）、选中的模型已不在已发布列表里 + // （Selection View 读不到 Model Config）、独立通道没配 customSelection。三者都构造不出 + // 合法请求（预算与档位都取自模型配置），只能先请用户选模型。 logger.warn("[prompt-enhance] 没有可用的增强模型选型", { channel: enhanceSettings.channel, + hasCurrentModelSelection: currentModelSelection !== null, hasModelSelectionView: modelSelectionView !== null, }); showToast("chat.toolbar.promptEnhance.noModel"); @@ -436,6 +445,7 @@ export function usePromptEnhance(params: UsePromptEnhanceParams): PromptEnhanceC }, [ cancelRun, createRunCancel, + currentModelSelection, enhanceSettings, finishRun, kcodeAgentService, diff --git a/packages/ui/test/promptEnhance.test.ts b/packages/ui/test/promptEnhance.test.ts index 16f6eb7..62d39e7 100644 --- a/packages/ui/test/promptEnhance.test.ts +++ b/packages/ui/test/promptEnhance.test.ts @@ -372,17 +372,17 @@ test("选型解析从模型配置取输出预算，并保证档位在模型的 reasoningLevels: ["low", "high"], }, ]); - const preferred = { + const current = { providerId: "provider-a", modelId: "model-a", options: { reasoningLevel: "low" }, }; - // 自动通道：沿用当前生效档位，预算取模型声明的上限（与普通 Turn 同口径）。 + // 自动通道：沿用当前选型的档位，预算取模型声明的上限（与普通 Turn 同口径）。 assert.deepEqual( resolvePromptEnhanceTarget({ settings, - preferredSelection: preferred, + currentSelection: current, modelSelectionView: view, }), { @@ -395,12 +395,34 @@ test("选型解析从模型配置取输出预算，并保证档位在模型的 }, ); + // 自动通道只认传入的当前选型：换一个选型，模型、预算与档位都跟着换。 + // 这条同时锁住「不再从 Selection View 的初始推荐里补一个模型」——View 替身里根本没有那样的字段。 + assert.deepEqual( + resolvePromptEnhanceTarget({ + settings, + currentSelection: { + providerId: "provider-b", + modelId: "model-b", + options: { reasoningLevel: "low" }, + }, + modelSelectionView: view, + }), + { + selection: { + providerId: "provider-b", + modelId: "model-b", + options: { reasoningLevel: "low" }, + }, + maxOutputTokens: 8_192, + }, + ); + // 自动通道里档位不被模型支持时回落到模型声明的默认档（末位），而不是原样透传被 CLI 拒； // 被替换掉的档位要回传出来，调用方才有据可查。 assert.deepEqual( resolvePromptEnhanceTarget({ settings, - preferredSelection: { ...preferred, options: { reasoningLevel: "medium" } }, + currentSelection: { ...current, options: { reasoningLevel: "medium" } }, modelSelectionView: view, }), { @@ -421,7 +443,7 @@ test("选型解析从模型配置取输出预算，并保证档位在模型的 channel: "custom", customSelection: { providerId: "provider-b", modelId: "model-b" }, }), - preferredSelection: preferred, + currentSelection: current, modelSelectionView: view, }), { @@ -442,7 +464,7 @@ test("选型解析从模型配置取输出预算，并保证档位在模型的 customSelection: { providerId: "provider-b", modelId: "model-b" }, reasoningLevel: "low", }), - preferredSelection: preferred, + currentSelection: current, modelSelectionView: view, }), { @@ -458,7 +480,7 @@ test("选型解析从模型配置取输出预算，并保证档位在模型的 test("模型不在已发布列表、或缺少输出上限/档位时不给请求参数", () => { const settings = resolvePromptEnhanceSettings({ channel: "auto" }); - const preferred = { providerId: "provider-a", modelId: "model-a" }; + const current = { providerId: "provider-a", modelId: "model-a" }; const view = modelSelectionViewFixture([ { providerId: "provider-a", @@ -471,7 +493,7 @@ test("模型不在已发布列表、或缺少输出上限/档位时不给请求 assert.equal( resolvePromptEnhanceTarget({ settings, - preferredSelection: { providerId: "provider-gone", modelId: "model-a" }, + currentSelection: { providerId: "provider-gone", modelId: "model-a" }, modelSelectionView: view, }), null, @@ -479,7 +501,7 @@ test("模型不在已发布列表、或缺少输出上限/档位时不给请求 assert.equal( resolvePromptEnhanceTarget({ settings, - preferredSelection: { providerId: "provider-a", modelId: "model-gone" }, + currentSelection: { providerId: "provider-a", modelId: "model-gone" }, modelSelectionView: view, }), null, @@ -487,19 +509,19 @@ test("模型不在已发布列表、或缺少输出上限/档位时不给请求 assert.equal( resolvePromptEnhanceTarget({ settings, - preferredSelection: preferred, + currentSelection: current, modelSelectionView: null, }), null, ); assert.equal( - resolvePromptEnhanceTarget({ settings, preferredSelection: null, modelSelectionView: view }), + resolvePromptEnhanceTarget({ settings, currentSelection: null, modelSelectionView: view }), null, ); assert.equal( resolvePromptEnhanceTarget({ settings: resolvePromptEnhanceSettings({ channel: "custom" }), - preferredSelection: preferred, + currentSelection: current, modelSelectionView: view, }), null, @@ -509,7 +531,7 @@ test("模型不在已发布列表、或缺少输出上限/档位时不给请求 assert.equal( resolvePromptEnhanceTarget({ settings, - preferredSelection: preferred, + currentSelection: current, modelSelectionView: modelSelectionViewFixture([ { providerId: "provider-a", modelId: "model-a", reasoningLevels: ["low"] }, ]), @@ -519,7 +541,7 @@ test("模型不在已发布列表、或缺少输出上限/档位时不给请求 assert.equal( resolvePromptEnhanceTarget({ settings, - preferredSelection: preferred, + currentSelection: current, modelSelectionView: modelSelectionViewFixture([ { providerId: "provider-a", modelId: "model-a", maxOutputTokens: 4_096 }, ]),