Abstract Definition Mechanics (Seed)
|
CYCLE Calibration position — Active Development This page is a conceptual instrument under Permanent Beta. It declares a real calibration position, not a finished product waiting to ship. Checking continues; an edit is only required when evidence demands it. Stage: Seed to Fruit. Feedback welcome — especially clarity, failure modes, and calibration gaps. Use discussion or Contribute. |
Abstract Definition Mechanics
See the map. Pressure the map. Report the fit. Recommend — do not seize the definition.
Abstract Definition Mechanics (ADM) is a Calibration Procedure (Seed / Self-Assessed).
It applies metrological calibration principles to abstract definitions. The calibration target is the mapping mechanism, not the truth, morality, or historical validity of the ideas that later use that mechanism.
Every abstract definition functions as a reality-mapping instrument. Calibration asks whether that instrument maps its intended domain clearly enough to perform its stated purpose — including whether content demonstrably required by that purpose is omitted from the dated text.
The procedure evaluates:
- purpose
- load-bearing mapping claims
- mechanisms
- boundaries
- neighboring instruments
- omissions (material only)
- calibration outcomes
- recommendations (gated)
The calibration object is the conceptual mechanism, not the ideas, policies, institutions, or historical actors that later employ that mechanism.
Meta
Abstract Definition Mechanics (Seed)
| Type | Calibration Procedure |
|---|---|
| Functional Layer | Metrological |
| Application Layer | Conceptual Instruments / Abstract Definitions |
| Category | Calibration Procedures |
| Version | 0.3.2 |
| Maturity | Seed |
| Last Calibration | 2026-07-27 |
| Status | Permanent Beta |
| Description | Procedure for calibrating the mapping mechanism of an abstract definition: purpose, load-bearing claims, mechanism grades, material omission, neighbors, outcomes, and gated recommendations — without ownership of the definition and without moral or historical judgment. |
Menu
Core Principles
- Reality gets final vote
- See the Game. Refuse the Game. Build Better.
- Permanent Beta
Navigation
Related
Metrological stance
ADM follows ordinary metrological discipline.
Calibrators:
- inspect the instrument
- identify strengths, weaknesses, material omissions, and failure conditions
- recommend realignment only when a material gap blocks stated purpose
- declare calibration failure when necessary
Calibrators do not assume ownership of the definition.
Definition authors and instrument maintainers decide whether recommendations are adopted.
Rules apply equally to this procedure.
Judgment of ideas, ideologies, institutions, or historical actors is not the job of this procedure. Treating calibration as a license to play judge is a catastrophic failure of the metrological stance.
Calibrating a politically live term may have asymmetric downstream effects. ADM claims procedural transparency and re-runnability, not consequence-neutrality.
Purpose
Make the reality-map of an abstract inspectable, testable, and repeatable so humans and systems can see:
- what the abstract claims to explain, distinguish, predict, include, exclude, and bound
- where that map fails, overreaches, or drifts
- where content demonstrably required by purpose is omitted from the dated text
Procedure boundaries
This procedure does not:
- determine historical guilt
- determine moral worth
- determine political legitimacy
- determine which ideology is “correct”
- transfer authority over a definition to the calibrator
- certify ideas, policies, institutions, or civilizations by calibrating their vocabulary
- police ordinary speech or ban colloquial registers
Those questions belong to downstream disciplines.
A calibrated conceptual instrument improves later historical, empirical, legal, scientific, and ethical analysis.
It does not replace those disciplines.
Protocol vs recommendations
Keep these layers distinct:
| Layer | Role |
|---|---|
| Protocol (required to run ADM) | Purpose, claims, mechanism grades A/B/C, material omission check, case friction, structured outcomes, no ownership language, no moral verdicts |
| Operator rules for a compiled map | Bind to a specific report / IR (e.g. child-lock on this object). Not universal laws of language. |
| Recommendations | Optional realignment suggestions to maintainers. Gated. Do not raise standing. |
Mixing protocol with optional redesign advice creates false authority and invites gatekeeping charges.
Non-claims
- Completing a run does not mean the abstract is “calibrated” in full or that the domain is settled.
- Listing mechanics does not require infinite coverage; load-bearing claims, material omissions, and declared floors are enough for an honest run.
- One concrete case provides friction, not general validation.
- Automation may assist process completeness; it does not certify truth about open reality.
- Success of this procedure as a method does not prove that every higher abstraction will decompose cleanly; each layer remains empirical.
- Recommendations do not raise standing and do not authorize moral or historical judgment.
- Asymmetric political effects of a clear map do not by themselves prove capture; consequence-neutrality is not claimed.
Artifact roles
- Procedure (this page) — ordered method for attempting map calibration
- Probes — tools that pressure particular stages of the procedure
- Reports — dated records of a run (the compiled map / IR)
- Standards — named conditions this procedure can detect (e.g. Semantic Drift); not identical with the procedure itself
- Calibration Recommendations — optional structured output after a run; gated; not ownership; standing must remain visible
Relationship to other instruments
- Term Decomposition Protocol (TDP) — lower layer: mechanics inside a term definition for measurement use
- Abstract Definition Mechanics (this page) — higher layer: mechanics of the abstract as a map of a domain
- Semantic Drift — standard / failure condition this procedure can detect; strong Drift claims remain gated. Multi-sense overload and material omission are often the correct first diagnoses on dictionary and prestige clusters
- Calibration Recommendations — pattern for packaging post-run recommendations without seizing the definition
- Other failure conditions (overload, boundary collapse, missing child instrument, missing exception, material omission) may be promoted to standalone standards only after repeated observation
Calibration hierarchy
ADM currently calibrates conceptual mechanisms (definition-as-map).
Future procedures may calibrate ideas, institutions, or higher-order systems using calibrated mechanisms as measurement instruments.
Each layer remains independently empirical.
Calibration at one layer does not certify higher layers.
Same metrology rules. Different object. Mechanisms first.
Procedure
Work in order. Prefer underclaim. Record residual uncertainty.
1. Identity and domain
- State the abstract’s intended purpose as the job the instrument must perform — one or two sentences.
- Do not substitute a restatement of the definition for purpose. Definition names the phenomenon; purpose states the work naming must enable.
- State the domain it is supposed to map.
- Note the dated instrument text under test (definition version / page / quote).
- Narrow the tested domain for the run when the broad domain would force fake coverage.
2. Load-bearing map claims
List what this definition must get right to serve its purpose. Typical slots (use only those that apply):
- Explains …
- Distinguishes … from …
- Predicts / implies …
- Includes …
- Excludes …
- Bounds / stops at …
- Handles exception …
Prefer fewer load-bearing items over fake completeness.
3. Mechanisms
For each load-bearing claim, state the mechanism by which the abstract connects observations, conditions, relationships, or evidence to classification, distinction, explanation, prediction, coordination, regulation, or action.
Grade each claim’s mechanism (do not invent mechanics the text does not support):
- (A) Operable in text — steps or rules clear enough to apply
- (B) Incompletely operationalized — path implied or named, not operable
- (C) Missing — no mechanism expressed or reasonably traceable from the text
Material omission check (required): For each load-bearing claim, ask:
> What bound, meter, threshold, agent, scope, or firewall must be present for this claim to be checkable given the stated purpose?
If the dated text is silent, write one sentence:
> Purpose P requires checkability of X; text is silent on X.
Only then tag omission (material).
If that sentence cannot be written honestly, record ordinary underspecification or an open question — not omission-as-failure.
Do not treat silence as agreement. Do not fill omissions with preferred theory inside the diagnostic record.
4. Boundaries and neighboring instruments
- Identify closest parent, child, sibling, or competing abstractions
- State required distinctions
- Note shared territory, dependency, overlap, or inheritance
- Record whether a missing distinction belongs inside this instrument, in an exception, or in a separate child instrument
- Note pathway vs co-occurring vs independent neighbor conditions — do not collapse by default
- On multi-sense or prestige headwords, prefer split children when one purpose cannot hold without overload
- Colloquial, derogatory, or register-tagged senses are first-class jobs, not lesser meanings. They may be used fully as that job. They must not silently upgrade into technical mechanism claims
5. Confront reality
For each load-bearing claim or mechanism, cite at least one concrete case, counterexample, pattern, institutional outcome, or domain constraint.
- One case = friction, not general validation
- Increase case diversity before broader domain claims
- Ask: cover, distort, miss distinction, material omission, or fixed map while phenomenon changed?
6. Record calibration outcomes
Keep tag types separated.
Local result
- Fit (local)
- Distortion
- Unsupported
- Out of scope
- Indeterminate
Mechanism quality (per claim, from §3)
- Operable in text
- Incompletely operationalized
- Missing
Observed failure condition / gap (if any)
- Missing mechanism
- Mechanism incompletely operationalized (when load-bearing for purpose)
- Omission (material) — bound, meter, threshold, agent, scope, or firewall demonstrably required by stated purpose is absent from the dated text (supported by the one-sentence materiality line)
- Ordinary underspecification (not elevated to omission)
- Conceptual overload
- Boundary collapse
- Missing child instrument
- Missing exception
- Semantic Drift (only when baseline and recoverable prior map support the claim)
Run boundary
- None
- Floor
- Insufficient evidence
- Domain too broad
Instrument-level finding
- Minimally realignable
- Requires structural revision
- Calibration failure — map cannot be minimally realigned while preserving declared identity and purpose; repairs would retain the label while replacing the payload (conceptual laundering)
7. Recommendations (not ownership)
Recommendations are optional and gated. Prefer Calibration Recommendations for multi-pass or high-stakes runs.
Recommendation gate — issue a change recommendation only if both hold:
1. A material omission or gap demonstrably blocks the stated purpose, and 2. The proposed fix is framed as owner-may-add text, split, bound, or exception — not as a filled preferred theory
Otherwise: document the gap only. No redesign recommendation.
Typical recommendation types (when gated through):
- Tighten / clarify mechanism (B → A without laundering)
- State material omitted bounds as gaps the maintainer may close
- Split / rename child senses
- Add boundary or exception
- Update dated baseline
- Clarify neighbor relation rules
- Declare failure; leave fix to definition owner
Severity (optional, when recommending):
- L1 Clarification · L2 Boundary/scope · L3 Child split · L4 Structural revision · L5 Calibration failure
Evidence strength: one friction case → local recommendation only; broader wording requires more cases or explicit underclaim.
Reject patches that keep the label’s prestige while swapping the payload.
Header discipline: every recommendation package must show standing, procedure version, and that the instance is not a universal methodology.
8. Standing and record
- Default standing: Self-Assessed unless independent friction is documented
- Produce a Calibration Report with map output, outcomes, residual uncertainty, recommendations (if any), and standing
- One run does not promote this procedure or the abstract under test to Confirmed
- Operator rules derived from a report bind to that IR, not to language in general
Required map output
Abstract: [name] ├── Purpose (job, not a restated definition) ├── Domain (broad + tested scope for this run) ├── Dated instrument text (ref) ├── Explains ├── Distinguishes ├── Predicts / implies ├── Includes ├── Excludes ├── Boundaries ├── Exceptions ├── Omissions (material only; each with purpose-checkability sentence) ├── Underspecification / open questions (non-material) ├── Mechanisms (A operable / B incompletely operationalized / C missing) └── Neighboring instruments (pathway vs independent, if known)
Floors (honest stops)
Call and document when:
- Load-bearing claims cannot be separated without mixing distinct questions
- Domain is too wide for one pass — narrow rather than fake global coverage
- Evidence is only narrative coherence with no external case friction
- Disagreement is preference, not map failure
- Further repair would require conceptual laundering
- Purpose requires checkable bounds that remain omitted and cannot be supplied without inventing content
- Omission-maximalism would replace material gaps with an infinite wishlist
Floors map reality. They do not lessen the value of the procedure when named.
Multi-cycle note (prestige / multi-sense objects)
Overloaded public definitions often need more than one pass:
- Cycle 1 — whole entry + per-child split (purpose, claims, mechanisms, material omission)
- Cycle 2 — cross-child cases (collapse and lawful co-application)
- Cycle 3 — interconnect (shared terms, co-application matrix, where downstream evaluation is allowed)
Stop when new evidence classes stop appearing. Permanent Beta is not infinite re-analysis of the same page.
Procedure-specific calibration probes
Selective. Inspectable. Self-Assessed until re-run under friction.
Probe: Map inventory
For abstract A with definition text D and purpose P: 1) Purpose as job (not a restatement of D); domain; tested scope if narrowed. 2) List 3–7 load-bearing map claims. 3) For each, mechanism grade A/B/C — do not invent. 4) Material omission check: for each candidate gap, write "Purpose P requires checkability of X; text is silent on X." If that sentence fails, record underspecification/open question — not omission. 5) Closest neighboring instruments and required distinctions. 6) One claim we must NOT make after only this inventory. Prefer underclaim. No standing language. No moral verdicts.
Probe: Reality confront
Using the claim list for abstract A: For each load-bearing claim, one concrete in-domain case. Local result: fits / distortion / unsupported / out of scope / indeterminate. Restate mechanism grade A/B/C (do not upgrade without new text evidence). Restate material omissions only (do not fill them in the diagnostic). Assign failure condition, run boundary, and instrument-level finding with one sentence evidence each. One case = friction, not general validation. Recommendations only if recommendation gate passes — no ownership of the definition.
Probe: Floor / anti-laundering
A gap, material omission, or flaw appeared in the reality map of abstract A. If recommending change: confirm both gate conditions (blocks purpose; non-laundering fix). Otherwise document gap only. Reject patches that keep the label’s prestige while changing the payload. Do not fill omissions with preferred theory under the guise of clarification. Name the external check that would decide anchored calibration vs unanchored dreaming.
Probe: Mechanism grade
For each load-bearing claim, grade mechanism A/B/C. Do not invent mechanisms. One sentence evidence each. Separately list material omissions (each with purpose-checkability sentence) and ordinary underspecification/open questions.
Success criteria for the procedure (not for the abstract)
This procedure is working when runs are:
- Repeatable — same steps, comparable report shape and map output
- Inspectable — claims, neighbors, mechanism grades, material omissions, and cases visible
- Bounded — floors and materiality rules used instead of infinite critique
- Non-captured — gated recommendations without ownership theater or moral theater
- Standing-honest — presentation does not outrun Self-Assessed / experimental status
Whether a given abstract’s map “passes” is empirical and local to the tested range.
Permanent Beta
This procedure is subject to the same diagnostics it applies. Improve by documented runs, not by elegance alone.
See the Game. Refuse the Game. Build Better.
Page Reference
| Title | Abstract Definition Mechanics |
|---|---|
| URL | https://www.thesovereigngames.com/wiki/Abstract_Definition_Mechanics_(Seed) |
| Description | Seed calibration procedure (v0.3.2) for mapping mechanisms of abstract definitions: material omission, recommendation gate, protocol vs recommendations, register-as-job, standing hygiene, and separation of mechanism calibration from idea or moral judgment. |
| Category | Calibration Procedures |