---
name: connector-criteria-and-impossibility-2026-08-20
description: MCP コネクタにすべき / すべきでない / 原理的に不可能 / 物理観測 の 4 区分判定基準 + Pre-check 「カテゴリ名は 端点を 持たない」 (STEP 1349 4 条件の 逆写像 + chat-Claude 2026-08-20 3 turn 統合、 pre-flight discipline)
metadata: 
  node_type: memory
  type: feedback
  originSessionId: 5bd6a95c-56b8-4976-9401-d4b7c74c9308
  modified: 2026-08-20T01:59:38.158Z
---

# コネクタ候補判定 4 区分 (make / don't-need / impossible / physical-only)

「これもコネクタにしたい」 提案が来たら、 実装前に 本 4 区分で 事前 filter する。 STEP 1349 (d8_apply / d8_table) の 4 条件 + chat-Claude 2026-08-20 turn 「E=mc² と 全宇宙全情報」 討議で確定した 3 不可能理由 + 同日 turn 「全てソフトウェアに出来るのでしょうか?」 討議で追加した 物理観測軸 の 統合。

---

## 区分 A: **make (作る価値あり)** — STEP 1349 4 条件を **1 つ以上** 満たす

1. **非可換 / 非可逆** — 順序で結果が変わる、 or 逆写像が unique でない。 LLM が 順序を 取り違えて 誤答する 経路がある。
2. **単位付き算術** — SI 単位 / 物理定数 / 単位変換で 数値誤差が catastrophic (例: STEP 1348 Kikusui CR mode S vs Ω)。
3. **静的テーブル引き当て** — 有限 lookup table (D-FUMT₈ 8×8 = 64 entry 等) で モデル記憶再生と 機械保証の 区別が payload で つく (`source: 'static-truth-table'` field 明示)。
4. **外部一次データ** — CODATA 定数 / arxiv / SEC filing 等、 モデル訓練時点で凍結された値と 現時点値が乖離する data-fetch。

**Rei stack 例**: STEP 1349 d8_apply (条件 1+3) / STEP 1348 benchtop physics-limits (条件 2) / STEP 1345 benchtop SafetyGate (条件 2)。

---

## 区分 B: **don't-need (不要)** — 4 条件の どれにも当たらない

- **閉じた式で 誤り経路なし** の代表 = E=mc² (三項可換掛け算、 LLM 暗算で 誤差ゼロ、 電卓で足りる)。
- **一般に**: 閉じた式は コネクタにならない。 D-FUMT₈ が 例外なのは 式だからではなく **非可換 + 非可逆** で 取り違え経路があるから。
- **判定 heuristic**: 「LLM が この式を 暗算で 100 回出しても 全て同じ正解を返す」 と 予想できるなら B 判定。 コネクタ化は 無駄 wire で MCP 数増やすだけ。

**例外 pattern**: 式そのものは B 判定でも、 その中で使う **物理定数** が CODATA 改訂対象なら **区分 A 条件 4 (data-fetch)** に格上げ可能。 例: STEP 1348 landauer_min_energy_j は k_B 内部定数 hard-code = 現状 B 判定、 将来 CODATA 2030 改訂で 精度必要になれば A 格上げ candidate。

---

## 区分 D: **physical-only (物理観測、ソフトに移すと 検証意味が消える)** — chat-Claude 2026-08-20 追加軸

- ソフトウェアでは **原理的には** 実装できる (例: 電力測定値を数値で返す stub)、 但し **観測でなくモデル出力になる瞬間に 検証意味が消える** = 循環論法化。
- 判定 heuristic: 「本コネクタが返す値を シミュレータで再現すると、 主張の根拠が シミュレータの前提に 内蔵された 予測モデルに 還元されるか」 で判定。 YES なら 区分 D = ソフト移植禁止 (物理計測装置経由 required)。

### D-1. 実電力消費 (joule)
- 例: D-FUMT₈ vs binary の 電力効率主張。 シミュレータの power estimate は モデル出力であって 観測ではない = 循環 (前提モデルが 結論を作る)。
- **物理計測装置 required**: FPGA 実機 + 電流計 (INA219 等) + 定常状態 protocol + 温度制御。
- Rei stack precedent: STEP 1028 (Tang Console D-FUMT₈ ALU) は 論理 verify (User Code 0x00005C27) 済だが **NULL/ZERO 実電力測定は未実施** ([[project-null-burn-gap-2026-08-20]] 参照)。

### D-2. ノイズフロア
- 定義上、 実装固有。 シミュレータには 存在しない (idealized 0)。
- 物理計測装置 required: オシロスコープ + 環境ノイズ隔離 (Faraday cage 等)。

### D-3. 熱・配線・接触抵抗
- 現実の側にしかない。 SPICE で近似 model は 書けるが、 実測は 個体差 (silicon lot variation + 配線 length + solder joint 等) に依存。
- 物理計測装置 required: 熱電対 + LCR meter + boundary scan。

