@modusensus/dsh-mneme 0.9.1 → 0.9.2

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.
@@ -0,0 +1,277 @@
1
+ // issue #471:政策轴(作用域级可逆闸门)。
2
+ //
3
+ // 与事实轴(src/scope.js 的 agent_scope / workspace_scope 标注)的分野:
4
+ // 事实轴回答「这条记忆属于谁」——持久,跟着记忆行走(strictScope 那道可见性硬墙、
5
+ // scope_changes 那份人工修正审计都长在这条轴上)。
6
+ // 政策轴回答「这个作用域现在通不通」——暂时,由人单方面按下、松开即恢复,存在运行
7
+ // 期表 scope_state 里(建表注释见 src/store.js),不改任何记忆行、不改任何配置键、
8
+ // 不重启。
9
+ //
10
+ // 为什么单独一个模块:判定要与存储能各自被检验。本模块不 import store.js——它只接
11
+ // 收一个「读状态行」的函数,于是 test 可以直接构造暂停集合、不必开库(与
12
+ // write-admission.js 把判据实现与存储解耦同款)。存储读写留在 store.js。
13
+ //
14
+ // 依赖方向是单向的:store.js import 本模块的三个 normalizeScopeState*(落库前把
15
+ // 维度/值/状态归一到可解释的枚举),本模块 import scope.js 的 scopeKeyOf;scope.js
16
+ // 不 import 任何本包模块,所以不成环。归一化与判定同处一个文件是刻意的——两者共享
17
+ // 同一套枚举常量(SCOPE_STATE_DIMENSIONS / _VALUES / _ALL),分开写会让「写入侧认的
18
+ // 值」与「判定侧认的值」有机会各自漂移,那正是本仓 gateByScope 注释里记着的坑。
19
+ //
20
+ // 为什么判定只写一份:src/service.js 的 gateByScope 注释已写明「过滤点漂移」是本仓
21
+ // 真实踩过的坑——`entity:` 与 `attr:` 两条前缀路曾在入口就 return,整条绕过硬墙。
22
+ // 政策轴照同一纪律办:判定收在本模块,service 侧只挂在既有出口上。
23
+ //
24
+ // 两级开关(与 src/write-admission.js:11 同口径):
25
+ // enabled 打开时:被按下的作用域其候选照常注入,但留一条审计行说清「本应被拦下」;
26
+ // enforce 打开时:真的不注入。
27
+ // 先看「如果按下会少掉多少」,再决定要不要真按——writeAdmission 与 preInjectGate
28
+ // 都是这么分两次上线的。两个开关都默认关时本模块的判定恒为「通」,service 侧拿到的
29
+ // 是原数组本身(不是等值副本),行为与改动前逐字段一致。
30
+ import { scopeKeyOf } from "./scope.js";
31
+
32
+ // 审计口径(llm_audit_logs 的既有列):trigger_source = 组件名,operation_type =
33
+ // 动作名,status='skipped' = 本行没有产生任何 LLM 花费(与 summarize 的间隔门、
34
+ // 尖峰门、writeAdmission 同款读法)。
35
+ export const SCOPE_STATE_TRIGGER_SOURCE = "scopeState";
36
+ export const SCOPE_STATE_OPERATION_TYPE = "scope_state_gate";
37
+
38
+ // 作用域维度。刻意只取本仓已有的两维,不照搬 dsh-domain-role 的四级作用域——它的
39
+ // project 级存在一个已知缺口(其 docs/06-limitations.md 的 B1:「项目级暂停不读会话
40
+ // 存档 ⇒ 判不出就不拦」),而本仓的 agent_scope / workspace_scope 都是确定值,不存在
41
+ // 「判不出归属」的情况。
42
+ export const SCOPE_STATE_DIMENSIONS = ["agent", "workspace"];
43
+
44
+ // 状态两值。active 是「松开」,paused 是「按下」——写成显式两值而不是「有行=按下」,
45
+ // 是为了让回执能如实报出「这一路现在是通的」,而不是让「没有行」同时承担「从未按过」
46
+ // 与「按过又松开了」两种意思。
47
+ export const SCOPE_STATE_VALUES = ["active", "paused"];
48
+
49
+ // 该维度全局(不针对某个具体标签)。注意它只命中「在这一维上有标注」的记忆:未标注
50
+ // 的行(scopeKeyOf 为 null)在该维度上不属于任何一路,全局按下也不该把它们卷进来
51
+ // ——它们对谁都可见,不是「这一路」。
52
+ export const SCOPE_STATE_ALL = "*";
53
+
54
+ /**
55
+ * 维度归一化。脏输入返回 null 由调用方拒绝(写入侧)或忽略(读取侧)。
56
+ * @param {unknown} raw
57
+ * @returns {"agent"|"workspace"|null}
58
+ */
59
+ export function normalizeScopeStateDimension(raw) {
60
+ return SCOPE_STATE_DIMENSIONS.includes(raw) ? raw : null;
61
+ }
62
+
63
+ /**
64
+ * 作用域值归一化。与 scopeKeyOf 同款口径(非空 trim 字符串),额外的只有 '*'
65
+ * 这个哨兵值。空白/非字符串落 null——不做 trim 后回退,因为「按下空字符串」不是
66
+ * 一个可解释的意图(不像 resolveWriteScope 那样有「取不到就放宽」的正当理由)。
67
+ * @param {unknown} raw
68
+ * @returns {string|null}
69
+ */
70
+ export function normalizeScopeStateValue(raw) {
71
+ if (typeof raw !== "string") return null;
72
+ const s = raw.trim();
73
+ if (!s) return null;
74
+ return s === SCOPE_STATE_ALL ? SCOPE_STATE_ALL : s;
75
+ }
76
+
77
+ /**
78
+ * 状态归一化。
79
+ * @param {unknown} raw
80
+ * @returns {"active"|"paused"|null}
81
+ */
82
+ export function normalizeScopeStateState(raw) {
83
+ return SCOPE_STATE_VALUES.includes(raw) ? raw : null;
84
+ }
85
+
86
+ // 共享的空索引。enabled 关或表为空时返回它,让调用方的 `index.any` 短路检查是
87
+ // 一次属性读取而不是一次分配。
88
+ export const EMPTY_PAUSED_INDEX = Object.freeze({
89
+ byDimension: Object.freeze({ agent: new Set(), workspace: new Set() }),
90
+ any: false
91
+ });
92
+
93
+ /**
94
+ * 把状态行编成查找索引。只收 state='paused' 的行——active 行是「松开」的留痕,
95
+ * 不参与判定(保留它们是为了回执能报「你上次是松开的」,不是为了拦东西)。
96
+ *
97
+ * 为什么只保留一个维度→值的集合而不保留行本身:判定只需要「这个值在不在集合里」,
98
+ * 行上的 note/decided_at 是给人回看用的,不是判定输入。多留一份会让索引与表之间
99
+ * 出现第二份需要同步的状态。
100
+ *
101
+ * @param {Array<{dimension?: string, scope_value?: string, state?: string}>} rows
102
+ * @returns {{byDimension: {agent: Set<string>, workspace: Set<string>}, any: boolean}}
103
+ */
104
+ export function buildPausedIndex(rows) {
105
+ const byDimension = { agent: new Set(), workspace: new Set() };
106
+ let any = false;
107
+ for (const row of rows ?? []) {
108
+ if (!row || row.state !== "paused") continue;
109
+ const dimension = normalizeScopeStateDimension(row.dimension);
110
+ if (!dimension) continue;
111
+ const value = normalizeScopeStateValue(row.scope_value);
112
+ if (!value) continue;
113
+ byDimension[dimension].add(value);
114
+ any = true;
115
+ }
116
+ return any ? { byDimension, any } : EMPTY_PAUSED_INDEX;
117
+ }
118
+
119
+ /**
120
+ * 一行记忆命中了哪些暂停作用域。返回命中明细(而不是布尔)是为了审计行能说清
121
+ * 「是被哪一路拦下的」——只留一个布尔,日后回看只知道「少了」,不知道为什么少。
122
+ *
123
+ * 比较用 scopeKeyOf(与去重键、检索加权共用同一把钥匙):未标注行在该维度上不
124
+ * 参与比较,于是「按下 workspace=X」不会波及未标注的全局记忆。
125
+ *
126
+ * @param {object} m 记忆行
127
+ * @param {{byDimension: object, any: boolean}} index
128
+ * @returns {Array<{dimension: string, scope_value: string}>}
129
+ */
130
+ export function matchPausedScopes(m, index) {
131
+ if (!index || index.any !== true) return [];
132
+ const hits = [];
133
+ for (const dimension of SCOPE_STATE_DIMENSIONS) {
134
+ const paused = index.byDimension[dimension];
135
+ if (!paused || paused.size === 0) continue;
136
+ const label = scopeKeyOf(dimension === "agent" ? m?.agent_scope : m?.workspace_scope);
137
+ if (label === null) continue;
138
+ if (paused.has(label)) hits.push({ dimension, scope_value: label });
139
+ // 全局按下排在具体值之后:两者同时命中时,报具体值比报 '*' 更有信息量
140
+ // ('*' 是「所有这一维的行」,具体值才是「就是这一路」)。
141
+ else if (paused.has(SCOPE_STATE_ALL)) hits.push({ dimension, scope_value: SCOPE_STATE_ALL });
142
+ }
143
+ return hits;
144
+ }
145
+
146
+ /**
147
+ * 命中的暂停作用域去重(审计行的 metadata.paused)。
148
+ * @param {Array<object>} rows
149
+ * @param {{byDimension: object, any: boolean}} index
150
+ * @returns {Array<{dimension: string, scope_value: string}>}
151
+ */
152
+ export function distinctPausedScopes(rows, index) {
153
+ const seen = new Map();
154
+ for (const m of rows ?? []) {
155
+ for (const hit of matchPausedScopes(m, index)) {
156
+ seen.set(`${hit.dimension}\u0000${hit.scope_value}`, hit);
157
+ }
158
+ }
159
+ return [...seen.values()];
160
+ }
161
+
162
+ /**
163
+ * 政策轴闸门。判定无状态(每次现读一次状态表),因为表恒小(行数 = 被人按过的
164
+ * 作用域个数,个位数),而缓存会引入一套失效协议——面板或另一个进程改了状态后,
165
+ * 缓存要能立刻知道,那需要 IPC 或轮询;用一次小表读换掉整类「缓存过期」缺陷。
166
+ *
167
+ * @param {object} deps
168
+ * @param {() => Array<object>} [deps.listStates] 读状态行(store.listScopeStates)
169
+ * @param {(entry: object) => void} [deps.saveAudit] 写审计行(store.saveLlmAudit)
170
+ * @param {object} [deps.config] 已解析配置(读 scopeState.enabled / scopeState.enforce)
171
+ * @param {object} [deps.logger]
172
+ */
173
+ export function createScopeStateGate({ listStates, saveAudit, config, logger } = {}) {
174
+ let warned = false;
175
+ const warn = (msg) => {
176
+ if (warned) return;
177
+ warned = true;
178
+ try {
179
+ logger?.warn?.(msg);
180
+ } catch {
181
+ // logger 自身故障不能影响检索路径——闸门坏掉时宁可放行(fail-open),
182
+ // 与 scope.js「解析失败绝不阻塞写入」同一哲学:政策轴是加在读取侧的一道
183
+ // 便利闸门,不是安全边界(安全边界是 strictScope 那道事实轴硬墙)。
184
+ }
185
+ };
186
+
187
+ const enabled = () => config?.scopeState?.enabled === true;
188
+ const enforce = () => config?.scopeState?.enforce === true;
189
+
190
+ /**
191
+ * 当前暂停索引。开关关、读失败、表为空都返回同一个空索引——三种情况下判定
192
+ * 都是「通」,调用方不需要区分。
193
+ */
194
+ function index() {
195
+ if (!enabled()) return EMPTY_PAUSED_INDEX;
196
+ try {
197
+ return buildPausedIndex(typeof listStates === "function" ? listStates() : []);
198
+ } catch (e) {
199
+ warn(`[dsh-mneme] scope-state gate: state read failed, gate is inert this call (${e?.message ?? e})`);
200
+ return EMPTY_PAUSED_INDEX;
201
+ }
202
+ }
203
+
204
+ /**
205
+ * 检索侧的过滤出口。**只在 enforce 档动手**——enabled 单开时这一侧不过滤,
206
+ * 与注入侧同一条两级语义(观察档不拦任何东西)。
207
+ *
208
+ * 开关关、观察档、没有暂停行时返回**原数组本身**(不是等值副本)——「默认路径
209
+ * 零行为变化」这条验收要靠引用相等来钉死,副本会让它退化成「内容看起来一样」。
210
+ *
211
+ * 这一侧不写审计行:审计的口径是「本应被拦下的注入候选有多少」,只有注入路径
212
+ * 才知道这件事。检索是工具与面板主动问的,把每次问答都记一行只会让审计表按
213
+ * 查询频次增长,而查到的读数并不回答「按下会少掉多少」。
214
+ */
215
+ function filter(rows) {
216
+ const idx = index();
217
+ if (!idx.any || !enforce() || !Array.isArray(rows) || rows.length === 0) return rows;
218
+ return rows.filter((m) => matchPausedScopes(m, idx).length === 0);
219
+ }
220
+
221
+ /**
222
+ * 注入面的闸门。返回过滤后的候选与「本应被拦下」的明细。
223
+ *
224
+ * enforce 关(观察档)时**不过滤**,但留一条审计行——这正是两级开关的意义:
225
+ * 先在真实流量里看「如果按下会少掉多少」,再决定要不要真按。审计写失败只 warn
226
+ * (同 saveLlmAudit 的调用惯例),注入本身照常完成。
227
+ *
228
+ * @param {Array<object>} rows 注入候选(图召回合并之后、pin 池之前)
229
+ * @returns {{rows: Array<object>, gated: Array<object>, enforced: boolean}}
230
+ */
231
+ function gateInjection(rows) {
232
+ const idx = index();
233
+ if (!idx.any || !Array.isArray(rows) || rows.length === 0) {
234
+ return { rows, gated: [], enforced: false };
235
+ }
236
+ const gated = rows.filter((m) => matchPausedScopes(m, idx).length > 0);
237
+ if (gated.length === 0) return { rows, gated: [], enforced: false };
238
+ const enforced = enforce();
239
+ record(idx, gated, enforced);
240
+ return {
241
+ rows: enforced ? rows.filter((m) => matchPausedScopes(m, idx).length === 0) : rows,
242
+ gated,
243
+ enforced
244
+ };
245
+ }
246
+
247
+ function record(idx, gated, enforced) {
248
+ if (typeof saveAudit !== "function") return;
249
+ // llmAudit 关时一行都不写:那个开关同时关掉审计行的启动期清理
250
+ // (index.js 的 deleteOldLlmAudits),在无保留期的表里按调用频次增长是不对的
251
+ // (与 write-admission.js 的同一条理由)。
252
+ if (config?.llmAudit?.enabled === false) return;
253
+ try {
254
+ saveAudit({
255
+ trigger_source: SCOPE_STATE_TRIGGER_SOURCE,
256
+ operation_type: SCOPE_STATE_OPERATION_TYPE,
257
+ // 不是模型调用,但该列 NOT NULL——用显式占位串,免得被当成某条路由的
258
+ // 花费来源统计进去(同 write-admission.js)。
259
+ model_id: "-",
260
+ status: "skipped",
261
+ related_memory_ids: gated.map((m) => m?.id).filter(Boolean),
262
+ metadata: {
263
+ gate: "scopeState",
264
+ paused: distinctPausedScopes(gated, idx),
265
+ gated: gated.length,
266
+ // enforced 由开关推出而不是另存一个入参:两者各存一份就会出现
267
+ // 「闸门动手了但行上写着 false」这种自相矛盾的记录。
268
+ enforced
269
+ }
270
+ });
271
+ } catch (e) {
272
+ warn(`[dsh-mneme] scope-state audit write failed (never blocks injection): ${e?.message ?? e}`);
273
+ }
274
+ }
275
+
276
+ return { enabled, enforce, index, filter, gateInjection };
277
+ }
package/src/service.js CHANGED
@@ -2,6 +2,7 @@ import { createHash, randomUUID } from "node:crypto";
2
2
  import { TYPE_FILE, MIRROR_READONLY_TYPES } from "./mirror.js";
