Repository navigation
v0.11.0-fork.3 — minimal 面增至 4 工具:get_graph_schema
·
0 commits
to main
since this release
minimal 面增至 4 工具:新增 get_graph_schema
动机(在 v0.11.0-fork.2 上实测):minimal 面缺少属性目录(property catalog)发现通道——query_graph 会把未知属性静默当空结果处理:WHERE f.bogus = 1 返回 total:0(一个看似权威的假阴性),RETURN f.bogus 返回空值行。带 cbm skill 的客户端能查目录辨别拼写错误,纯 MCP 客户端(如 Qwen Code)无能为力。
get_graph_schema 是现成的通道:
- 默认输出紧凑(json ~1KB),
diagnostics=full~5.6KB - 只读、零信任风险
- 同时复活了描述瘦身时被移除的
get_graph_schema(diagnostics=full)指针——3 工具面上它不可达
minimal 面现为:get_architecture / query_graph / search_graph / get_graph_schema(server instructions 同步为 "four graph tools")。trace_path、detect_changes、index_status 等候选经评估后继续留在面外,理由记录在 FORK_PATCHES §12。
Tag 之后的分支进展(未随本 release 发布,随下一版本)
- silent-empty 家族 fail-loud 修复(
0d74d5ba,FORK_PATCHES §12 记录的后续候选已落地):query_graph未知属性不再静默按 NULL 求值——本 release 动机里那个 "WHERE f.bogus = 1返回看似权威的 total:0" 假阴性从此改为显式报错。执行前对照属性目录校验全部 (变量, 属性) 引用,无法判定时 fail-open,mcp 套件全量通过零误拒detect_changes的scope与trace_path的mode参数:未知值不再静默翻转语义,与 direction 同一 teaching-error 契约(DeusData#480 家族最后的两个活兄弟)
- detect_changes 复评结论落档(FORK_PATCHES §13):direction / scope 均已 fail-loud、诚实注记在位,但上游 DeusData#2128(框架入口不可见)仍开放且无可采纳修复——维持 analysis/all 面外不变;对称的 callee_resolution 提案被否(upstream 无此概念)
安装
gh release download v0.11.0-fork.3 --repo daidaiJ/codebase-memory-mcp --pattern 'codebase-memory-mcp-windows-amd64.exe'
mv codebase-memory-mcp-windows-amd64.exe <PATH目录>/codebase-memory-mcp.exe
codebase-memory-mcp --versionFull Changelog: v0.11.0-fork.2...v0.11.0-fork.3