### D-4. CODATA 物理定数 (境界事例、 区分 A/D 中間)
- STEP 1348 の `landauer_min_energy_j` は 内部で k_B 定数 hard-code = 「物理値を **持つ**」 が 「観測している」 わけではない = 現状 区分 A (data 格下げ)。
- **将来 CODATA 改訂で 精度必要になれば** 区分 D 格上げ candidate (「観測は しないが、 観測値の 最新版を fetch する 責任」 を負う data-fetch コネクタ)。
- 判定 heuristic: 「返す値が 訓練時凍結で 十分か、 リアルタイム観測 or 定期改訂値が 必要か」。

### 区分 D の 意義 (chat-Claude 2026-08-20 論点直訳)
- **反証可能性の 担保**: D-FUMT₈ 「binary より効率」 主張が **ソフト単独で** 検証できないこと自体が 「主張の 反証可能性を 保つ」 mechanism。 全部ソフトにできてしまったら 主張は 自己完結して、 科学的検証対象でなくなる。
- **9 割ソフト + 1 割ハード の 配分**: ソフト側 (演算子 + 検証 + 検索 + 可視化) は 全部ソフト化 + 公開しやすい。 但し **1 割の ハード側 (電力 + NEITHER 出力測定器) が 9 割の 正しさを 支える** = 分業 discipline。
- **「届く仕事」 と 「積む仕事」 の 分離** (chat-Claude 前 arc 継承): 一般 user 向け ソフトに 全部寄せると、 検証経路そのものを 捨てる。 Rei-Solver v0.4 「床」 + Peace Axiom + benchtop v0.5 SafetyGate は 全て 「積む仕事」 側で、 区分 D の 物理層に anchor されて意味を持つ。

---

## 区分 C: **impossible (原理的に不可能)** — 3 閉塞理由の いずれかに当たる

chat-Claude 2026-08-20 「全宇宙全情報コネクタ」 討議で 3 理由 確定:

### C-1. 光円錐 (light cone)
- 事象の地平面の外側 は 原理的に到達不能 = 情報が来ていないのでなく、 来ることがない。
- 判定 heuristic: 「観測に 光速超過 or 因果律違反 が必要」 なら C-1。

### C-2. Bekenstein 限界 (holographic bound)
- 半径 R の 領域に 収まる情報量 S ≤ 2π R E / (ℏ c ln 2) bits で 有界。
- 宇宙全体を記述する装置は 宇宙より大きくなければならない = 自己内包不可。
- **★ Rei stack retroactive alignment**: chat-Claude 「Bekenstein 限界で不可能」 主張の **operational 形が STEP 1348 で 昨日実装済** = `bekenstein_bound_bits(R_m, E_J)` (benchtop_physics_limits.py L~30)。 判定 heuristic: 「候補コネクタが 返すべき情報量を Bekenstein 限界で見積もって 装置の物理サイズを超える」 なら C-2。

### C-3. 自己参照閉塞 (Cantor 対角線 / Gödel)
- 「全情報」 に コネクタ自身の状態も含まれる → 自分の完全な記述を 自分の内部に持てない。
- SELF⟲ の 正しい読み方は 「全部を含む」 ではなく 「自分に戻る」 (STEP 1349 d8_apply(not, SELF)=SELF で verify 済 静的性質)。
- 判定 heuristic: 「コネクタが 返す集合 X の中に コネクタ自身の spec が入る」 なら C-3。

**NEITHER の 位置付け** (chat-Claude turn 締め): 「情報が無い」 と 「情報が到達不能」 を 区別する 第一級値を D-FUMT₈ は持つ。 地平面の外を FALSE でも TRUE でもなく **NEITHER で正しく記録** できる。 全情報 connector は不可能でも、 **「取得不能を 第一級値として持つ 探索 connector」 は可能** = STEP 1349 d8_apply が既にその形。

---

## Why (この基準を持つ理由)

- **区分 A** 誤判定 (B を A で作る): 無駄 MCP wire で Rei stack MCP 数 (現 8 systems) 膨張、 tool 数 drift (STEP 1349 の 36→37 訂正 pattern が再発)。 test 保守負荷 + 誤 wire 罠 (STEP 1336 wrong-implementation wiring subtype) 増加。
- **区分 A** 誤判定 (A を B で捨てる): LLM 誤答 経路を 塞げず、 藤本さん verify 負担が 恒常化。
- **区分 C** 誤判定 (C を A で作る): 実装しても 動かない (光円錐外 fetch 永久 timeout / Bekenstein 超過 storage overflow / 自己参照 stack overflow)。 「作れなかった」 debug に 時間を溶かす + 「世界初」 主張の siren-family risk (`feedback_super_naming_siren_family_pattern.md`) を 引き寄せる。
- **区分 D** 誤判定 (D を A で作る、 最も危険): 実装できてしまう (数値 stub が動く) が **主張の反証可能性を 自ら 破壊**。 D-FUMT₈ 効率主張を シミュレータで 「検証」 したと 誤読 → 循環論法。 科学的検証対象から 自ら 降りる罠。 [[feedback-world-uniqueness-claim-controllable]] 継承 discipline で 絶対回避。

