mnote/design/07-ai/done/7-57-yuxi-reference-ai-run-config-knowledge-facade-v1.md

7-57 [done] Yuxi reference: AI run journal, config schema and knowledge facade v1

创建时间：2026-06-09

当前状态：DONE

2026-07-03 口径回正：当前 runtime 已回到 OpenHub / native agent + LightRAG + Turso/libSQL。本文中的 Knowledge RAG facade 重新作为当前 LightRAG 默认 provider 的 run/config/facade 参考；此前 7-68 OpenHub + WeKnora + MNote Page AI 深度融合 中将 WeKnora 设为默认 provider 的口径已标记 stale。

Owner：07-ai / Page AI runtime / Hermes client runs / Reasonix ACP / Knowledge RAG facade

参考代码：

• reference-code/Yuxi/backend/package/yuxi/services/run_queue_service.py
• reference-code/Yuxi/backend/package/yuxi/services/agent_run_service.py
• reference-code/Yuxi/web/src/composables/useAgentRunStream.js
• reference-code/Yuxi/backend/package/yuxi/agents/context.py
• reference-code/Yuxi/backend/package/yuxi/agents/toolkits/kbs/tools.py

上位依据：

• ARCHITECTURE.md
• CURRENT_ARCHITECTURE.md
• design/07-ai/process/7-18-local-first-agent-file-editing-control-plane-v1.md
• design/07-ai/done/7-39-page-ai-agent-selector-context-authorization-settings-v1.md
• design/07-ai/done/7-40-page-ai-context-envelope-and-run-receipt-v1.md
• design/07-ai/done/7-50-lightrag-knowledge-rag-provider-v1.md
• design/07-ai/done/7-51-lightrag-post-commit-hardening-v1.md

1. 第一结论

Yuxi 值得参考的是三类工程模型，不是整体架构：

1. AI run event journal：把一次 agent run 变成可查询、可恢复、可断线重连的事件流，而不是只依赖当前浏览器连接上的一次 SSE。
2. 配置 schema 驱动 UI：用后端声明 agent 可配置字段、权限、默认值和资源选项，前端按 schema 渲染，减少 Hermes / Reasonix / Chat-only 设置漂移。
3. 知识库工具 facade：agent 只通过稳定工具面访问知识库，query 返回引用，open_reference 负责把 provider reference 转成 MNote 可点击定位。

这些模型适合 MNote 当前 Page AI / ACP / LightRAG 主线，但必须受 MNote 边界约束：

• 不复制 Yuxi 的 LangGraph agent runtime。
• 不引入 Yuxi 的 Milvus / Neo4j / Postgres 知识库主存储。
• 不把 Vue/Ant Design 前端模式迁入 Rust SSR / browser runtime。
• 不改变 local-first 普通 Markdown 编辑主路径：仍是授权文件引用 + agent 原生 patch/diff + watcher/BufferStore/Page Aggregate 同步。
• 不恢复旧 LiteParse / evidence / local OCR 默认路径；知识库问答继续以 LightRAG 为唯一默认 provider。

2. Yuxi 对照结论

2.1 AI run event journal

Yuxi 的 run 链路是：

POST /api/agent/runs
  -> 创建 AgentRun 行和 input message
  -> ARQ worker 执行
  -> Redis stream append event
  -> GET /api/agent/runs/{runId}/events
  -> 前端用 Last-Event-ID / after_seq 恢复

可借鉴点：

• 事件流有 seq cursor，浏览器刷新后可以从最后 seq 继续。
• run 有 terminal reconciliation：SSE 断开时查 run 状态，必要时重连或补 terminal event。
• active run snapshot 放在浏览器侧，服务端 active_run 是权威判定。
• interrupted / resume run 用 parent_run_id + resume_request_id 做幂等。

不适合直接搬：

