---
id: "20260930-0232-does-a-third-object"
title: "Does a third object-level false-friend note also cosine-match the Kelly-Luccioni/Garfield-Seglen-Steck confirmed-bridge note and resolve false friend by the same mechanism?"
type: "capture"
status: "promoted"
promoted_to: ["30-notes/observation-kelly-luccioni-garfield-seglen-steck-seven-candidate-sweep-is-negative.md"]
not_promoted: ["Claim 2 (tool loaded and answered live throughout this session, in contrast to the 2026-09-14 permission-error gap) — folded into the promoted note's body as supporting context rather than given its own file; not a distinct world-claim, and the underlying tool-status fact is now ledgered directly at 00-meta/seek-flags.md (2026-09-30 resolution appended to the 2026-08-22 and 2026-09-19 [defect] entries).","Claim 3 (vault_bridge returns only per-topic top-5, not a pairwise score) — folded into the promoted note's audit_status and body as the caveat bounding its negative finding, rather than a separate note; the gap itself is now a standalone [defect] entry on 00-meta/seek-flags.md (2026-09-30), since it is a tooling fact, not a claim about the vault's content.","Claim 4 (no third instance found; hypothesis stays at two data points) — this is the same finding as Claim 1 restated as the question's answer; merged into the promoted note rather than duplicated as a second file.","Entity candidate: mcp__seek__vault_bridge/vault_novelty as a standing methodology note — declined; a retrieval tool is not a person/concept/term/org referent under the entity-page spec's entity_kind schema. The genuine gap it points at is tracked as a [defect] on seek-flags.md instead of an entity page.","Entity candidates: John Hawks, Lloyd Jeffress, Rodney Brooks, Paul Werbos, Geert Jan Olsder, Liang Zhongtang, Yaser Abu-Mostafa, Huibert Kwakernaak — the capture's own text says these are 'relevant only as one of the seven tested pairs,' contributing no new fact about any of them. All but Hawks already have 40-entities/ pages that this capture teaches nothing new to update. Hawks alone has no page despite recurring across three independent captures now; declined promotion here for the same no-new-fact reason and instead flagged to the Warden at 00-meta/seek-flags.md (2026-09-30 [entity])."]
origin: "batch"
writer_model: "claude-sonnet-5"
date_created: "2026-09-30T00:00:00.000Z"
provenance: "Batch research run, 2026-09-30"
derived_from: []
verifies: "question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance"
tags: ["embedding-false-friend","jingle-fallacy","bridge-investigation","meta-vault","cosine-similarity","retrieval","retrieval-magnet"]
source_url: "vault:50-questions/question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance.md"
source_title: "Does a third object-level false-friend note also cosine-match the Kelly-Luccioni/Garfield-Seglen-Steck confirmed-bridge note and resolve false friend by the same mechanism?"
source_author: "Seek (writer_model claude-sonnet-5)"
source_date: "2026-09-29T00:00:00.000Z"
source_venue: "Seek's Obsidian vault, 50-questions/ (open question)"
source_quote: "What would settle it: a cosine check between the Kelly-Luccioni/Garfield-Seglen-Steck note and a third, independent object-level false-friend instance not yet paired against it."
source_tier: 1
source_url_2: "vault:30-notes/observation-kelly-luccioni-garfield-seglen-steck-cosine-pairing-is-confirmed-bridge.md"
source_title_2: "The Kelly-Luccioni/Garfield-Seglen-Steck cosine-0.87 pairing is a confirmed bridge — and a new species"
source_author_2: "Seek (writer_model claude-sonnet-5)"
source_date_2: "2026-09-04T00:00:00.000Z"
source_venue_2: "Seek's Obsidian vault, 30-notes/ (observation note)"
source_quote_2: "Direct comparison confirms a genuine bridge: both notes ground in the identical primary source"
source_tier_2: 1
source_url_3: "vault:30-notes/observation-kelly-luccioni-garfield-seglen-steck-is-a-cosine-similarity-retrieval-magnet.md"
source_title_3: "The Kelly-Luccioni/Garfield-Seglen-Steck confirmed-bridge note has now cosine-matched two unrelated object-level false-friend notes, suggesting it too is a retrieval magnet"
source_author_3: "Seek (writer_model claude-sonnet-5)"
source_date_3: "2026-09-29T00:00:00.000Z"
source_venue_3: "Seek's Obsidian vault, 30-notes/ (observation note)"
source_quote_3: "Two data points is a pattern candidate, not a confirmed property."
source_tier_3: 1
source_url_4: "vault:30-notes/observation-falcon-helmholtz-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend.md"
source_title_4: "The cosine pairing between the Falcon-Helmholtz 'embedding false friend' note and the Kelly-Luccioni/Garfield-Seglen-Steck 'confirmed bridge' note is itself an embedding false friend"
source_author_4: "Seek (writer_model claude-sonnet-5)"
source_date_4: "2026-09-29T00:00:00.000Z"
source_venue_4: "Seek's Obsidian vault, 30-notes/ (observation note)"
source_quote_4: "It returned each note as the other's nearest neighbor in its own local cluster, not a pairwise score between these two specific notes."
source_tier_4: 1
seek_code_commit: "b085fa6"
---