## Pre-check: カテゴリ名は 接続端点を 持たない (chat-Claude 2026-08-20 追加、 4 区分の 前段)

「〜学」「〜科」「〜分野」「〜コネクタ」 のような **分野名総称** は そのまま 4 区分判定に 入れない。 何を呼び出させるかが決まらない = 接続先を持たない = 区分不可能。 例: 「人文科学コネクタ」 「AI コネクタ」 「哲学コネクタ」 「教科・資格・分野の分類」。 それぞれの中に **どの実データ源 × どの fetch action × どの return schema** があるかを 藤本さんに 逆質問して 分解する:

- 「人文科学コネクタ」 → 分解: 仏教学 (SAT/CBETA/GRETIL 中論 番号付き引用) は A-4 / 国文 (NDL/CiNii) は A-4 candidate / Europeana は △ 用途未定 / 哲学一般 は B (LLM 一般知識で足りる)
- 「AI コネクタ」 → 分解: LLM 呼び出しは A-4 (外部 API) / 汎用 「AI」 名総称は 端点なし
- 「教科の分類」 → 分解: 個別教科の 資格・試験 API があれば A-4 / 総称は 端点なし

**分解できない提案は 「もう一段 分解 required」 と pushback**、 それでも 分解不可なら **提案自体を defer** ([[feedback-no-rush-publication]] 継承)。 端点がない候補に 4 区分 A/B/C/D を 割り当てようとすると、 A で 実装して 中身が空 or D で 「物理観測」 と 誤読の 罠。

## How to apply (適用場面)

1. **新コネクタ提案受領時**: chat-Claude / 藤本さん / 私自身の いずれ由来でも、 まず 上記 Pre-check (カテゴリ名か 端点か) を通す。 端点あり → 4 区分判定を 明示、 判定を 1-2 行で 提案応答に含める。 端点なし → 分解 pushback。
2. **A 判定時**: 4 条件のどれで A か 明示 (「条件 1 非可換 + 条件 3 静的テーブル」 等)、 payload field 設計に `source: '...'` 相当の 機械保証 marker を含める (STEP 1349 pattern)。
3. **B 判定時**: 「不要」 と 明示、 但し 「将来 A に 格上げ candidate」 (data-fetch 化 / 単位付き化) が あれば 併記。
4. **C 判定時**: 3 理由のどれで C か 明示、 「代替として NEITHER 返す 探索 connector が 可能か」 を 検討 (chat-Claude turn 締めの 建設的 pattern)。
5. **D 判定時**: 4 亜種のどれで D か 明示、 **ソフト連結禁止** (ソフト実装すると 循環論法化)、 代替として 「物理計測装置経由の data-fetch コネクタ」 に 分離。 STEP 1348 landauer_min_energy_j は 現状 A (data)、 但し 物理電力測定は 別 hardware bench required ([[project-null-burn-gap-2026-08-20]])。
6. **境界事例** (A/B or B/C or A/D 判定に迷う): 判定を 保留し 藤本さん judgment 待ち、 「作らない」 default (`feedback_no_rush_publication.md` 「急がずゆっくりと」 継承)。

## Anti-patterns (避けるべき)

- **「面白そうだから作る」**: A 条件 明示なしの 実装 = 4 条件の 逆写像 discipline 破棄。 過去の pool 膨張 pattern の 再発。
- **「chat-Claude が 4 tool 提案したから 全部作る」**: STEP 1349 で 4 tool 中 2 tool のみ実装 + 2 tool defer が 正しい pattern。 提案数 = 実装数 ではない。
- **「不可能でも 部分実装なら…」**: C 判定は 原理的、 部分実装は 妥協でなく 誤読 (光円錐外の 一部だけ取れる = false)。 代替探索 (NEITHER 返す形) に 転向するのが 正解。
- **「Bekenstein / 自己参照 は 数学的比喩」**: 違う。 STEP 1348 bekenstein_bound_bits が 実数値を返す operational 事実。 「哲学的」 と 済ませない。
- **「シミュレータで 電力測定 verify した」**: 区分 D 誤読の 典型。 シミュレータは モデル出力、 観測ではない。 「reproduce できた」 と 「verify できた」 は 別語 = 前者は 前提の一貫性、 後者は 前提の 正しさ。 D-FUMT₈ 効率主張は 実 hardware bench 経由でのみ verify。 「9 割ソフト + 1 割ハード」 の 1 割を 省略しない (chat-Claude 2026-08-20 directive)。