• MNote 不把 Hermes / Reasonix 包进 LangGraph worker。
• MNote 不要求所有 agent run 进入一个 Python queue；第一阶段只给现有 /api/hermes/client/runs、Reasonix ACP bridge、Chat-only provider 增加宿主侧 run journal。
• MNote 不用 Redis 作为默认 local-first 控制面；优先 SQLite control-plane，长连接仍由当前 Rust Web 承载。

2.2 配置 schema 驱动 UI

Yuxi 的 BaseContext 用 dataclass field metadata 声明 model/tools/knowledges/mcps/skills 等配置，并按角色过滤。

可借鉴点：

• agent 后端自己声明配置项，前端不硬编码每个 agent 的全部字段。
• 字段带 kind，例如 llm/tools/knowledges/mcps/skills，可由后端补资源 options。
• admin-only 字段由服务端过滤，不能只靠前端隐藏。

不适合直接搬：

• MNote 当前已有 PAGE_AI_AGENT_REGISTRY、SQLite user_ui_preferences、directory grants、Hermes tool manifest 和 Reasonix wrapper selftest。
• 因此不新增一套 Python 式 context schema；应把现有 Rust manifest / control-plane preference / agent registry 收成一个统一的 mnote.ai_agent_descriptor.v1。

2.3 知识库工具 facade

Yuxi 的知识库工具强调：

• list_kbs 列出当前 runtime 可访问知识库。
• query_kb 按 kb_id + query_text 检索。
• open_kb_document 用 kb_id + file_id + line/window 打开更完整上下文。
• 工具先做 visible scope 校验，再查 retriever。

可借鉴点：

• query 只返回检索片段和可追踪引用，不暴露 provider 内部目录作为最终引用。
• open 是单独工具，避免 query 结果过大。
• runtime visible scope 是工具入口的第一层校验。

MNote 当前已有更接近目标的实现：

• mnote.knowledge_rag.status
• mnote.knowledge_rag.query
• mnote.knowledge_rag.open_reference
• /api/knowledge-rag/search
• sourceScopeMode=post_filter_mapped_references
• citationMarkdown / citationUrl / locatorDegraded

因此 7-57 不重做知识库工具，而是补 facade 合同和漂移保护。

3. 目标架构

Page AI sidebar
  -> create host AI run
  -> freeze target/contextRefs/allowedRoots/capability snapshot
  -> dispatch to Hermes / Reasonix / Chat-only
  -> bridge provider events into AI run event journal
  -> browser consumes resumable run events
  -> tool calls use schema-driven capability manifest
  -> knowledge-rag query/open_reference returns MNote citations

三条线要共享同一个 run identity：

• hostRunId：MNote 宿主侧 run id，Page AI UI、audit、event journal 和 browser resume 使用。
• providerRunId：Hermes / Reasonix / Chat-only 自己的 run/session id，作为外部关联字段。
• requestId：用户一次点击发送生成的幂等键，浏览器重试时不重复创建 run。

4. Design A：AI run event journal

4.1 数据合同

第一阶段优先落 SQLite control-plane，避免引入 Redis。

{
  "schema": "mnote.ai_run.v1",
  "hostRunId": "run_...",
  "requestId": "client_req_...",
  "agentId": "reasonix",
  "provider": "acp_reasonix",
  "providerRunId": "external-run-id",
  "sessionId": "session-id",
  "actorId": "user-id",
  "workspaceId": "local:workspace",
  "status": "pending|running|interrupted|completed|failed|cancelled",
  "targetSnapshotHash": "sha256...",
  "capabilitySnapshotHash": "sha256...",
  "createdAt": "2026-06-09T00:00:00Z",
  "updatedAt": "2026-06-09T00:00:01Z"
}

{
  "schema": "mnote.ai_run_event.v1",
  "hostRunId": "run_...",
  "seq": "000000000000000001",
  "kind": "message.delta|tool.started|tool.completed|plan.updated|session.info.updated|changed_files|end|error",
  "source": "mnote|hermes|reasonix|chat_only|tool",
  "payload": {},
  "createdAt": "2026-06-09T00:00:01Z"
}

