@yfwu2020/dsh-selection-explain 0.7.1 → 0.8.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/src/index.ts CHANGED
@@ -32,6 +32,9 @@ import {
32
32
  PROMPT_HEAD,
33
33
  TRANSLATION_PROMPT,
34
34
  } from './prompts.js'
35
+ // 设置页的字段声明与校验:与 Config 一一对应,GET /settings 直接把 spec 发给客户端,
36
+ // 客户端只负责画 —— 避免 UI 的边界和 host 的 clamp 各写一份、时间久了互相漂。
37
+ import { buildSettingsPayload, normalizeSettingsPatch, normalizeStoredSettings, PERSISTED_SETTING_KEYS, SETTINGS_KEYS, SETTINGS_GROUPS } from './settings.js'
35
38
 
36
39
  /** 插件名(= package.json name,客户端 bundle 的模块 id 也是它)。 */
37
40
  export const name = '@yfwu2020/dsh-selection-explain'
@@ -66,12 +69,22 @@ const BODY_LIMIT = 512 * 1024
66
69
 
67
70
  /** 插件配置。 */
68
71
  export interface Config {
69
- /** 固定 provider 路由;留空 = 跟随默认模型。 */
72
+ /** 固定 provider 路由;留空 = 跟随主会话(用户在 DSH 里选的默认模型)。 */
70
73
  provider: string
71
- /** 固定 model id;留空 = 跟随默认模型。 */
74
+ /** 固定 model id;留空 = 跟随主会话。 */
72
75
  model: string
73
- /** 推理档位(off / low / high / max);留空 = 适配器默认。 */
76
+ /**
77
+ * **追问**单独用的 provider;留空 = 跟首轮/次轮同一个(默认如此)。
78
+ *
79
+ * 为什么要能单独设:首轮/次轮要的是"读懂上下文",追问往往是"快速问一句",
80
+ * 两者对模型的要求不同(一个要准、一个要快)。
81
+ */
82
+ chatProvider: string
83
+ /** **追问**单独用的 model id;留空 = 跟首轮/次轮同一个。 */
84
+ chatModel: string
85
+ /** **次轮详解**的推理档位(off / low / high / max);留空 = 适配器默认。 */
74
86
  reasoningEffort: string
87
+ /** **首轮**(翻译 / 解读 / 注释)的推理档位。 */
75
88
  translationReasoningEffort: string
76
89
  historyMaxEntries: number
77
90
  /** 采样温度。 */
@@ -116,7 +129,7 @@ export interface Config {
116
129
  toolResultMaxChars: number
117
130
  /** 文件类工具(read/grep/glob)的读取边界:'' = 会话工作目录,'*' = 不限制,其他 = 该目录 */
118
131
  toolReadRoot: string
119
- /** 追问(对话小窗)用的推理档位:通常比首次解读轻,响应更快。 */
132
+ /** 追问(对话小窗)用的推理档位:通常比次轮详解轻,响应更快。 */
120
133
  chatReasoningEffort: string
121
134
  /**
122
135
  * 侧边栏 HTML 预览里的划词桥(默认开)。
@@ -128,15 +141,26 @@ export interface Config {
128
141
  * 关掉 = 侧边栏网页里不弹「解读」按钮。
129
142
  */
130
143
  bridgeSidebarPreview: boolean
144
+ /** 是否显示右下角悬浮胶囊(最近一次划词的状态入口)。 */
145
+ pillEnabled: boolean
146
+ /**
147
+ * 静置多久把胶囊收成小球(毫秒)。
148
+ *
149
+ * 只在**没装费用胶囊**时生效 —— 有费用胶囊时两者并排,收球会让它们错位。
150
+ * 默认 10 秒:短于这个数会显得"刚看一眼就没了",长了又失去"收起来不挡视线"的意义。
151
+ */
152
+ pillIdleMs: number
131
153
  }
132
154
 
133
155
  /** 配置 schema(缺省值即推荐值)。 */
134
156
  export const Config = z.object({
135
157
  provider: z.string().default(''),
136
158
  model: z.string().default(''),
159
+ chatProvider: z.string().default(''),
160
+ chatModel: z.string().default(''),
137
161
  reasoningEffort: z.string().default('high'),
138
- /** 首轮「翻译」单独一档:这一轮只挑英文片段做翻译,不需要深度推理,默认压低换首字速度。 */
139
- translationReasoningEffort: z.string().default('low'),
162
+ /** 首轮单独一档:默认关闭思考,优先快速给出翻译、解读或注释。 */
163
+ translationReasoningEffort: z.string().default('off'),
140
164
  /**
141
165
  * 小窗对话历史(A′):把整段对话落到插件自己的目录,重划同一个词直接回放。
142
166
  * 0 = 关闭历史。只留最近 N 个「划词条目」(每个条目内含它自己的全部追问轮次)。
@@ -191,6 +215,10 @@ export const Config = z.object({
191
215
  * 侧边栏网页里选中文字不会再弹「解读」。
192
216
  */
193
217
  bridgeSidebarPreview: z.boolean().default(true),
218
+ /** 悬浮胶囊开关(小窗设置页可改)。 */
219
+ pillEnabled: z.boolean().default(true),
220
+ /** 静置收球时长(毫秒)——默认 10 秒,见 Config 注释。 */
221
+ pillIdleMs: z.number().min(2000).max(600000).default(10000),
194
222
  })
195
223
 
196
224
  /** 联网类工具名:用来判断"首选里的联网工具在不在"。 */
@@ -273,9 +301,27 @@ interface BackgroundOptions {
273
301
  marker: string
274
302
  }
275
303
 
276
- /** ctx.sessionQuery 的宽松视图(只用到 readSurface)。 */
304
+ /**
305
+ * ctx.sessionQuery 的宽松视图。
306
+ *
307
+ * · readSurface —— 会话的**消息表面**(对话背景用)。
308
+ * · readSession —— **原始事件**(带 data)。读会话模型必须走它:
309
+ * `model/selection` 在文档里写明是 log-only,"never enters derived model history",
310
+ * 所以它**不会**出现在 readSurface 的 surface 里(实测:用它读到的永远是空)。
311
+ */
277
312
  interface SessionQueryLike {
278
313
  readSurface?: (sessionId: string) => Promise<{ events?: readonly unknown[] }>
314
+ readSession?: (sessionId: string) => Promise<{ events?: readonly unknown[] }>
315
+ }
316
+
317
+ /**
318
+ * ctx.sessions 的宽松视图 —— 只用来做"会话有没有新事件"的零成本探测。
319
+ *
320
+ * `seq` 是 Session 上的 getter(= 日志长度,每次 append 都会涨),同步读、不碰日志;
321
+ * 拿它跟上次解析时记下的值一比,就知道"结论有没有可能变"(见 liveSeqOf)。
322
+ */
323
+ interface SessionsLike {
324
+ get?: (sessionId: string) => { seq?: number } | undefined
279
325
  }
280
326
 
281
327
  /** 解析出的模型路由。 */
@@ -284,6 +330,9 @@ interface Route {
284
330
  model: string
285
331
  }
286
332
 
333
+ /** 会话自己记的模型选择(与 Route 同形,单独取名是为了在注释里说清"来源不同")。 */
334
+ type SessionModel = Route
335
+
287
336
  /** 写一条 SSE 事件。 */
288
337
  function sse(res: ServerResponse, payload: unknown): void {
289
338
  if (res.writableEnded) return
@@ -1133,8 +1182,10 @@ export function apply(ctx: Context, rawConfig: Config): void {
1133
1182
  const config: Config = {
1134
1183
  provider: rawConfig?.provider ?? '',
1135
1184
  model: rawConfig?.model ?? '',
1185
+ chatProvider: rawConfig?.chatProvider ?? '',
1186
+ chatModel: rawConfig?.chatModel ?? '',
1136
1187
  reasoningEffort: rawConfig?.reasoningEffort ?? 'high',
1137
- translationReasoningEffort: rawConfig?.translationReasoningEffort ?? 'low',
1188
+ translationReasoningEffort: rawConfig?.translationReasoningEffort ?? 'off',
1138
1189
  historyMaxEntries: rawConfig?.historyMaxEntries ?? 20,
1139
1190
  temperature: rawConfig?.temperature ?? -1,
1140
1191
  maxTokens: rawConfig?.maxTokens ?? 0,
@@ -1158,6 +1209,90 @@ export function apply(ctx: Context, rawConfig: Config): void {
1158
1209
  toolReadRoot: rawConfig?.toolReadRoot ?? '',
1159
1210
  chatReasoningEffort: rawConfig?.chatReasoningEffort ?? 'high',
1160
1211
  bridgeSidebarPreview: rawConfig?.bridgeSidebarPreview ?? true,
1212
+ pillEnabled: rawConfig?.pillEnabled ?? true,
1213
+ pillIdleMs: rawConfig?.pillIdleMs ?? 10000,
1214
+ }
1215
+
1216
+ /**
1217
+ * 出厂默认值(**不含**用户在设置页改过的部分)。
1218
+ *
1219
+ * 为什么单独留一份:设置页的「恢复默认」要能把值写回这里,
1220
+ * 而"这一项改过没有"也要拿它对比 —— 只有一个 config 的话,改完就再也说不出原值是什么。
1221
+ * 注意它取的是 rawConfig(cordis.patch.yml 里的配置),所以 yml 里写过的值也算"默认":
1222
+ * 用户在设置页恢复默认,应该回到 yml 写的那个数,而不是硬编码的出厂数。
1223
+ */
1224
+ const configDefaults: Record<string, unknown> = { ...config } as unknown as Record<string, unknown>
1225
+
1226
+ /**
1227
+ * 设置页写入的覆盖值(**只存改过的键**)。
1228
+ *
1229
+ * 落盘在插件自己的目录(与 history.json / pill.json 同级),不碰 cordis.patch.yml:
1230
+ * 那个文件是**装配清单**,让 UI 去改它既容易写坏结构,也要重启才生效。
1231
+ * 这里的内存值即刻生效(下方所有 config.x 都是每次请求现读的),落盘只为跨重启保留。
1232
+ */
1233
+ let settingsOverrides: Record<string, unknown> = {}
1234
+ let settingsLoaded = false
1235
+ let settingsTimer: ReturnType<typeof setTimeout> | null = null
1236
+ const settingsFile = (): string =>
1237
+ join(process.env.DSH_HOME ?? join(homedir(), '.dsh'), 'selection-explain', 'settings.json')
1238
+
1239
+ /**
1240
+ * 把覆盖值套用到 config 上。
1241
+ *
1242
+ * 只接受 SETTINGS_KEYS 里的键,并且**类型必须与默认值一致** ——
1243
+ * 文件是手工可编辑的(也可能被旧版本写坏),不能让它把 boolean 写成字符串,
1244
+ * 那会让 `if (config.tools)` 这种判断悄悄变成永真。
1245
+ */
1246
+ function applyOverrides(patch: Record<string, unknown>): void {
1247
+ const target = config as unknown as Record<string, unknown>
1248
+ for (const [key, value] of Object.entries(patch)) {
1249
+ if (!SETTINGS_KEYS.includes(key) && !PERSISTED_SETTING_KEYS.includes(key)) continue
1250
+ if (typeof value !== typeof configDefaults[key]) continue
1251
+ target[key] = value
1252
+ }
1253
+ }
1254
+
1255
+ /** 读设置覆盖文件(进程内只读一次,与 loadHistory / loadPillPos 同节奏)。 */
1256
+ async function loadSettings(): Promise<void> {
1257
+ if (settingsLoaded) return
1258
+ settingsLoaded = true
1259
+ try {
1260
+ const parsed = JSON.parse(await readFile(settingsFile(), 'utf8')) as { values?: unknown }
1261
+ const raw = parsed?.values
1262
+ if (raw && typeof raw === 'object' && !Array.isArray(raw)) {
1263
+ const values = normalizeStoredSettings(raw)
1264
+ settingsOverrides = values
1265
+ applyOverrides(values)
1266
+ }
1267
+ } catch {
1268
+ // 没存过 / 坏了都当作"没改过":出厂默认本来就是可用状态,没必要因此报错
1269
+ settingsOverrides = {}
1270
+ }
1271
+ }
1272
+
1273
+ /** 落盘(防抖:拖数字输入框会连发多次,没必要每次都写文件)。 */
1274
+ function scheduleSettingsWrite(): void {
1275
+ if (settingsTimer) clearTimeout(settingsTimer)
1276
+ settingsTimer = setTimeout(() => {
1277
+ settingsTimer = null
1278
+ void (async () => {
1279
+ try {
1280
+ await mkdir(join(process.env.DSH_HOME ?? join(homedir(), '.dsh'), 'selection-explain'), { recursive: true })
1281
+ await writeFile(settingsFile(), JSON.stringify({ version: 1, values: settingsOverrides }, null, 0), 'utf8')
1282
+ } catch (error) {
1283
+ ctx.logger?.warn?.(`[${name}] 写入设置失败:${String((error as Error)?.message ?? error)}`)
1284
+ }
1285
+ })()
1286
+ }, 300)
1287
+ settingsTimer.unref?.()
1288
+ }
1289
+
1290
+ /** 当前生效值(按 spec 的键序取,客户端可以直接对比 defaults 判断改过没有)。 */
1291
+ function currentSettings(): Record<string, unknown> {
1292
+ const target = config as unknown as Record<string, unknown>
1293
+ const values: Record<string, unknown> = {}
1294
+ for (const key of SETTINGS_KEYS) values[key] = target[key]
1295
+ return values
1161
1296
  }
1162
1297
 
1163
1298
  /** 兜底路由:第一次真实 LLM 调用后捕获。 */
@@ -1283,13 +1418,36 @@ export function apply(ctx: Context, rawConfig: Config): void {
1283
1418
  }
1284
1419
 
1285
1420
  /** 请求里带 provider+model 时优先用它(并按清单校验;清单还没加载出来就只做形状校验)。 */
1286
- const resolveRoute = (override?: { provider?: string; model?: string }): Route | null => {
1421
+ const resolveRoute = (
1422
+ override?: { provider?: string; model?: string },
1423
+ /**
1424
+ * **当前会话**自己的模型选择(见 sessionModelOf)。
1425
+ *
1426
+ * 为什么要有它:会话是各自选模型的(每个 Agent 一份 model-selection),
1427
+ * 而 `agentDefaultModel.currentSelection()` 是**全局默认**、与会话无关。
1428
+ * 以前只用后者,于是"跟随主会话"其实跟的是"全局默认"——
1429
+ * 两个会话用不同模型时,插件对两个会话都用同一个默认模型,跟谁都对不上。
1430
+ *
1431
+ * 优先级:显式 override(小窗胶囊选的)→ 插件配置(设置页选的)→ **本会话的模型** → 全局默认 → 第一个可用。
1432
+ * 会话没记过选择(新会话、或日志里没有 model/selection)时自然落回全局默认,行为与以前一致。
1433
+ */
1434
+ sessionModel?: { provider?: string; model?: string } | null,
1435
+ /**
1436
+ * 这一轮是不是**追问**。
1437
+ *
1438
+ * 三个阶段沿用同一模型;旧 chatProvider/chatModel 仅保留配置兼容,不再参与路由。
1439
+ */
1440
+ chat?: boolean,
1441
+ ): Route | null => {
1287
1442
  if (override?.provider && override?.model) {
1288
1443
  const wanted = { provider: override.provider, model: override.model }
1289
1444
  const known = modelCache.items.some((item) => item.provider === wanted.provider && item.model === wanted.model)
1290
1445
  if (known || modelCache.items.length === 0) return wanted
1291
1446
  }
1292
1447
  if (config.provider && config.model) return { provider: config.provider, model: config.model }
1448
+ if (sessionModel?.provider && sessionModel?.model) {
1449
+ return { provider: sessionModel.provider, model: sessionModel.model }
1450
+ }
1293
1451
  const service = ctx.get('agentDefaultModel') as AgentDefaultModelConfig | undefined
1294
1452
  const selection = service?.currentSelection?.()
1295
1453
  if (selection?.provider && selection?.model) {
@@ -1324,6 +1482,37 @@ export function apply(ctx: Context, rawConfig: Config): void {
1324
1482
  /** 会话背景短缓存:同一会话 10 秒内复用(连续划词不重复读日志)。 */
1325
1483
  const backgroundCache = new Map<string, { at: number; events: readonly unknown[] }>()
1326
1484
 
1485
+ /**
1486
+ * 「本会话在用哪个模型」的短缓存 —— 只给按秒轮询的 `/route` 用(见 sessionModelOf)。
1487
+ *
1488
+ * 为什么需要:`readSession` 会把整份日志重放成一个 Session、再逐条深拷贝一遍
1489
+ * (本机实测 1.5MB 的会话一次 80~125ms)。跟随状态下**小窗一开着**就要每 2 秒问一次,
1490
+ * 不缓存等于每 2 秒在宿主进程里重放一次会话日志。
1491
+ *
1492
+ * 变更探测用 live 会话的 `seq`(同步、零成本,见 liveSeqOf):没涨就直接回缓存;
1493
+ * 涨了(主会话正在连续对话时每轮都在涨)也至少隔 SESSION_MODEL_MIN_MS 才重读一次,
1494
+ * 否则"小窗开着 + 主会话在聊"时每 2 秒照样重放。非 live(磁盘上的旧会话,读不到 seq)按 TTL 兜底。
1495
+ */
1496
+ const sessionModelCache = new Map<string, { at: number; seq: number | null; value: SessionModel | null }>()
1497
+ /** 同一会话正在飞的读取(读可能比轮询间隔还慢,叠起来没意义)。 */
1498
+ const sessionModelPending = new Map<string, Promise<SessionModel | null>>()
1499
+ /** live 会话两次重读之间的最短间隔(挡住"事件一直在涨"时的连续重放)。 */
1500
+ const SESSION_MODEL_MIN_MS = 3_000
1501
+ /** 读不到 seq(非 live)时的兜底 TTL。 */
1502
+ const SESSION_MODEL_TTL_MS = 10_000
1503
+
1504
+ /**
1505
+ * live 会话的事件数(`Session.seq` = 日志长度,每次 append 都会涨)。
1506
+ *
1507
+ * 这是**零成本**的同步读取:不用读日志、不用重放,就能判断"会话有没有新事件"。
1508
+ * 拿不到(会话不在内存里 / 老内核没有 sessions 服务)返回 null,调用方退回 TTL。
1509
+ */
1510
+ const liveSeqOf = (sessionId: string): number | null => {
1511
+ const sessions = ctx.get('sessions') as SessionsLike | undefined
1512
+ const seq = sessions?.get?.(sessionId)?.seq
1513
+ return typeof seq === 'number' ? seq : null
1514
+ }
1515
+
1327
1516
  /** 读取当前会话的模型界面事件(live 优先;失败/超时一律降级为「无背景」)。 */
1328
1517
  const readSurfaceEvents = async (sessionId: string): Promise<readonly unknown[]> => {
1329
1518
  const cached = backgroundCache.get(sessionId)
@@ -1346,6 +1535,92 @@ export function apply(ctx: Context, rawConfig: Config): void {
1346
1535
  }
1347
1536
  }
1348
1537
 
1538
+ /**
1539
+ * 真读一次:拿会话原始事件里的最后一条 `model/selection`。
1540
+ *
1541
+ * 来源:会话事件流里的 `model/selection`(每条 = 一次"后续请求用这个模型"的选择,
1542
+ * 形如 `{ type:'model/selection', data:{ provider, model, reasoningEffort? } }`)。
1543
+ * 取**最后一条** = 会话当前在用的那个;一条都没有(新会话)就返回 null,调用方落回全局默认。
1544
+ */
1545
+ const readSessionModel = async (sessionId: string): Promise<SessionModel | null> => {
1546
+ if (!sessionId) return null
1547
+ const sessionQuery = ctx.get('sessionQuery') as SessionQueryLike | undefined
1548
+ if (typeof sessionQuery?.readSession !== 'function') return null
1549
+ let events: readonly unknown[] = []
1550
+ try {
1551
+ const timeout = new Promise<null>((resolve) => setTimeout(() => resolve(null), 2000))
1552
+ const log = await Promise.race([sessionQuery.readSession(sessionId), timeout])
1553
+ events = log && Array.isArray((log as { events?: unknown }).events) ? ((log as { events: readonly unknown[] }).events) : []
1554
+ } catch {
1555
+ return null
1556
+ }
1557
+ for (let i = events.length - 1; i >= 0; i -= 1) {
1558
+ const event = events[i]
1559
+ if (!event || typeof event !== 'object') continue
1560
+ const typed = event as { type?: unknown; data?: unknown }
1561
+ if (typed.type !== 'model/selection') continue
1562
+ const data = (typed.data ?? {}) as { provider?: unknown; model?: unknown }
1563
+ if (typeof data.provider === 'string' && data.provider && typeof data.model === 'string' && data.model) {
1564
+ return { provider: data.provider, model: data.model }
1565
+ }
1566
+ }
1567
+ return null
1568
+ }
1569
+
1570
+ /**
1571
+ * 记下这次的结论(连同"读到它时的 seq"):下次轮询就能靠 seq 判断结论还有效没。
1572
+ *
1573
+ * 顺手也把"用户动作路径"读到的值种进缓存 —— 那是**此刻**那一份,
1574
+ * 种进来只会让轮询更少重读、更不容易报旧值。
1575
+ */
1576
+ const rememberSessionModel = (sessionId: string, seq: number | null, value: SessionModel | null): void => {
1577
+ sessionModelCache.set(sessionId, { at: Date.now(), seq, value })
1578
+ if (sessionModelCache.size > 8) {
1579
+ const oldest = sessionModelCache.keys().next().value
1580
+ if (oldest !== undefined) sessionModelCache.delete(oldest)
1581
+ }
1582
+ }
1583
+
1584
+ /**
1585
+ * 读**当前会话**自己的模型选择。
1586
+ *
1587
+ * `useCache` 只给按秒轮询的 `/route` 打开;用户动作路径(analyze / models / ping)一律直读,
1588
+ * 拿到的必须是**此刻**那一份 —— 不能让人刚在主会话里换完模型、划词却按旧模型解析。
1589
+ * 直读的结果会顺手种进缓存(见 rememberSessionModel)。
1590
+ */
1591
+ const sessionModelOf = async (sessionId: string, useCache = false): Promise<SessionModel | null> => {
1592
+ if (!sessionId) return null
1593
+ if (!useCache) {
1594
+ // seq 在读**之前**取:读的过程中若又落了事件,缓存就应当被视为旧值(宁可下次重读)
1595
+ const seqNow = liveSeqOf(sessionId)
1596
+ const value = await readSessionModel(sessionId)
1597
+ rememberSessionModel(sessionId, seqNow, value)
1598
+ return value
1599
+ }
1600
+ const seq = liveSeqOf(sessionId)
1601
+ const cached = sessionModelCache.get(sessionId)
1602
+ if (cached) {
1603
+ // 事件没涨 → 结论不可能变。只对 live 会话成立:`seq` 是同步的,每次 append 都会涨。
1604
+ if (seq !== null && cached.seq === seq) return cached.value
1605
+ // 涨了也不立刻重读:主会话正在连续对话时事件一直在涨,否则每 2 秒照样重放一次日志。
1606
+ const floor = seq === null ? SESSION_MODEL_TTL_MS : SESSION_MODEL_MIN_MS
1607
+ if (Date.now() - cached.at < floor) return cached.value
1608
+ }
1609
+ // 同一会话的轮询叠在一起(读可能比轮询间隔还慢)时共用一个在飞的请求
1610
+ const pending = sessionModelPending.get(sessionId)
1611
+ if (pending) return pending
1612
+ const task = readSessionModel(sessionId)
1613
+ .then((value) => {
1614
+ rememberSessionModel(sessionId, seq, value)
1615
+ return value
1616
+ })
1617
+ .finally(() => {
1618
+ sessionModelPending.delete(sessionId)
1619
+ })
1620
+ sessionModelPending.set(sessionId, task)
1621
+ return task
1622
+ }
1623
+
1349
1624
  /** 组装会话背景文本。 */
1350
1625
  const loadSessionBackground = async (
1351
1626
  sessionId: string,
@@ -1503,7 +1778,8 @@ export function apply(ctx: Context, rawConfig: Config): void {
1503
1778
  if (typeof entry?.key !== 'string' || entry.key.length === 0) continue
1504
1779
  history.set(entry.key, {
1505
1780
  key: entry.key,
1506
- text: clampText(entry.text, 4000),
1781
+ // 按可设置的最高选区长度保留,调低当前限制也不截断已有历史。
1782
+ text: clampText(entry.text, 20000),
1507
1783
  context: clampText(entry.context, 20000),
1508
1784
  label: clampText(entry.label, 60),
1509
1785
  at: typeof entry.at === 'number' ? entry.at : Date.now(),
@@ -1555,7 +1831,7 @@ export function apply(ctx: Context, rawConfig: Config): void {
1555
1831
  const previous = history.get(key)
1556
1832
  const entry: HistoryEntry = {
1557
1833
  key,
1558
- text: clampText(input.text, 4000),
1834
+ text: clampText(input.text, 20000),
1559
1835
  context: clampText(input.context, 20000),
1560
1836
  label: clampText(input.label, 60),
1561
1837
  at: Date.now(),
@@ -1902,11 +2178,8 @@ export function apply(ctx: Context, rawConfig: Config): void {
1902
2178
 
1903
2179
  const handleHistory = (req: IncomingMessage, res: ServerResponse): void => {
1904
2180
  void (async () => {
2181
+ await loadSettings()
1905
2182
  await loadHistory()
1906
- if (config.historyMaxEntries <= 0) {
1907
- sendJson(res, 200, { ok: true, entries: [] })
1908
- return
1909
- }
1910
2183
  const url = new URL(req.url ?? '/', 'http://localhost')
1911
2184
  if (req.method === 'DELETE') {
1912
2185
  // 删除一条(?key=)或清空(?all=1)。
@@ -2002,7 +2275,14 @@ export function apply(ctx: Context, rawConfig: Config): void {
2002
2275
  } catch (thrown) {
2003
2276
  error = String((thrown as Error)?.message ?? thrown)
2004
2277
  }
2005
- const current = resolveRoute()
2278
+ // 会话级:设置页的「跟随主会话」要显示**当前会话**在用的模型
2279
+ let modelsSessionId = ''
2280
+ try {
2281
+ modelsSessionId = url.searchParams.get('sessionId') ?? ''
2282
+ } catch {
2283
+ /* 解析不了就当没带 */
2284
+ }
2285
+ const current = resolveRoute(undefined, await sessionModelOf(modelsSessionId))
2006
2286
  sendJson(res, 200, {
2007
2287
  ok: true,
2008
2288
  current,
@@ -2020,6 +2300,90 @@ export function apply(ctx: Context, rawConfig: Config): void {
2020
2300
  })
2021
2301
  }
2022
2302
 
2303
+ /**
2304
+ * 设置页的读写口。
2305
+ *
2306
+ * GET → { groups, values, defaults }:spec 一并下发,客户端只负责画
2307
+ * POST → { values: {...} }:归一 → 立刻生效(改内存)→ 防抖落盘
2308
+ * POST { reset: true } :清空覆盖,回到 cordis.patch.yml / 出厂默认
2309
+ *
2310
+ * 为什么不是"写回 cordis.patch.yml":那是装配清单,
2311
+ * 让 UI 去改它既要人肉重启、又可能把 YAML 结构写坏;这里落在插件自己的目录,改完即时生效。
2312
+ */
2313
+ const handleSettings = (req: IncomingMessage, res: ServerResponse): void => {
2314
+ void (async () => {
2315
+ await loadSettings()
2316
+ if (req.method === 'POST') {
2317
+ const raw = await readBody(req, 200_000)
2318
+ let body: { values?: unknown; reset?: unknown } = {}
2319
+ try {
2320
+ body = raw ? (JSON.parse(raw) as { values?: unknown; reset?: unknown }) : {}
2321
+ } catch {
2322
+ sendJson(res, 400, { ok: false, error: '请求体不是合法 JSON' })
2323
+ return
2324
+ }
2325
+ if (body.reset === true) {
2326
+ settingsOverrides = {}
2327
+ applyOverrides(configDefaults)
2328
+ scheduleSettingsWrite()
2329
+ sendJson(res, 200, { ok: true, values: currentSettings(), rejected: [] })
2330
+ return
2331
+ }
2332
+ const result = normalizeSettingsPatch(body.values)
2333
+ if (Object.keys(result.values).length === 0 && result.rejected.length > 0) {
2334
+ sendJson(res, 400, { ok: false, error: '没有可写入的字段', rejected: result.rejected })
2335
+ return
2336
+ }
2337
+ // 合并而不是覆盖:只发一个键的补丁不该把其它改过的项抹掉
2338
+ settingsOverrides = { ...settingsOverrides, ...result.values }
2339
+ applyOverrides(result.values)
2340
+ scheduleSettingsWrite()
2341
+ sendJson(res, 200, { ok: true, values: currentSettings(), rejected: result.rejected })
2342
+ return
2343
+ }
2344
+ sendJson(res, 200, { ok: true, ...buildSettingsPayload(currentSettings(), configDefaults) })
2345
+ })().catch((error: unknown) => {
2346
+ sendJson(res, 500, { ok: false, error: String((error as Error)?.message ?? error) })
2347
+ })
2348
+ }
2349
+
2350
+ /**
2351
+ * 极轻的"这一轮会用哪个模型"查询。
2352
+ *
2353
+ * GET /selection-explain/api/route?sessionId=…[&chat=1]
2354
+ *
2355
+ * 为什么单开一条:设置页要**实时**显示当前会话在用的模型,
2356
+ * 而 /models 会去列 provider 与模型(42 个,还要端点发现)、/ping 要枚举工具表并探 DNS ——
2357
+ * 两者都不适合按秒轮询。这条只做一次会话模型解析 + 一次 resolveRoute。
2358
+ *
2359
+ * 也是唯一走 `sessionModelOf(…, true)`(短缓存)的地方:客户端在小窗开着时每 2 秒问一次,
2360
+ * 不能每拍都重放一次会话日志(见 sessionModelCache 的注释)。
2361
+ */
2362
+ const handleRoute = (req: IncomingMessage, res: ServerResponse): void => {
2363
+ void (async () => {
2364
+ await loadSettings()
2365
+ let sessionId = ''
2366
+ let chat = false
2367
+ try {
2368
+ const url = new URL(req.url ?? '/', 'http://localhost')
2369
+ sessionId = url.searchParams.get('sessionId') ?? ''
2370
+ chat = url.searchParams.get('chat') === '1'
2371
+ } catch {
2372
+ /* 解析不了就当没带 */
2373
+ }
2374
+ const route = resolveRoute(undefined, await sessionModelOf(sessionId, true), chat)
2375
+ sendJson(res, 200, {
2376
+ ok: true,
2377
+ provider: route?.provider ?? '',
2378
+ model: route?.model ?? '',
2379
+ // 是不是"跟首轮/次轮同一个":客户端据此把追问下拉显示成「跟随首轮 / 次轮」
2380
+ chatFollows: true,
2381
+ })
2382
+ })().catch((error: unknown) => {
2383
+ sendJson(res, 500, { ok: false, error: String((error as Error)?.message ?? error) })
2384
+ })
2385
+ }
2386
+
2023
2387
  const handlePing = (req: IncomingMessage, res: ServerResponse): void => {
2024
2388
  const sessionQuery = ctx.get('sessionQuery') as SessionQueryLike | undefined
2025
2389
  // 可以带 ?sessionId=xxx:工具是**按会话作用域**注册的,不带 id 只能看到全局视图(里面没有 web_search)
@@ -2032,6 +2396,8 @@ export function apply(ctx: Context, rawConfig: Config): void {
2032
2396
  // 小窗能调哪些工具:白名单是配置,实际放行还要看本机能不能抓网页(见下)。
2033
2397
  // 用 async 包一层:探测 DNS 是异步的,出错也要给出结构化响应(和 history 路由同一写法)。
2034
2398
  void (async () => {
2399
+ // 先把用户改过的设置套上:下面报的每一条都必须是**当前生效**的值
2400
+ await loadSettings()
2035
2401
  const whitelist = config.toolNames
2036
2402
  .split(',')
2037
2403
  .map((item) => item.trim())
@@ -2073,7 +2439,7 @@ export function apply(ctx: Context, rawConfig: Config): void {
2073
2439
  sendJson(res, 200, {
2074
2440
  ok: true,
2075
2441
  plugin: name,
2076
- route: resolveRoute(),
2442
+ route: resolveRoute(undefined, await sessionModelOf(pingSessionId)),
2077
2443
  reasoningEffort: config.reasoningEffort,
2078
2444
  modelsRoute: `${API_PREFIX}/models`,
2079
2445
  history: { maxEntries: config.historyMaxEntries, file: historyFile() },
@@ -2105,6 +2471,8 @@ export function apply(ctx: Context, rawConfig: Config): void {
2105
2471
  sessionContext: config.sessionContext && typeof sessionQuery?.readSurface === 'function',
2106
2472
  // 侧边栏 HTML 预览里的划词桥开关:客户端据此决定要不要往预览帧注入桥脚本
2107
2473
  bridgeSidebarPreview: config.bridgeSidebarPreview,
2474
+ // 悬浮胶囊的两个偏好:跟着 ping 一起下发,省得客户端为它单开一次请求
2475
+ pill: { enabled: config.pillEnabled, idleMs: config.pillIdleMs },
2108
2476
  limits: {
2109
2477
  maxSelectionChars: config.maxSelectionChars,
2110
2478
  maxContextChars: config.maxContextChars,
@@ -2414,7 +2782,9 @@ export function apply(ctx: Context, rawConfig: Config): void {
2414
2782
  typeof body.provider === 'string' && typeof body.model === 'string' && body.provider && body.model
2415
2783
  ? { provider: body.provider, model: body.model }
2416
2784
  : undefined
2417
- const route = resolveRoute(override)
2785
+ // 名字避开下面的 isChat(那里判的是"提示词用追问那套",此处判的是"模型用追问那个")
2786
+ const isChatRound = typeof body.question === 'string' && body.question.trim().length > 0
2787
+ const route = resolveRoute(override, await sessionModelOf(sessionIdOf(body)), isChatRound)
2418
2788
  if (!route) {
2419
2789
  sendJson(res, 503, { error: '尚未确定模型路由:请先在设置里选择默认模型后重试' })
2420
2790
  return
@@ -2742,7 +3112,7 @@ export function apply(ctx: Context, rawConfig: Config): void {
2742
3112
  rounds: 0,
2743
3113
  error: '',
2744
3114
  }
2745
- const toolRounds = config.maxToolRounds + 1
3115
+ const toolRounds = config.maxToolRounds
2746
3116
  // 档位被上游拒绝时(400/401/500)去掉档位重试一次:清单里声明的档位是**建议值**,
2747
3117
  // 实测很多模型并不接受 max(qwen3.7-max 直接 400、minimax-m2.7/gpt-5.6-luna 500)。
2748
3118
  const canRetryEffort = isChat && bodyEffort.length > 0
@@ -2923,6 +3293,8 @@ export function apply(ctx: Context, rawConfig: Config): void {
2923
3293
  answer = answer.slice(0, Math.max(0, answer.length - roundText.length))
2924
3294
  sse(res, { type: 'drop', chars: roundText.length, text: roundText.slice(-2000), round })
2925
3295
  }
3296
+ // 有的模型不带工具定义也会返回调用;执行端同样遵守开关和轮数上限。
3297
+ if (wrapUp || toolSchemas.length === 0) break
2926
3298
  // 执行工具→把结果回灌,再让模型继续(上限 maxToolRounds 轮)
2927
3299
  toolMessages.push(
2928
3300
  createAssistantMessage({
@@ -2948,7 +3320,9 @@ export function apply(ctx: Context, rawConfig: Config): void {
2948
3320
  const rawPath = (parsed as { file_path?: unknown; path?: unknown })?.file_path ?? (parsed as { path?: unknown })?.path
2949
3321
  const wantPath = typeof rawPath === 'string' ? rawPath : ''
2950
3322
  const execution =
2951
- FS_TOOL_NAMES.includes(call.name) && !isInsideRoot(readRoot, wantPath)
3323
+ !toolSchemas.some((schema) => schema.name === call.name)
3324
+ ? { content: [{ type: 'text' as const, text: `(调用已拒绝:${call.name} 不在本次允许的工具中)` }], isError: true }
3325
+ : FS_TOOL_NAMES.includes(call.name) && !isInsideRoot(readRoot, wantPath)
2952
3326
  ? {
2953
3327
  content: [
2954
3328
  {
@@ -3105,6 +3479,14 @@ export function apply(ctx: Context, rawConfig: Config): void {
3105
3479
  () => ctx.webServer.register({ kind: 'exact', path: `${API_PREFIX}/analyze`, handler: handleAnalyze }),
3106
3480
  `${name}: analyze route`,
3107
3481
  )
3482
+ ctx.effect(
3483
+ () => ctx.webServer.register({ kind: 'exact', path: `${API_PREFIX}/settings`, handler: handleSettings }),
3484
+ `${name}: settings route`,
3485
+ )
3486
+ ctx.effect(
3487
+ () => ctx.webServer.register({ kind: 'exact', path: `${API_PREFIX}/route`, handler: handleRoute }),
3488
+ `${name}: route route`,
3489
+ )
3108
3490
  ctx.effect(
3109
3491
  () => ctx.webServer.register({ kind: 'exact', path: `${API_PREFIX}/ping`, handler: handlePing }),
3110
3492
  `${name}: ping route`,