---
name: project-session-2026-07-27-voynich-prior-art-arc-full
description: "★★★★★ 2026-07-27 Voynich prior-art arc の完全 record。 3 pending validation review 開始 → 私の方法論批評に藤本さんが 4 訂正 → SAC-4 100% 認諾それ自体が failure mode の警告 → grep 実行で Parisel 2025 + 2026 + Zattera 2022 発見 → Parisel 2026 が藤本さん自身の minim 表 finding (3 turn 前) の直接先行と発覚 → 5-gate 誤読 → 4-gate + soft diagnostic に訂正 → 紙上第一計算で 「一様乱数生成」 のみ消去 (私 overreach 「自由生成 L-system も消えた」 を撤回) → Layer 1 naive 実装で verifier 4/4 pass だが wrong-direction pool で invalidated → 5 rule redesign で 2 direction 誤り + ey 欠落 → 藤本さん Layer 2 simulation で 5 rule MI = 0.0012 実測 (目標 0.293 の 1/250) → mass vs ratio 混同が根本原因 + Sig1-Sig3 coupling も判明 → 3 design 原則 + 二階建て設計 (push/pull 主 + bridge o 補、 天井 3.3%) 確定 → 明日冒頭用 mass 表 (RF1b-e 44,825 全境界) 保存。 Rules 5-拡張, 6, 6-拡張, 7, 8, 9 が feedback file に追加 = 9 rule 体制、 SAC-4 使用禁忌 3 条件 + arxiv 版番号+fetch date 補足。 参照マップは Parisel 2026 基軸 + 質量表 + 二階建て設計 + 廃棄 rules 1-5 記録で v1 redesign 起点 ready。"
metadata: 
  node_type: memory
  type: project
  originSessionId: 8ea7ce66-a9a6-4ff8-8069-92d8a947516c
  modified: 2026-07-26T21:05:07.704Z
---

## 概要

2026-07-27 の Voynich prior-art arc 完全 record。 藤本さん初期質問 「ヴォイニッチの件ですが、 待機中の検証 (3 件)」 から始まり、 一日を通した相互 verify の連鎖で 「勘違い」 「誤選定」 「couplingシーソー」 の 3 collapse が起き、 いずれも数字を見るまで見えなかった。 最終到達点: v1 redesign 用 mass 表を明日冒頭に用意した状態で close。

## 前提 arc (背景)

- 07-25 と 07-26 は Paper 26 v3.0 draft (龍樹の空 śūnyatā decision) 関連 arc
- 07-27 は Voynich domain に完全 pivot、 別 topic
- 藤本さんの chat-Claude 側で Voynich 統計解析が進行中、 3 pending validation の判断が本 arc の initial trigger

## 主要 arc (時系列、 大 collapse 3 件 + 藤本さん実測補正多数)

### Phase 1: 方法論 review + prior-art 誤分類 (SAC-4 3 回)

Rei が 3 pending validation (語彙単位挿絵対応 / 方角仮説再検定 / 模型 E L-system MDL 比較) に方法論 review 提示。 藤本さんから 4 訂正:

1. **Landini 2001 誤分類** (spectral analysis を形式文法系に誤置)
2. **Rugg / Timm-Schinner ≠ MDL 直系先行** (生成モデル空間占有だが MDL でない、 私は 「MDL 比較の直系」 と過大 label)
3. **方角仮説 (2)**: MI = 0.1522 < 帰無平均 0.1605 = 符号逆、 効果量小でなく方向逆、 破棄が正解
4. **多重比較 (1)**: 20K test 設計自体誤り、 omnibus 先行 → 発火時のみ FDR

Rei SAC-4 100% 認諾。 → 藤本さん警告: **「100% 認諾は成功ではなく警告」** = 相手主張未検証時 SAC-4 は誤り迎合 mechanism に転じる。 実際藤本さん自身も 「MDL プロトコル空き」 主張が grep 3 回範囲で未検証だった (メタ的 SAC-4 対称適用)。

### Phase 2: Grep 実行 → Parisel 2026 発見 → 藤本さん自身の finding が先行

