---
name: feedback-remote-mcp-deploy-lag-2026-08-19
description: claude.ai 経由 rei-aios/search_theories は remote-devices ホスト deployment で SEED_KERNEL 変更が auto redeploy されず 13 日 stale (2026-08-06 以降 未反映)、 藤本さんが 常に約 2 週間前の Rei を見ている構造的 Ops gap
metadata:
  type: feedback
---

# remote rei-aios MCP deploy lag 学習 (2026-08-19)

## Fact (rei-memory-mcp Phase 1 arc で 顕在化)

藤本さん claude.ai 経由 `rei-aios/search_theories` 返答 「SEED_KERNEL 全 1,675 理論中」 vs 私 dump (ローカル HEAD) 1,677 の **2 件差** を diff → 差分 2 SEED は:

- `invented-20260815-zero-ext-thermodynamics-izutsu-landauer` (2026-08-17 commit `56b5a0dd1`、 井筒×Landauer D-approve、 analogy_marker)
- `invented-20260816-zero-ext-evolutionary-biology-wumen-selfish-gene` (2026-08-17 commit `6eafd8db4`、 無門関×Selfish Gene D-approve、 analogy_marker)

両者とも 2 日前追加。 remote rei-aios MCP は 2026-08-06 (`fb86bc5dd` STEP 1276) 前後の deploy から進んでいない = 約 **13 日 stale**。

## Why (構造的 gap)

- `dist/mcp/start-mcp.js` はローカルに 実在しない (`dist/mcp/` は `.d.ts` stub 55 bytes のみ) = ローカル build 不在
- claude.ai の rei-aios/benchtop は claude_desktop_config.json ではなく **remote-devices ホスト deployment** で 提供されている
- SEED_KERNEL commit trigger → 自動 rebuild + redeploy pipeline が (現時点) 整備されていない or 停止中
- 結果: 藤本さんが claude.ai 経由で叩く rei-aios は 常に **過去の Rei** (今日の場合 2 週間前) — 最新の theory add / STEP 1279 型 discipline lens / STEP 1280+ arc 編集 は 未反映

## How to apply

**observational (今)**: claude.ai の rei-aios を叩く時は 「今の Rei ではない」 前提で 使う。 最新 SEED を触りたい時は:
- rei-memory-mcp (ローカル HEAD 直結、 dump 再実行で最新反映) を Claude Desktop 経由で使う
- または src/axiom-os/seed-kernel*.ts を Read で直接見る (最も fresh)

**Ops backlog (別 arc、 defer)**:
- remote rei-aios MCP redeploy trigger 整備 (GitHub Actions or webhook で SEED_KERNEL 変更検知 → 再 build → 再 deploy)
- または remote 側を 「archive 的 index」 と 位置付け、 fresh source は rei-memory-mcp を 標準 に する
- 判断は 藤本さん stance 待ち (research-primary continuation vs Ops 整備投資の trade-off)

**diagnostic 手順** (差分検出時):
1. 「ローカル source-of-truth の length」 vs 「remote MCP total」 の diff を取る
2. git log --since="{remote deploy 想定日}" で 差分 commit 抽出
3. bug 疑い前に deploy lag と特定 (順序原則: 説明できたら 検証済み)

## 順序原則 適用 (SAC-4)

「2 件差」 発見時、 私が最初に立てた仮説は 「rei-aios MCP が dfumtValue filter や dedup を適用している」 だった。 しかし ソース確認で filter なし (`total: CACHED_KERNEL.length` 直接返却) → 仮説破棄 → commit 履歴 diff → deploy lag と特定 の順で 進めた。 「bug 疑いより先に 事実固定」 [[feedback-projection-self-audit-pattern]] SAC-4 適用事例。

## Cross-reference

- [[project-rei-memory-mcp-phase1-arc-2026-08-19]] (本 finding の origin arc、 Finding 3)
- [[feedback-one-reproduction-over-ten-unverified]] (順序原則、 2 件差 = 「説明できない差」 → 説明できたので verify 完了)
- [[feedback-projection-self-audit-pattern]] SAC-4 (bug 誤帰属回避)
- rei-aios src/mcp/rei-mcp-server.ts:494 (`case "search_theories"` 実装、 total は CACHED_KERNEL.length 直接)
- CLAUDE.md 累計行 (SEED 1,677、 ローカル HEAD の権威数字)