@modusensus/dsh-mneme 0.9.1 → 0.9.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.
Files changed (55) hide show
  1. package/README.md +12 -10
  2. package/bin/cli.mjs +61 -7
  3. package/docs/CONFIGURATION.md +26 -2
  4. package/docs/WORKFLOWS.md +70 -3
  5. package/lib/api.js +176 -3
  6. package/lib/capabilities.js +1 -1
  7. package/lib/client.js +170 -16
  8. package/lib/config.js +37 -2
  9. package/lib/dream/sleep.js +35 -12
  10. package/lib/dream.js +86 -14
  11. package/lib/embedding.js +52 -22
  12. package/lib/index.js +15 -0
  13. package/lib/pipeline-nudge-auto.js +126 -0
  14. package/lib/pipeline-nudge.js +337 -28
  15. package/lib/pipeline-runs.js +1 -1
  16. package/lib/pipeline.js +4 -4
  17. package/lib/scope-state.js +277 -0
  18. package/lib/scope.js +30 -1
  19. package/lib/service.js +80 -3
  20. package/lib/settings.js +12 -1
  21. package/lib/store.js +139 -0
  22. package/lib/tools.js +71 -0
  23. package/package.json +1 -1
  24. package/src/api.js +176 -3
  25. package/src/capabilities.js +1 -1
  26. package/src/config.js +37 -2
  27. package/src/dream/sleep.js +35 -12
  28. package/src/dream.js +86 -14
  29. package/src/embedding.js +52 -22
  30. package/src/index.js +15 -0
  31. package/src/pipeline-nudge-auto.js +126 -0
  32. package/src/pipeline-nudge.js +337 -28
  33. package/src/pipeline-runs.js +1 -1
  34. package/src/pipeline.js +4 -4
  35. package/src/scope-state.js +277 -0
  36. package/src/scope.js +30 -1
  37. package/src/service.js +80 -3
  38. package/src/settings.js +12 -1
  39. package/src/store.js +139 -0
  40. package/src/tools.js +71 -0
  41. package/test/api-nudge-route.test.js +259 -0
  42. package/test/api.test.js +118 -1
  43. package/test/cli-flag-value.test.js +86 -0
  44. package/test/client.test.js +103 -4
  45. package/test/distill-tx-embed-gap.test.js +110 -0
  46. package/test/dream-maxtokens-fallback.test.js +132 -0
  47. package/test/embed-text-reasons.test.js +112 -0
  48. package/test/pipeline-nudge-auto.test.js +224 -0
  49. package/test/pipeline-nudge.test.js +161 -6
  50. package/test/readme-claims.test.js +68 -0
  51. package/test/scope-optional-service.test.js +110 -0
  52. package/test/scope-state.test.js +481 -0
  53. package/test/session-usage.test.js +11 -2
  54. package/test/tools-dto-schema-matrix.test.js +12 -3
  55. package/test/tools.test.js +6 -6
@@ -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/scope.js CHANGED
@@ -14,6 +14,28 @@
14
14
  // 只关「自动标注」,不能连读取身份一起关,否则 strictScope 硬墙被静默拆掉
15
15
  // (fail-open)。
16
16
 
