Abstract Definition Mechanics (Seed): Difference between revisions
mNo edit summary |
mNo edit summary |
||
| Line 2: | Line 2: | ||
|status = Active Development | |status = Active Development | ||
}} | }} | ||
= Abstract Definition Mechanics = | = Abstract Definition Mechanics = | ||
'''See the map. Pressure the map. Report the fit. Recommend — do not seize the definition.''' | '''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 load-bearing content required by purpose is '''omitted''' from the dated text. | |||
The procedure evaluates: | |||
* purpose | |||
* load-bearing mapping claims | |||
* mechanisms | |||
* boundaries | |||
* neighboring instruments | |||
* omissions | |||
* calibration outcomes | |||
* recommendations | |||
''' | '''The calibration object is the conceptual mechanism, not the ideas, policies, institutions, or historical actors that later employ that mechanism.''' | ||
{{GameModule | {{GameModule | ||
| type = Calibration Procedure | | type = Calibration Procedure | ||
| Line 17: | Line 30: | ||
| Calibration Type = Metrological | | Calibration Type = Metrological | ||
| Application Layer = Conceptual Instruments / Abstract Definitions | | Application Layer = Conceptual Instruments / Abstract Definitions | ||
| Version = 0.3 | | Version = 0.3.1 | ||
| Maturity = Seed | | Maturity = Seed | ||
| Last Updated = 2026-07-27 | | Last Updated = 2026-07-27 | ||
| description = Procedure for | | description = Procedure for calibrating the mapping mechanism of an abstract definition: purpose, load-bearing claims, mechanism grades, omissions, neighbors, outcomes, and recommendations — without ownership of the definition and without moral or historical judgment. | ||
}} | }} | ||
== Metrological stance == | |||
ADM follows ordinary metrological discipline. | |||
Calibrators: | |||
* inspect the instrument | |||
* identify strengths, weaknesses, omissions, and failure conditions | |||
* recommend realignment when appropriate | |||
* declare calibration failure when necessary | |||
Calibrators do '''not''' assume ownership of the definition. | |||
Definition authors 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. | |||
== Purpose == | == 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 | |||
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 load-bearing content 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 | |||
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. | |||
== Non-claims == | == Non-claims == | ||
* Completing a run does '''not''' mean the abstract is “calibrated” in full or that the domain is settled. | * 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, tagged omissions, and declared floors are enough for an honest run. | |||
* Listing mechanics does '''not''' require infinite coverage; load-bearing claims and declared floors are enough for an honest run. | |||
* One concrete case provides '''friction''', not general validation. | * One concrete case provides '''friction''', not general validation. | ||
* Automation may assist process completeness; it does not certify truth about open reality. | * 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 | * 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. | |||
== Artifact roles == | == Artifact roles == | ||
* '''Procedure''' (this page) — ordered method for attempting map calibration | |||
* '''Probes''' — tools that pressure particular stages of the procedure | * '''Procedure''' (this page) — ordered method for attempting map calibration | ||
* '''Reports''' — dated records of a run | * '''Probes''' — tools that pressure particular stages of the procedure | ||
* '''Standards''' — named conditions this procedure can detect (e.g. [[Semantic Drift]]); not identical with the procedure itself | * '''Reports''' — dated records of a run | ||
* '''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; recommendations are not ownership and do not raise standing | |||
== Relationship to other instruments == | == 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'' | * '''[[Term Decomposition Protocol]]''' (TDP) — lower layer: mechanics ''inside'' a term definition for measurement use | ||
* '''[[Semantic Drift]]''' — | * '''Abstract Definition Mechanics''' (this page) — higher layer: mechanics of the abstract ''as a map of a domain'' | ||
* Other failure conditions (overload, boundary collapse, missing child instrument, missing exception) may be promoted to standalone standards only after repeated observation. | * '''[[Semantic Drift]]''' — standard / failure condition this procedure can detect; strong Drift claims remain gated. Multi-sense overload and 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, 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 == | == Procedure == | ||
Work in order. Prefer underclaim. Record residual uncertainty. | Work in order. Prefer underclaim. Record residual uncertainty. | ||
=== 1. Identity and domain === | === 1. Identity and domain === | ||
* State the abstract’s '''intended purpose''' as the '''job the instrument must perform''' | |||
* Do '''not''' substitute a restatement of the definition for purpose. '''Definition''' | * State the abstract’s '''intended purpose''' as the '''job the instrument must perform''' — one or two sentences. | ||
* State the '''domain''' it is supposed to map | * 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). | * 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. | * Narrow the '''tested domain''' for the run when the broad domain would force fake coverage. | ||
=== 2. Load-bearing map claims === | === 2. Load-bearing map claims === | ||
List what this definition '''must''' get right to serve its purpose. Typical slots (use only those that apply): | List what this definition '''must''' get right to serve its purpose. Typical slots (use only those that apply): | ||
* Explains … | * Explains … | ||
* Distinguishes … from … | * Distinguishes … from … | ||
| Line 65: | Line 141: | ||
* Handles exception … | * Handles exception … | ||
Prefer fewer load-bearing items over fake completeness. | |||
=== 3. Mechanisms === | === 3. Mechanisms === | ||
For each load-bearing claim, state the '''mechanism''' by which the abstract | |||
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): | 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 | |||
If | * '''(B) Incompletely operationalized''' — path implied or named, not operable | ||
* '''(C) Missing''' — no mechanism expressed or reasonably traceable from the text | |||
'''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, tag '''omission'''. Do '''not''' treat silence as agreement. Do '''not''' fill omissions with preferred theory inside the diagnostic record. | |||
=== 4. Boundaries and neighboring instruments === | === 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 | |||
=== 5. Confront reality === | === 5. Confront reality === | ||
For each load-bearing claim or mechanism, cite '''at least one''' concrete case, counterexample, pattern, institutional outcome, or domain constraint. | For each load-bearing claim or mechanism, cite '''at least one''' concrete case, counterexample, pattern, institutional outcome, or domain constraint. | ||
* One case | |||
* Increase case diversity before | * One case = '''friction''', not general validation | ||
* Ask: | * Increase case diversity before broader domain claims | ||
* Ask: cover, distort, miss distinction, omit checkable bound, or fixed map while phenomenon changed? | |||
=== 6. Record calibration outcomes === | === 6. Record calibration outcomes === | ||
Keep tag types separated. | |||
'''Local result''' | '''Local result''' | ||
* Fit (local) | * Fit (local) | ||
* Distortion | * Distortion | ||
| Line 104: | Line 185: | ||
'''Mechanism quality''' (per claim, from §3) | '''Mechanism quality''' (per claim, from §3) | ||
* Operable in text | * Operable in text | ||
* Incompletely operationalized | * Incompletely operationalized | ||
* Missing | * Missing | ||
'''Observed failure condition''' (if any) | '''Observed failure condition / gap''' (if any) | ||
* Missing mechanism | * Missing mechanism | ||
* Mechanism incompletely operationalized (when | * Mechanism incompletely operationalized (when load-bearing for purpose) | ||
* '''Omission''' — load-bearing bound, meter, threshold, agent, scope, or firewall required by purpose is absent from the dated text | |||
* Conceptual overload | * Conceptual overload | ||
* Boundary collapse | * Boundary collapse | ||
* Missing child instrument | * Missing child instrument | ||
* Missing exception | * Missing exception | ||
* Semantic Drift | * Semantic Drift (only when baseline and recoverable prior map support the claim) | ||
'''Run boundary''' | '''Run boundary''' | ||
* None | * None | ||
* Floor | * Floor | ||
| Line 124: | Line 209: | ||
'''Instrument-level finding''' | '''Instrument-level finding''' | ||
* Minimally realignable | * Minimally realignable | ||
* Requires structural revision | * Requires structural revision | ||
* Calibration failure — | * 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) === | === 7. Recommendations (not ownership) === | ||
Issue only instrument recommendations: | |||
* Tighten / clarify mechanism ( | Issue only instrument recommendations. Prefer '''[[Calibration Recommendations]]''' when the run is multi-pass or high-stakes. | ||
Typical types: | |||
* Tighten / clarify mechanism (B → A without laundering) | |||
* State omitted bounds, meters, thresholds, or firewalls '''as gaps''' (owner may add text; calibrator does not invent payload) | |||
* Split / rename child senses | * Split / rename child senses | ||
* Add boundary or exception | * Add boundary or exception | ||
* Update dated baseline | * Update dated baseline | ||
* Clarify neighbor relation rules | * Clarify neighbor relation rules | ||
* Declare failure | * Declare failure; leave fix to definition owner | ||
Reject patches that keep the label’s prestige while swapping the payload. | Reject patches that keep the label’s prestige while swapping the payload. | ||
=== 8. Standing and record === | === 8. Standing and record === | ||
* Default standing | |||
* Produce a '''Calibration Report''' | * Default standing: '''Self-Assessed''' unless independent friction is documented | ||
* One run does not promote this procedure or the abstract under test to Confirmed | * 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 | |||
== Required map output == | == Required map output == | ||
<pre> | <pre> | ||
| Line 159: | Line 250: | ||
├── Boundaries | ├── Boundaries | ||
├── Exceptions | ├── Exceptions | ||
├── Omissions (load-bearing gaps required by purpose) | |||
├── Mechanisms (A operable / B incompletely operationalized / C missing) | ├── Mechanisms (A operable / B incompletely operationalized / C missing) | ||
└── Neighboring instruments (pathway vs independent, if known) | └── Neighboring instruments (pathway vs independent, if known) | ||
| Line 164: | Line 256: | ||
== Floors (honest stops) == | == Floors (honest stops) == | ||
Call and document when: | Call and document when: | ||
* Load-bearing claims cannot be separated without mixing distinct questions | * Load-bearing claims cannot be separated without mixing distinct questions | ||
* Domain is too wide for one pass — narrow | * Domain is too wide for one pass — narrow rather than fake global coverage | ||
* Evidence is only narrative coherence with no external case friction | * Evidence is only narrative coherence with no external case friction | ||
* Disagreement is preference, not map failure | * Disagreement is preference, not map failure | ||
* Further repair would require conceptual laundering | * Further repair would require conceptual laundering | ||
* Purpose requires checkable bounds that remain omitted and cannot be supplied without inventing content | |||
Floors map reality. They do not lessen the value of the procedure when named. | 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, 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 == | == Procedure-specific calibration probes == | ||
Selective. Inspectable. Self-Assessed until re-run under friction. | Selective. Inspectable. Self-Assessed until re-run under friction. | ||
=== Probe: Map inventory === | === Probe: Map inventory === | ||
<pre> | <pre> | ||
For abstract A with definition text D and purpose P: | For abstract A with definition text D and purpose P: | ||
1) Purpose as job (not a restatement of D); domain | 1) Purpose as job (not a restatement of D); domain; tested scope if narrowed. | ||
2) List 3–7 load-bearing map claims | 2) List 3–7 load-bearing map claims. | ||
3) For each, mechanism grade | 3) For each, mechanism grade A/B/C — do not invent. | ||
4) Closest neighboring instruments | 4) Omission check: bounds/meters/thresholds/agents/firewalls required for checkability but absent from D. | ||
5) Closest neighboring instruments and required distinctions. | |||
Prefer underclaim. No standing language. | 6) One claim we must NOT make after only this inventory. | ||
Prefer underclaim. No standing language. No moral verdicts. | |||
</pre> | </pre> | ||
=== Probe: Reality confront === | === Probe: Reality confront === | ||
<pre> | <pre> | ||
Using the claim list for abstract A: | Using the claim list for abstract A: | ||
For each load-bearing claim, | 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 | Restate mechanism grade A/B/C (do not upgrade without new text evidence). | ||
Restate tagged omissions (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. | One case = friction, not general validation. | ||
Recommendations only — no ownership of the definition. | |||
</pre> | </pre> | ||
=== Probe: Floor / anti-laundering === | === Probe: Floor / anti-laundering === | ||
<pre> | <pre> | ||
A gap or flaw appeared in the reality map of abstract A. | A gap, omission, or flaw appeared in the reality map of abstract A. | ||
Propose instrument adjustments that preserve stated purpose/identity or explicitly split/rename child senses. | Propose instrument adjustments that preserve stated purpose/identity or explicitly split/rename child senses. | ||
Reject | 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. | Name the external check that would decide anchored calibration vs unanchored dreaming. | ||
</pre> | </pre> | ||
=== Probe: Mechanism grade === | === Probe: Mechanism grade === | ||
<pre> | <pre> | ||
For each load-bearing claim, grade mechanism | For each load-bearing claim, grade mechanism A/B/C. | ||
Do not invent mechanisms. One sentence evidence each. | Do not invent mechanisms. One sentence evidence each. | ||
Separately list omissions (required-for-purpose silences in the text). | |||
</pre> | </pre> | ||
== Success criteria for the procedure (not for the abstract) == | == Success criteria for the procedure (not for the abstract) == | ||
This procedure is working when runs are: | This procedure is working when runs are: | ||
* '''Repeatable''' — same steps, comparable report shape and map output | * '''Repeatable''' — same steps, comparable report shape and map output | ||
* '''Inspectable''' — claims, neighbors, mechanism grades, and cases visible | * '''Inspectable''' — claims, neighbors, mechanism grades, omissions, and cases visible | ||
* '''Bounded''' — floors used instead of infinite regress | * '''Bounded''' — floors used instead of infinite regress | ||
* '''Non-captured''' — recommendations without ownership theater | * '''Non-captured''' — recommendations without ownership theater or moral theater | ||
Whether a given | Whether a given abstract’s map “passes” is empirical and local to the tested range. | ||
== Permanent Beta == | == Permanent Beta == | ||
This procedure is subject to the same diagnostics it applies. Improve by documented runs, not by elegance alone | |||
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.''' | '''See the Game. Refuse the Game. Build Better.''' | ||
| Line 240: | Line 346: | ||
[[Category:Meta & Framework]] | [[Category:Meta & Framework]] | ||
{{Resource | {{Resource | ||
| Title = Abstract Definition Mechanics | | Title = Abstract Definition Mechanics | ||
| URL = https://www.thesovereigngames.com/wiki/Abstract_Definition_Mechanics_(Seed) | | URL = https://www.thesovereigngames.com/wiki/Abstract_Definition_Mechanics_(Seed) | ||
| Description = Seed calibration procedure (v0.3) for | | Description = Seed calibration procedure (v0.3.1) for the mapping mechanism of abstract definitions: purpose, claims, mechanism grades A/B/C, omission, neighbors, outcomes, multi-cycle note, recommendations without ownership, and explicit separation of mechanism calibration from idea or moral judgment. | ||
| Category = Calibration Procedures | | Category = Calibration Procedures | ||
}} | }} | ||
{{Admin Page Status | {{Admin Page Status | ||
<!-- Do Not Remove commented out Reference Options --> | <!-- Do Not Remove commented out Reference Options --> | ||
<!-- === CORE STATUS === --> | <!-- === CORE STATUS === --> | ||
| categorization = Done | | categorization = Done | ||
| calibration_review = Self-Assessment | | calibration_review = Self-Assessment | ||
| instrument_grade = Experimental | | instrument_grade = Experimental | ||
| validation = Low | | validation = Low | ||
| review_date = 2026-07-27 | | review_date = 2026-07-27 | ||
| reviewed_by = | | reviewed_by = | ||
| priority = Core | | priority = Core | ||
| review_threshold = 90 | | review_threshold = 90 | ||
| has_backlinks = Not checked | | has_backlinks = Not checked | ||
| outbound_links_valid = Not checked | | outbound_links_valid = Not checked | ||
| in_outline = Not checked | | in_outline = Not checked | ||
| in_category_outline = Not checked | | in_category_outline = Not checked | ||
| templates_complete = Needs review | | templates_complete = Needs review | ||
| formatting_standard = Meets standard | | formatting_standard = Meets standard | ||
| symmetry_check = Not applicable | | symmetry_check = Not applicable | ||
| self_report_flagged = No | | self_report_flagged = No | ||
| terminology_consistent = Needs work | | terminology_consistent = Needs work | ||
| standing_check = Self-assessed only | | standing_check = Self-assessed only | ||
| drift_report_status = None open | | drift_report_status = None open | ||
| depends_on = Term Decomposition Protocol; Semantic Drift; Calibration Recommendations | |||
| depends_on = Term Decomposition Protocol; Semantic Drift | |||
| cited_by = | | cited_by = | ||
}} | }} | ||
Revision as of 19:54, 27 July 2026
|
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 load-bearing content required by purpose is omitted from the dated text.
The procedure evaluates:
- purpose
- load-bearing mapping claims
- mechanisms
- boundaries
- neighboring instruments
- omissions
- calibration outcomes
- recommendations
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.1 |
| 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, omissions, neighbors, outcomes, and 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, omissions, and failure conditions
- recommend realignment when appropriate
- declare calibration failure when necessary
Calibrators do not assume ownership of the definition.
Definition authors 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.
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 load-bearing content 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
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.
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, tagged 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.
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
- 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; recommendations are not ownership and do not raise standing
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 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, 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
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, tag omission. 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
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, omit checkable bound, 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 — load-bearing bound, meter, threshold, agent, scope, or firewall required by purpose is absent from the dated text
- 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)
Issue only instrument recommendations. Prefer Calibration Recommendations when the run is multi-pass or high-stakes.
Typical types:
- Tighten / clarify mechanism (B → A without laundering)
- State omitted bounds, meters, thresholds, or firewalls as gaps (owner may add text; calibrator does not invent payload)
- Split / rename child senses
- Add boundary or exception
- Update dated baseline
- Clarify neighbor relation rules
- Declare failure; leave fix to definition owner
Reject patches that keep the label’s prestige while swapping the payload.
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
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 (load-bearing gaps required by purpose) ├── 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
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, 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) Omission check: bounds/meters/thresholds/agents/firewalls required for checkability but absent from D. 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 tagged omissions (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 — no ownership of the definition.
Probe: Floor / anti-laundering
A gap, omission, or flaw appeared in the reality map of abstract A. Propose instrument adjustments that preserve stated purpose/identity or explicitly split/rename child senses. 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 omissions (required-for-purpose silences in the text).
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, omissions, and cases visible
- Bounded — floors used instead of infinite regress
- Non-captured — recommendations without ownership theater or moral theater
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.1) for the mapping mechanism of abstract definitions: purpose, claims, mechanism grades A/B/C, omission, neighbors, outcomes, multi-cycle note, recommendations without ownership, and explicit separation of mechanism calibration from idea or moral judgment. |
| Category | Calibration Procedures |