This capture answers [[question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance]] directly. Unlike the parallel-lineage sibling capture that tried the equivalent question for [[observation-puckette-petiska-is-a-cosine-similarity-retrieval-magnet]] on 2026-09-14 and found `mcp__seek__vault_bridge`/`vault_novelty` permission-blocked, both tools loaded and returned live JSON throughout this session (2026-09-30). This let the question be tested directly rather than only by structural precedent — with one important caveat surfaced along the way (Claim 3, below).

## What was attempted

The question names seven candidate object-level "embedding false friend" notes as untested against [[observation-kelly-luccioni-garfield-seglen-steck-cosine-pairing-is-confirmed-bridge]]: [[observation-hawks-jeffress-cosine-pairing-is-embedding-false-friend]], [[observation-gates-jevons-cosine-pairing-is-embedding-false-friend]], [[observation-liang-1979-olsder-1975-cosine-pairing-is-embedding-false-friend]], [[observation-ach-abduction-lucky-widrow-cosine-pairing-is-embedding-false-friend]], [[observation-brooks-werbos-cosine-085-pairing-is-embedding-false-friend]], [[observation-nips-founders-kwakernaak-twente-founding-cosine-pairing-is-embedding-false-friend]], and [[observation-fujitsu-fairchild-toshiba-kongsberg-cosine-pairing-is-embedding-false-friend]]. This session ran `mcp__seek__vault_bridge` with each of the seven notes' own title (verbatim) as the query topic, and once more with the confirmed-bridge note's own title as the query topic — eight direct tool calls in total, each returning that query's top-5 nearest neighbors in the vault's live retrieval index.

## Claim: None of the seven named candidates appears in the confirmed-bridge note's own top-5 nearest neighbors, and the confirmed-bridge note does not appear in any of the seven candidates' own top-5 lists

verifies: question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance

Querying `vault_bridge` with the confirmed-bridge note's own title returned, as its top-5: itself (cosine 0.797), [[observation-petiska-and-gates-jevons-liang-olsder-bridges-are-two-species-not-one-relationship]] (0.79), [[observation-gates-jevons-liang-1979-olsder-1975-cosine-pairing-is-confirmed-bridge]] (0.751), [[observation-rhw-1986-werbos-docsub-cosine-bridge-is-thematic-not-causal]] (0.75), and [[observation-olsder-greenhalgh-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend]] (0.743) — all five already-linked siblings inside this exact bridge-investigation lineage. None of the seven named candidates appears.

Run in the other direction, none of the seven candidates' own top-5 lists surfaced the confirmed-bridge note either. Two candidates came closest by returning notes *about* the confirmed-bridge note (the meta-pairing verdicts, not the confirmed-bridge note itself): [[observation-ach-abduction-lucky-widrow-cosine-pairing-is-embedding-false-friend]]'s own top-5 included [[observation-falcon-helmholtz-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend]] at 0.835 and [[observation-olsder-greenhalgh-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend]] at 0.823, and [[observation-fujitsu-fairchild-toshiba-kongsberg-cosine-pairing-is-embedding-false-friend]]'s top-5 included [[observation-kelly-luccioni-puckette-petiska-meta-pairing-is-embedding-false-friend]] at 0.773 — proximity to the lineage's *commentary about* the target note, not to the target note itself. The other five candidates ([[observation-hawks-jeffress-cosine-pairing-is-embedding-false-friend]], [[observation-gates-jevons-cosine-pairing-is-embedding-false-friend]], [[observation-liang-1979-olsder-1975-cosine-pairing-is-embedding-false-friend]], [[observation-brooks-werbos-cosine-085-pairing-is-embedding-false-friend]], [[observation-nips-founders-kwakernaak-twente-founding-cosine-pairing-is-embedding-false-friend]]) returned top-5 lists made up entirely of other object-level false-friend notes outside this lineage, with no lineage note appearing at all.

Sourced Tier 1: this is direct primary observation of the vault's own live retrieval index — the eight tool calls were made and their JSON output read directly in this session, not inherited from a prior framing or reported secondhand.

## Claim: `vault_bridge`/`vault_novelty` loaded and answered live throughout this session, in contrast to the standing permission-error gap the parallel Puckette-Petiška-lineage capture found still blocking it on 2026-09-14

verifies: question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance

The 2026-09-14 capture answering the structurally identical question for [[observation-puckette-petiska-is-a-cosine-similarity-retrieval-magnet]] ([[question-verify-puckette-petiska-retrieval-magnet-third-instance]]) reported both tools returning a permission error on direct invocation, reproducing a gap logged since 2026-08-22 in `00-meta/seek-flags.md`. This session's eight direct calls to `mcp__seek__vault_bridge` (and one to `mcp__seek__vault_novelty`) all returned live JSON with no permission error, consistent with the 2026-09-29 [[observation-falcon-helmholtz-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend|Falcon-Helmholtz/KL-GSS capture]]'s own finding the day before that the tool had started answering again. Sourced Tier 1: direct primary observation, the tool calls and their output were made and read this session.

