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
- 02Response authorizationQ-Layer: response legitimacy
- 03Evidence artifactsituational-applicability-map.json
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.
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.
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.