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 判断
346 lines
14 KiB
JavaScript
346 lines
14 KiB
JavaScript
import { extension_settings, getContext } from "/scripts/extensions.js";
|
||
import { extensionName } from "../../utils/settings.js";
|
||
import { amilyHelper } from "../tavern-helper/main.js";
|
||
import { generateIndex } from "./smart-indexer.js";
|
||
import { syncToLorebook, ensureMemoryBook, updateTransientHint, getMemoryBookName } from "./lorebook-bridge.js";
|
||
import { getMemoryState } from "../table-system/manager.js";
|
||
import { TABLE_UPDATED_EVENT, inferTableRole } from "../table-system/events-schema.js";
|
||
import { eventSource, event_types } from "/script.js";
|
||
import { handleArchiveUpdate } from "../archive-manager.js";
|
||
|
||
/* ── [AMILY2-MODIFIED] ── pipeline integration: awaitSync() export ── */
|
||
let isInitialized = false;
|
||
let updateQueue = [];
|
||
let isProcessing = false;
|
||
let _syncPromise = null; // tracks the running processQueue() promise for pipeline awaiting
|
||
|
||
/**
|
||
* [AMILY2-MODIFIED] Pipeline integration:
|
||
* Allows MessagePipeline Stage 4 to await the super-memory sync triggered
|
||
* by the AMILY2_TABLE_UPDATED CustomEvent during Stage 3.
|
||
*/
|
||
export async function awaitSync() {
|
||
if (_syncPromise) await _syncPromise;
|
||
}
|
||
|
||
export async function initializeSuperMemory() {
|
||
const userType = parseInt(localStorage.getItem("plugin_user_type") || "0");
|
||
if (userType < 2) {
|
||
console.warn('[Amily2-SuperMemory] 权限不足 (Type < 2),拒绝初始化超级记忆系统。');
|
||
if (window.$) $('#sm-system-status').text('未授权').css('color', 'red');
|
||
return;
|
||
}
|
||
|
||
const settings = extension_settings[extensionName] || {};
|
||
if (settings.super_memory_enabled === false) {
|
||
console.log('[Amily2-SuperMemory] 功能已禁用 (super_memory_enabled = false)。');
|
||
if (window.$) $('#sm-system-status').text('已禁用').css('color', 'gray');
|
||
return;
|
||
}
|
||
|
||
if (isInitialized) {
|
||
if (window.$) $('#sm-system-status').text('运行中').css('color', '#4caf50');
|
||
return;
|
||
}
|
||
console.log('[Amily2-SuperMemory] 初始化核心管理器...');
|
||
|
||
if (!amilyHelper) {
|
||
console.error('[Amily2-SuperMemory] 致命错误:AmilyHelper 未就绪。');
|
||
return;
|
||
}
|
||
|
||
document.addEventListener(TABLE_UPDATED_EVENT, handleTableUpdate);
|
||
|
||
// 【修复】CHAT_CHANGED 时不再主动 forceSyncAll:
|
||
// 表格系统在 index.js 的 CHAT_CHANGED 里延迟 100ms 才 loadTables(),
|
||
// 此处立即同步会把【旧聊天】的表格内容写进【新角色】的记忆世界书(竞态污染;
|
||
// 两边表名不同时旧表条目无 GC 兜底,会永久残留)。
|
||
// 无需自行补同步:loadTables() 三个分支结尾都会 dispatchAllTablesUpdate(),
|
||
// 新状态会经 pushUpdate 自动入队。这里只负责确保新角色的记忆世界书存在。
|
||
eventSource.on(event_types.CHAT_CHANGED, async () => {
|
||
const settings = extension_settings[extensionName] || {};
|
||
if (settings.super_memory_enabled === false) return;
|
||
await checkWorldBookStatus();
|
||
});
|
||
|
||
await checkWorldBookStatus();
|
||
|
||
await forceSyncAll();
|
||
|
||
isInitialized = true;
|
||
console.log('[Amily2-SuperMemory] 核心管理器初始化完成。');
|
||
|
||
if (window.$) {
|
||
$('#sm-system-status').text('运行中').css('color', '#4caf50');
|
||
}
|
||
}
|
||
|
||
async function checkWorldBookStatus() {
|
||
try {
|
||
await ensureMemoryBook();
|
||
} catch (error) {
|
||
console.error('[Amily2-SuperMemory] 检查世界书状态失败:', error);
|
||
}
|
||
}
|
||
|
||
/**
|
||
* Bus 直调路径:由 TableSystem 通过 query('SuperMemory').pushUpdate(payload) 调用。
|
||
* 接受纯对象 payload(events-schema.js 中 createTableUpdateEvent 的 detail 结构)。
|
||
*/
|
||
export function pushUpdate(payload) {
|
||
const settings = extension_settings[extensionName] || {};
|
||
if (settings.super_memory_enabled === false) return;
|
||
|
||
// 楼层数检查:聊天消息数不足时跳过同步
|
||
const minFloor = settings.superMemory_minTriggerFloor ?? 0;
|
||
if (minFloor > 0) {
|
||
const chatLength = getContext()?.chat?.length ?? 0;
|
||
if (chatLength < minFloor) {
|
||
console.log(`[Amily2-SuperMemory] 当前楼层 ${chatLength} < 最低触发楼层 ${minFloor},跳过同步。`);
|
||
return;
|
||
}
|
||
}
|
||
|
||
const { tableName, data, role, headers, rowStatuses } = payload;
|
||
console.log(`[Amily2-SuperMemory] 收到表格更新 (Bus): ${tableName} (Role: ${role})`);
|
||
|
||
updateQueue.push({ tableName, data, role, headers, rowStatuses });
|
||
// 【修复】队列正忙时不可覆盖 _syncPromise:旧实现每次都赋值 processQueue(),
|
||
// 而 processQueue 在 isProcessing 时立即返回(已 resolve 的空 Promise),
|
||
// 导致 Pipeline Stage 4 的 awaitSync() 穿透、在同步未完成时放行后续阶段。
|
||
// 正在跑的 drain 循环会自然吃掉刚入队的项,无需新起 Promise。
|
||
if (!isProcessing) {
|
||
_syncPromise = processQueue();
|
||
}
|
||
|
||
// Bus 路径下 document event 不再分发,需直接通知归档管理器
|
||
handleArchiveUpdate(payload);
|
||
}
|
||
|
||
/** CustomEvent 降级路径(Bus 未就绪时的兜底监听器) */
|
||
function handleTableUpdate(event) {
|
||
// Bus 已就绪时 pushUpdate 已由 dispatchTableUpdate 直调,跳过避免重复处理
|
||
if (window.Amily2Bus?.query('SuperMemory')?.pushUpdate) return;
|
||
pushUpdate(event.detail);
|
||
}
|
||
|
||
async function processQueue() {
|
||
if (isProcessing || updateQueue.length === 0) return;
|
||
isProcessing = true;
|
||
|
||
try {
|
||
while (updateQueue.length > 0) {
|
||
|
||
const consolidatedTasks = new Map();
|
||
const currentBatch = [...updateQueue];
|
||
updateQueue.length = 0; // 清空队列
|
||
|
||
for (const task of currentBatch) {
|
||
consolidatedTasks.set(task.tableName, task);
|
||
}
|
||
|
||
if (currentBatch.length > consolidatedTasks.size) {
|
||
console.log(`[Amily2-SuperMemory] 队列优化: 将 ${currentBatch.length} 个事件合并为 ${consolidatedTasks.size} 个操作。`);
|
||
}
|
||
|
||
for (const task of consolidatedTasks.values()) {
|
||
await processUpdateTask(task);
|
||
}
|
||
}
|
||
|
||
// 【修复】移除 saveStateToMetadata():msg.metadata 不是 ST 的持久化字段
|
||
// (消息体标准位是 msg.extra),写入后会蒸发,恢复路径永远找不到东西——
|
||
// 整条"元数据状态保存/恢复"链路是死代码。表格状态的唯一持久化信源是
|
||
// 表格系统自己的 msg.extra.amily2_tables_data(infra/persistence.js)。
|
||
|
||
} catch (error) {
|
||
console.error('[Amily2-SuperMemory] 处理更新队列失败:', error);
|
||
} finally {
|
||
isProcessing = false;
|
||
if (updateQueue.length > 0) {
|
||
_syncPromise = processQueue();
|
||
}
|
||
}
|
||
}
|
||
|
||
async function processUpdateTask(task) {
|
||
const { tableName, data, role, hint, headers, rowStatuses } = task;
|
||
|
||
const settings = extension_settings[extensionName] || {};
|
||
const tableSettings = settings.superMemory_tableSettings?.[tableName] || {};
|
||
|
||
if (tableSettings.sync === false) {
|
||
console.log(`[Amily2-SuperMemory] 表格 ${tableName} 已配置为不写入世界书,跳过同步。`);
|
||
return;
|
||
}
|
||
|
||
const isIndexConstant = tableSettings.constant !== false;
|
||
|
||
const activeData = data.filter((_, i) => !rowStatuses || rowStatuses[i] !== 'pending-deletion');
|
||
const indexText = generateIndex(activeData, headers, role, tableName);
|
||
|
||
const allTables = getMemoryState();
|
||
const tableIndex = allTables.findIndex(t => t.name === tableName);
|
||
const depth = 8001 + (tableIndex >= 0 ? tableIndex : 99);
|
||
|
||
await syncToLorebook(tableName, data, indexText, role, headers, rowStatuses, {
|
||
depth,
|
||
isIndexConstant,
|
||
pinFirstRow: tableSettings.pinFirstRow === true,
|
||
});
|
||
|
||
if (hint) {
|
||
console.log(`[Amily2-SuperMemory] 应用主动记忆提示: ${hint}`);
|
||
await updateTransientHint(hint);
|
||
}
|
||
|
||
console.log(`[Amily2-SuperMemory] 任务完成: ${tableName}`);
|
||
|
||
updateDashboardCounters();
|
||
}
|
||
|
||
// 【已停用 2026-06-12】saveStateToMetadata / tryRestoreStateFromMetadata:
|
||
// msg.metadata 不是 ST 持久化字段(同 secondary-filler 修过的坑),写了会蒸发、
|
||
// 读永远为空——整条链路判定为从未真正工作过。若它"工作"了反而更糟:恢复出的
|
||
// 过期副本会覆盖表格系统从 msg.extra.amily2_tables_data 恢复的正确状态(双信源打架)。
|
||
// 表格状态的持久化与恢复完全交由表格系统(loadTables / saveStateToMessage)。
|
||
//
|
||
// 原实现注释保留(原作者代码,不排除存在未知副作用依赖;确认稳定几个版本后再清):
|
||
//
|
||
// const METADATA_KEY = 'Amily2_Memory_Data';
|
||
//
|
||
// async function saveStateToMetadata() {
|
||
// const context = getContext();
|
||
// if (!context.chat || context.chat.length === 0) return;
|
||
//
|
||
// const lastMsgIndex = context.chat.length - 1;
|
||
// const lastMsg = context.chat[lastMsgIndex];
|
||
//
|
||
// const currentState = getMemoryState();
|
||
//
|
||
// if (!lastMsg.metadata) lastMsg.metadata = {};
|
||
//
|
||
// lastMsg.metadata[METADATA_KEY] = JSON.parse(JSON.stringify(currentState));
|
||
//
|
||
// if (context.saveChat) {
|
||
// await context.saveChat();
|
||
// }
|
||
//
|
||
// console.log(`[Amily2-SuperMemory] 状态已保存至消息 #${lastMsgIndex}`);
|
||
// }
|
||
// (原调用点:processQueue 的 while 循环结束后 `await saveStateToMetadata();`)
|
||
//
|
||
// export async function tryRestoreStateFromMetadata() {
|
||
// const context = getContext();
|
||
// if (!context.chat || context.chat.length === 0) return;
|
||
//
|
||
// let foundState = null;
|
||
// let foundIndex = -1;
|
||
//
|
||
// for (let i = context.chat.length - 1; i >= 0; i--) {
|
||
// const msg = context.chat[i];
|
||
// if (msg.metadata && msg.metadata[METADATA_KEY]) {
|
||
// foundState = msg.metadata[METADATA_KEY];
|
||
// foundIndex = i;
|
||
// break;
|
||
// }
|
||
// }
|
||
//
|
||
// if (foundState) {
|
||
// console.log(`[Amily2-SuperMemory] 发现历史状态 (Msg #${foundIndex}),正在恢复...`);
|
||
// if (typeof loadMemoryState === 'function') { // 需从 table-system/manager.js 导入 loadMemoryState
|
||
// loadMemoryState(foundState);
|
||
// await forceSyncAll();
|
||
// } else {
|
||
// console.warn('[Amily2-SuperMemory] table-system 缺少 loadMemoryState 方法,无法恢复状态。');
|
||
// }
|
||
// } else {
|
||
// console.log('[Amily2-SuperMemory] 未在聊天记录中发现历史状态,使用默认/当前状态。');
|
||
// }
|
||
// }
|
||
// (原调用点:initializeSuperMemory 与 CHAT_CHANGED 监听器内,各一次,后接 forceSyncAll;
|
||
// Bus 暴露:SuperMemoryService 的 tryRestoreStateFromMetadata,已一并停用)
|
||
|
||
function updateDashboardCounters() {
|
||
const tables = getMemoryState();
|
||
if (tables && window.$) {
|
||
$('#sm-index-count').text(`${tables.length} 个索引`);
|
||
const totalRows = tables.reduce((acc, t) => acc + (t.rows ? t.rows.length : 0), 0);
|
||
$('#sm-detail-count').text(`${totalRows} 个详情`);
|
||
}
|
||
}
|
||
|
||
export async function forceSyncAll() {
|
||
console.log('[Amily2-SuperMemory] 正在执行全量同步...');
|
||
|
||
// 楼层数检查
|
||
const settings = extension_settings[extensionName] || {};
|
||
const minFloor = settings.superMemory_minTriggerFloor ?? 0;
|
||
if (minFloor > 0) {
|
||
const chatLength = getContext()?.chat?.length ?? 0;
|
||
if (chatLength < minFloor) {
|
||
console.log(`[Amily2-SuperMemory] 全量同步跳过:当前楼层 ${chatLength} < 最低触发楼层 ${minFloor}。`);
|
||
return;
|
||
}
|
||
}
|
||
|
||
const tables = getMemoryState();
|
||
|
||
if (!tables || tables.length === 0) {
|
||
console.warn('[Amily2-SuperMemory] 没有可同步的表格数据。');
|
||
return;
|
||
}
|
||
|
||
for (const table of tables) {
|
||
updateQueue.push({
|
||
tableName: table.name,
|
||
data: table.rows,
|
||
headers: table.headers,
|
||
rowStatuses: table.rowStatuses || [],
|
||
role: inferTableRole(table.name), // 复用 events-schema 的统一推断,避免两处逻辑漂移
|
||
});
|
||
}
|
||
|
||
if (!isProcessing) {
|
||
_syncPromise = processQueue();
|
||
}
|
||
await _syncPromise;
|
||
console.log('[Amily2-SuperMemory] 全量同步完成。');
|
||
}
|
||
|
||
export async function purgeSuperMemory() {
|
||
try {
|
||
console.log('[Amily2-SuperMemory] 开始清空记忆...');
|
||
const bookName = getMemoryBookName();
|
||
const entries = await amilyHelper.getLorebookEntries(bookName);
|
||
|
||
if (!entries || entries.length === 0) {
|
||
console.log('[Amily2-SuperMemory] 世界书为空,无需清理。');
|
||
return;
|
||
}
|
||
|
||
const entriesToDelete = [];
|
||
const prefixes = ['[Amily2]', '【Amily2'];
|
||
|
||
for (const entry of entries) {
|
||
if (entry.comment && prefixes.some(p => entry.comment.startsWith(p))) {
|
||
entriesToDelete.push(entry.uid);
|
||
}
|
||
}
|
||
|
||
if (entriesToDelete.length > 0) {
|
||
await amilyHelper.deleteLorebookEntries(bookName, entriesToDelete);
|
||
console.log(`[Amily2-SuperMemory] 已清空 ${entriesToDelete.length} 个条目。`);
|
||
if (window.toastr) toastr.success(`已清空 ${entriesToDelete.length} 条记忆数据`);
|
||
} else {
|
||
if (window.toastr) toastr.info('没有发现需要清空的Amily2记忆数据');
|
||
}
|
||
|
||
updateDashboardCounters();
|
||
|
||
} catch (error) {
|
||
console.error('[Amily2-SuperMemory] 清空失败:', error);
|
||
if (window.toastr) toastr.error('清空失败: ' + error.message);
|
||
}
|
||
}
|