standalone API：GET /context —— 把注入管线开放给第三方（#363 承诺） #370

背景

#363 里 Mneme-Bridge（DeepSeek 网页端桥接）为了「按话题回注」自建了一套 pins 启发式——从记忆库挑条目、排优先级、拼上下文。这条链路实质是在复刻宿主的注入管线，而自建副本会随上游迭代漂移。

daemon（dsh-mneme-serve）解决的是「不开 DSH 怎么挂载」；但第三方目前拿到的只有 /search（显式检索）与 /memories（读写）。「这个话题该注入什么」——注入管线的数据等价物——没有官方端点。

提案

新增 GET /context，落点 src/api-standalone.js 一个路由分支，复用 service 已有的 injectCandidates（service.js:1494）。DSH 的外部访问与 daemon 共用这段路由，同时受益，零装配改动。

参数（与 /search 命名惯例对齐）：

响应（结构化条目，不含渲染文本）：

{
  "profile": "用户画像原文（空串表示无）",
  "rules": ["行为规则"],
  "items": [ "…toApiList 行；pin 条目前置…" ],
  "pinnedCount": 1
}

profile / rules 取自 settings.getProfile() / getRules()（宿主注入里画像 + 规则块本就在记忆块之前，inject.js:340-348；standalone 已有 /profile /rules 端点，这里是一站式聚合）。

明确不做（v1）

• 不返回渲染好的 prompt 文本：render 的语言、时间前缀、热记忆都是宿主会话概念；调用方自行渲染。
• 不做跨轮轮换（[Feature] 注入位的跨轮轮换：同一会话里相邻轮次反复注入同一条 #205）：daemon 无会话状态；调用方有需要可自管。
• 不含热记忆（会话轮次缓存，宿主专属）与时间前缀。
• 不改 /search 语义（scope 透传除外，见下）。

设计取舍（按 #363 讨论定，欢迎再议）

1. recall_runs 不记：宿主注入不计入 recall_runs（那是显式召回的复用统计），/context 同口径；若第三方想要复用统计，可加 record=true 显式参数，另议。
2. /search 顺手补 scope 透传：searchMemories 本就收 scope，现状 /search 没传——随本 PR 一行带过，两端点 scope 语义保持一致。
3. pinnedInjectBudget 在 standalone 下维持 0（行为开关 opt-in 默认关）：bridge 想要 pin 语义就在自己的 daemon/面板配置里显式开。

测试

• test/standalone-api.test.js：响应形状锁（profile/rules/items/pinnedCount 四键）；空 q 规则档；pin 前置（预算开时）；scope 透传（strictScope 开 + 他者 scope 标注行不泄）；threshold 的 importance 语义锁。
• test/serve.test.js：daemon 冒烟一条（/context 经 daemon 全链路可用）。

交付

随下个 release 发布（daemon 与宿主外部访问同时携带）；#363 一并知会。