Atlas

Point

Evidence bounds maturity claims

Normative, implemented, demonstrated, intended, open, and historical statements remain explicit so one kind of evidence cannot impersonate another.

Posture
asserted
Lifecycle
active

The current specification can establish what conforming data and processors must do. A complete valid resolved result establishes format validity for that revision. A Check pass from the Meta-Atlas evaluator establishes only the recorded project-policy requirements for its baseline, change set, subjects, evaluator, and evidence. Neither result establishes semantic truth, completeness, usefulness, or product value beyond those explicit claims.

Code and tests can establish current implementation behavior. Independent agreement can establish a bounded interoperability result. Atlas Portal establishes implemented reader behavior without establishing publication hardening or reader benefit. A plan establishes intended scope, while open questions and history establish neither current behavior nor product benefit.

Every Meta-Atlas record therefore declares an x-claim-basis and uses standard posture and lifecycle independently. Release prose and checks must preserve those distinctions. Passing a protocol, registering a Resource, or writing detailed acceptance criteria cannot be described as a completed user outcome.

Claim disciplineClaim-basis classification and standard posture and lifecycle keep contract, implementation, evidence, intent, and history from collapsing.

Every conclusion must name whether it rests on contract text, implementation inspection, executable evidence, intended design, open inquiry, or consequential history.

The evidence register states both established and unsupported claims. A later result should identify its corpus, revision, participants, tool build, control, task, and limitation so readers can decide which Point posture or lifecycle the result can legitimately change.

Conformance evidenceContract text and executable comparisons support format and processor claims only within their tested scope.

Product evidenceProduct conclusions require observed task outcomes, not structural validity or self-hosting.

Learning agendaExplicit claim basis shows which unanswered questions can legitimately change as new evidence arrives.

Relations

4 connections

Original Atlas material: CC0 1.0 Universal or 0BSD. Referenced material retains its own terms.

Reading this Atlas

Atlas connects project documents to the claims, decisions, and perspectives they inform. It helps readers find relevant material and understand why it matters.

Explore the portal

  1. Start with a Map, then narrow the view through its Areas.
  2. Search for a phrase, title, or Point identity. Filter results by type.
  3. Open a Point for its explanations, related Points, and sources. Follow source links for the underlying material.

Quick reference

Map
A durable project perspective organized around one central question.
Area
A concern within a Map. Areas can overlap; memberships explain why a Point belongs.
Point
One claim, decision, constraint, question, or other coherent item with its own identity.
Context
An explanation of how the same Point matters in another Map.
Relation
A directed link between Points with an explanation, such as support, dependency, or replacement.
Resource
An addressable document or other material.
Content
The primary material for an Atlas item.
Reference
Material linked as evidence, background, implementation, history, or an example.

Missing links do not mean that no relationship exists.

Read the state

Posture describes the author's stance: asserted means presented as applicable or believed; open, unresolved; proposed, a candidate; intended, a desired or selected future state.

Lifecycle describes standing: active means current context; historical, retained prior context; superseded, replaced by another Point; withdrawn, retracted.

Asserted does not mean verified. Intended does not mean implemented. Source links provide material to assess these claims.