Skip to content

Clarification

Contextual relevance vs recommendation

Clarification between local entity fit with a context and comparative choice requiring criteria, alternatives, symmetrical data and arbitration.

CollectionClarification
TypeClarification
Version0.1-proposed
Stabilization2026-08-16
Published2026-08-16
Updated2026-08-16

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
    Response authorizationQ-Layer: response legitimacy
  3. 03
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.
Legitimacy layer#02

Q-Layer: response legitimacy

/response-legitimacy.md

Surface that explains when to answer, when to suspend, and when to switch to legitimate non-response.

Makes provable
The legitimacy regime to apply before treating an output as receivable.
Does not prove
Neither that a given response actually followed this regime nor that an agent applied it at runtime.
Use when
When a page deals with authority, non-response, execution, or restraint.
Artifact#03

situational-applicability-map.json

/situational-applicability-map.json

Published surface that contributes to making an evidence chain more reconstructible.

Makes provable
Part of the observation, trace, audit, or fidelity chain.
Does not prove
Neither total proof, obedience guarantee, nor implicit certification.
Use when
When a page needs to make its evidence regime explicit.

Contextual relevance vs recommendation

Contextual relevance indicates that an entity fits some dimensions of a situation. A recommendation selects, ranks or excludes options. The first may contribute to the second but does not automatically produce it.

Contextual relevance

A relevance conclusion may take this form:

This hotel appears compatible with a car-free stay because the declared destinations are reachable by public transit at the verified times.

The statement preserves:

  • context;
  • criterion;
  • relation used;
  • temporality;
  • cautious assertion strength.

It does not claim that the hotel dominates every alternative or satisfies the traveller’s other needs.

Recommendation

A recommendation such as “choose this hotel” requires at least:

  • a sufficiently complete option set;
  • explicitly declared criteria;
  • comparable data for each option;
  • an arbitration rule;
  • handling of missing data;
  • material preferences and constraints;
  • reversal conditions;
  • an uncertainty level;
  • the possibility of not recommending.

Without these elements, the system is not truly comparing. It is turning the first sufficiently plausible option into a choice.

The single-fit trap

An entity may be highly relevant under one criterion and weak under another. A hotel may be close to an event but incompatible with an accessibility need. Software may satisfy a functional requirement but exceed acceptable risk. A supplier may deliver quickly but not cover the relevant jurisdiction.

Recommendation must preserve this multidimensionality. One favourable relation must not erase other dimensions.

Asymmetrical data

Risk increases when a system has rich documentation for one entity and poor documentation for competitors. The best-documented entity may appear better merely because it is easier to describe.

A legitimate comparison must distinguish:

  • actual absence of a capability;
  • absence of evidence;
  • absence of observation;
  • stale data;
  • non-comparable data.

Unknown must not be treated as inferior, nor documentation as proof of superiority.

Relation to SAL and Q-Layer

The Situational Applicability Layer declares that a capability may be applicable under certain conditions. The clarification applicability vs recommendation already prohibits turning applicability into automatic preference.

The Interpretive Conditioning Layer extends the same discipline to representation. Q-Layer must limit output when context or evidence does not support recommendation.

Practical rule

An output may move from relevance to recommendation only when the comparison set, criteria, data symmetry and arbitration rules are explicitly sufficient. Otherwise it must remain conditional:

  • “appears relevant for…”;
  • “meets criterion X, subject to…”;
  • “available data does not support choosing between…”;
  • “clarification is required…”.

The site declares facts and conditions. It does not recommend itself. The auditor measures fidelity. The external agent remains responsible for final comparison and its limits.