17
+ /**
18
+ * 免 inject 读取一个可选服务。cordis 4 的 ctx 是 Proxy,裸读未在 inject 声明的
19
+ * 属性会抛 "cannot get property ... without inject"(不是返回 undefined),所以
20
+ * 有 reflect 时优先走 ctx.reflect.get;旧宿主没有 reflect、ctx 是普通对象,裸读
21
+ * 此时安全——与 api.js:205 / index.js:583 的 webServer 同一形状。
22
+ *
23
+ * 服务缺失是合法状态(headless / 旧宿主 / 服务未激活),返回 undefined 让调用方
24
+ * 走既有降级路径,不告警:这不是故障。
25
+ * @param {object} ctx
26
+ * @param {string} name
27
+ * @returns {*}
28
+ */
29
+ function readOptionalService(ctx, name) {
30
+ try {
31
+ if (typeof ctx?.reflect?.get === "function") return ctx.reflect.get(name);
32
+ return ctx?.[name];
33
+ } catch {
34
+ // 无 reflect 却又是 Proxy(或 accessor 自身抛错):按「未提供」处理。
35
+ return undefined;
36
+ }
37
+ }
38
+
17
39
  /**
18
40
  * @param {object} deps
19
41
  * @param {object} [deps.ctx] 宿主上下文(可能带 workspaceRegistry;旧版 dsh 没有)
@@ -62,9 +84,16 @@ export function createScopeResolver({ ctx, config, logger } = {}) {
62
84
 
63
85
  // workspace:registry 反查优先(成员资格 = id 命中 + header canonical cwd
64
86
  // 校验过,path 已 realpath 归一),失败回退 header.cwd,再失败留 NULL。
87
+ //
88
+ // issue #487:这里曾经是裸读 ctx?.workspaceRegistry,而 workspaceRegistry 不在
89
+ // inject 声明里(index.js:45)。cordis 4 的 ctx 是 Proxy,裸读未注入属性会抛
90
+ // "cannot get property ... without inject" 而不返回 undefined——于是这层反查
91
+ // 从 v0.8.0 起一直抛错走降级,canonical 归一与成员资格校验静默失效,只剩
92
+ // header.cwd。改用免 inject 读取(同 api.js:205 / index.js:583 的 webServer
93
+ // 先例);不加进 inject 的理由见 index.js:39-44(v0.7.23 的 apply 阶段崩溃)。
65
94
  let workspaceScope = null;
66
95
  try {
67
- const list = ctx?.workspaceRegistry?.list?.();
96
+ const list = readOptionalService(ctx, "workspaceRegistry")?.list?.();
68
97
  const sessionId = session?.id;
69
98
  if (Array.isArray(list) && sessionId != null) {
70
99
  const hit = list.find(
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",
@@ -202,7 +209,7 @@ const FEATURE_FLAG_BOOLEANS = [
202
209
  // 点号键平铺存、合并时展开回 distillRecords 对象(同 llmAudit.enabled)。
203
210
  // retentionDays 是 int,走下面的 INT_RANGES 表,不进开关白名单。
204
211
  "distillRecords.enabled",
205
- // v0.9.0:M.O.(Modus Operandi · 手法,beta)客户端视图开关。客户端读 /features
212
+ // v0.9.0:M.O.(Modus Operandi,beta)客户端视图开关。客户端读 /features
206
213
  // 的 effective
207
214
  // 决定是否注册座位(会话头图标 / 浮层 / 右栏 / 对话行卡片),服务端只负责把
208
215
  // 这个键稳定暴露出来——键若不在 effective 里,客户端静默少键、一个座位都不注册。
@@ -212,6 +219,10 @@ const FEATURE_FLAG_BOOLEANS = [
212
219
  // 与上面那个键分开:那个管「看图的座位」,这个管「往账本里写」。默认关(beta、
213
220
  // opt-in),顶层扁平键,不需要 NESTED_FLAG_PATHS 条目。
214
221
  "actionRunEnabled",
222
+ // v0.9.0 第三批:M.O. 自动沉淀(会话跑完一轮 → 挖这个项目自己的会话日志 → 落提议)。
223
+ // 与前两个分开:这个管「从日志里长出候选」,那个管记账、另一个管看图。默认关
224
+ // (beta、opt-in);顶层扁平键,不需要 NESTED_FLAG_PATHS 条目。进 LIGHT_MODE_OFF。
225
+ "actionNudgeEnabled",
215
226
  // 人格定义页(beta):注入器渲染人格段的顶层总闸(双闸门的 config 半边;对象内
216
227
  // 的 persona.enabled 是 per-agent 半边,存 user_settings 的 "persona" 键,见
217
228
  // getPersona/setPersona)。默认关(beta、opt-in,老用户行为逐字节不变);不进