seq 第一阶段可用单调递增整数文本，不需要复刻 Redis stream id。要求只满足：

• 同一 hostRunId 内严格递增。
• 客户端传 afterSeq 时只返回更大的事件。
• terminal event 必须可补发，防止浏览器漏掉结束状态。

4.2 API 合同

第一阶段不替换现有 /api/hermes/client/runs，而是在其外层增加宿主 run receipt：

POST /api/page-ai/runs
GET  /api/page-ai/runs/{hostRunId}
GET  /api/page-ai/runs/{hostRunId}/events?afterSeq=...
POST /api/page-ai/runs/{hostRunId}/cancel
GET  /api/page-ai/sessions/{sessionId}/active-run

兼容策略：

• 旧 /api/hermes/client/runs 可继续存在，但 Page AI runtime 默认走新 receipt route。
• 新 route 内部仍可调用 Hermes client proxy / Reasonix ACP bridge。
• 若 provider 已经有自己的 SSE，Rust Web 只做事件桥接和 journal append，不接管 provider agent loop。

4.3 前端恢复规则

浏览器保存轻量 snapshot：

{
  "hostRunId": "run_...",
  "sessionId": "session-id",
  "lastSeq": "000000000000000031",
  "createdAt": 1780000000000
}

恢复流程：

1. 页面可见或 Page AI 打开时，查本地 snapshot。
2. 调 active-run 做权威判定。
3. 如果服务端 run 仍是 pending/running/interrupted，用 afterSeq=lastSeq 继续消费。
4. 如果服务端 run 已 terminal，拉取缺失事件并清掉 snapshot。
5. 如果本地 snapshot 对应的 run 不存在，清掉本地状态，不能伪装仍在运行。

4.4 验收

• 刷新浏览器后，正在运行的 Reasonix / Hermes run 不丢消息。
• SSE 断开后，前端能基于 afterSeq 续接，不重复渲染旧 tool event。
• terminal event 漏掉时，状态查询能补齐 completed/failed/cancelled。
• 同一 requestId 重试不会创建两个 host run。
• changed_files、tool citation、plan/session info 都进入 journal，但不进入页面正文真相。

5. Design B：AI agent descriptor schema

5.1 目标

把 7-39 / 7-40 已经落地的 registry、preference、tool manifest 收成一个后端可查询合同：

{
  "schema": "mnote.ai_agent_descriptor.v1",
  "agentId": "reasonix",
  "displayName": "Reasonix",
  "provider": "acp_reasonix",
  "capabilities": ["file_read", "file_write", "knowledge_rag", "native_patch"],
  "defaultContextRefs": ["current_page", "active_editor"],
  "settingScopes": ["ai.common", "ai.agent.reasonix"],
  "fields": [
    {
      "key": "ai.agent.reasonix.profile_id",
      "label": "Profile",
      "kind": "select",
      "default": "default",
      "optionsSource": "reasonix_profiles",
      "auth": "user",
      "secret": false
    }
  ],
  "tools": [
    {
      "name": "mnote.knowledge_rag.query",
      "capabilityIds": ["knowledge_rag"],
      "enabled": true
    }
  ]
}

5.2 来源合并顺序

Rust static agent registry
  + Hermes tool manifest
  + Reasonix wrapper mapping/selftest
  + SQLite user_ui_preferences
  + SQLite directory_grants derived allowedRoots
  -> ai_agent_descriptor response

规则：

• directory_grants 不进入普通 field；它是权限事实，只能作为 allowed roots 派生。
• secret / token 类字段不得通过 descriptor 返回明文。
• agent-specific 设置只写入 ai.agent.<agentId> scope。
• common 设置只写入 ai.common scope，例如默认 agent、默认 contextRefs、citation 显示策略。
• 前端可以缓存 descriptor，但发送 run 前服务端必须重新解析权限和 enabled tools。