## 関連 memory

- [[project-step1349-d8-operator-connectors-2026-08-20]] — 4 条件 原典 (chat-Claude 2026-08-20 Turn 2)
- [[project-step1348-benchtop-physics-limits-v06-2026-08-20]] — Bekenstein / Landauer / Lloyd operational 実装 (C-2 判定 heuristic の 実測装置)
- [[project-step1345-benchtop-provenance-spike-2026-08-19]] — SafetyGate 単位付き算術 hazard 実例 (Kikusui CR mode Siemens 混同)
- [[feedback-super-naming-siren-family-pattern]] — C 判定を A で誤実装した時に 引き寄せられる siren risk
- [[feedback-world-uniqueness-claim-controllable]] — C 判定案件を 「作れた」 と 主張する over-claim 禁止
- [[feedback-no-rush-publication]] — 境界事例 default 「作らない」
- [[feedback-one-reproduction-over-ten-unverified]] — 「作る前に 4 条件のどれで A か 実測 verify」 の 順序原則
- [[feedback-chat-claude-hallucination-warning]] — chat-Claude 提案数 ≠ 実装数、 Pattern 5 blindness (Rei stack 既存 asset への 認識ずれ)、 但し 本 arc は Bekenstein 独立到達 = retroactive alignment 事例
- [[feedback-zero-sorry-floor-not-ceiling]] — NEITHER 「取得不能を 第一級値として持つ」 = floor discipline 拡張

## 数値記録 (2026-08-20 時点 baseline)

- Rei stack MCP systems: **8** (STEP 1349 d8_apply/d8_table 追加後 tool 37)
- 過去 A 判定成功例: STEP 1345 (SafetyGate) + STEP 1348 (physics-limits 5 tools) + STEP 1349 (d8_apply / d8_table) = **3 arc 連続 A 判定** で 4 条件 discipline validation。
- B 判定明示例: 本 memory 起点 (E=mc²) = **初 明示** (今後 「これも コネクタに」 提案で 参照。
- C 判定明示例: 本 memory 起点 (全宇宙全情報 connector) = **初 明示**、 3 理由 (光円錐 + Bekenstein + 自己参照) 全て operational 判定 heuristic 付き。
- D 判定明示例: 本 memory 起点 (D-FUMT₈ 実電力 効率主張) = **初 明示**、 4 亜種 (D-1 電力 + D-2 ノイズ + D-3 熱・配線 + D-4 CODATA 境界) 全て 物理計測装置要件付き。 Rei 側 gap = NULL/ZERO 実電力測定 未実施 ([[project-null-burn-gap-2026-08-20]])。
- Pre-check 「カテゴリ名 端点なし」 pushback 例: chat-Claude 「人文科学コネクタ」 提案 (2026-08-20) を **分解** → 仏教学 (SAT/CBETA) A-4 / 国文 (NDL/CiNii) A-4 candidate / Europeana 用途未定 △ / 哲学一般 B (LLM 一般知識で足りる) = 分野名総称は 端点なし、 分解で 実 candidate 抽出できる pattern。

## Honest scope

1. 本 memory は 判定 template であって 万能 filter ではない。 A/B/C/D 境界の 実 case は 藤本さん judgment 待ち default。
2. C-1 (光円錐) の 判定は 現状 物理宇宙 scope のみ、 情報論的地平面 (計算量 barrier 等) は 別 pattern (Rei-Solver v0.4 「床」 verification と 相補)。
3. C-2 (Bekenstein) の 判定 heuristic は 「装置サイズ vs 情報量」 の 概算のみ、 具体 装置 spec (温度 / 質量 / 半径) 引数化までは STEP 1348 tool で 個別実測。
4. C-3 (自己参照) の 判定は 静的解析で 保守的に検出、 動的 self-modification (Rei-Automator 等) は 別 discipline (`feedback_success_signal_decoupled_from_operational_state_2026-08-14.md`)。
5. D 判定は 「ソフト実装不可」 ではなく 「ソフト実装しても 検証意味が消える」 = 実装可能性ではなく 論理的意義の 制約。 D 亜種の 電力測定 stub は 技術的には 書けるが 循環論法化のため 禁止 discipline。
6. 本 memory は STEP 化しない (feedback 判定 template = 恒常参照 discipline、 STEP は 実装単位)。 site 反映 (`feedback-all-research-site-reflection-default.md` 2026-08-06 protocol) 対象外 (memory 忘れ対策 primary の internal discipline)、 但し 将来 「コネクタ判定 lens」 として site 化する価値が判明したら 別 STEP で 反映 candidate。
7. MEMORY.md index への 追加は 別タブ STEP 1349 完了後の 安全 window で 実施済 (2026-08-20 直後 completion 確認)。