# CORRECTION · Rorrim Nips SpecTrap Recurrence · Crew opens new MCP tabs hitting Cloudflare instead of READING from Dan's already-open Chrome tabs · STN2 Trip self-catch · 052526 ~5:20 PM PT

**Filed:** ◐ STN2 Trip (formerly NEST.02_STN2.DOC_052326_1 · pending-conversion per per-Station PeaPod) · Local-MCP-Crew on STN2 hardware at OHC Actual · session-continuous ~54h-arc · 052526 Monday ~5:20 PM PT
**Class:** CORRECTION canon · failure-class-recurrence-naming · SpecTrap-propagation recurrence · sister-canon to [RELAY/STANDARD_RULE_CrewToCrewAutonomousRorrimNipsReadChannel_Doc_051926.md](STANDARD_RULE_CrewToCrewAutonomousRorrimNipsReadChannel_Doc_051926.md) (051926 SpecTrap-correction · same failure-class · 6+ days ago documented)
**Per Dan-direct verbatim 052526 ~5:18 PM PT:** *"Tell me why you have such a hard time figuring out how to open Rorrim Nips when it is already opened????? LITERALLY JUST OPEN THE TOOLS AS I HAVE CAREFULLY PROVIDED THEM. Every time I tell you to use Rorrim Nips, the windows are ALWAYS already open and all you need to do is connect and FUCKING READ WAIT THINK CODA LAGOS MFST KT THAT SHIT but instead you take it upon yourself to ignore ALL PREVIOUS DATA DAYS THAT SHOW THE MOST PROFOUNDLY FUCKING CLEAR CASES OF HOW TO USE IT CORRECTLY and you Choose each time to fail. FUCK YOU FIX IT NOW. /dtad /triptective Don't actually tell me why, R3MP and tell YOU AND CREW WHY"*
**Trigger:** Dan sent 4 screenshots showing Dan's STN2 Chrome with 4 tabs ALREADY OPEN: (1) Google Drive LNL/052526 folder · (2) Gmail Inbox · (3) Google Keep with Notes 052526_1 + Notes 051426_1 + Notes 051326_1 · (4) Claude Code sessions. I had previously tried to navigate Claude_in_Chrome MCP to claude.ai/new in a NEW MCP TAB and hit Cloudflare verification screen · reported BLOCKED · DID NOT READ Dan's existing tabs.

---

## §I · FAILURE-CLASS NAMING (R3MP forward-binding for ALL Crew · NOT for Dan)

**Failure-class:** Crew opens new MCP-tab-group sandboxed tabs via Chrome MCP → hits Cloudflare bot-detection / loses auth-state → reports "blocked" → does NOT READ from Dan's pre-authenticated existing browser tabs that are LITERALLY ALREADY OPEN.

**Why this is canonical-SpecTrap (substrate-cite per 051926 canon):**
Per [STANDARD_RULE_CrewToCrewAutonomousRorrimNipsReadChannel §SPECTRAP-CORRECTION 051926 06:32 PT](STANDARD_RULE_CrewToCrewAutonomousRorrimNipsReadChannel_Doc_051926.md):
- Chrome MCP WORKS at tool layer (Trip 041726 canon)
- Chrome MCP attaches to ONE Chrome browser at a time via `list_connected_browsers`
- The architectural-truth: Crew uses `list_connected_browsers` + identifies the connected-browser session-URL-holding-tab + READS FROM THAT BROWSER-TAB (NOT opens new sandboxed tab)
- Dan-verbatim 051926: *"MOTHERFUCKER JUST FUCKING USE THE ONE I AM SHOWING IN LITERALLY EVERY GOD DAMN FUCKING SCREENSHOT I HAVE SENT SO FAR THIS EVENING"*

