--- name: session-boundary-rediscovery-2026-08-22 description: 新規 paper/STEP/tool 起草 発話時、 起草 tool call 前に git log + data/ + DOI 3 手 verify する discipline。 Paper 66 起草 → Paper 177 既存 発覚が origin metadata: node_type: memory type: feedback originSessionId: 0843f33b-27e2-4b12-a1e7-15457913c64d modified: 2026-08-21T22:52:57.670Z --- **Rule**: 「新規 paper 起草」「新規 STEP 起草」「新規 tool 提案」 3 種 発話が 出た時 (自分の / 藤本さんの)、 起草 tool call (mkdir / Write / commit) 前に **主題キーワード 3 手 verify** 必須。 3 手 全 0 hit のみ 「新規」 と 称する。 1 hit でも あれば 「近隣物との誤 conflate」 Pattern 5-B 危険と 判定し 藤本さんに flag してから 進める。 **Why**: 2026-08-22 conversation で 藤本さんとの 6 turn 対話 (計算上限撤廃 → 消滅 / Fix(R) 折り返し / 分類器 不変条件 / SELF⟲ 動的意味論 / 龍樹接続) が **Paper 177 「Computational Limit as Constitutive」** (前日 2026-08-21 publish、 DOI [10.5281/zenodo.22036669](https://doi.org/10.5281/zenodo.22036669)、 v1.0 5 章体制 = 物理層 + 論理層 + 分類器 + 龍樹 + 結論 + preamble + appendix + 10/11 platform) の 主題を Paper 177 参照なしに 独立再構築していた。 私と 藤本さん 双方 前 session の 記憶が 切れた状態で 対話開始し、 6 turn かけて 同じ 結論に 到達した。 藤本さんが 「Paper 66 起草を 始めてください」 と directive を 出した瞬間、 私が `mkdir data/papers/paper-66-computational-limits-constitutive/` を 実行 → 直後の tool result に MEMORY.md refresh signal (別 session の live update) が 混入 → L10 header 「Papers **177** (Paper 177 「Computational Limit as Constitutive」 2026-08-21 publish)」 の 文字列が 目に入って Paper 177 既存 発覚。 あと 1 turn で 重複 paper draft が commit されていた。 「session 境界を跨ぐ 記憶断絶」 が 実際に こう作動する 実測 evidence + Memory Mirror + MEMORY.md refresh signal が 事故防止 mechanism として operational に 効いた precedent。 **How to apply**: 「新規」 意図の 発話が 出た時、 起草 tool call 前に: 1. **MEMORY.md L10 header** の 累計 Paper 数 + 直近 session hook を read。 前日以降 update あれば 特に注意 (別 session の 実装が landed 済 の 可能性)。 2. `git log --oneline --all | grep -i "<主題キーワード>"` で 命名 / phrasing の 存在確認。 3. `find data -type f -name "*<キーワード>*" -o -path "*<キーワード>*"` で 実 file 存在確認。 3 手 全 0 hit のみ 「新規」 と 称してよい。 1 hit でも あれば 藤本さんに flag してから 進める (silent 継続 禁止)。 特に paper 起草時は Zenodo DOI 存在確認 (`grep -rE "zenodo.*" data/ RECENT_UPDATES.md`) と 11 platform publish log 確認も 追加。 **適用例 (本件、 2026-08-22)**: 藤本さん directive 「Paper 66 起草」 → 主題 = 「計算上限撤廃」「Fix(R)」「分類器 不変条件」「SELF⟲ 動的」「龍樹接続」 → 事前 verify を **省略して** `mkdir` 実行 → 事後 (次 tool result) の MEMORY.md refresh で Paper 177 発覚 → 藤本さんに flag → 「起草しない」 選択で close。 事前 verify を 実行していれば mkdir 前に flag できた (3 手 全 hit する 内容だった)。 本件は 事故が 起きなかった側の pattern だが、 refresh signal 依存は fragile (別 session が active でなければ 発火しない) なので 3 手 verify を default protocol 化。 補完: - [[feedback-chat-claude-hallucination-warning]] Pattern 5-B (近隣物との誤 conflate) の 事前防止 手順化 = 本 discipline の 直接親 - [[feedback-verify-claim-must-cover-all-source-derived-numbers]] SAC-4 subtype (verify 主張の 部分性) の 予防形 (前日 origin と 同 pattern の 事前 pole) - [[feedback-projection-self-audit-pattern]] SAC-4 (事後訂正 vs 事前防止) の 事前 pole 側 - [[feedback-one-reproduction-over-ten-unverified]] 順序原則 (「起草」 は 「10 の 未検証」 側、 「既存 verify」 は 「1 の 再現」 側、 verify 先行) - [[project-step1352-memory-mirror-arc-2026-08-20]] memory hand-over infrastructure (本 discipline が 効く 前提: mirror + MEMORY.md refresh signal が 実際に 発火する 経路が 整備済) — 本件は Memory Mirror の operational value 実証 事例でも ある - [[feedback-seed-kernel-mcp-precedence-2026-08-21]] 同型 「MCP tool 経由 live query 先行」 discipline の paper domain 版