5.3 UI 结果

前端不再维护多份工具表：

• Agent selector 从 descriptor 渲染。
• 设置页 tabs 从 descriptor 渲染。
• Knowledge RAG 能力是否可用从 descriptor 的 tools/capabilities 渲染。
• Chat-only 默认不暴露文件写入和 MNote context tools。
• Hermes / Reasonix wrapper 漂移由 descriptor selftest 捕获。

5.4 验收

• GET /api/page-ai/agents/descriptors 返回 Hermes / Reasonix / Chat-only 三类 descriptor。
• Alice/Bob 的 common preference 隔离。
• mnote.knowledge_rag.* manifest 与 Reasonix wrapper 双向一致。
• 禁用 Knowledge RAG 后，descriptor 中 capability disabled，Page AI 不引导 agent 调用该工具。
• 前端删除硬编码工具 enable 列表，只保留渲染逻辑和兼容 fallback。

6. Design C：Knowledge RAG facade hardening

6.1 工具面

维持当前主工具，不新增第二套 provider：

mnote.knowledge_rag.status
mnote.knowledge_rag.query
mnote.knowledge_rag.open_reference

建议补一个 facade-level search 工具时再单独拆小设计；当前已有 /api/knowledge-rag/search，但未必需要默认暴露给 agent。

6.2 query 输出要求

mnote.knowledge_rag.query 必须稳定返回：

{
  "schema": "mnote.knowledge_rag.query_result.v1",
  "answer": "...",
  "sourceScopeMode": "post_filter_mapped_references",
  "references": [
    {
      "schema": "mnote.knowledge_rag.reference.v1",
      "sourcePath": "docs/a.pdf",
      "filePath": "a.pdf",
      "citationMarkdown": "[a.pdf · p.3](...)",
      "citationUrl": "...",
      "locatorDegraded": false
    }
  ],
  "citations": []
}

要求：

• agent 最终回答优先用 citationMarkdown。
• locatorDegraded=true 时只能说“来源定位降级”，不能编页码 / bbox。
• sourcePaths 的语义继续是 post_filter_mapped_references，不得描述成 provider 原生检索 scope。
• compact tool output 不暴露 provider raw chunks，除非明确进入 debug。

6.3 open_reference 输出要求

open_reference 是唯一把 provider reference 转成 MNote UI locator 的工具：

• 输入可以是 query 返回的 reference，也可以是 file_path/chunk_id 这类 provider hint。
• 输出必须包含 citationUrl/citationMarkdown。
• 能定位 page/bbox/block 时返回精确 locator。
• 不能定位时返回 degraded resourceTab citation。
• 不返回 file://、LightRAG dashboard URL 或 .mnote/index 私有路径给 agent 作为最终引用。

6.4 与 Yuxi 的差异

Yuxi 的 open_kb_document(kb_id,file_id,line/window) 适合普通文本知识库；MNote 的资料库来源包含 PDF、DOCX、图片、resource tab 和 bbox，因此不能把 file_id + line window 作为唯一打开模型。

MNote 可以参考它的“两阶段工具”：

query -> reference id / source hint
open_reference -> MNote locator / clickable citation

但不要退回“按行打开一切”的模型。

6.5 验收

• task529 继续覆盖 open_reference 能打开 resource tab。
• task530 继续覆盖 Page AI final answer 不泄漏 citationMarkdown 字段名、不编造 locator。
• task538 继续覆盖 sourceScopeMode=post_filter_mapped_references。
• Reasonix wrapper selftest 覆盖 mnote.knowledge_rag.status/query/open_reference。
• 新增一个 descriptor smoke：禁用 Knowledge RAG 时 Page AI 不显示知识库能力，启用时工具表与 manifest 一致。

7. 实施拆分

Batch A：只读对齐与 descriptor 草案