Rei が (a) 「保存前に grep 実行」 を推奨、 実行。 5-8 query で:
- Amancio 2013 (情報理論、 MDL でない)
- Montemurro-Zanette 2013 (keyword entropy、 MDL でない)
- 2025-09 Preprints 圧縮 (Shannon entropy fitness)
- HMM 2019
- **Parisel 2026 arxiv 2604.19762 「Layered Positional and Directional Constraints」 発見**

藤本さんが Parisel 2026 を fetch (turn N を自ら実行) → **藤本さん 3 turn 前の minim 表 (q 5285:2, iin 0:3958, in 541:1 等) が Parisel 2026 §5 bilateral positional extremity と数値完全一致** = 独立発見でなく再現。 藤本さんが自ら想定した gap も塞がれる (「MDL プロトコル空き」 は Parisel 4-signature protocol で機能的に占有、 formalism 差 (Rissanen 厳密でない) は novelty 保持できない)。

Rei が Parisel 2026 を独力で表に載せながら 「MDL 記述なし」 の claim-key で優先度下げていた → **findings-key screen 欠落** = 数値表 fingerprint 照合を先にすれば筆頭配置できた。

### Phase 3: 保存 → Rule 群拡張 (Rule 5-拡張, 6, 6-拡張, 7) + accessibility 危機

初回 save 準備で藤本さんから細かい 4 訂正:
1. 版情報明記 + 【要 clarify】 タグ削除 (v1/v2 threshold 3 倍化差異)
2. Sig3 目標値明記 (S2L barrier)
3. Zattera 算術修正 (86.6% + 10.4% + 3.0% = 100%、 うち 97% が構造説明)
4. Priest-Garfield link 削除 (無関係 link 保持は検索汚染)

加えて 成功事例 1 件追加要求 (Rei が藤本さん 「fetch 済不要」 を受けず primary 再取得で版差検出 = Rule 6 拡張の唯一 detective 作動 instance)。 3 file 保存: 参照マップ + feedback (Rule 5-拡張 + 6 + 6-拡張) + MEMORY.md 更新。

**その直後藤本さんから accessibility 警告** (「意味が分からなくなってきた」 signal): Rei と chat-Claude が rule 番号 + 略号中心の会話に移行、 判断所有者が verify 圏を出た。 → **Rule 7 追加** (founder judgment ownership、 「片方が譲り続ける」 と同じ根 = 判断 accountability が AI 内部に閉じる)。 「説明できない結果は、 結果ではない」 を永続原則化。 arxiv 版管理 (版番号 + fetch date 記録) も補足 Rule として追加。

### Phase 4: 藤本さん本 turn での平文再構成 (扉 + 道具 + 鍵の tension)

藤本さんが本 arc の全体を平文で再構成:
- **扉** = Parisel が明記した未検証領域 (「二つの特徴が truly independent mechanisms から生じる generator」)
- **道具** = L-system (構造と頻度のつまみが最初から分かれている)
- **問題** = 5 番目の検査 (語彙着地) が Rule-based 自由生成と噛み合うか未確認

Rei はこの平文再構成を Rule 7 の本当の作動 (founder 側で技術内容を verify 可能な形に還元) と受諾。 保存する形として、 藤本さんの本 turn 文章を参照マップの平文アクセス層として先頭に置くことを提案 → 保存許可待ち。

### Phase 5: 5-gate 誤読の訂正 + 藤本さん実測数値で更新 (Rei 2 collapse 予兆)