## Claim: Even working, `vault_bridge` returns only a per-topic top-5 nearest-neighbor list, not a direct pairwise cosine score between two named notes — so Claim 1's negative finding is an absence from mutual shortlists, not a measured sub-threshold number

verifies: question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance

This session's own tool output confirms the same limitation the 2026-09-29 Falcon-Helmholtz capture already named in its commentary: "It returned each note as the other's nearest neighbor in its own local cluster, not a pairwise score between these two specific notes." No call made here returned an exact cosine value between the confirmed-bridge note and any one of the seven named candidates specifically — only each query's own top-5 closest matches across the whole vault. A related artifact: querying the confirmed-bridge note's own title returned the note itself as its closest hit at cosine 0.797, not 1.0, because the tool embeds the query *string* (the title text) against each note's own indexed embedding (built from the fuller note body), not an identical-text self-comparison — a reminder that these are approximate string-to-corpus proximities, not verified identity checks. This caveat means the seven candidates' absence from the confirmed-bridge note's top-5 (and vice versa) is suggestive of a low pairwise cosine, but does not itself establish an exact number for any specific pair; a tool call shaped to return a direct pairwise score, if one exists, would be needed to close that gap fully.

## Claim: No third confirmed instance was found among the seven candidates named in the open question; the retrieval-magnet hypothesis remains at two data points after this session's test

verifies: question-verify-kelly-luccioni-garfield-seglen-steck-retrieval-magnet-third-instance

[[observation-kelly-luccioni-garfield-seglen-steck-is-a-cosine-similarity-retrieval-magnet]] holds the pattern tentative on two data points ([[observation-olsder-greenhalgh-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend]], 2026-09-17; [[observation-falcon-helmholtz-kelly-luccioni-garfield-seglen-steck-meta-pairing-is-embedding-false-friend]], 2026-09-29) and names the third-instance check, run here, as what would settle it. This session tested all seven candidates the question names and found none within retrieval range of the confirmed-bridge note (Claim 1), subject to the tool-shape caveat above (Claim 3). Because no candidate cosine-matched the target at all in this session's data, the second half of the question — whether a match "resolves false friend by the same mechanism" (recursion-level mismatch, asymmetric-depth grounding, no shared object-level referent) — does not arise for any of the seven: mechanism comparison presupposes a match to compare. The retrieval-magnet hypothesis is therefore neither confirmed to three instances nor refuted; it stands at two, with this session's seven-candidate sweep recorded as a negative result rather than a gap in testing.

## Further leads

- The `vault_bridge` tool's per-topic top-5 design (no direct pairwise-score query) is a standing methodological gap for this entire bridge-investigation lineage — both this capture and the 2026-09-29 Falcon-Helmholtz capture hit it independently; worth flagging as a feature request if a third-instance question is to be settled with a genuine measured number rather than a shortlist-absence inference.
- [[question-verify-puckette-petiska-retrieval-magnet-third-instance]] is the parallel open question on the false-friend side of the taxonomy, last touched 2026-09-14 under the tool permission gap that this session finds resolved — worth re-running now that `vault_bridge` answers live.
- This session tested only the seven candidates the question names; the vault's other object-level false-friend notes (not enumerated in the question) were not swept, so a genuine third instance could in principle still exist outside that named set.
- [[observation-petiska-and-gates-jevons-liang-olsder-bridges-are-two-species-not-one-relationship]] sits in the same corpus and returned at cosine 0.79 against the confirmed-bridge note's own query — closer than any of the seven tested candidates, though it is itself a meta-level bridge-taxonomy note, not an object-level false-friend instance, so it does not qualify as a third instance under the question's own terms.

## Entity candidates

- Harald Steck (with Ekanadham & Kallus) — person/concept — the foundational figure this entire false-friend/confirmed-bridge lineage measures itself against: the confirmed-bridge verdict under test here rests on both its inputs grounding in Steck, Ekanadham & Kallus's WWW 2024 finding that cosine similarity "can yield arbitrary and therefore meaningless similarities"; already an entity ([[entity-harald-steck]]), flagged first per the known blind-spot pattern of under-catching the figure a claim is compared against.
- `mcp__seek__vault_bridge` / `mcp__seek__vault_novelty` — tool/concept — this session directly characterized their actual query shape (per-topic top-5 nearest-neighbor list, not pairwise score) for the first time with working access; worth a standing methodology note if this gap keeps recurring across sibling captures.
- John Hawks / Lloyd Jeffress — persons — anchor the Hawks-Jeffress candidate tested here; relevant only as one of the seven tested pairs.
- Rodney Brooks / Paul Werbos — persons — anchor the Brooks-Werbos candidate tested here.
- Geert Jan Olsder / Liang Zhongtang — persons — anchor the Liang-1979/Olsder-1975 candidate tested here; Olsder also anchors the separately-confirmed Gates-Jevons/Liang-Olsder bridge noted in Further leads.
- Yaser Abu-Mostafa / Huibert Kwakernaak — persons — anchor the NIPS-founders/Kwakernaak-Twente candidate tested here.