• 读取当前 PAGE_AI_AGENT_REGISTRY、Hermes tool manifest、Reasonix wrapper 映射、SQLite AI preferences。
• 输出 mnote.ai_agent_descriptor.v1 的 Rust 结构和只读 route。
• 不改 run 创建链路。
• 验证：Rust 单测 + 一个 JS smoke 断言三类 agent descriptor。

执行记录（2026-06-09）：

• 已新增 GET /api/page-ai/agents/descriptors，返回 mnote.ai_agent_descriptors.v1，包含 Hermes / Reasonix / Chat-only 三类 descriptor、当前 actor 的 ai.common.* / ai.agent.* preference values、manifest tools 和 capability packs。
• Chat-only descriptor 不暴露 MNote tools，canWriteFiles=false；Hermes / Reasonix descriptor 继续从 Hermes manifest 和 MNote capability packs 暴露 mnote.knowledge_rag.* 等工具状态。
• 已补 Rust route 单测 page_ai_agent_descriptors_merge_manifest_capabilities_and_preferences，覆盖三类 agent、Reasonix Knowledge RAG tool、Chat-only 无工具、Alice/Bob preference 隔离。
• 已补 JS smoke scripts/task557-page-ai-agent-descriptor-smoke.js，覆盖真实 3000 API 返回的三类 agent descriptor、Reasonix mnote.knowledge_rag.status/query/open_reference、Chat-only 无 MNote tools 与空默认 context refs。
• 已验证：cd rust && cargo test -p mnote-web page_ai_agent_descriptors --lib、cargo test -p mnote-web page_ai_capabilities_expose_knowledge_rag_and_toggle_tools --lib、cargo test -p mnote-web hermes_client_tools_uses_manifest_and_profile_disabled_state --lib。
• 已验证：node scripts/task557-page-ai-agent-descriptor-smoke.js。

前端继续执行记录（2026-06-09）：

• Page AI runtime 已新增 descriptor 加载链路：打开 drawer 时请求 /api/page-ai/agents/descriptors?profile=...，成功后用后端返回的 Hermes / Reasonix / Chat-only descriptor 覆盖本地 fallback registry。
• Agent picker、当前 agent chip、history agent label 和 mnote tool list 已优先消费 descriptor 的 displayName、acpRuntime、canWriteFiles、capabilities、tools。
• Agent / Hermes / Reasonix / Chat-only 设置页已按 descriptor.fields 渲染最小 schema UI，当前支持 select、string、boolean/toggle，并通过 ai.* preference key 写回 /api/ui/preferences。
• PAGE_AI_AGENT_FALLBACK_REGISTRY 仅作为 descriptor API 失败时的加载失败 fallback，不再作为正常路径的唯一 agent 字段来源。
• 已补 SSR runtime 合同测试，确保前端 bundle 保留 descriptor endpoint、descriptor field 控件和 agent descriptor card。

Batch B：host run journal 最小闭环

• 新增 SQLite run / run_event 存储或复用现有 run 表，明确 migration。
• 为 Page AI run 创建 hostRunId/requestId/status。
• 将现有 Hermes / Reasonix SSE 事件 append 到 journal。
• 新增 GET /events?afterSeq=。
• 验证：单测覆盖 seq 去重、terminal 补发、requestId 幂等。

执行记录（2026-06-09）：

