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.
Relevant machine-first artifacts
These surfaces bound the problem before detailed correction begins.
Governance files to open first
Useful evidence surfaces
These surfaces connect diagnosis, observation, fidelity, and audit.
References to open first
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.
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.
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.
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.
Entity graph
/entity-graph.jsonld
Descriptive graph of entities, identifiers, and relational anchor points.
Published relationships
/relationships.jsonld
Relational surface that makes admissible links explicit across entities, roles, and surfaces.
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.
- 01Canon and scopeDefinitions canon
- 02Observation mapObservatory map
- 03Weak observationQ-Ledger
- 04Derived measurementQ-Metrics
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.
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.
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.
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.
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:
- the definition of the primary entity;
- the hierarchy of sources that describe it;
- the routing of mentions and internal links;
- the distinction between person, organization, product, and expertise;
- 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
- AI disambiguation
- Interpretive governance
- Entity collisions and the interpretive graph: advanced stabilization
Related reading
- Homonymy and entity collisions
- Person, brand, product confusion
- Professional services confused with universal expertise
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.