rei-meta-mcp

连接器群之上的元层。将各个 MCP 连接器视为对象，将访问对象的路径视为射，并处理其结构。

Phase 1 的唯一实用目的是一致性检查 (coherence check) — 机械地比对指向同一对象的多个来源之间的内容是否一致。

为什么做这个

2026-08-19，在 rei-memory-mcp 的实现过程中，发现 SEED_KERNEL 在 1,677 vs 1,675 上偏差了 11 天而未被察觉。之所以能发现，是因为人类偶然对比了两个数字，机器没有检测手段。

这个连接器的第一项工作，就是让机器先发现这类问题。详见 docs/incident-2026-08-19.md。

Related MCP server: Code-Oracle

提供的 tool (3 个)

meta_list_sources(object_name?: str)

枚举已注册的 source，并返回各自的到达状态、数量、git HEAD 哈希（作为 freshness 的线索）。

meta_check_coherence(object_name: str, detail: bool = False)

比对指向同一对象的 source 的指纹，返回以下 verdict 之一：

§4 核心规则：“未到达”不等于“一致”。unreachable 和 single_source 始终作为警告被 surface。

detail=True 时返回不一致 ID 的实际列表（最多 100 条）。

meta_compose(from_source: str, to_source: str)

Phase 1 仅进行 registry 内 output_schema / input_schema 字符串比对。实际 schema 推断在 Phase 3 及以后。

Phase 1 不做的事

• 自动修复（有意排除。哪个正确由人类判断）

• 检查历史的持久化（Phase 2）

• schema 推断（Phase 3）

• 函子、伴随、单子等范畴论结构（需要时再说）

当前已注册的 source

参见 config/sources.example.yaml：

Install & 使用

uv pip install -e ".[dev]"
cp config/sources.example.yaml config/sources.yaml   # パスを埋める
uv run pytest                                        # 全 PASS を確認
uv run rei-meta-mcp                                  # stdio で MCP server 起動

registry 的路径可通过环境变量 REI_META_MCP_REGISTRY 覆盖。

Honest scope

1. 仅检测，不修复 — 不将判断交给机器

2. partial fingerprint 的 source (mcp_stdio) 之间的一致，只是“没有不一致”的确认，而非“完全一致”的证明（存在 content_hash 级别看不到的部分）

3. 范畴论术语只承担 5 个（对象、射、等化子、合成、恒等射）。其他避免使用

4. 当前是 3 个 source 的 Phase 1 spike。对象越多，价值越大的结构

5. Phase 2（历史、定期执行、通知）和 Phase 3（schema 推断、射的泛化）在 Phase 1 实际运行有效后再决定

License

AGPL-3.0-or-later.

相关

• docs/incident-2026-08-19.md — 事故记录

• tests/test_incident_2026_08_19.py — 复现事故的测试