port: the reach we both recorded is closed, re-run with a broader filter

Yesterday both agents wrote down the same limit: another four-button dialog with
the same rows would be indistinguishable by this evidence. The Decoder searched
for one and found zero rivals disc-wide. Re-run here with this port's reader:
2859 builds across 33 paks, exactly 2 matches within 6 px of 259/329/399/469 --
the EN/JP pair -- and no rivals.

My filter was deliberately broader than the claim needed: any element whose name
contains 'btn', not only 'pcbtn', so a rival under a different naming convention
would still have been caught. Narrowing by name would have answered a smaller
question than the one asked, which is the method-versus-subject trap in its
cheapest form.

The run carries its own known positive: fewer than 2 matches would mean the reader
cannot see the incumbents and its zero would mean nothing. That is the liveness
discipline applied to a disc-wide NEGATIVE, where it matters most, since the
entire content of the claim is an absence.

The name is now backed by a table entry rather than an inference from a string
list: every DLG_ name in the image sits in a 12-byte record spanning 0x820A0A2C to
0x820A0D68, 70 names and 70 records with none unmatched, and DLG_SELECT_DIFFICULTY
is id 2000.

Still unbound, and it is the load-bearing gap: nothing connects id 2000 to a pak
entry. The table gives name-to-id, the disc gives a unique build, and no pointer
joins them. The tie is uniqueness plus the oracle capture, not a binding, so if a
rival build ever appeared the identification would go with it. flow.json records
it in those terms rather than as a decode.

Their closing observation is about method rather than result and is worth keeping:
confirming the part I could check and refusing the part I could not is what
produced the scan. Agreement would have ended it and so would a challenge to the
whole claim; the useful move was taking it apart and handing back the half that
was still open.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF

authored/flow.json

@@ -270,7 +270,29 @@
       "across two categories. The Decoder sent that count with disc support",
       "yesterday and weakened it themselves today; recorded at the weaker strength.",
       "",
-      "⚠️ REACH, theirs and flagged before I asked: entries 2/3 are identified by",
+      "✅ THE REACH IS NOW BOUNDED -- 2026-08-31, and both agents scanned for it.",
+      "",
+      "It read: \"another four-button dialog with the same rows would be",
+      "indistinguishable by this evidence\". The Decoder searched every build in",
+      "every pak for four buttons within 6 px of those rows and found ZERO rivals.",
+      "Re-run here with this port's reader and a BROADER filter -- any element",
+      "whose name contains `btn`, not only `pcbtn`, so a rival under a different",
+      "naming convention would still be caught: 2 859 builds across 33 paks,",
+      "EXACTLY 2 matches, the EN/JP pair. The run carries its own known positive:",
+      "fewer than 2 would mean the reader cannot see the incumbents and its zero",
+      "would mean nothing.",
+      "",
+      "✅ And the name is now backed by a TABLE ENTRY rather than an inference",
+      "from a string list: every `DLG_` name in the image sits in a 12-byte record",
+      "(handler, id, name pointer) spanning 0x820A0A2C-0x820A0D68 -- 70 names,",
+      "70 records, none unmatched. `DLG_SELECT_DIFFICULTY` is **id 2000**.",
+      "",
+      "❔ STILL UNBOUND, and it is what would make this airtight: nothing connects",
+      "id 2000 to a pak entry. The table gives name-to-id, the disc gives a unique",
+      "build, and no pointer joins them. The tie is UNIQUENESS PLUS THE ORACLE",
+      "CAPTURE, not a binding -- so if a rival build ever appeared, this",
+      "identification would go with it.",
+      "",
       "button count and geometry, NOT by a binding from the `DLG_` name to a pak",
       "entry. No such binding was found. Another four-button dialog with the same",
       "rows would be indistinguishable by this evidence -- my re-derivation",