3
3
  import { updatedAtBounds } from "./store.js";
4
4
  import { normalizeExplicitScope, scopeKeyOf } from "./scope.js";
5
+ import { createScopeStateGate } from "./scope-state.js";
5
6
  import { STR, langOf } from "./lang.js";
6
7
  import { computeHeat } from "./heat.js";
7
8
  import { recallStats } from "./recall-stats.js";
@@ -185,6 +186,17 @@ export function computeRetrievalMetrics(actualIds, expectedIds) {
185
186
 
186
187
  export function createService({ store, mirror, config, onWrite, logger, documentIndex, writeAdmission }) {
187
188
  const language = langOf(config);
189
+
190
+ // issue #471 政策轴:作用域级可逆闸门。判定实现住 src/scope-state.js(与存储解耦,
191
+ // test 可以直接构造暂停集合、不必开库);这里只把 store 的读写函数接上去。
192
+ // 每次调用现读一次状态表,不做缓存:表恒小(行数 = 被人按过的作用域个数),
193
+ // 而缓存要配一套失效协议才能让面板/另一进程的改动立刻可见(见 scope-state.js)。
194
+ const scopeStateGate = createScopeStateGate({
195
+ listStates: () => store.listScopeStates(),
196
+ saveAudit: (entry) => store.saveLlmAudit(entry),
197
+ config,
198
+ logger
199
+ });
188
200
  // Optional dream scheduler hook, installed via setDreamHook after creation
189
201
  // (the scheduler holds a reference back to the service, so it cannot be
190
202
  // passed in the constructor). Fired on the same write events as onWrite.
@@ -294,7 +306,11 @@ export function createService({ store, mirror, config, onWrite, logger, document
294
306
 
295
307
  function scheduleEmbed(memory) {
296
308
  try {
297
- if (txDepth > 0) return; // deferred to the transaction's commit
309
+ // distill-tx-embed-gap: 入队而不是丢弃,transaction() 提交后补跑(#372 同款)。
310
+ if (txDepth > 0) {
311
+ pendingEmbed.push(memory);
312
+ return;
313
+ }
298
314
  if (!embedder || !memory?.id) return;
299
315
 
300
316
  // Readiness gate: embedder exposes `ready` (async init) and is not ready
@@ -346,6 +362,14 @@ export function createService({ store, mirror, config, onWrite, logger, document
346
362
  // 写入批量决定。回滚时由 transaction() 截断到事务前的基线(见 ROLLBACK 路径)。
347
363
  const pendingEntity = [];
348
364
 
365
+ // distill-tx-embed-gap:scheduleEmbed 在事务内曾被首行 `if (txDepth > 0) return;`
366
+ // 直接丢弃(注释写 deferred,transaction() 从不补跑)——与 #372 的实体抽取是
367
+ // 同一个 bug 模板,只是受害者换成了嵌入:自动蒸馏的 session:* 行因此 100%
368
+ // 拿不到向量。照 #372 先例入队,事务提交后补跑;回滚时截断回本层基线,
369
+ // 绝不给已回滚的行嵌向量。队列同样不设上限:元素只是对已落库行的引用,
370
+ // cap 丢最旧等于把「向量被静默丢弃」换个量级带回来。
371
+ const pendingEmbed = [];
372
+
349
373
  function scheduleEntityExtraction(memory) {
350
374
  if (txDepth > 0) {
351
375
  pendingEntity.push(memory);
@@ -393,10 +417,27 @@ export function createService({ store, mirror, config, onWrite, logger, document
393
417
  * activeStoreSize 的理由:两处各写一份过滤条件,漂移只在某条路径上显形)。
394
418
  *
395
419
  * strictScope 关(默认)或 scope 解析不到时原样返回:行为与改动前逐字节一致。
420
+ *
421
+ * issue #471 政策轴接在这里:判定收在 scope-state.js(同一个「过滤点不许漂移」
422
+ * 的理由),本函数只按顺序挂上去。政策轴排在事实轴**前面**——它更便宜(一次小
423
+ * 表读,无逐行字段比较),且语义上「这一路现在通不通」先于「你看不看得见」。
424
+ *
425
+ * 注意政策轴的短路条件与事实轴不同:它不看 `scope`。事实轴要有 scope 才知道
426
+ * 「以谁的眼睛看」,而政策轴问的是「这条路还开着吗」,与调用方是谁无关——会话
427
+ * 身份解析失败不该让闸门整条失效(故政策轴在 scope 为 null 时照样生效)。
428
+ *
429
+ * **覆盖面只到「喂给模型的那几条路」**:融合池 + `entity:`/`attr:` 前缀路 +
430
+ * 注入候选池,以及 dream/sleep 的整理读入口。`memory_list` / `memory_get` /
431
+ * 面板列表**刻意不过这道闸**(它们走 `strictVisibility` 与 store.list 的
432
+ * `visibility` 参数,与 `gateByScope` 平行的另一条链)。理由:按下之后人还要能
433
+ * 查「我到底按下了什么、里面有什么」,那是检视面不是供料面;把检视面也关掉,
434
+ * 人就没有任何入口找回被暂停的行、也没法确认该不该松开。这也是为什么按下的是
435
+ * 政策而不是事实:行还在,只是不再喂给模型。
396
436
  */
397
437
  function gateByScope(rows, scope) {
398
- if (config?.strictScope !== true || !scope) return rows;
399
- return rows.filter((m) => isVisibleInScope(m, scope));
438
+ const gated = scopeStateGate.filter(rows);
439
+ if (config?.strictScope !== true || !scope) return gated;
440
+ return gated.filter((m) => isVisibleInScope(m, scope));
400
441
  }
401
442
 
402
443
  /**
@@ -1152,6 +1193,8 @@ export function createService({ store, mirror, config, onWrite, logger, document
1152
1193
  // #372: 记住本层事务开始时的队列深度——回滚时截断回这里。本层(及更深的
1153
1194
  // 嵌套层)入队的抽取随回滚一并丢弃,外层已提交未 drain 的条目不受牵连。
1154
1195
  const baseline = pendingEntity.length;
1196
+ // distill-tx-embed-gap: 嵌入队列用同一套基线机制,与实体抽取保持一致。
1197
+ const embedBaseline = pendingEmbed.length;
1155
1198
  let committed = false;
1156
1199
  try {
1157
1200
  const result = fn();
@@ -1164,6 +1207,8 @@ export function createService({ store, mirror, config, onWrite, logger, document
1164
1207
  // 复审抓出:仅靠 committed 门挡 drain 时,回滚条目会滞留队列、被下一个
1165
1208
  // 成功事务误抽)。外层未提交的条目在 baseline 之前,原样保留。
1166
1209
  pendingEntity.length = baseline;
1210
+ // distill-tx-embed-gap: 同理,绝不给已回滚的行嵌向量。
1211
+ pendingEmbed.length = embedBaseline;
1167
1212
  throw error;
1168
1213
  } finally {
1169
1214
  txDepth--;
@@ -1180,6 +1225,10 @@ export function createService({ store, mirror, config, onWrite, logger, document
1180
1225
  // (txDepth 仍 >0 时 schedule 会重新入队,与 drain 形成自旋)——条目等最外层
1181
1226
  // COMMIT 后统一补跑。
1182
1227
  if (committed && txDepth === 0) drainPendingEntityExtraction();
1228
+ // distill-tx-embed-gap: 补跑事务内排队的嵌入——同一套嵌套规则:内层提交
1229
+ // 不 drain(txDepth 仍 >0 时 scheduleEmbed 会重新入队),等最外层 COMMIT
1230
+ // 后统一补跑。放在 drainPendingEntityExtraction 之后无依赖,仅保持顺序。
1231
+ if (committed && txDepth === 0) drainPendingEmbeds();
1183
1232
  }
1184
1233
  }
1185
1234
 
@@ -1189,6 +1238,14 @@ export function createService({ store, mirror, config, onWrite, logger, document
1189
1238
  }
1190
1239
  }
1191
1240
 
1241
+ // distill-tx-embed-gap: drain 与 pendingEntity 同构。补跑走 scheduleEmbed 本体,
1242
+ // 因此 embedder 未 ready / 无 schedule 接口等既有分流逻辑全部复用,不另写一路。
1243
+ function drainPendingEmbeds() {
1244
+ while (pendingEmbed.length) {
1245
+ scheduleEmbed(pendingEmbed.shift());
1246
+ }
1247
+ }
1248
+
1192
1249
  /**
1193
1250
  * Embed an arbitrary query text and return its vector (null on failure / no
1194
1251
  * embedder). Used by the injector to prefetch the semantic-first recall
@@ -1753,6 +1810,11 @@ export function createService({ store, mirror, config, onWrite, logger, document
1753
1810
  if (config?.strictScope === true && scope) {
1754
1811
  candidates = candidates.filter((m) => isVisibleInScope(m, scope));
1755
1812
  }
1813
+ // issue #471 政策轴:挂在事实轴之后、pin 池之前。位置与上面同一条纪律——必须在
1814
+ // 图召回合并之后,否则出局行会被 entityRecall 打上 graphHint 带回候选池。
1815
+ // 观察档(enabled 开、enforce 关)在这里留一条审计行说清「本应被拦下几条」,
1816
+ // 但不改 candidates;拦截档才真的摘掉。审计写失败只 warn,注入照常完成。
1817
+ candidates = scopeStateGate.gateInjection(candidates).rows;
1756
1818
  // #249 第一批:B1 pin 池。取在相关性排序之后、轮换之前——取谁按此刻的候选
1757
1819
  // 次序(即相关性次序),取到后从候选中摘除,于是下面的轮换重排碰不到它们
1758
1820
  // (验收:pin 不参与跨轮轮换)。独立预算的两层意义:pin 既不占 maxItems
@@ -2516,6 +2578,16 @@ export function createService({ store, mirror, config, onWrite, logger, document
2516
2578
  mergeHumanEdits,
2517
2579
  toApiList,
2518
2580
  isVisibleInScope,
2581
+ // issue #471 政策轴:按下/松开与读取照 store 那三条件透传(纯 bookkeeping,
2582
+ // 不挂 write hook——它们不动任何记忆行,同 saveConflictPending 那批)。
2583
+ setScopeState: (r) => store.setScopeState(r),
2584
+ getScopeState: (d, v) => store.getScopeState(d, v),
2585
+ listScopeStates: (o) => store.listScopeStates(o),
2586
+ // 巩固(dream.js)侧的过滤出口。暴露出来而不是让 dream 自己读状态表,是因为
2587
+ // 判定只能有一份实现(gateByScope 注释里那条「过滤点漂移」的教训);dream 侧
2588
+ // 的三个读入口各自的附加条件不同(有的排 forgotten、有的不排),但「被按下的
2589
+ // 作用域不参与巩固」这一层对三处是一样的。enforce 关时本函数原样返回入参。
2590
+ filterPaused: (rows) => scopeStateGate.filter(rows),
2519
2591
  transaction,
2520
2592
  getDistillCursor: (sessionId) => store.getDistillCursor(sessionId),
2521
2593
  setDistillCursor: (sessionId, lastSeq) => store.setDistillCursor(sessionId, lastSeq),
@@ -2592,6 +2664,11 @@ export function createService({ store, mirror, config, onWrite, logger, document
2592
2664
  search: (q, o) => store.search(q, o),
2593
2665
  searchVector: (v, o) => store.searchVector(v, o),
2594
2666
  embeddedCount: () => store.embeddedCount(),
2667
+ // 向量出身的两个分组读数:状态端点 /semantic 用它们区分「有向量」和
2668
+ // 「可检索」(byModel 按行级 embedding_model,byDimension 按向量维数)。
2669
+ // passthrough 形状与 embeddedCount 同款,api 层不直接摸 store。
2670
+ embeddingModelBreakdown: () => store.embeddingModelBreakdown(),
2671
+ embeddingDimensionBreakdown: () => store.embeddingDimensionBreakdown(),
2595
2672
  list: (o) => store.list(o),
2596
2673
  all: () => store.all(),
2597
2674
  count: (type, opts) => store.count(type, opts),
package/src/settings.js CHANGED
@@ -174,6 +174,13 @@ const FEATURE_FLAG_BOOLEANS = [
174
174
  // Issue #17(v0.8.0 A3):strictScope 硬过滤——他 scope 完全不可见(关闭时
175
175
  // 为 A2 软隔离:降权保留可见)。
176
176
  "strictScope",
177
+ // Issue #471:政策轴——作用域级可逆闸门(scopeState)。与上面两个键是两条不同的
178
+ // 轴:那两个管「这条记忆属于谁」(事实轴),这两个管「这个作用域现在通不通」
179
+ // (政策轴,按作用域整体按下、跨会话存续、松开即恢复)。两级语义同
180
+ // writeAdmission/preInjectGate——enabled 跑判定(观察档,留审计行但照常注入)、
181
+ // enforce 真拦(不注入);都默认关。点号键平铺存、合并时展开回 scopeState 对象。
182
+ "scopeState.enabled",
183
+ "scopeState.enforce",
177
184
  // 工具暴露开关(v0.8.5):记忆已每轮自动注入,memory_search/memory_archive
178
185
  // 在慢/轻量模型上是多余往返,面板可关(默认关=行为不变)。
179
186
  "disableMemorySearch",
package/src/store.js CHANGED
@@ -2,6 +2,15 @@ import { DatabaseSync } from "node:sqlite";
2
2
  import { randomUUID } from "node:crypto";
3
3
  import { statSync } from "node:fs";
4
4
  import { contentHashOf } from "./content-hash.js";
5
+ // 政策轴(issue #471)的归一化函数。刻意只取归一化,不取判定:判定(buildPausedIndex /
6
+ // matchPausedScopes / createScopeStateGate)留在 scope-state.js,由 service 侧消费,
7
+ // 存储层只管「一格状态怎么落」。依赖方向 store → scope-state → scope 是单向的
8
+ // (scope.js 不 import 任何本包模块),所以不构成环。
9
+ import {
10
+ normalizeScopeStateDimension,
11
+ normalizeScopeStateState,
12
+ normalizeScopeStateValue
13
+ } from "./scope-state.js";
5
14
 
6
15
  const SCHEMA = `
7
16
  CREATE TABLE IF NOT EXISTS memories (
@@ -185,6 +194,25 @@ CREATE TABLE IF NOT EXISTS scope_changes (
185
194
  );
186
195
  CREATE INDEX IF NOT EXISTS idx_scope_changes_memory ON scope_changes(memory_id);
187
196
 
197
+ -- scope_state: v0.9.1 政策轴(issue #471)。与 scope_changes 那条事实轴相对:
198
+ -- scope_changes 记「某条记忆的归属被人工改过」(跟着记忆走),本表记「某个作用域
199
+ -- 现在通不通」(跟着作用域走)。按下/松开都是单方面动作,不触碰任何记忆行,
200
+ -- 松开即恢复——所以它是可逆的,而逐条 forget/archive 不是。
201
+ -- dimension 只认 'agent'|'workspace'(scopeKeyOf 那两个维度);scope_value='*'
202
+ -- 表示该维度全局。一行一格,重复按下同一状态不刷新 decided_at(见 setScopeState)。
203
+ -- Bookkeeping like the other audit tables: it never triggers write hooks.
204
+ CREATE TABLE IF NOT EXISTS scope_state (
205
+ id TEXT PRIMARY KEY,
206
+ dimension TEXT NOT NULL,
207
+ scope_value TEXT NOT NULL,
208
+ state TEXT NOT NULL, -- active | paused
209
+ note TEXT,
210
+ decided_at TEXT NOT NULL
211
+ );
212
+ -- 唯一性靠独立索引(本仓惯例:UNIQUE 不进 CREATE TABLE,见 idx_memory_provenance_link)。
213
+ -- 它同时是 setScopeState 那条 UPSERT 的冲突目标,所以不能省。
214
+ CREATE UNIQUE INDEX IF NOT EXISTS idx_scope_state_key ON scope_state(dimension, scope_value);
215
+
188
216
  -- llm_audit_logs: every background LLM call (autoDream consolidation + summary,
189
217
  -- autoSummarize compression) is recorded here — tokens in/out, duration, status
190
218
  -- and the trigger that caused it (Bug8). Failures are captured as status='error'
@@ -604,6 +632,20 @@ function toScopeChange(row) {
604
632
  };
605
633
  }
606
634
 
635
+ // scope_state 行 → 读侧对象(issue #471)。NULL note 落 undefined,与
636
+ // toScopeChange 同口径。
637
+ function toScopeState(row) {
638
+ if (!row) return undefined;
639
+ return {
640
+ id: row.id,
641
+ dimension: row.dimension,
642
+ scope_value: row.scope_value,
643
+ state: row.state,
644
+ note: row.note ?? undefined,
645
+ decided_at: row.decided_at
646
+ };
647
+ }
648
+
607
649
  function toRecallRun(row) {
608
650
  if (!row) return undefined;
609
651
  return {
@@ -1733,6 +1775,32 @@ export function createStore(path) {
1733
1775
  ).all();
1734
1776
  }
1735
1777
 
1778
+ /**
1779
+ * Per-dimension counts over active embedded rows ('' = vector that failed to
1780
+ * parse as an array — legacy garbage rows, not a real dimension).
1781
+ *
1782
+ * Why per-dimension: embeddedCount() alone says "has a vector", but vectors
1783
+ * written by a different model/dimension are not comparable with the current
1784
+ * query embedding — searchVector skips them, so they are "present" without
1785
+ * being "retrievable". The status card needs this split to stop reporting a
1786
+ * coverage number that silently counts unsearchable rows.
1787
+ */
1788
+ function embeddingDimensionBreakdown() {
1789
+ return db.prepare(
1790
+ `SELECT id, embedding FROM memories
1791
+ WHERE embedding IS NOT NULL AND embedding != ''
1792
+ AND forgotten = 0 AND archived = 0`
1793
+ ).all().reduce((acc, row) => {
1794
+ let dim = "";
1795
+ try {
1796
+ const parsed = JSON.parse(row.embedding);
1797
+ dim = Array.isArray(parsed) ? String(parsed.length) : "";
1798
+ } catch { /* unparseable vector counts under "" */ }
1799
+ acc.set(dim, (acc.get(dim) ?? 0) + 1);
1800
+ return acc;
1801
+ }, new Map());
1802
+ }
1803
+
1736
1804
  function search(query, { limit = 20, includeArchived = false } = {}) {
1737
1805
  const q = String(query).trim();
1738
1806
  if (!q) return [];
@@ -1789,6 +1857,11 @@ export function createStore(path) {
1789
1857
  for (const row of rows) {
1790
1858
  const v = getParsedEmbedding(row.id);
1791
1859
  if (!v) continue;
1860
+ // distill-tx-embed-gap 顺带修:维度不匹配的行按维度分流,直接跳过。旧路径
1861
+ // 喂进 cosine 不等长就 return 0,换了模型/维度的旧向量以 0 分混进结果尾部
1862
+ // (threshold 默认 0 时照样入选),检索方拿到的分数是跨向量空间的假值。
1863
+ // 不等长的向量对本次查询没有可比分数,跳过是唯一诚实的处置。
1864
+ if (v.length !== vector.length) continue;
1792
1865
  const score = cosine(vector, v);
1793
1866
  if (score >= threshold) scored.push({ row: { id: row.id }, score });
1794
1867
  }
@@ -2609,6 +2682,66 @@ export function createStore(path) {
2609
2682
  return rows.map(toScopeChange);
2610
2683
  }
2611
2684
 
2685
+ /**
2686
+ * 政策轴(issue #471):按下或松开一个作用域。一行一格,靠
2687
+ * idx_scope_state_key(dimension, scope_value) 做 UPSERT——重复按下同一状态
2688
+ * 不刷新 decided_at(CASE WHEN),因为「第一次按下的时刻」才是回执该报的东西;
2689
+ * 状态翻转则刷新,那是一次真的决策。
2690
+ *
2691
+ * note 的取舍与 decided_at 相反:非空的新 note 总是覆盖旧的,空的则原样留着。
2692
+ * 理由是这条记录里「当前通不通」由 state 那一列承担,note 是**理由**——理由被
2693
+ * 一次不带理由的重按抹掉是净损失(用户回看时只会看到「按下过」却不知道为什么),
2694
+ * 而「清空理由」不是一个真实需求(要改就再按一次带上新理由)。这与本仓防御段
2695
+ * 「宁可留着也不要静默丢」的取向一致。
2696
+ *
2697
+ * 归一化失败(维度/值/状态任一非法)返回 undefined,由调用方拒绝——本表只存
2698
+ * 可解释的三种枚举,与 memories 的 scope 列不同:那里脏输入落 NULL 是正当的
2699
+ * (「未标注」本身有语义),这里落 NULL 没有任何意思,会静默变成一行永远不
2700
+ * 生效的状态。
2701
+ */
2702
+ function setScopeState({ dimension, scope_value, state, note, decided_at }) {
2703
+ const dim = normalizeScopeStateDimension(dimension);
2704
+ const val = normalizeScopeStateValue(scope_value);
2705
+ const st = normalizeScopeStateState(state);
2706
+ if (!dim || !val || !st) return undefined;
2707
+ const at = normalizeOccurredAt(decided_at) ?? nowIso();
2708
+ const noteText = normalizeScopeText(note);
2709
+ db.prepare(
2710
+ `INSERT INTO scope_state (id, dimension, scope_value, state, note, decided_at)
2711
+ VALUES (?, ?, ?, ?, ?, ?)
2712
+ ON CONFLICT(dimension, scope_value) DO UPDATE SET
2713
+ state = excluded.state,
2714
+ note = COALESCE(excluded.note, scope_state.note),
2715
+ decided_at = CASE WHEN scope_state.state = excluded.state THEN scope_state.decided_at ELSE excluded.decided_at END`
2716
+ ).run(randomUUID(), dim, val, st, noteText, at);
2717
+ return toScopeState(
2718
+ db.prepare("SELECT * FROM scope_state WHERE dimension = ? AND scope_value = ?").get(dim, val)
2719
+ );
2720
+ }
2721
+
2722
+ /** 政策轴状态行(单格)。 */
2723
+ function getScopeState(dimension, scope_value) {
2724
+ const dim = normalizeScopeStateDimension(dimension);
2725
+ const val = normalizeScopeStateValue(scope_value);
2726
+ if (!dim || !val) return undefined;
2727
+ return toScopeState(
2728
+ db.prepare("SELECT * FROM scope_state WHERE dimension = ? AND scope_value = ?").get(dim, val)
2729
+ );
2730
+ }
2731
+
2732
+ /**
2733
+ * 政策轴状态行(全量)。不提供按维度/值过滤的参数——闸门判定要的就是全量
2734
+ * (一次现读一次索引),过滤留到 scope-state.js 的 buildPausedIndex 里做。
2735
+ * 排 decided_at DESC + rowid DESC 同 listScopeChanges(毫秒精度同毫秒写入
2736
+ * 时 UUID 排序随机,回执要报「最近一次决策」就得有确定的次键)。
2737
+ */
2738
+ function listScopeStates({ state } = {}) {
2739
+ const rows = state
2740
+ ? db.prepare("SELECT * FROM scope_state WHERE state = ? ORDER BY decided_at DESC, rowid DESC").all(state)
2741
+ : db.prepare("SELECT * FROM scope_state ORDER BY decided_at DESC, rowid DESC").all();
2742
+ return rows.map(toScopeState);
2743
+ }
2744
+
2612
2745
  function getFailureStats({ since } = {}) {
2613
2746
  const clause = since ? "WHERE created_at >= ?" : "";
2614
2747
  const params = since ? [since] : [];
@@ -3233,6 +3366,7 @@ export function createStore(path) {
3233
3366
  needsEmbeddingFor,
3234
3367
  hasStaleEmbedding,
3235
3368
  embeddingModelBreakdown,
3369
+ embeddingDimensionBreakdown,
3236
3370
  searchVector,
3237
3371
  saveDreamRun,
3238
3372
  lastDreamRunAt,
@@ -3281,6 +3415,11 @@ export function createStore(path) {
3281
3415
  countConflictPending,
3282
3416
  saveScopeChange,
3283
3417
  listScopeChanges,
3418
+ // 政策轴(issue #471):按下/松开一个作用域。纯 bookkeeping,不调
3419
+ // incrementGeneration()——它不动任何记忆行,动它只会让所有缓存无谓失效。
3420
+ setScopeState,
3421
+ getScopeState,
3422
+ listScopeStates,
3284
3423
  createEntity,
3285
3424
  findEntityByName,
3286
3425
  findEntityById,