Skip to content

Expertise

Entity disambiguation

Expertise axis aimed at stabilizing entity identification (persons, brands, organizations) to reduce homonymy, semantic collisions, and erroneous attributions.

CollectionExpertise
TypeExpertise
Domainentity-disambiguation

Engagement decision

How to recognize that this axis should be mobilized

Use this page as a decision page. The objective is not only to understand the concept, but to identify the symptoms, framing errors, use cases, and surfaces to open in order to correct the right problem.

Typical symptoms

  • A person, a brand, a method, or a product is being confused with something else.
  • Critical attributes migrate from one entity to another.
  • Outputs change as soon as a homonymous context appears.
  • Third-party surfaces repeat a bad reading of the main node.

Frequent framing errors

  • Treating an entity collision as a simple lexical issue.
  • Correcting only the most visible page.
  • Describing the entity without publishing what it is not.
  • Ignoring the relations between person, organization, offering, and doctrine.

Use cases

  • Brand or personal-name homonymy.
  • Repositioning that changes the center of gravity of an identity.
  • Implicit fusion between person, company, product, or method.
  • Need to lock an identity that must be usable by engines, LLMs, and agents.

What gets corrected concretely

  • Definition of the primary entity and the critical relations.
  • Publication of identity surfaces, boundaries, and known-error registries.
  • Alignment between graphs, canonical pages, and external signals.
  • Reduction of attribute migration and abusive substitution.

Governance artifacts

Governance files brought into scope by this page

This page is anchored to published surfaces that declare identity, precedence, limits, and the corpus reading conditions. Their order below gives the recommended reading sequence.

  1. 01Identity lock
  2. 02Registry of recurrent misinterpretations
  3. 03Negative definitions
Canon and identity#01

Identity lock

/identity.json

Identity file that bounds critical attributes and reduces biographical or professional collisions.

Governs
Public identity, roles, and attributes that must not drift.
Bounds
Extrapolations, entity collisions, and abusive requalification.

Does not guarantee: A canonical surface reduces ambiguity; it does not guarantee faithful restitution on its own.

Boundaries and exclusions#02

Registry of recurrent misinterpretations

/common-misinterpretations.json

Published list of already observed reading errors and the expected rectifications.

Governs
Limits, exclusions, non-public fields, and known errors.
Bounds
Over-interpretations that turn a gap or proximity into an assertion.

Does not guarantee: Declaring a boundary does not imply every system will automatically respect it.

Boundaries and exclusions#03

Negative definitions

/negative-definitions.md

Surface that declares what concepts, roles, or surfaces are not.

Governs
Limits, exclusions, non-public fields, and known errors.
Bounds
Over-interpretations that turn a gap or proximity into an assertion.

Does not guarantee: Declaring a boundary does not imply every system will automatically respect it.

Complementary artifacts (3)

These surfaces extend the main block. They add context, discovery, routing, or observation depending on the topic.

Graph and authorities#04

Entity graph

/entity-graph.jsonld

Descriptive graph of entities, identifiers, and relational anchor points.

Graph and authorities#05

Published relationships

/relationships.jsonld

Relational surface that makes admissible links explicit across entities, roles, and surfaces.

Graph and authorities#06

EAC registry

/.well-known/eac-registry.json

Normative registry for admissibility of external authorities in the open web.

Evidence layer

Probative surfaces brought into scope by this page

This page does more than point to governance files. It is also anchored to surfaces that make observation, traceability, fidelity, and audit more reconstructible. Their order below makes the minimal evidence chain explicit.

  1. 01
    Canon and scopeDefinitions canon
  2. 02
    Observation mapObservatory map
  3. 03
    Weak observationQ-Ledger
  4. 04
    Derived measurementQ-Metrics
Canonical foundation#01

Definitions canon

/canon.md

Opposable base for identity, scope, roles, and negations that must survive synthesis.

Makes provable
The reference corpus against which fidelity can be evaluated.
Does not prove
Neither that a system already consults it nor that an observed response stays faithful to it.
Use when
Before any observation, test, audit, or correction.
Observation index#02