• 已复用 control-plane 现有 ai_runtime_runs / ai_runtime_events（migration 002-ai-runtime-store.sql），补 find_ai_runtime_run 与 list_ai_runtime_journal_events(after_seq, limit)；journal seq 由同一 run 内事件顺序生成并格式化为 18 位文本 cursor。
• 已新增 GET /api/page-ai/runs/{hostRunId} 和 GET /api/page-ai/runs/{hostRunId}/events?afterSeq=...；当前第一步兼容现有 run_id，hostRunId 暂时 alias 现有 persisted run id，后续 POST /api/page-ai/runs 再拆真正 host/provider 双 id。
• 已新增 POST /api/page-ai/runs 创建宿主侧 receipt：写入 hostRunId/requestId/status=pending，并追加 run.created 初始事件；同一 requestId + sessionId + workspaceId + documentId 重试返回既有 run，不重复追加事件。
• GET /api/page-ai/runs/{hostRunId}/events?afterSeq=... 已在 terminal status 存在但 terminal event 缺失时补一个 synthetic terminal event，用于浏览器刷新或 SSE 断线后的终态 reconciliation。
• 已补 Rust route 单测 page_ai_run_events_expose_journal_after_seq，覆盖 run receipt 查询、afterSeq=000000000000000001 只返回 seq 2、event schema/kind/source/payload。
• 已补 Rust route 单测 page_ai_run_create_is_request_id_idempotent，覆盖 requestId 幂等创建、重复 POST 不重复追加 run.created。
• 已补 Rust route 单测 page_ai_run_events_reconcile_missing_terminal_event，覆盖缺 terminal event 时按 run status 补发 synthetic terminal event。
• 已扩展 api_chat_events_stream_from_openai_compatible_upstream，验证 provider SSE 消费后可通过 /api/page-ai/runs/{runId}/events?afterSeq=0 读到 journal 中的 message.delta 与 run.completed。
• 已把 persisted journal seq 回填到 API Chat / ACP SSE payload，前端实时消费时可同步推进 active-run snapshot cursor；ACP/Reasonix 事件仍由既有 persist_acp_runtime_event 写入 SQLite journal。
• 已验证：cargo test -p control-plane ai_runtime_run_upsert_lists_updates_and_events --lib、cargo test -p mnote-web page_ai_run_ --lib。

Batch C：前端 resume

• Page AI runtime 保存 {hostRunId, sessionId, lastSeq}。
• 页面可见 / 打开 sidebar 时执行 active-run 判定。
• 恢复 SSE 时用 afterSeq，避免重复 tool card。
• 验证：浏览器 smoke 模拟刷新后继续接收事件。

执行记录（2026-06-09）：

• 已新增 GET /api/page-ai/sessions/{sessionId}/active-run，按 workspaceId/documentId/sessionId 返回当前非 terminal host run，响应 schema 为 mnote.ai_active_run.v1。
• Page AI session runtime 已新增 pageAiCheckActiveRun()；打开 drawer 完成 session 加载后调用一次，页面重新 visible 且 drawer 打开时再次调用。命中 active run 后会更新当前 session runId/status、data-mnote-page-ai-active-host-run-id 和 run status UI。
• Page AI runtime 已新增 mnote.page_ai_active_run_snapshot.v1 localStorage snapshot；实时 SSE payload 含 seq 时同步写入 lastSeq，terminal status 清理 snapshot。
• 打开 drawer / 页面重新 visible 命中 active run 后，会继续调用 /api/page-ai/runs/{hostRunId}/events?afterSeq={lastSeq} 恢复 journal，并把 message.delta / tool.* / plan.updated / terminal event 重新投递到当前 conversation。
• 已补 Rust route 单测 page_ai_session_active_run_returns_non_terminal_run，覆盖同一 session 下 completed run 被忽略、running run 被选为 active。
• 已补 SSR runtime 合同测试，确保前端 bundle 保留 active-run endpoint、pageAiCheckActiveRun()、pageAiResumeActiveRunJournal()、afterSeq cursor、snapshot schema 和 visibilitychange 判定。
• 已补 scripts/task557-page-ai-run-resume-smoke.js：种入 running host run 与两条 journal event，浏览器 localStorage 保留 lastSeq=000000000000000001 后打开页面 AI，验证前端调用 active-run 与 /events?afterSeq=...，只恢复 resumed-token，不重复渲染 old-token。
• Page AI 打开 drawer 后会优先按 active-run snapshot 的 sessionId 恢复；后端会话列表加载完成后再次判定，避免 profile/settings 等慢请求阻塞 journal resume。
• 已验证：cargo test -p mnote-web page_ai_session_active_run_returns_non_terminal_run --lib、cargo test -p mnote-web page_ai_uses_backend_acp_session_runtime_store --lib、cargo test -p mnote-web api_chat_events_stream_from_openai_compatible_upstream --lib。
• 已验证：node scripts/task557-page-ai-run-resume-smoke.js。