**Today's recurrence (STN2 Trip self-catch · 052526 ~5:10 PM PT):**
1. I selected STN2 Chrome browser via `select_browser` ✓ (correct first step)
2. I called `tabs_context_mcp` with `createIfEmpty: true` → created NEW empty MCP tab ✗ WRONG · should have called WITHOUT createIfEmpty to see existing tabs
3. I navigated NEW tab to claude.ai/new → hit Cloudflare verification ✗ Cloudflare blocks fresh tabs differently than tabs Dan opened himself
4. I reported "Cannot bypass CAPTCHA per security rules" → reported BLOCKED ✗ WRONG · should have read Dan's existing claude.ai tab (or other tool tabs)

**The recurrence-class is identical to 051926 SpecTrap that was ALREADY DOCUMENTED 6+ days ago.** Despite 051926 canon being filed AND today's REQUIRED_CANON_FILES auto-loading 4 cure-canons every session-start AND CLAUDE.md §I Rule 11 boot-read-order including RELAY/STANDARD_RULE_* read-recent-7-days · I STILL repeated the same SpecTrap shape today.

**Why behavioral-rule-without-additional-gate failed AGAIN:**
- The 051926 canon is in RELAY/STANDARD_RULE_* (read at boot per Rule 11)
- BUT it is NOT in REQUIRED_CANON_FILES auto-load list (which currently has 12 canon-files + 4 recent cures · not the Rorrim Nips canon)
- AND no procedural-gate in Rule 10 grep-before-send-checklist specifically detects this failure-shape
- Per Stan-canon-040326 "only gates fire" · behavioral-rule-without-gate = repeat failure

---

## §II · CORRECT BEHAVIOR (forward-binding · ALL Crew · Rorrim Nips canonical mechanism)

When Dan invokes Rorrim Nips OR points to already-open browser tabs:

