@modusensus/dsh-mneme 0.8.16 → 0.9.0
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/README.md +16 -3
- package/assets/icon.svg +2 -2
- package/docs/CONFIGURATION.md +2 -1
- package/docs/CONTINUITY.md +18 -3
- package/docs/WORKFLOWS.md +299 -0
- package/lib/api.js +124 -8
- package/lib/candidates.js +454 -0
- package/lib/capabilities.js +819 -0
- package/lib/client.js +1703 -182
- package/lib/config.js +31 -5
- package/lib/continuity.js +35 -6
- package/lib/dream/decisions.js +17 -1
- package/lib/dream/sleep.js +10 -2
- package/lib/dream.js +5 -1
- package/lib/entities/extractor.js +4 -0
- package/lib/index.js +49 -12
- package/lib/inject.js +6 -1
- package/lib/pipeline.js +534 -0
- package/lib/scope.js +16 -4
- package/lib/serve.js +1 -1
- package/lib/service.js +59 -18
- package/lib/session-usage.js +350 -0
- package/lib/settings.js +7 -1
- package/lib/store.js +55 -3
- package/lib/summarize.js +31 -0
- package/lib/tools.js +11 -2
- package/package.json +1 -1
- package/scripts/publish-gate.mjs +197 -0
- package/src/api.js +124 -8
- package/src/candidates.js +454 -0
- package/src/capabilities.js +819 -0
- package/src/config.js +31 -5
- package/src/continuity.js +35 -6
- package/src/dream/decisions.js +17 -1
- package/src/dream/sleep.js +10 -2
- package/src/dream.js +5 -1
- package/src/entities/extractor.js +4 -0
- package/src/index.js +49 -12
- package/src/inject.js +6 -1
- package/src/pipeline.js +534 -0
- package/src/scope.js +16 -4
- package/src/serve.js +1 -1
- package/src/service.js +59 -18
- package/src/session-usage.js +350 -0
- package/src/settings.js +7 -1
- package/src/store.js +55 -3
- package/src/summarize.js +31 -0
- package/src/tools.js +11 -2
- package/test/api.test.js +147 -7
- package/test/candidates.test.js +345 -0
- package/test/capabilities.test.js +577 -0
- package/test/client.test.js +361 -2
- package/test/continuity.test.js +84 -0
- package/test/embed-ready-poll.test.js +94 -0
- package/test/entities.test.js +13 -2
- package/test/failure-query.test.js +147 -0
- package/test/failure-retention.test.js +105 -0
- package/test/graph-api.test.js +36 -2
- package/test/inject-recall.test.js +32 -4
- package/test/llm-audit.test.js +92 -1
- package/test/mint-source.test.js +202 -0
- package/test/pipeline.test.js +505 -0
- package/test/placement.test.js +1 -1
- package/test/publish-gate.test.js +272 -0
- package/test/recall-retention.test.js +128 -0
- package/test/release-workflow.test.js +77 -0
- package/test/scope-distill-stamp.test.js +135 -0
- package/test/serve.test.js +1 -1
- package/test/session-usage.test.js +308 -0
- package/test/store-write-path-columns.test.js +191 -0
- package/test/summarize.test.js +176 -0
- package/test/supersede-state-tracking.test.js +4 -4
- package/test/tools.test.js +16 -1
package/README.md
CHANGED
|
@@ -5,7 +5,7 @@
|
|
|
5
5
|
[](https://www.npmjs.com/package/@modusensus/dsh-mneme)
|
|
6
6
|
[](LICENSE)
|
|
7
7
|
[](https://github.com/awesome-dsh-plugin/awesome-dsh-plugin)
|
|
8
|
-
[](https://github.com/slow-stack/mneme)
|
|
9
9
|
[](https://github.com/slow-stack/mneme/actions)
|
|
10
10
|
[](https://nodejs.org)
|
|
11
11
|
[](https://www.npmjs.com/package/@modusensus/dsh-mneme)
|
|
@@ -390,6 +390,7 @@ dsh web
|
|
|
390
390
|
| `reflectionFailureTracking` | `true` | 失败追踪总开关 |
|
|
391
391
|
| `reflectionUpdateMaxPerRun` | `2` | 每次整理最多 update 数 |
|
|
392
392
|
| `reflectionUpdateMinAgeHours` | `24` | 新建记忆保护期(小时) |
|
|
393
|
+
| `reflectionFailureRetentionDays` | `90` | 失败表(`failure_memories`)启动期清理保留天数(1-3650;此前写死 90) |
|
|
393
394
|
| `codingRetrospect` | `false` | 编码记忆蒸馏(v0.7.13,默认关):完整转录提炼编码原子记忆(rejected_solution/pitfall/constraint 三类型) |
|
|
394
395
|
| `codingKeywords` | 内置词表 | 编码任务识别词表(读取侧门控):命中即视为编码类任务,编码记忆才注入 |
|
|
395
396
|
| `codingBoostFactor` | `2` | 编码记忆注入排序的 boost 倍数(1-5) |
|
|
@@ -617,7 +618,7 @@ src/
|
|
|
617
618
|
├── api.js # HTTP 路由(Web 面板数据通道,含 /conflicts 冲突队列)
|
|
618
619
|
└── index.js # 插件接线
|
|
619
620
|
lib/ # src 的同步分发产物(npm run sync;发布前由 root prepack 的 check-sync.js 校验一致性;唯一手写例外 lib/client.js——Web 面板 bundle,sync 不覆盖)
|
|
620
|
-
test/ #
|
|
621
|
+
test/ # 1869 个 node:test 测试(审计与三轴线压测不变量;src↔lib 一致性由 scripts/check-sync.js 发布闸门校验)
|
|
621
622
|
scripts/ # e2e-dsh.js 端到端演示 · stress-dsh.js 三轴线压测 · sync-lib.js 同步 · check-sync.js 发布闸门 · benchmark-recall.js / benchmark-embed.js / benchmark-rerank.js 基准 · sync-test-badge.mjs 测试徽章 · build-runtime-manifest.mjs 运行时清单
|
|
622
623
|
```
|
|
623
624
|
|
|
@@ -626,7 +627,7 @@ scripts/ # e2e-dsh.js 端到端演示 · stress-dsh.js 三轴线压
|
|
|
626
627
|
```bash
|
|
627
628
|
cd dsh-mneme
|
|
628
629
|
npm install # 安装 peer 依赖(以 devDependencies 形式,用于本地测试)
|
|
629
|
-
npm test # 运行
|
|
630
|
+
npm test # 运行 1869 个测试
|
|
630
631
|
npm run stress # 三轴线压测:长会话检索 / 冲突仲裁 / 多 Agent 并发(离线 mock LLM)
|
|
631
632
|
npm run sync # 把 src/ 同步到 lib/(发布时由 prepack 钩子自动执行)
|
|
632
633
|
```
|
|
@@ -655,6 +656,18 @@ autoDream 的理念溯源(理念借鉴、实现原创):
|
|
|
655
656
|
|
|
656
657
|
在上述工作之上,dsh-mneme 做了自己的工程发展:K-Means++ 聚类预分组(`src/dream/clustering.js`)、类型化决策清单(keep / merge / archive / conflict / update,及 sleep 侧 supersede / differentiate)与可回放的 sha256 摘要审计链(`dream_runs` / `receipt_chain`)。如有遗漏的灵感来源,欢迎提 issue 指出。
|
|
657
658
|
|
|
659
|
+
## 📚 相关研究
|
|
660
|
+
|
|
661
|
+
dsh-mneme 的机制设计与下列公开研究相互印证(以下引用均逐一核对过 arXiv 收录页;机制对应关系为我们自己的映射,非原论文观点):
|
|
662
|
+
|
|
663
|
+
- **在线写入 + 离线巩固**:[Dual-Layer Agentic Memory with Fast Write Routing and Slow Consolidation](https://arxiv.org/abs/2608.22215)(arXiv:2608.22215)——与 autoDream 的「快写慢巩固」分工同构。
|
|
664
|
+
- **热度衰减与访问强化**:[FadeMem](https://arxiv.org/abs/2601.18642)(arXiv:2601.18642)——heat 记忆热度模型(指数衰减 × 访问强化 × 重要性调制)的学术近亲。
|
|
665
|
+
- **冲突裁决与状态追踪**:[StateMemBench](https://arxiv.org/abs/2608.19652)(arXiv:2608.19652)——记忆系统追踪演化状态的考卷;C1 冲突裁决(supersede 后不再引用旧值)以其为验收靶子。
|
|
666
|
+
- **何时该忘 / scope 门控**:[PersistBench](https://arxiv.org/abs/2602.01146)(arXiv:2602.01146);呈现层缓解见 [Structured Memory](https://arxiv.org/abs/2608.08300)(arXiv:2608.08300)——scope 语义域门控的问题出处与零契约变更改法。
|
|
667
|
+
- **领域全景**:[Write–Manage–Read 综述](https://arxiv.org/abs/2603.07670)(arXiv:2603.07670)——「写入 / 管理 / 读取」三段式与插件整体形状互证。
|
|
668
|
+
- **数月尺度的可靠性工程**:[Memory as Infrastructure](https://arxiv.org/abs/2609.05510)(arXiv:2609.05510)——与 sha256 审计链、fail-safe 降级同属「记忆即基础设施」路线。
|
|
669
|
+
- **相邻系统(对照)**:[Zep](https://arxiv.org/abs/2501.13956)(时序知识图谱)、[Mem0](https://arxiv.org/abs/2504.19413)(生产级抽取式记忆)、[Hindsight](https://arxiv.org/abs/2512.12818)(retain / recall / reflect 三操作)走「写入时 LLM 抽取 + 向量/图检索」路线;dsh-mneme 的差异点在于:巩固由 LLM 参与但产物全程留痕可回放,冲突冻结待人工复核,默认离线。
|
|
670
|
+
|
|
658
671
|
## 📜 License
|
|
659
672
|
|
|
660
673
|
MIT
|
package/assets/icon.svg
CHANGED
|
@@ -1,3 +1,3 @@
|
|
|
1
|
-
<svg xmlns="http://www.w3.org/2000/svg" width="48" height="48" viewBox="0 0 16 16" fill="none" stroke="#
|
|
2
|
-
<path d="
|
|
1
|
+
<svg xmlns="http://www.w3.org/2000/svg" width="48" height="48" viewBox="0 0 16 16" fill="none" stroke="#718AA3" stroke-width="2" stroke-linecap="round" stroke-linejoin="round">
|
|
2
|
+
<path d="M12 18V5M15 13a4.17 4.17 0 0 1-3-4 4.17 4.17 0 0 1-3 4M17.598 6.5A3 3 0 1 0 12 5a3 3 0 1 0-5.598 1.5M17.997 5.125a4 4 0 0 1 2.526 5.77M18 18a4 4 0 0 0 2-7.464M19.967 17.483A4 4 0 1 1 12 18a4 4 0 1 1-7.967-.517M6 18a4 4 0 0 1-2-7.464M6.003 5.125a4 4 0 0 0-2.526 5.77" transform="scale(0.666667)"/>
|
|
3
3
|
</svg>
|
package/docs/CONFIGURATION.md
CHANGED
|
@@ -25,7 +25,7 @@
|
|
|
25
25
|
|
|
26
26
|
| 键 | 默认 | 作用 | 开启后果 / 冲突 |
|
|
27
27
|
|---|---|---|---|
|
|
28
|
-
| `scopeEnabled` | `false` |
|
|
28
|
+
| `scopeEnabled` | `false` | 存储层总开关:**两条写入路径**(工具调用 `memory_save`/`memory_update`,以及机器提炼·会话蒸馏)都自动标注 agent_scope / workspace_scope(标注只贴**新建行**:并入既有行时不重贴,既有行的归属属于它原来被提炼出来的语境),去重键扩展;检索与注入排序按当前会话作用域加权(命中 ×1.25、他 scope ×0.5 保留可见,issue #339 补齐注入通道) | opt-in;关 = 写入不标注、行为与 A1 前逐字节一致 |
|
|
29
29
|
| `strictScope` | `false` | 硬过滤模式(A3):他 scope 完全不可见、未标注恒可见(fail-closed);硬过滤先于软加权执行 | 依赖 `scopeEnabled` 打开才有意义;关 = A2 软隔离(他 scope 降权保留可见,检索与注入同权重) |
|
|
30
30
|
|
|
31
31
|
## 审计
|
|
@@ -175,6 +175,7 @@
|
|
|
175
175
|
| `reflectionFailureTracking` | `true` | 失败经验追踪 | — |
|
|
176
176
|
| `reflectionUpdateMaxPerRun` | `2` | 单轮 update 上限(0–5) | — |
|
|
177
177
|
| `reflectionUpdateMinAgeHours` | `24` | 可更新记忆的最短年龄(小时,≤168) | — |
|
|
178
|
+
| `reflectionFailureRetentionDays` | `90` | `failure_memories`(失败/纠正记录)的启动期清理保留天数(1–3650) | 只读 bundle 配置:未进 feature_flags 白名单,面板改不了。`dsh-mneme reclaim` 不读这个键(它对三个表用同一条 `--older-than`,本表不在其中)。此前这个 90 天是写死的(#275 伞下的欠账) |
|
|
178
179
|
| `conflictFreezeEnabled` | `false` | 冲突不自动合并、冻结待人工复核 | opt-in |
|
|
179
180
|
| `conflictFreezeMaxPending` | `100` | 冻结队列上限(≤1000) | — |
|
|
180
181
|
|
package/docs/CONTINUITY.md
CHANGED
|
@@ -31,9 +31,24 @@ Next Step / Critical Context 等),**系统提示段里的东西不进这次
|
|
|
31
31
|
|
|
32
32
|
## 3. 触发
|
|
33
33
|
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
34
|
+
**不自定阈值**,就是订阅宿主真的压缩(都在宿主的事件白名单里)。理由:「压缩边缘」由宿主
|
|
35
|
+
定义,我们再校准一份阈值参数只会与之漂移,还多一份没人维护的旋钮。
|
|
36
|
+
|
|
37
|
+
**但「发过压缩事件」不等于「这段历史真的被折叠了」**:宿主的压缩插件在**每一步**都会试一次
|
|
38
|
+
(`agent/pre-step` 里的 `compactIfNeeded`),而代理层(如 billion-context)会拒掉原生压缩。
|
|
39
|
+
一次失败的尝试什么都没折叠,不需要抢救 —— 按「试过就救」记账,触发器就退化成「每步一次」。
|
|
40
|
+
所以只认**内容真的被移除过**的三种事件(判定在 `src/continuity.js` 的 `isCompactionEdge`):
|
|
41
|
+
|
|
42
|
+
| 事件 | 算不算边缘 | 为什么 |
|
|
43
|
+
|---|---|---|
|
|
44
|
+
| `compaction/summary` | ✅ | 宿主压缩成功才落(`dsh-compaction-basic` 的 `commitCompactionBody`) |
|
|
45
|
+
| `compaction/prune` | ✅ | 宿主把超预算的旧 tool/result 折叠出表面 —— 「表面真的变短了」最直接的证据 |
|
|
46
|
+
| `compaction/end` **不带 error** | ✅ | 成功路的收尾 |
|
|
47
|
+
| `compaction/end` **带 error** | ❌ | 成败两条路都发这个事件,失败路额外带 `error`;整笔事务失败 |
|
|
48
|
+
| `compaction/start` | ❌ | 只是开锁标记(「有人试过」) |
|
|
49
|
+
|
|
50
|
+
本机实测(2026-10-14,两个长会话、12,000+ 事件,原生压缩被 100% 拒绝):按 `start|summary|end`
|
|
51
|
+
记账置位 1,287 / 2,895 次,改成「真落地」后降到 39 / 161 次。
|
|
37
52
|
|
|
38
53
|
DSH 没有 in-memory 消息改写钩子,所以本机制一律是「注入 + 序号引用寻址」,**不改写
|
|
39
54
|
历史消息本体**。
|
|
@@ -0,0 +1,299 @@
|
|
|
1
|
+
# dsh-mneme 工作流(M.O. · 手法)——本体住项目,证据住记忆库
|
|
2
|
+
|
|
3
|
+
- **日期**:2026-10-15
|
|
4
|
+
- **状态**:🚧 第一刀(项目级读侧 + 条目清单;执行侧未做)
|
|
5
|
+
- **范围**:把「做法」从记忆库里的一行文字,变成项目里可提交、可 review、可被 CI 读的一份文件
|
|
6
|
+
- **相关文档**:[配置参考](CONFIGURATION.md) · [蒸馏与溯源](DISTILL.md) · [存储与回收](STORAGE.md)
|
|
7
|
+
|
|
8
|
+
## 1. 问题
|
|
9
|
+
|
|
10
|
+
记忆库解决的是「这件事**为什么**这么办」——一条教训、一个决定、一次否决,都带着出处。
|
|
11
|
+
但它答不了另一个问题:**这件事到底怎么跑。**
|
|
12
|
+
|
|
13
|
+
「怎么跑」现在活在三个地方,哪一个都不是它该在的地方:宿主会话里的临时提示、某个 agent
|
|
14
|
+
的系统提示词、以及人的记忆里。三者有同一个毛病——**改不动,也不留痕**:改了没人知道你改了什么,
|
|
15
|
+
没改也没人知道它已经过时了。
|
|
16
|
+
|
|
17
|
+
## 2. 住址:为什么是**项目**的仓库,不是插件包
|
|
18
|
+
|
|
19
|
+
工作流是要**跑**的东西,所以它得住在一个能跑它的地方:
|
|
20
|
+
|
|
21
|
+
| 要求 | 记忆库 | 项目仓库 |
|
|
22
|
+
|---|---|---|
|
|
23
|
+
| 能提交、能 diff、能整版回退 | ✗(表里改一行,没有 diff) | ✓ |
|
|
24
|
+
| 能 PR、能 review、能拦在合并前 | ✗ | ✓ |
|
|
25
|
+
| 能被 CI 读 | ✗ | ✓ |
|
|
26
|
+
| 记「为什么这么定」 | ✓ | ✗(注释装不下证据) |
|
|
27
|
+
| 记「跑得怎么样」 | ✓ | ✗ |
|
|
28
|
+
|
|
29
|
+
结论是一句话:**记忆是「为什么」,仓库是「怎么跑」,图是「看起来怎么样」。**
|
|
30
|
+
三者不下同一张桌子——把工作流塞进记忆库,它会长成一份死文档;把证据塞进仓库,
|
|
31
|
+
它会变成一摊没人维护的注释。
|
|
32
|
+
|
|
33
|
+
**第二句话是「哪个仓库」。** 第一版把住址写成了 `dsh-mneme/pipelines/`,也就是**插件包自己**
|
|
34
|
+
的目录,于是不管在哪个项目、哪个会话打开,读到的都是同一套——「项目级」这个词当时根本没落地。
|
|
35
|
+
插件是**工具**,它的目录跟着人走遍所有项目;工作流是**这个项目的做法**,不该跟着人走。
|
|
36
|
+
所以住址是项目,插件包那份降级为兜底的「全局层」。
|
|
37
|
+
|
|
38
|
+
这条不是口味问题。本机 7,647 条记忆里带 `workspace_scope` 的只有 227 条(≈3%),活跃的
|
|
39
|
+
2,629 条里 2,517 条(95.7%)为空——「全局」实际上变成了谁都不看的杂物堆。默认全局等于
|
|
40
|
+
把一条本地规约推给所有项目,会原样重演这一幕。
|
|
41
|
+
|
|
42
|
+
## 3. 形态:一条工作流一个 JSON,两层来源
|
|
43
|
+
|
|
44
|
+
```
|
|
45
|
+
<项目>/.mneme/pipelines/<id>.json ← 项目层(默认;跟着项目提交、能 review)
|
|
46
|
+
<插件包>/pipelines/<id>.json ← 全局层(兜底;今天包里没有这个目录,这是有意的)
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
读的时候**项目层在前、全局层在后,顺序即优先级**。同一条 `id` 两处都有,项目层赢,
|
|
50
|
+
被挡住的那份进 `shadowed` 报出来——不静默丢弃,否则以后有人往全局层加一条同名工作流,
|
|
51
|
+
会去翻文件系统而不是查这条遮蔽记录。
|
|
52
|
+
|
|
53
|
+
跨项目复用是一个**要留痕的显式动作**(把文件放进那个项目的 `.mneme/pipelines/`),不是默认行为。
|
|
54
|
+
|
|
55
|
+
为什么不是 YAML:本包运行时依赖只有 `morphicons` 一个,为一个配置文件引 YAML 解析器不划算;
|
|
56
|
+
手写子集解析器则是给未来埋一个「读起来对、跑起来错」的坑。人读的形态交给面板渲染,
|
|
57
|
+
不靠文件格式。
|
|
58
|
+
|
|
59
|
+
```jsonc
|
|
60
|
+
{
|
|
61
|
+
"id": "dsh-mneme-release", // 小写 kebab
|
|
62
|
+
"name": "dsh-mneme 发版",
|
|
63
|
+
"project": "slow-stack/mneme", // 作者声明的归属;与「从哪一层读出来」是两件事
|
|
64
|
+
"version": 0, // 从 0 起;回写是新版本,不是改旧版本
|
|
65
|
+
"status": "active", // draft / active / retired(退役不删文件)
|
|
66
|
+
"done": "整条怎么算完成",
|
|
67
|
+
"trigger": [{ "kind": "phrase", "value": "发版" }],
|
|
68
|
+
"inputs": ["版本号"],
|
|
69
|
+
"steps": [
|
|
70
|
+
{
|
|
71
|
+
"id": "P1", "phase": "准备", "title": "确认在哪个分支上",
|
|
72
|
+
"when": "开始发版之前", "do": "git branch --show-current",
|
|
73
|
+
"who": "main", // main / subagent / human / ci
|
|
74
|
+
"tool": "git",
|
|
75
|
+
"done": "分支名与预期一致",
|
|
76
|
+
"risk": "R1", // R0–R3,一步跨多档按最高档
|
|
77
|
+
"needs": [], // 依赖的步骤 id
|
|
78
|
+
"why": "为什么要有这一步",
|
|
79
|
+
"evidence": ["反事实对照:没有它,这次会不会失败"],
|
|
80
|
+
"gate": false // true = 闸门,图上会显出来
|
|
81
|
+
}
|
|
82
|
+
]
|
|
83
|
+
}
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
校验很硬:**任何一处不合规就整条读不出来**,不做「跳过坏文件继续」。半个工作流比没有
|
|
87
|
+
工作流更危险,因为它会被当成完整的跑。
|
|
88
|
+
|
|
89
|
+
一处例外:**项目层的坏文件不拖死全局层**。它进 `unreadable`(带 `scope` / `dir` / `detail`,
|
|
90
|
+
`detail` 里点名是哪个文件),其余照读;全局层是自家发出去的包,坏了照抛。
|
|
91
|
+
|
|
92
|
+
## 4. 对外接口
|
|
93
|
+
|
|
94
|
+
```
|
|
95
|
+
GET /api/dsh-mneme/pipeline # 全局层;包里没有 pipelines/,所以通常为空
|
|
96
|
+
GET /api/dsh-mneme/pipeline?project=<绝对路径> # 该项目的清单(项目层优先)
|
|
97
|
+
GET /api/dsh-mneme/pipeline?project=…&id=<id> # 指定一条
|
|
98
|
+
|
|
99
|
+
GET /api/dsh-mneme/candidates?project=<绝对路径> # 该项目的**候选**(见 §9)
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
两条路由读的是**两处不同的东西**,别混:`/pipeline` 读定稿(住仓库),
|
|
103
|
+
`/candidates` 读候选(住本地)。分开是刻意的,理由见 §9。
|
|
104
|
+
|
|
105
|
+
**`project` 必须是绝对路径**,否则回 `400 {"error":"project-not-absolute","detail":"…"}`。
|
|
106
|
+
忽略了它就会静默退成「全局」,而全局看起来一切正常——那正是这一版要修掉的那类错。
|
|
107
|
+
|
|
108
|
+
项目根由**客户端从会话里读出来带过去**(`ctx.get("sessions")` 的 `header.cwd`),不是服务端猜的:
|
|
109
|
+
插件侧的 `ctx` 上只有 `logger` / `llm` / `reflect` / `webServer` / `inject` / `commands`,
|
|
110
|
+
没有 cwd。取不到时**返回 null 并如实标「项目未知」,绝不回退 `process.cwd()`**——回退会把
|
|
111
|
+
「读不到」变成「读到别处」,而后者在界面上看不出来。
|
|
112
|
+
|
|
113
|
+
只读,刻意不做功能旗标闸门:旗标管的是**客户端座位**(关 = 一个座位都不注册),不是数据面;
|
|
114
|
+
多一个只读端点不会让任何人看见它,而给它加闸门只会让「为什么面板打不开」多一种成因。
|
|
115
|
+
|
|
116
|
+
整个目录读不出来时回 `500` + `{"error":"pipeline-unreadable","detail":"…"}`。工作流是人手写的
|
|
117
|
+
JSON,报错本身就是给人看的:`detail` 里是校验器**一次列全**的问题清单,说清哪一条、坏在哪,
|
|
118
|
+
而不是回一句 internal 让人去翻日志。
|
|
119
|
+
|
|
120
|
+
答复的契约是 `mneme.pipeline/v1`——**前端渲染与 agent 读的是同一份数据**,画面只是它的投影。
|
|
121
|
+
只画不存,agent 就什么也读不到。
|
|
122
|
+
|
|
123
|
+
```
|
|
124
|
+
{ "contract": "mneme.pipeline/v1",
|
|
125
|
+
"pipeline": { "id", "title", "scope", "scopeLabel", "project", "file", "status",
|
|
126
|
+
"version", "done", "trigger", "inputs", "updatedAt" },
|
|
127
|
+
"nodes": [ { "id", "kind", "title", "phase", "situation", "action", "why",
|
|
128
|
+
"who", "tool", "done", "risk", "state", "credit",
|
|
129
|
+
"counterfactual", "source" } ],
|
|
130
|
+
"edges": [ { "id", "from", "to", "kind", "label" } ],
|
|
131
|
+
"runs": [],
|
|
132
|
+
"sources": [ { "scope": "project", "label": "mneme", "dir": "…", "present": true },
|
|
133
|
+
{ "scope": "global", "label": null, "dir": "…", "present": false } ],
|
|
134
|
+
"available": [ { "id", "title", "scope", "scopeLabel", "project", "status", "file",
|
|
135
|
+
"done", "trigger", "steps", "gates", "contrast", "states" } ],
|
|
136
|
+
"shadowed": [ { "id", "hidden", "by" } ],
|
|
137
|
+
"unreadable": [ { "scope", "dir", "detail" } ] }
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
`scope` 是**从哪儿读出来的**,不是作者写的:同一条文件放进项目层就是项目级。
|
|
141
|
+
`scopeLabel` 只取项目目录名——绝对路径里有本机用户名,而面板是会被截图的那一面。
|
|
142
|
+
|
|
143
|
+
`available` 是清单页的**全部输入**:够渲染「名字 + 一句话 + 状态 + 作用域 + 规模」,
|
|
144
|
+
不必先把整张图读出来。其中 `contrast` 是带反事实对照的步骤数——19/19 与 6/19 是两条
|
|
145
|
+
完全不同的工作流,第一屏就该看得出来。
|
|
146
|
+
|
|
147
|
+
`kind` 是画法,不是第二套数据:`gate`(闸门,这里会停下)/`branch`(有多个上游汇进来)/
|
|
148
|
+
`step`。三者都由步骤自己的 `gate` 与 `needs` 推出来,没有额外字段。
|
|
149
|
+
|
|
150
|
+
## 5. 状态是推出来的,不是写上去的
|
|
151
|
+
|
|
152
|
+
节点状态四值,全部由**运行记录**推:
|
|
153
|
+
|
|
154
|
+
| 状态 | 什么时候 |
|
|
155
|
+
|---|---|
|
|
156
|
+
| `refuted` | 被推翻过(有一次算一次,最扎眼) |
|
|
157
|
+
| `trusted` | 用过、没砸,且距今不超过 90 天 |
|
|
158
|
+
| `stale` | 有记录但久未使用(> 90 天),或被跳过 ≥3 次 |
|
|
159
|
+
| `candidate` | 没有任何记录 |
|
|
160
|
+
|
|
161
|
+
**没有运行记录时,全体是 `candidate`。** 这是实话,也正是面板上那句 beta 免责必须摆在
|
|
162
|
+
脸上的原因:一张全是候选的图不说明这套做法不管用,只说明它还没被对照过。
|
|
163
|
+
|
|
164
|
+
每一步的处置有**三种**,计数各自独立(谁都不冒充谁):
|
|
165
|
+
|
|
166
|
+
| 处置 | 含义 | 推动什么 |
|
|
167
|
+
|---|---|---|
|
|
168
|
+
| 走了 | 照图执行 | 信用曲线的分子 |
|
|
169
|
+
| **跳过** | 这一步**这次**不用(图上还在) | 跳过 ≥3 次 → 提议删掉**这一步** |
|
|
170
|
+
| **绕开** | 从这一步岔出去走了图上没有的路 | 绕开 ≥3 次 → 提议重看**这条路径** |
|
|
171
|
+
|
|
172
|
+
「跳过」与「绕开」的区别是这一版的核心:**跳过 = 这次不用;绕开 = 这条路整个不对。**
|
|
173
|
+
只有绕开才动「路径」那一层。两者混在一起数,两种提议就都发不出来。
|
|
174
|
+
|
|
175
|
+
**绕行不给节点染色。** 被绕开不等于这一步坏了(可能只是这次不需要),所以它只累加计数、
|
|
176
|
+
不改状态。染色留给真正被推翻过的 `refuted`——那是唯一有硬判据的信号。
|
|
177
|
+
|
|
178
|
+
`counterfactual` 装的是**准入判据**(「没有它,这次会不会失败」),不是备注:答不出对照的步骤,
|
|
179
|
+
在图上要显得比答得出的虚。
|
|
180
|
+
|
|
181
|
+
## 6. 内部文件
|
|
182
|
+
|
|
183
|
+
| 文件 | 干什么 |
|
|
184
|
+
|---|---|
|
|
185
|
+
| `src/pipeline.js` | 两层来源 → 读盘 → 校验 → 投影,零运行时依赖 |
|
|
186
|
+
| `<项目>/.mneme/pipelines/*.json` | 工作流本体(**不进包**,见 §7) |
|
|
187
|
+
| `lib/client.js` 的 M.O. 段 | 清单 + 图:会话头图标、会话头浮层、右栏 tab、对话行结算卡,四个座位读同一份投影 |
|
|
188
|
+
|
|
189
|
+
## 7. 已知坑
|
|
190
|
+
|
|
191
|
+
- **`pipelines/` 不许进 `package.json` 的 `files`**。第一版写反了:那时住址是插件包,
|
|
192
|
+
必须进包才读得到;现在住址是项目,进包就意味着**装完之后每个项目都能读到它**,
|
|
193
|
+
「项目级」又悄悄退回全局级——而这一幕在任何一次本地测试里都看不出来,因为测试读的是
|
|
194
|
+
仓库目录(`test/pipeline.test.js` 两头都锁)。
|
|
195
|
+
- **`project` 参数被忽略比被拒绝危险得多**。忽略 → 静默读全局 → 面板看着一切正常;
|
|
196
|
+
拒绝 → 一条 400,谁都得面对。所以路由写死「不是绝对路径就 400」。
|
|
197
|
+
- **`needs` 指向不存在的步骤、图里有环,都在校验期报错。** 环的提示是「回写是新版本,
|
|
198
|
+
不是回到自己」——这是最容易犯的一个:想把「发现要改」连回前面某一步。
|
|
199
|
+
- **`lib/client.js` 是唯一手写处,没有 `src/` 对应物**,所以它不进 `npm run sync`;
|
|
200
|
+
改完直接 `node --check`。
|
|
201
|
+
- **四个座位读的必须是一份缓存**(按项目 + 按工作流分桶)。分家的事故长这样——会话头说有
|
|
202
|
+
3 条、右栏说有 5 条,两个数字都对,没人查得出来;不分桶则是把 A 项目的清单端给 B 项目看,
|
|
203
|
+
而画面同样看不出错(`test/client.test.js` 有锁)。
|
|
204
|
+
- **清单与图必须是两个组件**,不能在一个组件里按 `openId` 分支:hook 不能条件调用,
|
|
205
|
+
那样写会在点开那一下炸成「Rendered more hooks than during the previous render」,
|
|
206
|
+
运行期才看得见。
|
|
207
|
+
- **面板第一版是硬编码假数据**(`PIPELINE_MOCK`)。接上真数据之后那份常量已经删掉,
|
|
208
|
+
测试锁的就是「它不再出现」:留着它,面板随时可能退回展示一份并不存在的工作流。
|
|
209
|
+
|
|
210
|
+
---
|
|
211
|
+
|
|
212
|
+
## 8. 还没做的
|
|
213
|
+
|
|
214
|
+
- **执行侧**:今天只有读侧。触发、拆子 agent、接进 CI/CD 都还没做。
|
|
215
|
+
所以 §9 的绕行**只有判定与落账的代码,没有触发它的地方**——提议与批准的动作也还没有落点。
|
|
216
|
+
- **运行记录的写入**:「哪一次跑走过了哪几步」还没有落点,所以状态目前恒为 `candidate`。
|
|
217
|
+
- **画布观感**:清单这一屏先落地;图那部分还是能看、不好看。
|
|
218
|
+
- **记忆侧的对照表**:`source.memoryIds` 是留给本机的一个口子(记忆 id 是本机私有数据,
|
|
219
|
+
不进仓库文件),今天还没有人填它。
|
|
220
|
+
|
|
221
|
+
---
|
|
222
|
+
|
|
223
|
+
## 9. 绕行与候选分层:图上没有的路,留一个出口
|
|
224
|
+
|
|
225
|
+
### 9.1 为什么要有出口
|
|
226
|
+
|
|
227
|
+
一张只会被照着走的图,会让 agent 失去自主性——它要么**沉默地服从**(照着走,做错了也不知道
|
|
228
|
+
错在哪),要么**沉默地偏离**(觉得不适用就跳了,不记账,没人知道这次执行了几成)。
|
|
229
|
+
|
|
230
|
+
一条规矩如果没留出口,走不通的人不会遵守它,会**自己凿一个,而且不告诉你**。
|
|
231
|
+
所以图上必须有一扇**合法的逃生门**:agent 可以判断「这条路这次可能不对」,然后
|
|
232
|
+
按风险档决定是记账先走,还是停下问人。
|
|
233
|
+
|
|
234
|
+
分界是一句话:**护栏,不是轨道**——允许偏离,但偏离要**响**。
|
|
235
|
+
|
|
236
|
+
### 9.2 分档(自主性住在 R0/R1)
|
|
237
|
+
|
|
238
|
+
| 情形 | 谁决定 | 行为 |
|
|
239
|
+
|---|---|---|
|
|
240
|
+
| 自报 R0/R1 **且**不跨闸门 **且**兜底清单没命中 | `model` | **记账先走** |
|
|
241
|
+
| 其余 | `human` | **停下等点头** |
|
|
242
|
+
|
|
243
|
+
三条各自独立、都要过:
|
|
244
|
+
|
|
245
|
+
1. **风险档**——这是模型自报的,单靠它不够。
|
|
246
|
+
2. **兜底清单**(`IRREVERSIBLE_PATTERNS`)——机械匹配,**不看自报**。自报说 R0 但命令里有
|
|
247
|
+
`git push`,照样拦。这是「模型在自己上下文里给自己打分不可靠」的直接应用:
|
|
248
|
+
不是不信任,是**不给单点判断**。清单可审计、可 diff、可追责;让模型再判一次
|
|
249
|
+
只是把同一个错误问两遍。
|
|
250
|
+
3. **闸门保护**——这条绕行如果走下去,图上某个 `gate` 会不会永远不被经过?会就拦住。
|
|
251
|
+
**与风险档无关**:闸门本来就放在「错了很难撤」的地方,绕开它等于把安全阀绕掉,
|
|
252
|
+
哪怕这条绕行本身全是只读动作。
|
|
253
|
+
|
|
254
|
+
### 9.3 住址:候选不进仓库
|
|
255
|
+
|
|
256
|
+
```
|
|
257
|
+
<项目>/.mneme/pipelines/<id>.json 定稿(进仓库、可 review、可回退)
|
|
258
|
+
<memoryDir>/candidates/<项目键>/<id>.json 候选(只在本地,永不进仓库)
|
|
259
|
+
```
|
|
260
|
+
|
|
261
|
+
候选是草稿,一天可能长十条、死掉九条;进仓库就是垃圾,也会被当成规程引用。
|
|
262
|
+
**候选是定稿的唯一入口,而定稿只放人亲手批过的东西。**
|
|
263
|
+
|
|
264
|
+
`<项目键>` 取「目录名 + 路径哈希前 8 位」:同一个项目每次算到同一个键,
|
|
265
|
+
但**不把绝对路径写进文件名**(那里面是本机用户名)。
|
|
266
|
+
|
|
267
|
+
### 9.4 升格:跑通一次 ≠ 够格
|
|
268
|
+
|
|
269
|
+
两条都要满足:
|
|
270
|
+
|
|
271
|
+
1. **走过两次**(至少一次 `worked`)——「复用第二次才算类型,第一次只是实例」;
|
|
272
|
+
2. **写得出反事实**(「没有它,这次会不会失败」)——写不出来,它就还是实例。
|
|
273
|
+
|
|
274
|
+
够格之后系统**提议**,不自己写进仓库:提交是 R1、推送是 R2,分开两档,人始终握着一道。
|
|
275
|
+
|
|
276
|
+
`promoteCandidate()` 只**返回内容、不写盘**,而且补出来的东西照样要过
|
|
277
|
+
`validatePipeline`——**升格不是降低标准,是补齐标准**。
|
|
278
|
+
|
|
279
|
+
### 9.5 怎么死
|
|
280
|
+
|
|
281
|
+
- 只走过 1 次、30 天内没再被走到 → 归档(`status: dropped`,**文件留着**当负清单的邻居)
|
|
282
|
+
- 走不通的(`outcome: failed`)→ 直接进「走不通」那一栏,仍是知识,留痕
|
|
283
|
+
- 人否掉 → `status: dropped` + 记否决理由
|
|
284
|
+
|
|
285
|
+
**候选不需要人维护。** 它只增不减地长,死掉的是「没被再走到」的那些,
|
|
286
|
+
不是「没人管」的那些。
|
|
287
|
+
|
|
288
|
+
### 9.6 这一节**不做**的事
|
|
289
|
+
|
|
290
|
+
写在契约的 `boundaries` 里,免得以后有人以为忘了做:
|
|
291
|
+
|
|
292
|
+
```jsonc
|
|
293
|
+
{ "autoPromote": false, "autoApprove": false, "injectIntoMemory": false }
|
|
294
|
+
```
|
|
295
|
+
|
|
296
|
+
- **不做自动升格**:跑通两次只是「够格被提议」,不是「自动进图」
|
|
297
|
+
- **不做绕行的自动批准**:一律 R0/R1 记账先走、R2/R3 停下问人,没有「全都可以先走」
|
|
298
|
+
- **不把候选塞进注入路径**:它是草稿,不是知识
|
|
299
|
+
- **不做「图自动重写」**:图的变化一律经过提议 + 人批;回写是新版本,不是改旧版本
|
package/lib/api.js
CHANGED
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
import { URL } from "node:url";
|
|
2
|
+
import { isAbsolute } from "node:path";
|
|
2
3
|
import { timingSafeEqual, randomBytes } from "node:crypto";
|
|
3
4
|
import { FEATURE_FLAG_SPEC } from "./settings.js";
|
|
4
5
|
import { TYPES } from "./store.js";
|
|
5
6
|
import { TYPE_FILE, renderMirrorText, renderFileHeader, parseHumanEdits, MIRROR_READONLY_TYPES } from "./mirror.js";
|
|
6
7
|
import { langOf } from "./lang.js";
|
|
7
8
|
import { computeHeat } from "./heat.js";
|
|
8
|
-
import { describeStreamFailure, resolveRoute } from "./dream.js";
|
|
9
|
+
import { EFFORT_REJECT_RE, describeStreamFailure, resolveRoute, withEffortFallback } from "./dream.js";
|
|
9
10
|
import { getInjectionSnapshot } from "./inject.js";
|
|
10
11
|
import { describeLocalRuntime, publicRuntimeStatus } from "./runtime/loader.js";
|
|
11
12
|
import { hostModulesDir, provisionRuntime } from "./runtime/provision.js";
|
|
12
13
|
import { classify, fetchLatestVersion, PACKAGE_VERSION } from "./version-check.js";
|
|
13
14
|
import { parseReclaimQuery, parseReclaimJson, readReclaimFields, reclaimReply, RECLAIM_UNAVAILABLE } from "./reclaim-http.js";
|
|
15
|
+
import { readPipelineDoc } from "./pipeline.js";
|
|
16
|
+
import { readCandidateDoc } from "./candidates.js";
|
|
14
17
|
|
|
15
18
|
// headers:少数端点(/export 附件下载)需要追加 Content-Disposition 等响应头。
|
|
16
19
|
function sendJson(res, status, payload, headers = {}) {
|
|
@@ -376,13 +379,30 @@ export function createApi(ctx, service, settings, commands, embedder, semantic =
|
|
|
376
379
|
// the same error wording the audit rows carry. Optional reasoningEffort
|
|
377
380
|
// mirrors what the consolidation would send — the panel can verify a model
|
|
378
381
|
// actually accepts the configured effort without tripping a full run.
|
|
382
|
+
//
|
|
383
|
+
// 档位被拒时探针必须和真实 run 一样降级:这里是全仓唯一「接受并转发调用方档位、
|
|
384
|
+
// 却此前没有兜底」的调用面——巩固/睡眠/蒸馏/总览/实体抽取都包在 withEffortFallback
|
|
385
|
+
// 里,档位被拒就丢掉字段重试一次(issue #9/#109/#135)。直调 llm.stream 的其余各面
|
|
386
|
+
// 要么本来就在兜底之内(dream.js/summarize.js/sleep.js 的共用辅助),要么是
|
|
387
|
+
// src/index.js 的手写版兜底,要么像 pre-inject-gate 的判定池那样根本不转发档位。
|
|
388
|
+
// 探针原先没有这层,于是同一份配置「后台真的跑得通、点一下测试就报红」,把用户
|
|
389
|
+
// 引向「换哪家 Provider 都失败」的错误诊断(issue #215 的后续)。降级跑通后响应带
|
|
390
|
+
// effortDropped:true,面板据此说明「档位不被接受、已按无档位连通」,而不是与「真的
|
|
391
|
+
// 连不上」同色。
|
|
379
392
|
async function testLlmConnectivity(llm, provider, model, reasoningEffort) {
|
|
380
393
|
const startedAt = Date.now();
|
|
381
394
|
const elapsed = () => Date.now() - startedAt;
|
|
382
395
|
const modelId = `${provider}:${model}`;
|
|
383
|
-
|
|
396
|
+
// 流级失败原因:withEffortFallback 只用它做拒收甄别,回给面板的仍是同一条
|
|
397
|
+
// describeStreamFailure 文案(与审计行同口径,不制造第二套措辞)。
|
|
398
|
+
let streamError = "";
|
|
399
|
+
// 降级标记刻意放在 attempt 之外:fallback 里置位、attempt 里读出,结果对象
|
|
400
|
+
// 据此带上 effortDropped——降级是「换个姿势跑通了」,不是失败。
|
|
401
|
+
let droppedEffort = false;
|
|
402
|
+
|
|
403
|
+
const attempt = async (effort) => {
|
|
404
|
+
streamError = "";
|
|
384
405
|
let reply = "";
|
|
385
|
-
let error = "";
|
|
386
406
|
for await (const chunk of llm.stream({
|
|
387
407
|
provider,
|
|
388
408
|
model,
|
|
@@ -391,7 +411,7 @@ export function createApi(ctx, service, settings, commands, embedder, semantic =
|
|
|
391
411
|
// reply 恒为空,「真的答了 ok」对思考模型不成立。按实际用量计费,手动
|
|
392
412
|
// 按钮无放大风险。
|
|
393
413
|
maxTokens: 1024,
|
|
394
|
-
...(
|
|
414
|
+
...(effort && effort !== "none" ? { reasoningEffort: effort } : {}),
|
|
395
415
|
// role 用 user 而非 system(#189 后续):0.1.6-alpha.1 起适配器把 system
|
|
396
416
|
// 抽成顶层参数,system-only 对话会被官方 API 以
|
|
397
417
|
// 「messages: at least one message is required」整单拒绝——探测按钮 502。
|
|
@@ -406,12 +426,39 @@ export function createApi(ctx, service, settings, commands, embedder, semantic =
|
|
|
406
426
|
})) {
|
|
407
427
|
if (chunk.type === "text-delta" && typeof chunk.text === "string") reply += chunk.text;
|
|
408
428
|
if (chunk.type === "finish" && (chunk.reason?.kind === "error" || chunk.reason?.kind === "aborted")) {
|
|
409
|
-
|
|
429
|
+
streamError = describeStreamFailure(chunk.reason);
|
|
410
430
|
break;
|
|
411
431
|
}
|
|
412
432
|
}
|
|
413
|
-
|
|
414
|
-
|
|
433
|
+
const dropped = droppedEffort ? { effortDropped: true } : {};
|
|
434
|
+
if (streamError) {
|
|
435
|
+
// 只在「确实带了档位」时把流级拒收交回给 withEffortFallback 的 undefined
|
|
436
|
+
// 分支——rc.1 的适配器不抛错,把 provider 的拒收折叠成终止 finish chunk,
|
|
437
|
+
// 不看这里那次重试就是死代码。不带档位时原样上报:探针不该因为一句文案
|
|
438
|
+
// 没匹配上正则就退化成 500。
|
|
439
|
+
if (effort && effort !== "none" && EFFORT_REJECT_RE.test(streamError)) return undefined;
|
|
440
|
+
// 失败行不带 effortDropped:该字段只有一个含义——「连通了,但不是用你配的
|
|
441
|
+
// 档位连通的」(见下方成功分支的注释),失败时它只是噪音。
|
|
442
|
+
return { ok: false, durationMs: elapsed(), error: streamError, modelId };
|
|
443
|
+
}
|
|
444
|
+
return { ok: true, durationMs: elapsed(), modelId, reply: reply.trim().slice(0, 100), ...dropped };
|
|
445
|
+
};
|
|
446
|
+
|
|
447
|
+
try {
|
|
448
|
+
const result = await withEffortFallback(
|
|
449
|
+
ctx,
|
|
450
|
+
reasoningEffort,
|
|
451
|
+
() => attempt(reasoningEffort),
|
|
452
|
+
() => { droppedEffort = true; return attempt(""); },
|
|
453
|
+
() => streamError
|
|
454
|
+
);
|
|
455
|
+
// result === undefined 只可能来自上面那次「判据一致」的主动交还(两边用同
|
|
456
|
+
// 一份 EFFORT_REJECT_RE,走到这里等于假设被推翻):退回已捕获的流失败原
|
|
457
|
+
// 因,绝不让探针 500。
|
|
458
|
+
if (result === undefined) {
|
|
459
|
+
return { ok: false, durationMs: elapsed(), error: streamError || "no stream result", modelId };
|
|
460
|
+
}
|
|
461
|
+
return result;
|
|
415
462
|
} catch (error) {
|
|
416
463
|
return { ok: false, durationMs: elapsed(), error: String(error?.message ?? error), modelId };
|
|
417
464
|
}
|
|
@@ -1596,8 +1643,77 @@ export function createApi(ctx, service, settings, commands, embedder, semantic =
|
|
|
1596
1643
|
}
|
|
1597
1644
|
});
|
|
1598
1645
|
|
|
1646
|
+
// --- M.O.(Modus Operandi · 手法)工作流 ---
|
|
1647
|
+
// 只读端点,读的是**项目里**的 `<项目>/.mneme/pipelines/*.json`(文件头在
|
|
1648
|
+
// src/pipeline.js),项目层优先、插件包里那份降级成全局层;投影成
|
|
1649
|
+
// mneme.pipeline/v1 交给面板与 agent——两边读同一份,画面只是它的投影。
|
|
1650
|
+
// 刻意不做旗标闸门:旗标管的是**客户端座位**(关=一个座位都不注册),不是数据面;
|
|
1651
|
+
// 多一个只读端点不会让任何人看见它,而给它加闸门只会让「为什么面板打不开」多一种成因。
|
|
1652
|
+
register({
|
|
1653
|
+
kind: "exact",
|
|
1654
|
+
path: "/api/dsh-mneme/pipeline",
|
|
1655
|
+
handler(req, res) {
|
|
1656
|
+
try {
|
|
1657
|
+
const url = new URL(req.url, "http://localhost");
|
|
1658
|
+
const id = url.searchParams.get("id") || null;
|
|
1659
|
+
const project = url.searchParams.get("project");
|
|
1660
|
+
// project 是**会话工作目录**,由面板侧解析后带过来——工作目录只有客户端拿得到
|
|
1661
|
+
// (宿主会话头里的 header.cwd),服务端没有「当前项目」这个概念。
|
|
1662
|
+
// 不是绝对路径就**拒掉**,不能忽略:忽略了会静默退成「全局」,而全局看起来
|
|
1663
|
+
// 一切正常——那正是这版要修掉的那类错。
|
|
1664
|
+
if (project !== null && !isAbsolute(project)) {
|
|
1665
|
+
sendJson(res, 400, { error: "project-not-absolute", detail: project });
|
|
1666
|
+
return;
|
|
1667
|
+
}
|
|
1668
|
+
sendJson(res, 200, readPipelineDoc({ projectRoot: project, id }));
|
|
1669
|
+
} catch (error) {
|
|
1670
|
+
// 工作流是人手写的 JSON,报错本身就是给人看的:说清哪一条、坏在哪,
|
|
1671
|
+
// 而不是回一句 internal 让人去翻日志。
|
|
1672
|
+
sendJson(res, 500, {
|
|
1673
|
+
error: "pipeline-unreadable",
|
|
1674
|
+
detail: String((error && error.message) || error)
|
|
1675
|
+
});
|
|
1676
|
+
}
|
|
1677
|
+
}
|
|
1678
|
+
});
|
|
1679
|
+
|
|
1680
|
+
// --- M.O. 候选层(绕行走出来、还没进仓库的那些路) ---
|
|
1681
|
+
// 和 /pipeline 读的是两处不同的东西,别混:
|
|
1682
|
+
// /pipeline 定稿,住**仓库**(<项目>/.mneme/pipelines/),可提交、可 review
|
|
1683
|
+
// /candidates 候选,住**本地**(<memoryDir>/candidates/<项目键>/),随时长、随时扔
|
|
1684
|
+
// 分开是刻意的:候选是草稿,一天可能长十条死九条,进仓库就是垃圾;
|
|
1685
|
+
// 而定稿只放人亲手批过的东西——候选是定稿的唯一入口。
|
|
1686
|
+
//
|
|
1687
|
+
// 这一刀只给**读**:提议与批准的动作还没有落点(那要等执行侧)。
|
|
1688
|
+
// 契约里显式写着 boundaries.autoPromote/autoApprove/injectIntoMemory 三个 false,
|
|
1689
|
+
// 免得以后有人以为忘了做。
|
|
1690
|
+
register({
|
|
1691
|
+
kind: "exact",
|
|
1692
|
+
path: "/api/dsh-mneme/candidates",
|
|
1693
|
+
handler(req, res) {
|
|
1694
|
+
try {
|
|
1695
|
+
const url = new URL(req.url, "http://localhost");
|
|
1696
|
+
const project = url.searchParams.get("project");
|
|
1697
|
+
if (project !== null && !isAbsolute(project)) {
|
|
1698
|
+
sendJson(res, 400, { error: "project-not-absolute", detail: project });
|
|
1699
|
+
return;
|
|
1700
|
+
}
|
|
1701
|
+
// memoryDir 从 config 拿(与 store 同源);取不到就退回默认,与 config.js 的默认值一致。
|
|
1702
|
+
const memoryDir = (config && typeof config.memoryDir === "string" && config.memoryDir.trim())
|
|
1703
|
+
? config.memoryDir
|
|
1704
|
+
: "~/.dsh/memory";
|
|
1705
|
+
sendJson(res, 200, readCandidateDoc({ memoryDir, projectRoot: project }));
|
|
1706
|
+
} catch (error) {
|
|
1707
|
+
sendJson(res, 500, {
|
|
1708
|
+
error: "candidates-unreadable",
|
|
1709
|
+
detail: String((error && error.message) || error)
|
|
1710
|
+
});
|
|
1711
|
+
}
|
|
1712
|
+
}
|
|
1713
|
+
});
|
|
1714
|
+
|
|
1599
1715
|
return {
|
|
1600
|
-
routes:
|
|
1716
|
+
routes: 36,
|
|
1601
1717
|
dispose: () => {
|
|
1602
1718
|
for (const dispose of disposers) dispose();
|
|
1603
1719
|
}
|