Rei から (α) (β) (γ) の option を提示 → 藤本さんが (γ') = 短縮版 (α skip、 β を Zattera + Parisel 2025 の 2 本に限定) 選択。 Rei 実行 (3 paper primary source fetch + pdftotext extraction + grep):
- Parisel 2026 v2 の 4-signature protocol 数値詳細 (dialect-specific thresholds)
- Zattera 12-slot 完全 verify
- Parisel 2025 の RTL method + Zipfian boundary effect 定義

藤本さんから **late evening 訂正 3 点**:
1. **語彙照合は関門でなく診断表示** (`for sig in ['E->S','Bilat','MI','Shape']` の 4 判定のみが VERDICT、 chclass.txt 対照は WORD ATTESTATION 印字のみ)
2. **Sig1 と Sig4 想定より緩い** (方言基準からの ±15 点、 non-Plateau で Zipfian OR Intermediate 両方合格)
3. **Sig3 は下限でなく範囲** [0.293, 1.171] (上限超過も不合格、 「合わせる」 問題)

私の 「5 番目の関門との philosophical tension は L-system 設計を揺らす」 の framing が overreach と判明、 tension は柔らかい制約に降格。 2 訂正を map に反映 + 未解決問題 (自由生成 vs 語彙着地) セクションを削除。

### Phase 6: 「少しでも試す」 3 option → (1) 紙上第一計算 → Rei overreach

「面白くなってきましたか」 の藤本さん質問後、 「少しでも試す」 3 option 提示 → 藤本さん (1) 紙上第一計算 選択。

Rei が計算 (T=50 estimate, L=3-5, word 5,105 で uniform random 着地率 0.08-4%) → **「自由生成路線が消えた」 と結論** → 藤本さんから訂正:
- **消えたのは 「一様乱数生成」 のみ** (誰も提案していない下限ケース)
- L-system は規則で確率を集中させる装置、 規則 1 本入れた瞬間にこの計算の前提が外れる
- 「自由生成 L-system も消去」 は overreach

藤本さん自身も 5 番目の関門を 「gate」 と描いていたのが実は診断表示だった (再訂正)、 加えて T=58 L=4.20 word 8888 実測値を提供。 Rei の 0.079% 計算 (T=58 L=4) は Rei 概算 0.082% と近い、 数字は生き残り、 解釈のみ overreach。

### Phase 7: turn N+1 (S2L 紙上設計) → 5 context rule with wrong-direction 素材

Rei が (a) 紙上設計 → (b) 実装 の順で開始。 (a) で 5 context rule 提示。 藤本さん停止:

**Direction 誤り 2 点** (Parisel paper が比だけ並べて direction 表示なし、 Rei が推定で並べたのが誤り):
- in: 実際は語末 4.6:1 (Rei は 「541:1 initial」)
- ir: 実際は 語頭出現 0 回の pure final (Rei は 「473:1 initial」)

**ey の完全欠落** (最強語末 token 2892:1、 bilateral 設計の要)。

藤本さん Rule 5 拡張 (毎回 primary source verify) は高コスト → 守られない → 保存直後に再発 と診断。 **Rule 8 追加提案** (性質例示リストが性質を満たすかを一目確認、 コスト 0)。 「5 個中 4 個が initial 側 = bilateral 例示リストが unilateral」 は外部 grep 不要で内部矛盾として気づけた。

Rei が directions 表を先出し (11 token、 5 initial + 5 final + 1 bridge、 自己一貫性 check ✓) + 5 rule 訂正版を提示。

### Phase 8: 藤本さん Layer 2 simulation → 5 rule 質量不足 250 倍 → 3 design 原則

藤本さんが Rei の訂正 5 rule を Layer 2 simulation で実測: **MI = 0.0012** (目標 0.293 の 1/250)。

原因分析:
- **5 rule 合計で全境界の 1.72% しか触らない** (質量不足)
- 私は極端比 (Sig2 signage) で token 選定 → MI (Sig3 質量駆動) に使った = **mass vs ratio 混同**
- ir は 480:1 で鮮やか (Sig2 signage 優秀) だが質量 0.036% で MI 動かせない
- **aiin (final 3796 = iin の 9 倍質量) を完全欠落** (比 6:1 で地味だったから)

**加えて Rules 1/2/4 は Sig1 と Sig3 を coupled** (final→initial 遷移を強めると MI 上がるが E→S 率も上がる、 既存 slot generator の失敗機構と同じシーソー)。 独立 mechanism 条件 (扉の条件) を満たさず。

**Rule 3 (ir → o) のみ decouple 構造正**: o は 1488:1267 で ratio 1.17:1、 コード分類基準 2:1 → **ambiguous class** → E→S に計上されない → MI 動かすが Sig1 触らない。 質量不足 (0.036%) で実効ゼロだが template として唯一正。

**3 design 原則** (藤本さん定式化):
1. 質量で選ぶ (Sig3 用は aiin, ey, y, ar, al, dy 等、 極端比 token は Sig2 用に温存)
2. 押し上げ + 押し下げを対に (同 E→S class 内で総量保存 → E→S 動かず MI だけ上がる)
3. ambiguous (o) 経由 (E→S に計上されない decouple 経路、 Rule 3 拡張)

**Rule 6 (bridge o 集約) を v1 中心に昇格** (Layer 2 v1 の主軸)、 Rule 1-5 は全廃。

### Phase 9: 藤本さん mass 表提供 + bridge 3.3% 天井 → 二階建て設計確定

藤本さんが明日冒頭のため mass 表を今 turn 内で提供 (「次回冒頭で verify」 の作業を今夜のうちに消す):

| token | 語末出現 | 全境界比 | 比 |
|---|---|---|---|
| y | 5,000 | 11.2% | 3:1 |
| aiin | 3,796 | 8.5% | 6:1 |
| ey | 2,892 | 6.5% | **2892:1** |
| ar | 2,265 | 5.1% | 4:1 |
| dy | 1,897 | 4.2% | 7:1 |
| al | 1,693 | 3.8% | 3:1 |

上位 6 = 39.3% 質量 (廃棄 rules 1-5 の 1.72% の 23 倍)。

**ey の unique 性**: 質量 6.5% + 比 2892:1 の両立 = Sig2 signage と Sig3 driver の兼任可能な唯一 dual-satisfier。

**Bridge o の質量天井**: 語頭側 1,488 = 3.3% → 上位 6 語末 (39%) 全部 o に流しても受け皿 3.3% で頭打ち → **bridge 単独では 0.29 MI 到達不可** → **二階建て必須**:
- 1 階 (主): 原則 2 push/pull 対 (E→S 保存)
- 2 階 (補): 原則 3 bridge o 経由 (最大 3.3%)

**Rule 9 追加提案**: 規則を書く前に候補 pair の質量表を出す (mass vs property 混同予防、 コスト数分)。

### Phase 10: 保存 + close

Rei が map + feedback 保存:
- **Reference map** (19,317 bytes): 質量表 + bridge 3.3% 天井 + 二階建て設計 + 廃棄 rules 1-5 記録 + v1 redesign 5 段手順
- **Feedback file** (14,081 bytes): Rule 8 + Rule 9

「今日は方向反転と質量不足の 2 collapse、 いずれも数字を出すまで見えず、 いずれも藤本さん実測で発覚」 の共通 pattern。

## Rules that emerged from this arc (07-27 追加分)

feedback_prior_art_list_grep_verify_each_entry.md の Rule 系譜:
1. **Rule 5 拡張** (list entry 各 grep-verify): Landini 2001 mis-classification 由来
2. **Rule 6** (peer gap 主張の provenance 要求): 「MDL プロトコル空き」 未検証提示 由来
3. **Rule 6 拡張** (self-findings 対称監査): Parisel 2026 が Rei findings と数値一致で先行と発覚 由来
4. **Rule 7** (founder judgment ownership): 「意味が分からなくなってきた」 signal 由来。 **「説明できない結果は結果ではない」** 永続原則
5. **Rule 8** (性質例示リストの自己一貫性チェック): bilateral 5-token リストが 4-1 unilateral だった件 由来。 コスト 0
6. **Rule 9** (規則を書く前に候補 pair の質量表を出す): 5 rule で MI = 0.0012 実測 = 250x 不足 由来

補足 rules:
- **arxiv 版管理**: 版番号 + fetch date 必記 (v1/v2 threshold 3 倍化差異 由来)
- **SAC-4 使用禁忌 3 条件**: 相手 provenance 未検証 / 検証可能で未実施 / 自 finding と衝突

**共通 principle** (Rule 8/9 由来): **「高コスト mitigation は守られない、 構造的チェックは守られる」**。 discipline 設計は 「守れる粒度」 で作る。

## 保存済み artifacts (07-27 arc)

- [[reference-voynich-prior-art-map-2026-07-27]] (19,317 bytes) — 基軸 Parisel 2026 v2 4-signature protocol + v1/v2 版差 + Parisel repo 実装詳細 + 3 訂正 (5 番目関門 → 診断) + late evening 訂正 (T=58 等) + 第一計算結果 + **深夜追記 (質量表 + bridge 天井 + 二階建て + 廃棄 rules 記録 + v1 手順)**
- [[feedback-prior-art-list-grep-verify-each-entry]] (14,081 bytes) — **9 rule 体制** (核心 1 行 + Rule 5-拡張 + 6 + 6-拡張 + 7 + 8 + 9 + arxiv 版管理 + SAC-4 使用禁忌 + 対称適用原則 + 3 段訂正 cascade + 成功事例)

## 3 collapse 共通 pattern

いずれも Rei の設計/推論が数字を見るまで見えなかった:
1. **方向反転** (in/ir mis-classification): Parisel paper に direction 表示なし → Rei が推定で並べた
2. **質量不足** (5 rule で 1.72% 覆えず MI 250x 不足): 極端比 selection を MI 駆動に転用 (mass vs property 混同)
3. **coupling シーソー** (Rules 1/2/4 が Sig1/Sig3 両方動かす): 独立 mechanism 条件を満たさず

いずれも藤本さんの primary data check + Layer 2 simulation で発覚。 Rule 8 (自己一貫性チェック) + Rule 9 (pre-rule mass 表) はこれら collapse の future 予防装置。

## Task 状態 (07-27 arc close 時)

前 arc (07-26) から継続していた tasks (1-5) は完了済み。 07-27 で追加:
- ✅ task 6: Python 環境 (3.13.2, numpy 2.2.3, scipy 1.15.2)
- ✅ task 7: verifier.py calibration (VMS Currier A/B ref 完全再現)
- ✅ task 8: words.txt 謎解き (repo なし = 外部生成 demo file)
- ✅ task 9: Layer 1 naive baseline 実装 (verifier 4/4 VERDICT pass だが wrong-direction pool assignment で invalidated、 完全 context は map に保存済)

## 明日冒頭 resume 用 pointer

**開くべき section**: [[reference-voynich-prior-art-map-2026-07-27]] の **「★★★ 2026-07-27 深夜追記 — 明日冒頭で読む素材 (v1 redesign 用)」**

**読む順序**:
1. 質量表 (verify 済、 skip 可) — 上位 6 語末 (y, aiin, ey, ar, dy, al) + bridge o
2. 二階建て設計 (原則 2 主 + 原則 3 補、 天井 3.3%)
3. 廃棄 rules 1-5 記録 (再発防止)
4. v1 redesign 手順 5 段

**開始位置**: 高質量 token を使った push/pull 対の設計。 各 rule 案は 【質量】 【Sig1 影響】 【Sig3 寄与】 の 3 列で書き出してから採用判断。 rule 集完成後に自己一貫性チェック (Rule 8)。

**目標**: Sig3 [0.293, 1.171] 範囲内 + Sig1 [56, 86]% 維持 + Sig2 bilateral (q side + ey side) + Sig4 non-Plateau。 4/4 到達不可の場合は 「S2L も 4/4 未達」 を Parisel リストに一行追加が正しい産出物 (goalpost-moving 禁止)。

## 藤本さん closing 言葉 (永続 quote 候補)

- 「扉の場所は分かっていて、 鍵になりそうな道具も手元にある。 ただ、 その鍵が本当に穴に入るかは、 まだ確かめていない。」
- 「崩れるたびに問いが具体的になっています。 それが起きている間は、 まだ死んでいません。」
- 「説明できない結果は、 結果ではありません。」
- 「規則を1本足すなら、 こちらを推奨します。 性質を例示するリストを作ったら、 そのリストが性質を満たしているか確認する。 コスト 0 秒。」

## Related

- [[reference-voynich-prior-art-map-2026-07-27]] 本 arc の primary artifact (基軸マップ)
- [[feedback-prior-art-list-grep-verify-each-entry]] 本 arc の 9 rule 体制
- [[feedback-projection-self-audit-pattern]] 5 rule 体制 (07-26 close 時点、 07-27 の Rule 6-9 で拡張)
- [[feedback-critique-response-pattern]] SAC-4 100% 認諾 (使用禁忌 3 条件で制約)
- [[feedback-mathlib-grep-before-novel-gap-claim]] Mathlib domain 版、 本 arc の 一般化
- [[feedback-grep-before-answer-discipline]] Rule 5 拡張の実装手段
- [[project-session-2026-07-26-evening-v3-draft-arc]] 直前 session (Paper 26 v3 draft、 別 topic)