---
name: project-rei-aios-get-kernel-status-description-drift-2026-08-20
description: "rei-aios MCP tool `get_kernel_status` の description (\"理論数・調和度・七値分布を含む\") が実 payload と drift、 調和度 (harmony score) + 七値分布 (seven-value distribution) 両方不在 = 外部 Claude session が検出した contract mismatch"
metadata: 
  node_type: memory
  type: project
  originSessionId: 5974a894-937f-4679-9ae2-0e15fd5244db
  modified: 2026-08-19T15:16:31.866Z
---

# rei-aios `get_kernel_status` description drift (2026-08-20)

## 発見経緯 (外部 Claude session による指摘)

2026-08-20、 藤本さんが Claude Desktop 側の rei-aios remote MCP に対して 「meta coherence check 相当」 を依頼。 その Claude session は `meta_check_coherence` (rei-meta-mcp Phase 1 の tool、 Desktop 未再起動のため未 load) が存在しないため fallback で `get_kernel_status` を実行、 その report 中に **contract mismatch を明示指摘**。

「Neither is in the payload — only a single scalar `dfumtValue: "TRUE"`. That's a contract mismatch between the declared interface and the actual return, and it's the most concrete incoherence I can see from here.」

## Contract drift の実体

**description** (`dist/mcp/rei-mcp-server.js` line ~158):

> 「SEED_KERNELの現在の状態を取得する。 **理論数・調和度・七値分布**を含む。」

**実 payload** (`dist/mcp/rei-mcp-server.js` line 534-546):

```json
{
  "totalTheories": 1675,
  "categories": [...CATEGORY_SUMMARY...],
  "categoryCount": 298,
  "latestTheoryId": "resilient-knowledge-recovery",
  "dfumtValue": "TRUE"
}
```

**差分**:

| description 記載 | 実 payload | 状態 |
|---|---|---|
| 理論数 (totalTheories) | ✅ 存在 (`totalTheories`) | 一致 |
| **調和度 (harmony score)** | ❌ **不在** | **drift** |
| **七値分布 (seven-value distribution)** | ❌ **不在** | **drift** |
| — (undocumented bonus) | ✅ `categories` + `categoryCount` + `latestTheoryId` + `dfumtValue: "TRUE"` (scalar のみ) | 逆 drift (description 未記載の field 存在) |

## 藤本さん = 私 (Claude Code) の blindness (SAC-4 30 例目)

私は 2026-08-19 §11 事前調査時に `get_kernel_status` payload を確認し、 fingerprint 源として採用したが、 **description text との差分は一切見なかった**。 「payload 内容が用途 (partial fingerprint) に十分」 で満足し、 「description が payload と一致しているか」 を audit しなかった。 外部 Claude session がこれを直接指摘 = SAC-4 30 例目 (「事実固定なき前提」 で work、 外部指摘で判明)。

**How to apply**: MCP tool を probe 源として採用する時、 payload だけでなく **description との整合性も audit** する。 rei-meta-mcp Phase 2 candidate: registry に `expected_fields` list を書ける拡張、 payload との照合 = **tool 内 contract mismatch** も新 verdict として surface。

## 修正 option (3 種、 全 defer 中)

- (Option a) `get_kernel_status` payload に harmony + seven_value_dist 追加 (**description に合わせる**)
  - harmony score: 未定義 (Rei stack 内で明確な計算式なし、 別途設計必要)
  - seven_value_dist: `CACHED_KERNEL[i].dfumt8Value` per-theory 集計、 8 値 histogram、 実装容易
- (Option b) description を実 payload に合わせて訂正 (**payload に合わせる**)
  - 「理論数・カテゴリ分布・最新理論 ID・D-FUMT verdict を含む」 に変更
  - 情報損失リスクなし、 実装工数最小
- (Option c) 現状維持 + description に 「Phase 2 で harmony + seven_value_dist 追加予定」 note (**defer 明示**)

## Rei stack impact

- **rei-meta-mcp** partial fingerprint (`mcp_stdio` adapter) は 現状 payload の `totalTheories` + `latestTheoryId` + `categories` を使用、 **harmony + seven_value_dist の 不在は現行 fingerprint 品質に影響なし**
- 但し description drift 存在自体が **Rei stack internal audit で見落とされた** ことは data point、 rei-meta-mcp Phase 2 の `expected_fields` 拡張の 直接動機
- 藤本さん 「気づけなかった」 protocol の 適用範囲 = **数値 divergence だけでなく contract text 一致も** に拡張

## 関連

- [[project-rei-meta-mcp-phase1-arc-2026-08-19]] Phase 1 arc、 §11 調査で私が payload だけ見て description 未見 = 本 drift の 見逃し起点
- [[project-rei-memory-mcp-phase1-arc-2026-08-19]] rei-memory-mcp arc、 F3 (13→14 日 stale) と本 finding は 同一 arc の副産物
- [[feedback-critique-response-pattern]] SAC-4 pattern、 本件 30 例目 (私 side の 事実固定なき前提 audit)
- [[feedback-check-target-memory-before-recommending-2026-08-12]] 藤本さんの 「推薦前に memory / doc / code の 実状態確認」 discipline、 本件は 「description と payload の 実状態確認」 に 拡張適用可能
- rei-aios `dist/mcp/rei-mcp-server.js` line 158 (description) + line 534-546 (payload)

## Honest scope

1. 本 finding は **rei-aios MCP tool 単一の description drift** であって、 Rei stack 全体の tool contract audit ではない、 他 tool (30+ 存在) の drift 有無は未 audit
2. 「調和度」 の Rei stack 内明確定義は存在しない = Option a は 新規設計 depend、 Option b (description 訂正) が最小コスト
3. 修正 (a/b/c) いずれも 藤本さん judgment 待ち、 本 memory は record + defer marker のみ
4. 外部 Claude session の指摘 accuracy は 実 payload 確認済 = confirmed、 hallucination なし
5. 本 memory は operational fix 提案ではなく finding preservation、 「今日一番の副次収穫」 の 記録用途