Observatory map

/observations/observatory-map.json

Machine-first index of published observation resources, snapshots, and comparison points.

Makes provable
Where the observation objects used in an evidence chain are located.
Does not prove
Neither the quality of a result nor the fidelity of a particular response.
Use when
To locate baselines, ledgers, snapshots, and derived artifacts.
Observation ledger#03

Q-Ledger

/.well-known/q-ledger.json

Public ledger of inferred sessions that makes some observed consultations and sequences visible.

Makes provable
That a behavior was observed as weak, dated, contextualized trace evidence.
Does not prove
Neither actor identity, system obedience, nor strong proof of activation.
Use when
When it is necessary to distinguish descriptive observation from strong attestation.
Descriptive metrics#04

Q-Metrics

/.well-known/q-metrics.json

Derived layer that makes some variations more comparable from one snapshot to another.

Makes provable
That an observed signal can be compared, versioned, and challenged as a descriptive indicator.
Does not prove
Neither the truth of a representation, the fidelity of an output, nor real steering on its own.
Use when
To compare windows, prioritize an audit, and document a before/after.
Complementary probative surfaces (1)

These artifacts extend the main chain. They help qualify an audit, an evidence level, a citation, or a version trajectory.

Citation surfaceExternal context

Citations

/citations.md

Minimal external reference surface used to contextualize some concepts without delegating canonical authority to them.

Entity disambiguation

This expertise axis addresses the mechanisms used to stabilize the identification of entities, brands, organizations, and concepts in order to reduce homonymy, semantic collisions, and erroneous attribution.

Disambiguation does not aim to impose a narrative. It aims to make identity more legible, more distinct, and less vulnerable to probabilistic fusion.

This axis articulates with AI disambiguation, the class page Semantic architect: entity and brand disambiguation, and the framework Entity collisions and the interpretive graph: advanced stabilization.

Problem

When two close realities share a name, a lexical field, a function, a category, or a semantic neighborhood, systems can stabilize a hybrid entity that does not exist. A brand becomes a generic term, a person becomes the organization, a product becomes an expertise, or a method becomes an attribute assigned to a third party.

Symptoms to audit

  • Brand or person queries that return heterogeneous answers.
  • Contradictory generative summaries about identity, role, or perimeter.
  • Dominant co-occurrences with actors or concepts that are not central.
  • Foreign attributes reappearing after correction.
  • Difficulty making engines, LLMs, and agents converge toward the same dominant entity.

For typical cases, see Homonymy and entity collisions: when several realities share the same name and Person, brand, product confusion.

Conceptual levers

  • Explicit primary entity: clearly define who or what is the main node.
  • Identifiers and identity surfaces: centralize critical attributes. See /identity.json.
  • Governed relations: publish the right dependencies between person, organization, product, doctrine, and offer.
  • Negative boundaries: declare what the entity is not, does not do, and does not cover.
  • Error registry: name recurring confusions. See /common-misinterpretations.json.

What gets corrected in practice

A disambiguation process often works on:

  1. the definition of the primary entity;
  2. the hierarchy of sources that describe it;
  3. the routing of mentions and internal links;
  4. the distinction between person, organization, product, and expertise;
  5. the external or secondary surfaces that keep the confusion alive.

How disambiguation is validated

A correction becomes credible when:

  • responses converge more consistently toward the same dominant identity;
  • critical attributes stop being shared with other nodes;
  • collisions reappear less often after correction;
  • prompt variation no longer displaces the central entity as easily;
  • the canon-output gap decreases on the most sensitive attributes.

Canonical references

Back to the map: Expertise.

From visibility to citability

Disambiguation does not merely help a brand or entity “show up”. It helps move from unstable mention toward a more bounded and citable identity.

This is why LLM visibility should not be read in isolation from entity work. A source can be visible and still remain weakly attributable, weakly bounded, or non-citable.

See also How an AI decides whether a brand is citable and Structural visibility.