🗂 全ツール一覧
🏠 Rei Home Hub
🏠 Rei-AIOS Home
D-FUMT₈ 記法宣言 v0 §9 — 3 記号 正本 + 層の区別 + Phase 1a 表 A
Status: (未 review) — chat-Claude 独立検証 未実施、 独立 external verifier 未実施。
藤本さん 2026-09-19 explicit go signal で 3 記号 正本決定 + 層の区別 refinement + Phase 1a のみ execute。
出力側 U+25CB 統一 STEP + Phase 1b-1d 起草 + rei-memory-mcp handoff 実装 は 藤本さん帰宅後 判断待ち。
記法上 「〇 (U+3007)」 と 「○ (U+25CB)」 は 見た目 区別不能 のため、 本 page では 表中 で 必ず codepoint (U+3007 / U+25CB 等) を 併記。
Origin: STEP 2133 (2026-09-18 起草 base) + STEP 2137 (2026-09-19 層の区別 + Phase 1a) の site 反映。 詳細 source = docs/D_FUMT8_NOTATION_v0.md (GitHub)。 本 STEP 2138 = 藤本さん directive 「サイト反映 + トップページから辿れる + メモリ」 3 layer land。
§9-1: 3 記号 の 正本 (2026-09-19 藤本さん judgment 決定)
| 記号 | 正本 codepoint | 名称 | 決定根拠 |
| 〇 (見た目区別のため codepoint 併記必須) |
U+3007 |
IDEOGRAPHIC NUMBER ZERO |
値 ZERO と 意味一致 (数としての ゼロ を表す)。 U+25CB (○ WHITE CIRCLE) は 日本語で 「正解」 の印として 使われ、 真理値表で TRUE と誤読される 恐れがあるため 不採用。 |
| Ω |
U+03A9 |
GREEK CAPITAL LETTER OMEGA |
repo 内 baseline 使用 dominant (3,295 files 26,728 occurrences narrow scan)、 藤本さん 前回 recommendation 追認。 U+2126 OHM SIGN (13 files、 主 外部 vendored proofwidgets JS) は NFC 同値で U+03A9 に 自動正規化 (§9-3)。 |
| ~ (見た目 U+301C と混同 risk) |
U+FF5E |
FULLWIDTH TILDE |
D-FUMT₈ 値記号 context (FLOWING or ⟲ 含む行 内) で U+FF5E:U+301C = 646:239 = 2.7:1 dominant。 藤本さん directive 「既存の FLOWING で 多い方を 正本にする」 原則。 |
§9-2 + §9-2-bis: 適用範囲 + 層の区別 (「例外」 ではなく 「層が違う」)
§9-1 (記法の正本と parser G1) と 実行時 入力正規化 は 別の 層。 「例外」 として 扱わず、 層 の 違いとして 整理 (2026-09-19 藤本さん judgment Q_pending_1 応答による update)。
Layer 1: 記法 layer (§9-1 + parser G1)
- 対象: D-FUMT₈ を 書く 側 (spec, paper, source code の 記号 embed)
- 挙動: 正本のみ 使用 = 〇 (U+3007) / Ω (U+03A9) / ~ (U+FF5E)
- 非正本 出現時: 位置付き reject (parser G1 が (記号, position) を返す)。 U+25CB / U+301C / U+FF10 等が 記法文書に 出現 → reject。
Layer 2: 実行時 入力正規化 layer (seven-logic.ts の normalizeD8Value alias、 d8-connectors.ts の symbol 型)
- 対象: D-FUMT₈ を 受け取る 側 (人 / LLM / external system が 記号を 打ち込んだ 入力)
- 挙動: U+25CB (○) は 入力 の 別名として 受理し ZERO に変換する。 これは 仕様であり例外ではない。
'~' (U+007E TILDE) → ~ (U+FF5E) の alias も 同じ扱い。
- Rationale: 人が「○」 を打ち込んでも ZERO と 正しく受け取る = usability rule。 入力 の 許容 (usability) と 記法 の 正本 (strict base) を 混同しない = 層 の 違いを 保つ。
Layer 3: 実行時 出力 layer (値 → 記号 表示 / 書き出し)
- 対象: D-FUMT₈ を 書き出す 側 (画面表示 / template / render / log / html)
- 挙動 (べき): 出力は U+3007 (正本) に 統一する べき
- 現状 (2026-09-19 実測): 出力側でも U+25CB 使用が dominant = 統一 STEP 別途 (§9-4-bis 参照)、 藤本さん explicit go 待ち (帰宅後 判断)。
- Rationale: 未来 similar case 予防 (parser G1 が 出力 を re-parse するとき 正本以外を 位置付き reject する = pathology の 発火を 出力側 でも 予防)
§9-3: 正規化 rule
相互正規化はしない (異なる意味の 記号を 機械的に 同一化しない、 base 明示性を保つ)。
自動正規化する例外 (記法 layer = §9-1 + parser G1 のみ):
- NFC で 同値のもの: U+2126 OHM SIGN → U+03A9 GREEK CAPITAL LETTER OMEGA (Unicode 標準 canonical decomposition)
それ以外の類似文字: 記法 layer で 位置付き reject:
- U+25CB (○ WHITE CIRCLE) が 記法文書 に 出現 → reject (位置 embed)
- U+FF10 (0 FULLWIDTH DIGIT ZERO) が 記法文書 に 出現 → reject
- U+301C (~ WAVE DASH) が 記法文書 に 出現 → reject
- 他 類似文字も 同様
実行時 入力正規化 layer は 独立: 上記 「位置付き reject」 は 記法文書 の 中の 記号 に対して 適用。 実行時 (人 / LLM / external system の 入力 受け取り) では U+25CB → ZERO alias 受理 が 仕様 (§9-2-bis 参照)。
§9-4-bis: 実行時 出力側 U+25CB 使用 audit (2026-09-19、 read-only report)
実測結果: 出力側 (値 → 記号 表示 / 書き出し) で U+25CB (○) 使用が dominant (U+3007 では ない)。
藤本さん directive「出力は U+3007 に統一されていることを報告」 の 期待 と 反する 実測結果。
統一 STEP は 別 STEP 藤本さん explicit go 待ち (本 page は audit report のみ、 書き換え執行なし)。
Core src (17+ files、 ZERO → '○' output mapping)
src/renderer/data/sages-axes-lens.ts:L56 ZERO: '○' (U+25CB)
src/renderer/components/expression/TheoryMiniCircuit.tsx:L84 case 'ZERO': return '○';
src/renderer/components/filter/DfumtFilter.tsx:L33
src/renderer/components/observatory/MultiSensorFusionObservatory.tsx:L70+L294
src/renderer/components/observatory/YourTheoryCircuit.tsx:L32
src/renderer/components/emptiness-finger/EmptinessFingerLens.tsx:L36
src/browser/chrome-extension/{content,popup}.js
src/aios/hypervisor/dashboard-ui.ts:L81
src/aios/visual/qhdc-geo-symbol-engine.ts:L10+L576
src/axiom-os/universal-converter-engine.ts:L321
src/axiom-os/lean4-geo-symbol-proof.ts:L226/L306/L383
src/axiom-os/sunyata-dimension-tower-engine.ts:L406
src/axiom-os/{dimensional-scanner, tda-semantic-embedding, void-color-predictor, dot-encoding}.ts
他 (papers / HTML / tests / dist)
- Papers (4+): paper-041 L201 / paper-155 L218 / paper21-geo-symbol-theory-ja L75 / paper-003 (harvard-upload) L81
- HTML / JSON: dfumt-compression-simulator.html L181+L772 / hanabi-visualization.html L135 / step-1534-bilattice-engine-explicit index.html L135
- Test files: step490-cosmic-observation-dfumt-test.ts L315 / step370b-lean4-geo-symbol-test.ts L77 / step675-fbi-nagarjuna-test.ts L229
- dist/ mirror: 上記 src の 全 output 相当 (auto-generated from src)
帰結:
- §9-2-bis 「実行時 出力 layer」 rule (「出力は U+3007 に統一する」) は 未達成、 17+ core src files が U+25CB 出力
- 統一 STEP は 別 STEP 藤本さん explicit go 待ち (本 page 2138 は read-only audit のみ、 書き換え執行なし、 藤本さん directive 「書き換えは別 STEP で go 待ち」 遵守)
- 統一 STEP 実行時 は 影響範囲大 (17+ src + tests + papers + HTML + dist)、 段階分け or 一括 execute を 藤本さん帰宅後 判定必要
§9-7: 表 A (字句・構文、 parser 用) — Phase 1a (3 記号)
Scope: 3 記号 (〇/Ω/~) のみ、 D-FUMT₈ 8 値記号 の 部分集合。 残 5 記号 (⊤/⊥/BOTH/NEITHER/∞/⟲) + operator (∧/∨/¬/Ω-op/Φ/Ψ 等) は 別 STEP 藤本さん go 待ち (Phase 1b + 1d)。
| # | 記号 | 正本 codepoint | precedence | assoc | arity | 型 | 備考 |
| 1 |
〇 (U+3007 / U+25CB と 見た目 区別不能、 codepoint 必須) |
U+3007 |
N/A (atomic value) |
N/A |
0 (constant) |
Value: ZERO |
数としての ゼロ、 D-FUMT₈ 8 値 の #6 (index 4) |
| 2 |
Ω |
U+03A9 |
要確認 (提案・一次資料未確認、 Phase 1d で確認予定) |
要確認 |
1 (unary、 提案: Ω(x) = 冪等収束演算子) |
Operator: IdempotentConvergence (提案・一次資料未確認、 Phase 1d で確認予定) |
Ω operator は STEP 67-75 で 統一場 engine で 導入。 正式 precedence + arity は Phase 1d 一次資料 walk で 確定 (現時点で 確定事項として扱わない) |
| 3 |
~ (U+FF5E / U+301C と 混同 risk、 codepoint 必須) |
U+FF5E |
N/A (atomic value) |
N/A |
0 (constant) |
Value: FLOWING |
D-FUMT₈ 8 値 の #7 (index 5)。 「~→」 の → は operator か 装飾 か 未確定 (Phase 1b 対象) |
Phase 1a 起草 の scope 限定:
- 3 記号 のみ、 残 5 値 + operator は Phase 1b + 1d (別 STEP 藤本さん go 待ち)
- Ω の precedence + arity + 意味論 は 「要確認」 で保留 (Phase 1d parser G1 実装時 に 一次資料 walk で 確定、 現時点で 確定事項として 見せない)
- atomic values (〇 と ~) は precedence + assoc 不要 (parser G1 は これらを constant として parse、 演算子 combination の 中に登場する時のみ operator precedence 関与)
- 「~→」 の → が operator か 装飾 かは 未確定、 一次資料 walk で 判定 (Phase 1b 対象)
Pending items (藤本さん帰宅後 判断 待ち)
- 出力側 U+25CB 統一 STEP: 17+ core src file + tests + papers + HTML + dist の 影響大、 段階分け or 一括 execute 判定 待ち
- Phase 1b: 表 B (意味・出自、 人+AI 用) の 3 記号 + operator 一次資料 walk 準備
- Phase 1c: JSON 正本 (table A + B の machine-readable single source of truth)
- Phase 1d: parser G1 実装 (precedence + assoc + 一次資料 walk = 大 volume)、 Ω の 型 + precedence 確定含む
- rei-memory-mcp 実装: 藤本さん経由 hand-off 後 別 tab (私 side spec v0.1 起草済 =
docs/rei-memory-mcp-modification-request-v0.1.md、 STEP 2133)
Cross-reference
- Source doc:
docs/D_FUMT8_NOTATION_v0.md (GitHub) — 本 page の 完全版
- STEP 2133 (2026-09-18): a4 execute — 記法宣言 §9-1 base 起源
- STEP 2135 (2026-09-19): CLAUDE.md GREP 規律 cross-ref
- STEP 2137 (2026-09-19): 層の区別 refinement + Phase 1a + 出力側 audit
- STEP 2138 (本 STEP、 2026-09-19): 上記 3 STEP の site 反映 + Rei Home Hub + 全ツール一覧 到達性
src/axiom-os/seven-logic.ts:L187: alias 定義 (実行時 入力正規化 layer)
src/mcp/d8-connectors.ts:L88-107: doc comment 「層の区別」 note (STEP 2137 で 更新)
docs/GREP_BEFORE_REPORT_DISCIPLINE.md: STEP 2133 addendum (grep tool 誤動作 予防、 Known 陽性 verify 併記 pattern)