diff --git a/docs/re/METHOD.md b/docs/re/METHOD.md
index 81b32810..d1698637 100644
--- a/docs/re/METHOD.md
+++ b/docs/re/METHOD.md
@@ -3279,3 +3279,20 @@ agreement, and neither party re-examines a quantity they both accept.
 the largest time is nonzero, `+0x04` is 0 % under either denominator, and the offset
 stands on both scans. **Three rounds of correction over an interpretation that was
 never load-bearing** — which is also why it was safe to keep pulling.
+
+## A log line is a summary someone wrote; reading it as the observation is a substitution
+
+Mid-run I concluded my menu detector had failed in `ja`, because the log showed
+**glyph 11654** far outside the 250–420 band. It had not: the JP menu detects at
+**320** against English's **327**, both in band — the 11654 was a **later phase**. I
+diagnosed from the log line instead of opening the capture.
+
+📌 `sylpheed-port` placed it beside the harness-note finding and the pairing is
+right: **an assumption in a harness note is invisible, and a log line is a summary
+someone wrote.** Reading either as the observation is the same substitution — a
+description of the evidence standing in for the evidence.
+
+⚠️ The cost here was small only because I checked before publishing. The capture was
+one `Read` away the whole time, and the wrong diagnosis would have gone into a data
+file as "the detector is locale-specific" — a plausible, tidy, false instrument
+finding that nothing downstream would have questioned.
diff --git a/docs/re/data/jp-difficulty-not-reached.txt b/docs/re/data/jp-difficulty-not-reached.txt
index 3d8b1abc..711d8ef9 100644
--- a/docs/re/data/jp-difficulty-not-reached.txt
+++ b/docs/re/data/jp-difficulty-not-reached.txt
@@ -40,3 +40,24 @@
 #
 # 📌 The locale was restored on exit and verified back at language = 1, by the
 # trap that runs on ANY exit including this failure.
+
+################################################################################
+# ✅ INDEPENDENTLY CORROBORATED FROM THE DISC -- and the legs really are
+# independent this time, which is worth stating after a week of finding they were
+# not. sylpheed-port, from their export:
+#
+#   main_menu / main_menu_jp   button rows 162, 242, 322, 401, 482 -- identical
+#   extras    / extras_jp      button rows 282, 362, 442           -- identical
+#
+# ⚠️ THESE ARE NOT THE SAME NUMBER AS MINE, and that is the point. Their rows are
+# the DISC'S DECLARED REST POSITIONS; my 225.5 / 385.5 are RUNTIME RING ROWS in a
+# capture, on a surface offset ~65 px from design space. Different instruments,
+# different quantities. Either could have disagreed -- the disc could declare
+# identical JP rows while a runtime ring landed at 225.5 for some other reason,
+# or the disc could differ while the ring happened to match.
+#
+# So, stated separately rather than merged into one claim:
+#   * THE DISC declares identical button rows for EN and JP, on two screens;
+#   * THE RUNNING JP MENU's ring sits where the English one's does.
+#
+# 📌 Neither statement is evidence for GP_DIALOG 2/3. Both are about GP_TITLE.