mirror of
https://github.com/Wx-2025/ST-Amily2-Chat-Optimisation.git
synced 2026-06-13 22:05:51 +00:00
### 新功能
- **翰林院向量化质量升级**:
- **边界感知切块**:替换四个来源(聊天记录/小说/世界书/手动)的纯字符硬切——优先在段落边界断开,其次句末标点(含中文引号闭合),极端长串才硬切;句子/对话不再被拦腰截断,embedding 质量同步受益。仅影响新录入,已有向量无需重建
- **注入时序重排**:检索结果注入提示词前按时序重排(聊天记录按楼层、小说按卷/章/节——中文数字章节号可解析),rerank 只决定"选哪些块",不再决定呈现顺序;修复"不打不相识的剧情之后紧跟关系亲密"这类因按相关度排序导致的认知时间错乱
- **断层提示**:聊天记录相邻块楼层跳跃时自动插入"与上文相隔约 N 楼,并非连续发生"提示行,消除中间剧情缺失造成的割裂感
- **时间标识**:新录入的聊天记录块在来源标识中带上消息发送时间(ST 向量存储不持久化元数据,时间必须写入块文本才能在检索后取回;旧格式块兼容解析)
- **记忆块工作流(memory-blocks)**:剧情优化新增"自定义记忆块"体系——占位符驱动的并发工作流框架
- 在剧情优化面板「匹配替换 (sulv)」下方可增删自定义块:每个块定义一个占位符,执行剧情优化时主/拦截提示词中的占位符会被块的产出替换
- **静态块**:直接输出固定内容;**AI 调用块**:用所选 API 功能槽独立请求一次,把回复(或其中指定 `<标签>` 的内容)作为替换值
- 原有 sulv1-4 速率占位符迁入同一框架,行为与旧版逐字节一致
- 块定义为纯 JSON、随设置持久化,为后续导入导出与战斗系统接入预留扩展点
- 框架层新增**顺序拼接式 Chain**(`composeChain`):与占位符替换并列的第二种组合范式——同链的块并发执行后按 `order` 排序、以 `separator` 拼接并可选 `header/footer` 包裹,产出一个完整注入块;为记忆注入合成块与战斗系统"底部战报块"预留的承载结构,本版本暂无 UI 入口
- **渐进记忆(开发中功能,暂未对外开放)**:主菜单新增独立入口(点击提示"开发中,未来版本开放"),后续完善后放出。当前已落地的设计:
- 按"近期完整、远期摘要"的时间梯度,从指定表格(默认总结表,行序旧→新)采样历史并注入上下文:最新 X 行全量保留 + 其余历史对半拆分,较近一半等距取 Y 行、较远一半等距取 Z 行(中心对齐等距采样,不随机、不首尾加权,避免内容扎堆或事件结局被规律性忽略)
- 经 `setExtensionPrompt` 直接注入当回合上下文——内容独立、不写世界书、不随聊天/角色卡导出,生命周期天然跟随会话(区别于超级记忆的世界书条目路线)
- 注入位置 / 深度 / 角色 / 模板(含 `{{progressive_memory}}` 占位符)均可在面板配置;采样参数 X/Y/Z 默认 5/5/3,全部纯 JSON 持久化
- 采样器 `sampler.js` 为纯函数,参数结构与 memory-blocks 工作链对齐,后续可平移为 `progressive_sample` 节点
- **超级记忆 · 首行常驻**(表格专属配置新增开关,默认关闭):表格第一行通常是总调/全局定义行(基调、主线目标等),原先与普通行一样走绿灯——没人提到主键就永远不注入;开启后该行详情条目升为蓝灯常驻,切换即时生效
- **API 连接配置**:
- 角色世界书(cwb)与一键生卡(autoCharCard)纳入旧配置自动迁移:老用户首次加载会把旧 URL / Key / 模型自动迁移为连接配置并分配槽位(一键生卡仅在规划者与执行者配置一致或规划者为空时迁移,避免悄悄改变行为)
- **profile 已分配时参数控件 informational 化**:主面板 / 并发剧情优化 / 角色世界书 / 术语表的温度、maxTokens 控件在槽位分配 profile 后自动禁用并显示"由连接配置控制"提示,消除"改了没效果"的用户陷阱
- **profile 状态卡新增"本设备无 Key"警示**:API Key 仅保存在最初填写它的设备/浏览器上(安全设计,不随云端设置同步),换设备后状态卡会直接亮出警示徽标,不必等到调用报错才发现
### 修复
- **独立聊天记忆从摆设变真功能**:此前向量数据"随卡不随聊天"——开启"独立聊天记忆"后录入仍存进角色库、查询却去查一个从未被写入过的聊天集合、计数恒为 0,整体静默失效。现已重构为聊天级分桶:
- 独立模式下,聊天记录类向量按当前聊天隔离存储与检索,同一张卡开多个聊天(不同剧情线)的记忆互不污染
- 小说 / 世界书 / 手动录入属于"知识",仍随角色卡跨聊天共享;全局库不受影响
- 知识管理列表为聊天专属库显示"聊天级"徽标;聊天级库禁止移动到全局
- 统一模式(默认关闭独立记忆)的存量数据与行为完全不变
- 已知限制:聊天专属记忆跟随聊天文件,重命名聊天文件会使其失联(与 ST 官方向量扩展同等限制)
- **超级排序截断顺序修正**:开启"超级排序"时,时序重排发生在 top_n 截断之前,导致保留的是"时序最早"而非"最相关"的块,检索结果长期偏向最旧的聊天记录。现改为先按相关度截取 top_n、再做时序排序
- **翰林院向量化失败("向量化块数量不识别"反馈)**:
- 一次性清洗 profile-sync 历史污染:`retrieval/rerank.apiKey` 中的掩码占位符在持久层根治(此前仅读取侧防御);`apiEndpoint` / `rerank.apiMode` 的非法值(如被旧版写入的空字符串)归一化为 `custom`
- 修复 `apiEndpoint` 为空/非法时请求被硬定向到 `api.openai.com`、无视用户自定义 URL 的问题(CSP 拦截 / 401 的元凶)
- 修复**本地代理(LM Studio/Ollama)模式**自始就缺少 URL 分支、同样被错误定向到 openai.com 的问题
- API 模式下拉补全 `OpenAI 官方` / `Azure` 选项;默认 API 模式改为 `custom`(与默认 URL 配套),新用户不再因选项缺失导致首次保存写入空值
- profile-sync 给下拉框赋不存在选项值的污染源头修复(影响所有模块面板,不止翰林院)
- **Rerank "测试成功但实际请求报 API Key 未提供"(路径分叉根因)**:实际重排调用 `executeRerank(query, docs, settings.rerank)` 直接把 legacy 嵌套设置当连接传入,绕过了 `getRerankSettings()` 的 profile 解析;而「测试连接」传 `null` 会正常解析 profile——于是用 API Profile 配 rerank 的用户测试通过、实际生成时却拿到空 apiKey/stale url 报错。现实际调用点统一走 `getRerankSettings()`(profile 优先、legacy 兜底),与测试路径一致;`enabled / notify / hybrid_alpha` 等行为开关仍读 legacy 设置
- **Rerank "API Key 未提供"报错升级**:当原因是"连接配置在本设备没有可用 Key"时,报错会直接说明 Key 的设备本地性并指引到 API 连接配置重新填写(向量化 Google 直连、获取模型列表同步处理)
- **旧配置迁移**:一键生卡迁移时排除掩码占位符,避免把历史污染的假 Key 迁入新连接配置
- **超级记忆稳定性专项**(针对"工作不大稳定"反馈,4 处根因一次修复):
- **切聊天竞态污染**:CHAT_CHANGED 时超级记忆立即全量同步,而表格系统延迟 100ms 才加载新聊天的表格,导致【旧聊天】的表格内容被写进【新角色】的记忆世界书;两边表名不同时旧表条目无 GC 兜底会**永久残留**("记忆串台"元凶)。现 CHAT_CHANGED 只确保世界书存在,新状态同步交由 `loadTables()` 完成后的自动推送,单次且时序正确
- **死代码双轨存储拆除**:`saveStateToMetadata` / `tryRestoreStateFromMetadata` 把表格状态写到 `msg.metadata`——该字段非 ST 持久化位(同 v2.2.5 二次填表修过的坑),写入即蒸发、恢复永远为空,且每次同步还白调一次 `saveChat()`。整条链路删除,表格状态唯一信源为表格系统的 `msg.extra.amily2_tables_data`
- **`awaitSync()` 穿透**:同步队列正忙时 `pushUpdate` 会用一个立即 resolve 的空 Promise 覆盖 `_syncPromise`,Pipeline Stage 4 等待形同虚设、后续阶段在同步未完成时被放行。现忙时不覆盖,正在运行的 drain 循环自然吃掉新入队项
- **开关打开不生效**:启动时若总开关为关,初始化早退且不注册监听器;此后在 UI 勾选开关只写设置,超级记忆直到刷新页面前都是死的。现勾选即触发初始化(幂等)
- 附带:`forceSyncAll` 的表格角色推断改为复用 `events-schema.inferTableRole`,消除两处重复逻辑漂移风险;每次切聊天的双倍全量同步(restore 路径一次 + 显式一次)随死代码移除归一
### 重构
- 表格核心 `manager.js` 瘦身(约 1050 → 600 行):19 个 UI 突变操作拆分至 `actions/ui-mutations.js`,SuperMemory 事件分发拆分至 `events-dispatch.js`;全部经 re-export 保持兼容,外部调用路径零改动
- 角色世界书最后 2 处散乱的厂商 URL 判断迁移至 `detectVendor` 统一入口,业务路径上不再有硬编码的 URL substring 判断
142 lines
5.2 KiB
JavaScript
142 lines
5.2 KiB
JavaScript
/**
|
||
* core/progressive-memory/engine.js
|
||
*
|
||
* 渐进记忆(内测)注入引擎。
|
||
*
|
||
* 与超级记忆(写世界书条目)不同,本模块通过 setExtensionPrompt 直接把采样结果
|
||
* 注入到当回合上下文——内容独立、不落世界书、不随聊天/角色卡导出,生命周期天然
|
||
* 跟随会话。数据源为某张追加式表格(默认「总结表」),按时间梯度采样:
|
||
* 最新 X 行全量 + 历史对半拆,较近一半等距取 Y 行、较远一半等距取 Z 行。
|
||
*
|
||
* 权限:开发中功能,plugin_user_type >= 3 方可生效(未来版本对外开放)。
|
||
*
|
||
* 设计为纯数据驱动:所有参数存 extension_settings[extensionName].progressive_memory,
|
||
* 采样逻辑委托 sampler.js(纯函数),后续可平移为 memory-blocks 工作链节点。
|
||
*/
|
||
|
||
import { setExtensionPrompt } from "/script.js";
|
||
import { extension_settings, getContext } from "/scripts/extensions.js";
|
||
import { extensionName } from "../../utils/settings.js";
|
||
import { getMemoryState } from "../table-system/manager.js";
|
||
import { sampleProgressive } from "./sampler.js";
|
||
|
||
const INJECTION_KEY = "AMILY2_PROGRESSIVE_MEMORY";
|
||
const PLACEHOLDER = "{{progressive_memory}}";
|
||
|
||
export const progressiveMemoryDefaults = {
|
||
progressive_memory: {
|
||
enabled: false,
|
||
targetTable: "总结表",
|
||
recentCount: 5,
|
||
midCount: 5,
|
||
farCount: 3,
|
||
// 注入模板:占位符 {{progressive_memory}} 处填入采样后的行文本
|
||
template:
|
||
"##以下是按时间梯度回顾的历史记忆(近期完整、远期摘要,时间从旧到新),作为后续剧情的连续性参考:\n{{progressive_memory}}",
|
||
injection: { position: 1, depth: 0, role: 0 },
|
||
},
|
||
};
|
||
|
||
function getSettings() {
|
||
const root = extension_settings[extensionName] || {};
|
||
return { ...progressiveMemoryDefaults.progressive_memory, ...(root.progressive_memory || {}) };
|
||
}
|
||
|
||
function isAuthorized() {
|
||
return parseInt(localStorage.getItem("plugin_user_type") || "0") >= 3;
|
||
}
|
||
|
||
/** 把单行渲染为 `- 列名: 值` 块,与超级记忆详情条目格式一致,便于 AI 解析。 */
|
||
function renderRow(row, headers, tableName) {
|
||
let finalHeaders = headers;
|
||
if (!finalHeaders || finalHeaders.length < row.length) {
|
||
finalHeaders = [];
|
||
for (let i = 0; i < row.length; i++) {
|
||
finalHeaders.push((headers && headers[i]) ? headers[i] : `Col_${i}`);
|
||
}
|
||
}
|
||
let out = `【${tableName} · ${row[0] || "?"}】\n`;
|
||
for (let i = 0; i < row.length; i++) {
|
||
out += `- ${finalHeaders[i] || `Col_${i}`}: ${row[i] ?? ""}\n`;
|
||
}
|
||
return out.trim();
|
||
}
|
||
|
||
/**
|
||
* 构建注入文本。返回 '' 表示无需注入(未启用 / 无权限 / 无数据)。
|
||
*/
|
||
export function buildProgressiveInjection() {
|
||
if (!isAuthorized()) return "";
|
||
|
||
const s = getSettings();
|
||
if (!s.enabled) return "";
|
||
|
||
const tables = getMemoryState();
|
||
if (!Array.isArray(tables) || tables.length === 0) return "";
|
||
|
||
const table = tables.find(t => t.name === s.targetTable);
|
||
if (!table || !Array.isArray(table.rows) || table.rows.length === 0) return "";
|
||
|
||
const headers = table.headers || [];
|
||
const rowStatuses = table.rowStatuses || [];
|
||
|
||
// 候选行:有主键、非删除中
|
||
const candidates = [];
|
||
table.rows.forEach((row, index) => {
|
||
if (!row || row.length === 0) return;
|
||
const primary = row[0];
|
||
if (primary === undefined || primary === null || String(primary).trim() === "") return;
|
||
if (rowStatuses[index] === "pending-deletion") return;
|
||
candidates.push(row);
|
||
});
|
||
|
||
if (candidates.length === 0) return "";
|
||
|
||
const picked = sampleProgressive(candidates.length, {
|
||
recentCount: s.recentCount,
|
||
midCount: s.midCount,
|
||
farCount: s.farCount,
|
||
});
|
||
if (picked.length === 0) return "";
|
||
|
||
const body = picked.map(pos => renderRow(candidates[pos], headers, s.targetTable)).join("\n\n");
|
||
const template = s.template || PLACEHOLDER;
|
||
return template.includes(PLACEHOLDER) ? template.replace(PLACEHOLDER, body) : `${template}\n${body}`;
|
||
}
|
||
|
||
/**
|
||
* 执行注入。由统一注入周期(executeAmily2Injection)调用。
|
||
* @param {string} [type] 'quiet' 时跳过(与表格注入器一致)
|
||
*/
|
||
export function injectProgressiveMemory(type) {
|
||
try {
|
||
if (type === "quiet") return;
|
||
|
||
const content = buildProgressiveInjection();
|
||
if (!content) {
|
||
setExtensionPrompt(INJECTION_KEY, "", 0, 0, false, 0);
|
||
return;
|
||
}
|
||
|
||
const s = getSettings();
|
||
const inj = s.injection || {};
|
||
setExtensionPrompt(
|
||
INJECTION_KEY,
|
||
content,
|
||
parseInt(inj.position ?? 1, 10),
|
||
parseInt(inj.depth ?? 0, 10),
|
||
false,
|
||
parseInt(inj.role ?? 0, 10),
|
||
);
|
||
console.log(`[Amily2-渐进记忆] 已注入 (position:${inj.position}, depth:${inj.depth}, role:${inj.role})。`);
|
||
} catch (error) {
|
||
console.error("[Amily2-渐进记忆] 注入失败:", error);
|
||
}
|
||
}
|
||
|
||
export function clearProgressiveMemoryInjection() {
|
||
try {
|
||
setExtensionPrompt(INJECTION_KEY, "", 0, 0, false, 0);
|
||
} catch { /* ST 未就绪时静默 */ }
|
||
}
|