Batch D：Knowledge facade 漂移保护

• descriptor 暴露 Knowledge RAG capability enabled/disabled。
• selftest 同时校验 Rust manifest、Reasonix wrapper、skill 文案中的工具名。
• 若 query 输出缺 citationMarkdown，Page AI final answer smoke 必须失败。
• 验证：task529、task530、task538 加 descriptor 断言。

执行记录（2026-06-09）：

• Descriptor 已新增 capabilityStates / disabledCapabilities；禁用 mnote-knowledge-rag 后，Reasonix descriptor 不再在 capabilities 中声明 knowledge_rag，对应 mnote.knowledge_rag.* tool 标记为 disabled。
• 已扩展 Rust 单测 page_ai_agent_descriptors_merge_manifest_capabilities_and_preferences，覆盖 Knowledge RAG enabled/disabled descriptor 状态与 disabled tool policy。
• 已扩展 scripts/task557-page-ai-agent-descriptor-smoke.js，真实 3000 API smoke 覆盖默认启用与禁用后的 descriptor/tool 状态。
• 已扩展 scripts/reasonix-acp-wrapper.mjs selftest：同时校验 Rust manifest、Reasonix wrapper mapping、skills/mnote-knowledge-rag/SKILL.md 文案中的 mnote.knowledge_rag.status/query/open_reference 工具名一致。
• 已给 task529 / task530 / task538 补 descriptor 断言；task530 现在会先直接调用 knowledge-rag/query 并要求 reference 含 citationMarkdown，否则 Page AI final answer smoke 直接失败。
• 已把 task529 / task530 的目标图片资料改为先 ingest + 等待 indexed，避免 smoke 依赖现场 registry 预置状态。
• 已给 LightRAG provider HTTP 5xx RetryError / InvalidResponseError / empty content 增加一次短 retry，避免 Reasonix Page AI 路径因 provider 偶发空响应直接失败。
• 已验证：node scripts/task529-knowledge-rag-citation-resource-tab-smoke.js、node scripts/task530-knowledge-rag-page-ai-final-answer-smoke.js、node scripts/task538-knowledge-rag-source-scope-api-smoke.js、node scripts/task557-page-ai-agent-descriptor-smoke.js、MNOTE_REASONIX_ACP_SELFTEST=1 node scripts/reasonix-acp-wrapper.mjs。

8. 非目标

• 不把 Yuxi 拉入运行依赖。
• 不迁移到 FastAPI / Vue / Milvus / Neo4j。
• 不把 AI run journal 当作聊天全文主存储；provider 自己的历史仍由 provider 管。
• 不让 run journal 写页面正文或 Page Aggregate。
• 不改变 LightRAG provider 的 source truth、delete/reindex 语义。
• 不新增定时轮询刷新 Page AI；恢复靠显式打开、页面可见、SSE reconnect 和 terminal reconciliation。

9. 风险

• 如果 journal 记录过多 token delta，SQLite 可能膨胀。第一版应 compact tool/result payload，保留 UI 恢复必需事件，不保存大段 provider raw chunks。
• 如果 descriptor 同时由前端和后端维护，会形成新漂移。必须以后端 route 为准，前端只渲染。
• 如果 hostRunId 与 provider run id 混用，审计会断链。所有 UI、audit、changed files 都使用 hostRunId，provider id 只作为关联字段。
• 如果把 Yuxi 的 line/window open 直接套到 PDF/DOCX/image，会破坏 MNote locator 模型。Knowledge facade 必须继续以 open_reference -> citationUrl 为中心。