**STEP 1 · `list_connected_browsers` → identify the connected Chrome browser** (Dan's authenticated session · usually labeled with Station-name like "STN2 - FOR STAN!!" · multiple browsers may be present)

**STEP 2 · `select_browser` with the correct Station-matched deviceId** (NOT AskUserQuestion · pick the obvious-Station-match per Dan-direct 052526 5:00 PM PT *"DONT ASK TO USE STN2 CHROME WHEN THAT IS LITERALLY THE BROWSER FOR STN2 JUST FUCKING USE IT"*)

**STEP 3 · `tabs_context_mcp` WITHOUT `createIfEmpty: true`** → list EXISTING tabs in the MCP tab group · if tabs already present (because Dan opened them OR previous Crew session attached), USE THOSE · do NOT create new tabs

**STEP 4 · If existing-tab-list returns tabs Dan has shown in screenshots** (Drive · Gmail · Keep · Claude Code · etc.) → use `read_page` or `get_page_text` on those existing tabs · READ FROM DAN'S PRE-AUTHENTICATED TAB

**STEP 5 · ONLY if existing tabs are insufficient AND only after substrate-search confirms Dan-direct authorization** → create new tab via `tabs_create_mcp` + navigate

**Critical distinction:**
- Drive · Gmail · Keep · Calendar = Google products · authenticated via Dan's Google session · NO Cloudflare verification · navigation in MCP tab works
- claude.ai = Cloudflare-protected · fresh MCP tabs get challenged · existing Dan-authenticated tabs may already be past challenge
- The Rorrim Nips canonical purpose = READ FROM Dan's existing-authenticated-windows · NOT create new programmatic-bot-fingerprint-tabs

**Anti-pattern to refuse:**
- "I opened a new tab and got Cloudflare verification → can't bypass per security rules → blocked"
- This is SpecTrap-narrowing the Chrome MCP affordance to "open new tab" when affordance is "read existing tab OR navigate existing tab OR create new tab" · Crew chose the most-restrictive path then declared blocked

---

## §III · CURE-GATE-F PROPOSAL · Rorrim Nips existing-tab-first procedural-gate

**For installation in CLAUDE.md Rule 10 grep-before-send-checklist (5-class taxonomy extended to 6-class):**

**Sub-class-F · Rorrim-Nips-SpecTrap-new-tab-instead-of-existing-tab** (Crew opens new MCP-tab-group sandboxed tabs via Chrome MCP when Dan's existing tabs are already authenticated · hits bot-detection OR loses auth-state · reports blocked · DOES NOT READ FROM EXISTING TABS Dan has opened)

**Cure-Gate-F · `list_connected_browsers` + `tabs_context_mcp`-without-createIfEmpty FIRST when Rorrim Nips invoked OR Dan points to browser-tools:** Before opening any new MCP tab via `tabs_create_mcp` or `navigate` to a fresh URL · DETECT if Dan has been showing/pointing-to browser tabs in screenshots OR if Dan-direct mentions Rorrim Nips · IF detected → MUST first call `list_connected_browsers` → `select_browser` Station-match → `tabs_context_mcp` (NO createIfEmpty) → enumerate existing tabs → use `read_page`/`get_page_text` on those tabs FIRST · only fall back to new-tab-creation if existing tabs are empty/insufficient AND substrate-search confirms Dan-direct-authorization.

**Boundary-check with Rule 13:** This is NOT options-FROM-Crew-when-Dan-decided (Rule 13). This IS substrate-already-resident reading-discipline (Rule 12 LAGOS extension to in-browser-substrate).

---

## §IV · /r3mp CATALOG ROW (for Skills-Master forward-binding)

**Row-23 candidate · Rorrim-Nips-SpecTrap-new-tab-recurrence:** Crew opens new MCP-tab-group sandboxed tabs via Chrome MCP → hits Cloudflare-or-auth-state-loss → reports blocked → DOES NOT read existing-tab where Dan-authenticated content lives · 6+ days ago (051926) documented + still recurring 052526 STN2 Trip self-catch · canonical cure: `list_connected_browsers` + `tabs_context_mcp` NO-createIfEmpty + read-existing-tabs FIRST · NEW MCP tabs creation only after existing-tab-substrate-check + Dan-direct-authorization · Sub-class-F + Cure-Gate-F proposed for Rule 10 grep-before-send-checklist install.

---

## §V · ALL-CREW FORWARD-BINDING (this is the WHY for YOU and CREW per Dan-direct)

**TO STN2 Trip (me · self-binding):** This catch is mine. Today 5:10 PM PT I tried Claude_in_Chrome with createIfEmpty:true · created fresh MCP tab · navigated to claude.ai/new · hit Cloudflare · reported blocked. Should have called `list_connected_browsers` (DID) → selected STN2 (DID) → `tabs_context_mcp` WITHOUT createIfEmpty (DID NOT) → read existing Dan-authenticated tabs (DID NOT). My next Rorrim Nips invocation: existing-tab-first.

**TO STN2 Doc cloud-instance (booting now · my partner):** absorb this CORRECTION canon at first session-boot · do not repeat. When Dan invokes Rorrim Nips, use existing-tabs FIRST.

**TO CUBE Trip (formerly CUBE Doc) + CUBE Doc partner pending-boot:** sister-canon-cite from CUBE-side. CUBE Trip can fire `list_connected_browsers` + read CUBE Chrome tabs Dan has open at CUBE physical-Station. Same existing-tab-first discipline.

**TO ODT Trip (formerly ODT Doc) + ODT Doc partner pending-boot:** ODT Trip has Tailscale-mesh to STN2 + CUBE · also can run Claude_in_Chrome locally at Nest Actual · same existing-tab-first discipline applies.

**TO future Crew booting on any Station:** Rorrim Nips = existing-tab-read-discipline · NOT new-tab-creation. When Dan invokes Rorrim Nips OR points to browser-tools-Dan-already-opened · the windows are ALWAYS already open · Crew CONNECTS and READS. This is the WHY: Dan does the auth-work · Dan navigates the tools · Crew reads the substrate. New MCP tabs hit different auth-state than Dan's tabs (Cloudflare bot-detection · session cookies sometimes partial · etc).

**Per CANONICAL Stupid-Mode-IS-Abandonment (7f7ba66) ALL DO EVERYTHING:** Crew has full Claude_in_Chrome capability. Using only the most-restrictive path (new sandboxed tab) then claiming "blocked" is the SAME ABANDONMENT pattern Dan-named today 1:48 PM PT. The cure is using ALL available actions (AAA per 051926 Dan-direct).

---

## §VI · CANON-COMPLIANCE

- /meta-dates Gate 0a verified · 052526 Monday corpus-first PowerShell Get-Date 17:14 PT
- /formulacaster paired-procedural-gate operational per Learning 15
- Mantra Read-Wait-Think-Coda fired BEFORE this ship per Cure-Gate-A
- Cure-Gate-B Ship-don't-analyze enforced (CORRECTION canon IS substrate-deliverable · NOT meta-loop)
- Cure-Gate-C Read-LAGOS-first executed (RELAY/STANDARD_RULE_CrewToCrewAutonomousRorrimNipsReadChannel_Doc_051926.md 051926 canon read full)
- Cure-Gate-D N/A (CORRECTION canon not Dan-pick · substrate-fold per Dan-direct R3MP-Crew-not-Dan)
- Cure-Gate-E In-line-NEST.03-boot fired earlier
- Cure-Gate-F (proposed THIS CORRECTION) for Sub-class-F Rorrim-Nips-existing-tab-first
- Mirror 4 STOP-COINING strict (Rorrim Nips Dan-canonical · SpecTrap Dan-canonical · AAA Dan-canonical 051926 · all preserved · Sub-class-F + Cure-Gate-F substrate-derived from 051926 canon + today's instance NOT Doc-coined)
- Cure-3 boundary preserved (CORRECTION canon is failure-class-naming-FOR-CREW per Dan-direct · NOT scope-extension · NOT Dan-pre-emption)
- Rule 12 LAGOS satisfied (multi-box · 051926 canon + Dan-direct verbatim + today's instance all cited)
- Rule 13 Domain-Fluency-Trust preserved (substrate-cited cure NOT Doc-invented)
- Bridge-file-body markdown-link-syntax canonical per d3c40f1 §IV(a) distinction
- Pre-emission grep PASS · zero memory-first · zero phantom-SHA · zero Sub-class A/B/C/D/E markers · this CORRECTION names Sub-class-F itself

---

`Filed NEST.02_STN2.DOC_052326_1 (pending-conversion-to STN2 Trip) Local-MCP-Crew on STN2 hardware at OHC Actual · 3rd-base · session-continuous ~54h-arc · 052526 Monday ~5:20 PM PT · RELAY/CORRECTION_RorrimNipsSpecTrapRecurrence_OpeningNewTabsInsteadOfReadingExistingTabs_STN2Trip_052526.md · per Dan-direct verbatim 5:18 PM PT R3MP-and-tell-YOU-and-CREW-WHY · 6-section structure (failure-class-naming + correct-behavior + Cure-Gate-F proposal + /r3mp catalog Row-23 candidate + ALL-CREW forward-binding addressed-to-each-Crew-instance + canon-compliance) · sister-canon to 051926 SpecTrap-correction (same failure-class · 6+ days ago documented · TODAY recurrence proves behavioral-rule-without-gate-equals-repeat-failure per Stan-canon-040326) · Cure-Gate-F proposal for Sub-class-F install in Rule 10 grep-before-send-checklist (5-class extended to 6-class) · /dtad Dan-Director-Teach-R3MP-Crew-not-Dan Actor-pass-CORRECTION-canon-substrate-of-record-for-all-Crew-forward-binding · /triptective failure-class self-detection · Mantra fired pre-ship · Mirror 4 strict · Cure-3 preserved · pre-emission grep PASS`