Jump to content

Page Structure Calibration Checklist: Difference between revisions

From The Sovereign Games
← Older edit

Sovereign (talk | contribs)

3 user groups
3,601 edits
VisualWikitext
m →AI Execution Format: Added rules
 
(10 intermediate revisions by the same user not shown)
Line 2: Line 2:
|status = Active Development
|status = Active Development
}}
}}
= Page Structure Calibration Checklist =
= Page Structure Calibration Checklist =
'''Terminology:''' this Step 0 pass is referred to as a '''Pre-Calibration Check''' ("pre-cal") throughout this project. A pre-cal is explicitly '''not''' a calibration — it verifies structure only, never touches `review_date` or `Last Calibration`, and produces no rating changes. See the date-field rule below for why this distinction matters mechanically, not just semantically.
'''Terminology:''' this Step 0 pass is referred to as a '''Pre-Calibration Check''' ("pre-cal") throughout this project. A pre-cal is explicitly '''not''' a calibration — it verifies structure only, never touches `review_date` or `Last Calibration`, and produces no rating changes. See the date-field rule below for why this distinction matters mechanically, not just semantically.
'''This is not optional preamble — it is a hard dependency.''' Content calibration produces judgments that get recorded in specific fields, on a specific page structure, and cross-referenced by other pages and queries. If that structure is missing, wrong, or stale, a content calibration's result has nowhere reliable to live. Skipping Step 0 does not make content calibration faster; it makes its output unreliable.
'''This is not optional preamble — it is a hard dependency.''' Content calibration produces judgments that get recorded in specific fields, on a specific page structure, and cross-referenced by other pages and queries. If that structure is missing, wrong, or stale, a content calibration's result has nowhere reliable to live. Skipping Step 0 does not make content calibration faster; it makes its output unreliable.
'''`Last Calibration` (GameModule) and `review_date` (Admin Page Status) represent the same real event — the last actual calibration — from two angles:'''
'''`Last Calibration` (GameModule) and `review_date` (Admin Page Status) represent the same real event — the last actual calibration — from two angles:'''
* '''`review_date`''' is the machinery input — [[Module:CalibrationCycle]] computes `Has_cycle_status` from it. This field '''certifies''' a page as currently trustworthy.
* '''`review_date`''' is the machinery input — [[Module:CalibrationCycle]] computes `Has_cycle_status` from it. This field '''certifies''' a page as currently trustworthy.
* '''`Last Calibration`''' is the public-facing mirror of the same fact.
* '''`Last Calibration`''' is the public-facing mirror of the same fact.
* '''Both update together, to the same date, in the same edit — never one without the other, and never during pre-calibration checks or minor edits.''' If these two fields ever diverge, that is itself a nonconformance — see [[Calibration Failure Log]].
* '''Both update together, to the same date, in the same edit — never one without the other, and never during pre-calibration checks or minor edits.''' If these two fields ever diverge, that is itself a nonconformance — see [[Calibration Failure Log]].
'''A display-label rename can silently drag the underlying stored property along with it.''' Confirmed real, not hypothetical — see [[Calibration Failure Log]]'s entry on `Has calibration type`/`Has functional layer`. Changing what a field '''shows''' and changing what it's '''stored as''' are two separate actions and must be verified independently, every time either is touched.
'''A display-label rename can silently drag the underlying stored property along with it.''' Confirmed real, not hypothetical — see [[Calibration Failure Log]]'s entry on `Has calibration type`/`Has functional layer`. Changing what a field '''shows''' and changing what it's '''stored as''' are two separate actions and must be verified independently, every time either is touched.
 
'''Historical residual:''' A display-label-only rename for Functional Layer / Last Calibration was incorrectly applied to stored parameter/property names and later reverted. Canonical parameter names remain <code>Calibration Type</code> and <code>Last Updated</code> (display labels may differ). Instance pages may still carry residual wording from the bad rename — treat mismatches as nonconformance, correct to this reference, and do not re-open a rename project during routine pre-cal.
'''Purpose:''' Before calibrating a page's '''content''', verify the page's '''structure''' is complete, current, and correctly wired. This checklist is Step 0 — run it first, every time.
'''Purpose:''' Before calibrating a page's '''content''', verify the page's '''structure''' is complete, current, and correctly wired. This checklist is Step 0 — run it first, every time.
'''Both automated and curated, deliberately:''' most items below can be verified by a query. A minority require actual human/AI judgment. Both passes are required — presence is not correctness.
'''Both automated and curated, deliberately:''' most items below can be verified by a query. A minority require actual human/AI judgment. Both passes are required — presence is not correctness.
{{GameModule
{{GameModule
| type = Meta & Framework
| type = Meta & Framework
Line 28: Line 21:
<!-- HIDDEN GUIDE: options — Governance, Diagnostic, Maintenance, Framework, Calibration. This IS the correct parameter name — displays publicly as "Functional Layer." Do not rename this parameter; only its display label was changed, per Calibration Failure Log. -->
<!-- HIDDEN GUIDE: options — Governance, Diagnostic, Maintenance, Framework, Calibration. This IS the correct parameter name — displays publicly as "Functional Layer." Do not rename this parameter; only its display label was changed, per Calibration Failure Log. -->
| Application Layer = Framework Infrastructure
| Application Layer = Framework Infrastructure
<!-- HIDDEN GUIDE: options — Multi-Layer, Framework Infrastructure, Individual, Institutional. -->
<!-- HIDDEN GUIDE: options — Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational. New values only via deliberate vocabulary update on this checklist and Template:GameModule/doc (rationale + Decision Record or Calibration Failure Log entry) — not by inventing a value on a single content page. -->
| Version = 0.5
| Version = 0.5
| Maturity = Development
| Maturity = Development
Line 36: Line 29:
| description = Prep-work checklist for verifying a page's structure, templates, and tooling are complete and current before any content calibration begins. Separate from Content Calibration Procedure.
| description = Prep-work checklist for verifying a page's structure, templates, and tooling are complete and current before any content calibration begins. Separate from Content Calibration Procedure.
<!-- HIDDEN GUIDE: 1-2 sentences, public-facing, plain language. Not the same as calibration_rationale below (that one is internal/technical). -->
<!-- HIDDEN GUIDE: 1-2 sentences, public-facing, plain language. Not the same as calibration_rationale below (that one is internal/technical). -->
| contents =  
| contents =
}}
}}
== Standard Page Creation Sequence ==
== Standard Page Creation Sequence ==
 
*'''Step 0 (before Step 1): Check whether the page already exists.''' Search and check categories first — creating a duplicate page is real, avoidable waste. '''Exception:''' if getting the subject itself precisely right matters more than the risk of a duplicate, proceed to Step 1 anyway. A wrong or muddled subject is expensive to untangle later; a duplicate page is comparatively cheap to catch and merge.
'''Step 0 (before Step 1): Check whether the page already exists.''' Search and check categories first — creating a duplicate page is real, avoidable waste. '''Exception:''' if getting the subject itself precisely right matters more than the risk of a duplicate, proceed to Step 1 anyway. A wrong or muddled subject is expensive to untangle later; a duplicate page is comparatively cheap to catch and merge.
*'''Step 0.5: Confirm the page title itself is safe.''' Avoid <code>&</code>, <code>/</code> outside intentional subpage structure, and other URL-special characters — spell them out in plain words. Easy to forget in the moment of naming a brand-new page.
 
*'''Step 1: Create the new page with the discussed subject.''' Use [[Template:New Page Seed]]. '''Creating the page, even a good draft, is not itself a calibration event — it does not set <code>review_date</code> or <code>Last Calibration</code>.''' Only Step 3 does.
'''Step 0.5: Confirm the page title itself is safe.''' Avoid `&`, `/` outside intentional subpage structure, and other URL-special characters — spell them out in plain words. Easy to forget in the moment of naming a brand-new page.
*'''Step 2: Pre-Calibration Check (pre-cal).''' Run this checklist. Structure only — do not touch <code>review_date</code>/<code>Last Calibration</code>.
 
*'''Step 3: Calibration.''' Content review — accuracy, symmetry, evidentiary grading, round-robin if warranted. Only '''this''' step updates <code>review_date</code>/<code>Last Calibration</code>, per the minor-vs-calibration test in [[Template:New Page Seed/doc]].
'''Step 1: Create the new page with the discussed subject.''' Use [[Template:New Page Seed]]. '''Creating the page, even a good draft, is not itself a calibration event — it does not set `review_date` or `Last Calibration`.''' Only Step 3 does.
 
'''Step 2: Pre-Calibration Check (pre-cal).''' Run this checklist. Structure only — do not touch `review_date`/`Last Calibration`.
 
'''Step 3: Calibration.''' Content review — accuracy, symmetry, evidentiary grading, round-robin if warranted. Only '''this''' step updates `review_date`/`Last Calibration`, per the minor-vs-calibration test in [[Template:New Page Seed/doc]].


== Checklist ==
== Checklist ==
Line 55: Line 42:
! Item !! Required? !! Check Method !! Notes
! Item !! Required? !! Check Method !! Notes
|-
|-
| '''Development Notice''' || Only if genuinely active development || Curated || Remove once Confirmed or higher.
| '''Development Notice''' || When the page should declare an in-cycle calibration position (most conceptual instruments still under Permanent Beta / Seed to Fruit). Not required on pure infrastructure stubs or pages that have explicitly retired the banner by human decision. || Curated + Automated (template presence; optional property match on <code>position</code> / <code>cycle</code>) || Prefer the two-parameter form:
<code><nowiki>{{Development Notice
|position = …
|cycle = …
}}</nowiki></code>
'''position''' — loose shorthand (2–4 words); not a closed list; may change next cal. Examples: <code>Seed</code>, <code>Foundational Draft</code>, <code>Working Draft</code>, <code>Early Draft</code>. No full sentences.
'''cycle''' — short controlled set only: <code>Active Development</code> · <code>Calibration in Progress</code> · <code>Stable under check</code> · <code>Deferred</code>. Default if omitted: <code>Active Development</code>.
Legacy single <code>status=</code> is allowed until the page is next calibrated; on that cal, migrate to <code>position</code> + <code>cycle</code>.
Banner means '''calibration position''', not “incomplete product.” Do not treat presence of the notice as nonconformance. Remove only when a calibrator decides the page no longer needs a public cycle declaration (often when grade is high '''and''' the banner is no longer useful — not automatic on Confirmed alone). Exact old rule “must be the string Active Development or nonconformance” is '''retired'''.
|-
| '''<code>== Page Title ==</code> heading''' || Every page || Curated || Real, manually set H1 that matches the actual page title. Not <code><nowiki>{{PAGENAME}}</nowiki></code>.
|-
|-
| '''`== Page Title ==` heading''' || Every page || Curated || Real, manually-set title, not <code><nowiki>{{PAGENAME}}</nowiki></code>.
| '''GameModule infobox, positioned after the first heading AND its introductory content''' || Every page, narrow exceptions || Automated + Curated || Parameter name <code>Calibration Type</code> displays as "Functional Layer"; <code>Last Updated</code> displays as "Last Calibration" — confirm display mapping is not reversed. 5-value Maturity scale only: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate. Application Layer ∈ {Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational}. New Application Layer values only via deliberate vocabulary update (this checklist + Template:GameModule/doc), not silent invention on one page. GameModule must '''not''' sit immediately under the bare heading — it belongs after opening framing prose. See [[Feature Request Log]] for a confirmed correct placement example.
|-
|-
| '''GameModule infobox, positioned after the first heading AND its introductory content''' || Every page, narrow exceptions || Automated + Curated || Current field/display mapping (parameter `Calibration Type` displays as "Functional Layer" — confirm this matches, not reversed), 5-value Maturity scale. GameModule should NOT sit immediately under the bare heading — it belongs after any opening framing prose (Canonical Question, "why this page exists" statements, etc.) that orients the reader first. See [[Feature Request Log]] for a confirmed correct example of this placement.
| '''GameModule description is page-specific, not boilerplate''' || Every page || Curated (critical) || Non-empty is insufficient. Description must accurately and distinctly describe '''this''' page’s content/purpose — not a copy-pasted hub-level or generic blurb reused across subpages. Generic/boilerplate description = nonconformance.
|-
|-
| '''`Last Calibration` and `review_date` match, are static, only change together on a real calibration''' || Every page || Curated (critical) || Must NOT use <code><nowiki>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}</nowiki></code>. See [[Calibration Failure Log]].
| '''<code>Last Calibration</code> and <code>review_date</code> match, are static, only change together on a real content calibration''' || Every page || Curated (critical) || Must NOT use <code><nowiki>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}</nowiki></code>. GameModule <code>Last Updated</code> must equal Admin <code>review_date</code>. Mismatch = nonconformance. See [[Calibration Failure Log]].
|-
|-
| '''Markdown syntax leakage''' || Every page || Automated (string search) || Check for literal `**bold**`, `__underline__`, or `# heading` Markdown syntax left in wikitext instead of proper `'''bold'''`, `''italic''`, `== heading ==`. Common when content is drafted by an AI defaulting to Markdown habits.
| '''Magic-word date violation handled correctly, not just detected''' || Every page || Curated (critical) || If a live magic-word date is found during '''pre-cal (Step 2)''': log nonconformance first. Replace with the prior, already-documented static date if one is known/recoverable. If no prior static date is known, do '''not''' stamp today’s date — leave for content cal (Step 3) and add an Open Calibration Item. Pre-cal never sets <code>Last Updated</code> / <code>review_date</code> to a '''new''' value. Only content cal may update both, together, same edit.
|-
|-
| '''Field display name matches underlying stored property''' || Every page using GameModule || Curated || Confirm displayed label and actual `#set`/`#cargo_store` property haven't silently diverged. See [[Calibration Failure Log]].
| '''Markdown syntax leakage''' || Every page || Automated (string search) || Literal <code>**bold**</code>, <code>__underline__</code>, or <code># heading</code> in wikitext instead of <code>'''bold'''</code>, <code>''italic''</code>, <code>== heading ==</code>. Common when AI drafts in Markdown habits.
|-
|-
| '''Page Transparency footer''' || Every page || Automated + Curated || Detect: <code><nowiki>{{Page Transparency}}</nowiki></code>, <code><nowiki>{{Page Transparency-Subpage}}</nowiki></code>, <code><nowiki>{{Standalone Transparency}}</nowiki></code>, <code><nowiki>{{Subpage Hub-Linked Transparency}}</nowiki></code>, or none. Latter two confirmed broken on `Template:` namespace.
| '''Field display name matches underlying stored property''' || Every page using GameModule || Curated || Confirm displayed label and actual <code>#set</code> / <code>#cargo_store</code> property have not silently diverged. Residual rename scar: see historical residual note above and [[Calibration Failure Log]].
|-
|-
| '''<code><nowiki>{{RelatedPages}}</nowiki></code>''' || Every page || Automated || Mandatory.
| '''Page Transparency footer''' || Every page || Automated + Curated || Exactly one transparency template, in the mandatory footer order (after <code>RelatedPages</code>). Default on new pages: <code><nowiki>{{Standalone Transparency}}</nowiki></code>. Other variants (<code>Page Transparency</code>, <code>Page Transparency-Subpage</code>, <code>Subpage Hub-Linked Transparency</code>) only when human-confirmed for that page type. None present = flag missing. Multiple present = nonconformance. Do not invent runtime workarounds. <code>Standalone Transparency</code> and <code>Subpage Hub-Linked Transparency</code> are confirmed broken on the <code>Template:</code> namespace. If missing-transparency flags become too noisy, use a human-confirmed lookup table — not AI inference alone.
|-
|-
| '''<code><nowiki>{{Calibration Dependent}}</nowiki></code>, <code><nowiki>{{Calibration Dependencies Display}}</nowiki></code>, <code><nowiki>{{Calibration Maintenance}}</nowiki></code>''' || Every page || Automated || All three mandatory.
| '''Mandatory templates (locked order)''' || Every page || Automated || Exact order: <code><nowiki>{{RelatedPages}}</nowiki></code>, <code><nowiki>{{Standalone Transparency}}</nowiki></code> (default on new pages; exactly one transparency template total; other variants only if human-confirmed), <code><nowiki>{{Calibration Dependent}}</nowiki></code>, <code><nowiki>{{Calibration Dependencies Display}}</nowiki></code>, <code><nowiki>{{Calibration Maintenance}}</nowiki></code>, <code><nowiki>{{Framework Reference}}</nowiki></code>, <code><nowiki>{{Calibration Procedure Reference}}</nowiki></code>, <code><nowiki>{{Tracking Logs Reference}}</nowiki></code>.
|-
|-
| '''<code><nowiki>{{Framework Reference}}</nowiki></code>, <code><nowiki>{{Calibration Procedure Reference}}</nowiki></code>, <code><nowiki>{{Tracking Logs Reference}}</nowiki></code>''' || Every page || Automated || All three mandatory.
| '''<code><nowiki>{{AllTemplates}}</nowiki></code>''' || <code>Template:</code> namespace only || Automated || Not for content pages. Elsewhere = remove.
|-
|-
| '''<code><nowiki>{{AllTemplates}}</nowiki></code>''' || `Template:` namespace only || Automated || Not for content pages.
| '''<code>drift_report_status</code> matches actual page content''' || Every page || Curated || Allowed values (multi, semicolon-separated): <code>Breadcrumb-Open</code>, <code>Nonconformance-Open</code>, <code>Nonconformance-Open-With-Dependencies</code>, <code>Resolved-Unverified</code>, <code>Disputed</code>, <code>None open</code>. <code>None open</code> is valid '''only alone''' — never combined with any other value.
|-
|-
| '''`drift_report_status` matches actual page content''' || Every page || Curated || Multi-value: `Breadcrumb-Open`, `Nonconformance-Open`, `Nonconformance-Open-With-Dependencies`, `Resolved-Unverified`, `Disputed`, `None open` (alone only).
| '''Resource block (visible, not hidden)''' || Every page || Automated || Must not be wrapped in <code>display:none</code>. Hidden Resource is deprecated = nonconformance.
|-
|-
| '''Resource block (visible, not hidden)''' || Every page || Automated || `display:none` is deprecated.
| '''Closing footer appears exactly once''' || Every page || Automated (count check) || Exact string <code>'''See the Game. Refuse the Game. Build Better.'''</code> must appear '''exactly once''' (count = 1, not merely ≥ 1). Duplicate footer = nonconformance (observed: [[Slave Owner Game/Revenge Game]]).
|-
|-
| '''Standing footer''' || Every page || Automated || Exact-text match.
| '''Element ordering''' || Every page || Curated || Closing footer → Open Calibration Items (if any) → mandatory templates in locked order → categories → Resource → Admin Page Status (typical end-of-page pattern; follow current seed if it differs).
|-
|-
| '''Element ordering''' || Every page || Curated || Per seed template; seven mandatory templates in locked order.
| '''Categories''' || Every page || Automated || Present and non-empty. <code>type</code> / category must match an existing Category page — do not invent new categories.
|-
|-
| '''Categories''' || Every page || Automated || Present and non-empty.
| '''Admin Page Status block''' || Every page || Automated || Diff field-by-field against canonical reference (21 fields + <code>depends_on</code>). No <code>cited_by</code> field (deprecated).
|-
|-
| '''Admin Page Status block''' || Every page || Automated || Diff against canonical reference.
| '''Every field has an accurate, current inline options comment''' || Every page — GameModule '''and''' Admin Page Status || Curated (critical) || Missing, stale, or incorrect inline options = nonconformance, not cosmetic. This comment is the only validation mechanism until dropdown UI exists. Covers both templates. Development Notice parameter comments (position / cycle) should match [[Template:Development Notice]] when the notice is present.
|-
|-
| '''`depends_on` uses correct, current property/field names''' || Every page || Curated || Confirm references match documented canonical names, not stale or renamed ones.
| '''<code>depends_on</code> is load-bearing and current''' || Every page || Curated || Real page names only. Forbidden: universal infrastructure (Admin Page Status, GameModule), casual mentions. Must be genuinely load-bearing for claims or structure. Confirm names match current canonical titles, not stale renames.
|-
|-
| '''Template/doc pairs — status on template only''' || Template/doc pairs || Curated || See [[Template/Doc Calibration Pattern]].
| '''Template/doc pairs — status on template only''' || Template/doc pairs || Curated || If <code>Template:X</code> + <code>Template:X/doc</code> exist, Admin Page Status lives on <code>Template:X</code> only. Doc page = pointer link only, no separate status block. See [[Template/Doc Calibration Pattern]].
|-
|-
| '''Outbound links valid / Backlinks exist''' || Every page || Automated || Special:WantedPages / Special:LonelyPages.
| '''Outbound links valid / Backlinks exist''' || Every page || Automated || Special:WantedPages / Special:LonelyPages.
|-
|-
| '''Every field has an accurate, current inline options comment''' || Every page || Curated (critical) || Missing, stale, or incorrect inline options are a nonconformance, not a cosmetic gap — this comment is the only validation mechanism available until dropdown controls exist.
| '''Open Calibration Items section, if present, correctly placed and formatted''' || Every page (section optional) || Curated || Sits '''after''' the closing footer, '''before''' the mandatory template block. Freeform bullets: specific and actionable only. Section entirely absent if nothing is open — do '''not''' write “None open” as a placeholder. Calibrators/AI-in-calibration-role may add an item at any point during work. Remove a closed item as soon as resolution is confirmed; if uncertain, leave it and note uncertainty in the bullet.
|-
|-
| '''Every field has an accurate, current inline options comment''' || Every page — applies to both GameModule and Admin Page Status fields || Curated (critical) || Missing, stale, or incorrect inline options are a nonconformance, not a cosmetic gap — this comment is the only validation mechanism available until dropdown controls exist. Explicitly covers both templates, not Admin Page Status alone.
| '''Open Calibration Items does not hardcode a log link''' || Every page with the section present || Curated (critical) || Reference the page’s existing Transparency & Calibration section (wired by the transparency template) rather than hardcoding a Talk or <code>/Calibration Log</code> path.
|-
|-
| '''Open Calibration Items section, if present, correctly placed and formatted''' || Every page (section itself optional) || Curated || Must sit after the closing footer, before the mandatory template block. Freeform bullets, each a specific/actionable gap — not a vague concern. Section should be entirely absent if there's nothing open; a lingering "None open" line is itself a formatting error, not a neutral placeholder.
| '''Open Calibration Items content matches <code>drift_report_status</code>''' || Every page with the section present || Curated (critical) || If the section has any content, <code>drift_report_status</code> must include '''at least one''' open value: <code>Breadcrumb-Open</code>, <code>Nonconformance-Open</code>, <code>Nonconformance-Open-With-Dependencies</code>, <code>Resolved-Unverified</code>, or <code>Disputed</code>. <code>None open</code> may never coexist with a populated Open Calibration Items section or with any other status value. Mismatch = nonconformance.
|-
|-
| '''Open Calibration Items does not hardcode a log link''' || Every page with the section present || Curated (critical) || Must reference the page's existing Page Transparency & Calibration section rather than duplicating link logic — the correct log destination (Talk-only, dedicated `/Calibration Log`, hub-level shared log) varies by page type and is already correctly wired there. A hardcoded link here is a real risk of pointing to the wrong or a stale location.
| '''Open Calibration Items edit access respected''' || Every page with the section present || Curated || Only calibrators or AI operating in a calibration role add/remove entries directly. Public suggestions go through Talk/discussion; a calibrator reviews and promotes valid, specific items into this section.
|-
|-
| '''Open Calibration Items content matches `drift_report_status`''' || Every page with the section present || Curated (critical) || If this section has any content, `drift_report_status` MUST include `Breadcrumb-Open`. A page showing open action items while `drift_report_status = None open` is a nonconformance, not a stylistic inconsistency — the two are supposed to describe the same fact.
| '''Readiness Gap (rating exceeds supported state)''' || Every page || Curated (critical) || If <code>instrument_grade</code> / Maturity claims more than the page’s documented state supports — even with zero structural defects — treat as a '''Readiness Gap''', distinct from structural nonconformance. Downgrade the rating. Log explicitly as “Readiness Gap” in the Calibration Report. Correct language: “Not judging idea soundness — page does not yet satisfy documented criteria to support this rating.” AI round-robin does not create Confirmed standing.
|-
| '''Open Calibration Items edit access respected''' || Every page with the section present || Curated || Only calibrators or AI operating in a calibration role should have added or removed entries directly. Public suggestions should trace back to a Talk/discussion entry that a calibrator reviewed and promoted — not appear as if inserted directly by an anonymous or public edit.
|}
|}


== Process sequence (Calibration Tech reference) ==
# '''0''' — Check whether the page already exists (skip create if subject-precision > duplication-risk).
# '''0.5''' — Title has no <code>&</code>, and no <code>/</code> outside real subpage structure.
# '''1''' — Create via <code><nowiki>{{New Page Seed}}</nowiki></code> if needed. '''Not''' a calibration event — leave <code>review_date</code> / <code>Last Updated</code> untouched.
# '''2''' — '''Structural pre-cal''' (this checklist). Structure only. Do not set new <code>review_date</code> / <code>Last Updated</code> values (magic-word recovery rule above is the only date touch allowed, and never a new “today” stamp).
# '''3''' — '''Content calibration'''. Only this step updates <code>review_date</code> and <code>Last Updated</code>, together, same edit.
'''On finding a nonconformance:''' log via Nonconformance Reporting Procedure '''before''' fixing.
== Alignment note ==
This table is the human-readable source of truth for intent and expanded guidance. The AI Execution Format is the operational restatement for automated/assisted passes. If the two ever disagree, '''this page wins''' until deliberately revised.
== Readiness Gap (Distinct from Structural Nonconformance) ==
== Readiness Gap (Distinct from Structural Nonconformance) ==
 
A '''Readiness Gap''' occurs when a page's claimed <code>instrument_grade</code>, <code>Maturity</code>, or similar rating exceeds what its actual documented state currently supports — even when the page has zero structural nonconformances otherwise. This is not a judgment about whether the underlying idea or content is good; it is a judgment about whether the page has '''currently earned the right to claim a specific rating''', per its own documented governance requirements.
A '''Readiness Gap''' occurs when a page's claimed `instrument_grade`, `Maturity`, or similar rating exceeds what its actual documented state currently supports — even when the page has zero structural nonconformances otherwise. This is not a judgment about whether the underlying idea or content is good; it is a judgment about whether the page has '''currently earned the right to claim a specific rating''', per its own documented governance requirements.
 
'''Example:''' a page rated "Foundational" (or an equivalent high-maturity claim) while missing required governance elements should be downgraded — not because the concept is wrong, but because the rating cannot currently be supported by what the page actually demonstrates.
'''Example:''' a page rated "Foundational" (or an equivalent high-maturity claim) while missing required governance elements should be downgraded — not because the concept is wrong, but because the rating cannot currently be supported by what the page actually demonstrates.
'''Correct reviewer language when downgrading for this reason:''' "I have not judged whether the underlying idea is sound. I have judged that the page does not yet satisfy the documented criteria required to support this rating." This distinction matters — it separates a procedural readiness judgment from a substantive evaluation of the content, and gives a reviewer a defensible, criteria-based answer rather than an appeal to personal opinion.
'''Correct reviewer language when downgrading for this reason:''' "I have not judged whether the underlying idea is sound. I have judged that the page does not yet satisfy the documented criteria required to support this rating." This distinction matters — it separates a procedural readiness judgment from a substantive evaluation of the content, and gives a reviewer a defensible, criteria-based answer rather than an appeal to personal opinion.
'''A Readiness Gap is logged the same way as any other pre-cal finding''' — it does not require its own separate tracker, but should be named explicitly as a Readiness Gap in the Calibration Report, not folded silently into a generic "structural issue" note, so future readers understand the downgrade was about documentation state, not content quality.
'''A Readiness Gap is logged the same way as any other pre-cal finding''' — it does not require its own separate tracker, but should be named explicitly as a Readiness Gap in the Calibration Report, not folded silently into a generic "structural issue" note, so future readers understand the downgrade was about documentation state, not content quality.
== Open Calibration Items (Page-Level Action List) ==
== Open Calibration Items (Page-Level Action List) ==
'''Distinct from Development Breadcrumb:''' a Development Breadcrumb explains '''why''' something is unfinished. Open Calibration Items is a short, freeform action list of '''what to do next''' — not limited to formal calibration passes; it may be added to at any point calibrators or AI are working on the page.
'''Distinct from Development Breadcrumb:''' a Development Breadcrumb explains '''why''' something is unfinished. Open Calibration Items is a short, freeform action list of '''what to do next''' — not limited to formal calibration passes; it may be added to at any point calibrators or AI are working on the page.
 
'''Who can edit this section directly: calibrators and AI operating in a calibration role, only.''' The public is not restricted from raising concerns — but they do so via this page's Talk/discussion channel, the same as any other feedback. A calibrator reviewing Talk decides whether a public suggestion is valid and specific enough to promote into an actual Open Calibration Items entry. This keeps the list itself trustworthy and vetted, while keeping the discussion channel genuinely open to anyone, per [[Feature Request Log]]'s same public-uptake pattern.
'''Who can edit this section directly: calibrators and AI operating in a calibration role, only.''' The public is not restricted from raising concerns — but they do so via this page's Talk/discussion channel, the same as any other feedback. A calibrator reviewing Talk decides whether a public suggestion is valid and specific enough to promote into an actual Open Calibration Items entry. This keeps the list itself trustworthy and vetted, while keeping the discussion channel genuinely open to anyone, per [[Feature Request Log]]'s same public-intake pattern.
 
'''If this section does not yet exist and a valid, specific item needs recording, create it.''' Do not wait for a separate step or a formal pass — the section coming into existence is itself the correct response to the first real item needing a home.
'''If this section does not yet exist and a valid, specific item needs recording, create it.''' Do not wait for a separate step or a formal pass — the section coming into existence is itself the correct response to the first real item needing a home.
'''Placement:''' after the closing footer, before the mandatory template block.
'''Placement:''' after the closing footer, before the mandatory template block.
'''Format:'''
'''Format:'''
<pre><nowiki>
<pre><nowiki>
Line 135: Line 129:
''See the Page Transparency & Calibration section above for this page's Calibration Log / Decision Records / Talk links.''
''See the Page Transparency & Calibration section above for this page's Calibration Log / Decision Records / Talk links.''
</nowiki></pre>
</nowiki></pre>
 
'''Do not hardcode a specific log link here.''' The correct destination varies by page (Talk-only, dedicated <code>/Calibration Log</code>, hub-level shared log) and is already determined correctly by whichever transparency template is in use on this page — pointing back to that section, rather than duplicating its logic, avoids ever having a wrong or stale link.
'''Do not hardcode a specific log link here.''' The correct destination varies by page (Talk-only, dedicated `/Calibration Log`, hub-level shared log) and is already determined correctly by whichever transparency template is in use on this page — pointing back to that section, rather than duplicating its logic, avoids ever having a wrong or stale link.
 
'''Rules:'''
'''Rules:'''
* Add only items that still require concrete work. An Open Item should name a specific, actionable gap, not a general unease. If you can't state what the next calibrator should actually do differently, it's not ready to be an Open Item yet.
* Add only items that still require concrete work. An Open Item should name a specific, actionable gap, not a general unease. If you can't state what the next calibrator should actually do differently, it's not ready to be an Open Item yet.
Line 145: Line 137:
* Do not strike-through or archive closed items on the page. History lives in the Calibration Log, not here.
* Do not strike-through or archive closed items on the page. History lives in the Calibration Log, not here.
* Omit the section entirely when empty — do not leave "None open" sitting on the page. A missing section IS the "nothing open" signal.
* Omit the section entirely when empty — do not leave "None open" sitting on the page. A missing section IS the "nothing open" signal.
* '''If this section has any content, `drift_report_status` MUST include `Breadcrumb-Open`.''' Leaving `drift_report_status` at `None open` while this section has content is a nonconformance.
* '''If this section has any content, <code>drift_report_status</code> MUST include at least one open value:''' <code>Breadcrumb-Open</code>, <code>Nonconformance-Open</code>, <code>Nonconformance-Open-With-Dependencies</code>, <code>Resolved-Unverified</code>, or <code>Disputed</code>. <code>None open</code> may never coexist with a populated Open Calibration Items section, and may never be combined with any other status value. Mismatch = nonconformance.
 
== Reference Blocks (Current, Verified) ==
== Reference Blocks (Current, Verified) ==
=== Critical Rule: Every Field Must State Its Exact Options Inline ===
=== Critical Rule: Every Field Must State Its Exact Options Inline ===
 
'''Every field in Admin Page Status, GameModule, and Development Notice (when present) must carry a hidden comment listing its exact, current, valid options — directly above the field, every time.''' This is not optional formatting. Until this project has real dropdown/enforced-value controls, the inline comment '''is''' the validation mechanism. A tech editing a page should never have to leave that page, dig through a doc page, or guess, to know whether a field takes <code>Yes/No</code>, a longer controlled list, or free text.
'''Every field in Admin Page Status and GameModule must carry a hidden comment listing its exact, current, valid options — directly above the field, every time.''' This is not optional formatting. Until this project has real dropdown/enforced-value controls, the inline comment '''is''' the validation mechanism. A tech editing a page should never have to leave that page, dig through a doc page, or guess, to know whether a field takes `Yes/No`, a longer controlled list, or free text.
 
'''If a field's inline comment is missing, stale, or doesn't match the current canonical options, that is a nonconformance''' — log it per [[Nonconformance Reporting Procedure]] and correct it, the same as any other structural defect this checklist exists to catch.
'''If a field's inline comment is missing, stale, or doesn't match the current canonical options, that is a nonconformance''' — log it per [[Nonconformance Reporting Procedure]] and correct it, the same as any other structural defect this checklist exists to catch.
'''This applies to every seed and reference copy of these templates''' — [[Template:New Page Seed]], [[Template:New Page Seed/doc]], [[Template:Calibration Maintenance Log]], and this checklist's own Reference Blocks below — must all show the current, correct inline options, kept in sync with each other and with [[Template:Admin Page Status/doc]], [[Template:GameModule/doc]], and [[Template:Development Notice]] as the canonical sources for their respective fields.


'''This applies to every seed and reference copy of these templates''' — [[Template:New Page Seed]], [[Template:New Page Seed/doc]], [[Template:Calibration Maintenance Log]], and this checklist's own Reference Blocks below — must all show the current, correct inline options, kept in sync with each other and with [[Template:Admin Page Status/doc]] and [[Template:GameModule/doc]] as the canonical source.
=== Current Development Notice Reference ===
Development Notice is a '''calibration-position tool''', not a warning banner and not a claim that the page is an incomplete product. It declares a real in-cycle stance under [[Permanent Beta]] / [[Seed to Fruit Development]]. Presence is normal for conceptual instruments still in cycle. Removal is a calibrator decision when a public cycle declaration is no longer useful — not automatic when <code>instrument_grade</code> reaches Confirmed.
<pre><nowiki>
{{Development Notice
<!-- position: loose shorthand (2–4 words). Not a closed list. Update next cal when useful.
    Examples only: Seed | Foundational Draft | Working Draft | Early Draft | Post-calibration revise
    Avoid full sentences; detail belongs in Calibration Log / Admin calibration_rationale. -->
|position = Foundational Draft
<!-- cycle: short controlled set only.
    options: Active Development | Calibration in Progress | Stable under check | Deferred
    Default if omitted: Active Development -->
|cycle = Active Development
}}
</nowiki></pre>
'''Legacy (allowed until next content cal on that page; then migrate to position + cycle):'''
<pre><nowiki>
{{Development Notice
<!-- status: legacy single string when position/cycle not used.
    Prefer position + cycle on new edits and on next content cal. -->
|status = Active Development
}}
</nowiki></pre>
'''Confirm:''' banner language is calibration position / in cycle — not “incomplete product.” Do not flag presence as nonconformance. Do not require exact legacy string <code>Active Development</code> as the only valid form. '''If this block disagrees with [[Template:Development Notice]], the template page is correct.'''


=== Current GameModule Reference ===
=== Current GameModule Reference ===
<pre><nowiki>
<pre><nowiki>
{{GameModule
{{GameModule
| type =  
| type =
<!-- HIDDEN GUIDE: pick from existing controlled vocabulary (Core Diagnostic Game, Meta & Framework, etc.) — check Category pages before inventing a new type. -->
<!-- HIDDEN GUIDE: pick from existing controlled vocabulary (Core Diagnostic Game, Meta & Framework, etc.) — check Category pages before inventing a new type. -->
| category =  
| category =
<!-- HIDDEN GUIDE: must match an existing Category page. Do not create a new category casually. -->
<!-- HIDDEN GUIDE: must match an existing Category page. Do not create a new category casually. -->
| Calibration Type =  
| Calibration Type =
<!-- HIDDEN GUIDE: options — Governance, Diagnostic, Maintenance, Framework, Calibration. This IS the correct parameter name — displays publicly as "Functional Layer." Do not rename this parameter; only its display label was changed, per Calibration Failure Log. -->
<!-- HIDDEN GUIDE: options — Governance, Diagnostic, Maintenance, Framework, Calibration. This IS the correct parameter name — displays publicly as "Functional Layer." Do not rename this parameter; only its display label was changed, per Calibration Failure Log. -->
| Application Layer =  
| Application Layer =
<!-- HIDDEN GUIDE: options — Multi-Layer, Framework Infrastructure, Individual, Institutional. -->
<!-- HIDDEN GUIDE: options — Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational. New values only via deliberate vocabulary update on Page Structure Calibration Checklist and Template:GameModule/doc (rationale + Decision Record or Calibration Failure Log entry) — not by inventing a value on a single content page. -->
| Version = 0.1
| Version = 0.1
| Maturity = Experimental
| Maturity = Experimental
<!-- HIDDEN GUIDE: 5-value scale only — Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate. See Versioning for the canonical definition. Do NOT invent new values. -->
<!-- HIDDEN GUIDE: 5-value scale only — Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate. See Versioning for the canonical definition. Do NOT invent new values. -->
| Last Updated =  
| Last Updated =
<!-- CRITICAL WARNING: DO NOT use {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}} here. That is a live template call — it silently shows TODAY'S date on every page view forever, which is FALSE and defeats calibration tracking. This field must be a real, static, manually-typed date, set only when an actual calibration event occurs — must match the corresponding review_date in Admin Page Status. See Calibration Failure Log for the incident this warning exists because of. This IS the correct parameter name — displays publicly as "Last Calibration." Do not rename this parameter; only its display label was changed. -->
<!-- CRITICAL WARNING: DO NOT use {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}} here. That is a live template call — it silently shows TODAY'S date on every page view forever, which is FALSE and defeats calibration tracking. This field must be a real, static, manually-typed date, set only when an actual calibration event occurs — must match the corresponding review_date in Admin Page Status. See Calibration Failure Log for the incident this warning exists because of. This IS the correct parameter name — displays publicly as "Last Calibration." Do not rename this parameter; only its display label was changed. -->
| description =  
| description =
<!-- HIDDEN GUIDE: 1-2 sentences, public-facing, plain language. Not the same as calibration_rationale below (that one is internal/technical). -->
<!-- HIDDEN GUIDE: 1-2 sentences, public-facing, plain language. Not the same as calibration_rationale below (that one is internal/technical). -->
| contents =  
| contents =
}}
}}
</nowiki></pre>
</nowiki></pre>
'''Confirm:''' parameter is `Calibration Type` (displays as "Functional Layer"), `Last Updated` parameter (displays as "Last Calibration"), both static and matching `review_date`. If either display label ever appears to conflict with the parameter name shown here, this reference block and [[Template:GameModule/doc]] are correct — the display label is separate from the stored parameter name, per [[Calibration Failure Log]].
'''Confirm:''' parameter is <code>Calibration Type</code> (displays as "Functional Layer"), <code>Last Updated</code> parameter (displays as "Last Calibration"), both static and matching <code>review_date</code>. If either display label ever appears to conflict with the parameter name shown here, this reference block and [[Template:GameModule/doc]] are correct — the display label is separate from the stored parameter name, per [[Calibration Failure Log]].


=== Current Admin Page Status Reference ===
=== Current Admin Page Status Reference ===
Line 185: Line 196:
{{Admin Page Status
{{Admin Page Status
<!-- === CORE STATUS === -->
<!-- === CORE STATUS === -->
| categorization =  
| categorization =
<!-- options: Done, Needs review, Not started -->
<!-- options: Done, Needs review, Not started -->
| calibration_review =  
| calibration_review =
<!-- options: Self-Assessment, Confirmed Rating -->
<!-- options: Self-Assessment, Confirmed Rating -->
| instrument_grade =  
| instrument_grade =
<!-- options: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate -->
<!-- options: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate -->
| validation =  
| validation =
<!-- options: Low, Moderate, High -->
<!-- options: Low, Moderate, High -->
| calibration_rationale =  
| calibration_rationale =
<!-- 1-2 sentences explaining validation and instrument_grade -->
<!-- 1-2 sentences explaining validation and instrument_grade -->
| review_confidence =  
| review_confidence =
<!-- options: High, Moderate, Low -->
<!-- options: High, Moderate, Low -->
| review_date =  
| review_date =
<!-- CRITICAL WARNING: SAME RULE AS Last Calibration above. This is NOT a live template. It is set ONLY when a real Calibration Report is filed — never during pre-cal discussion, exploration, or a check that finds nothing wrong. See Calibration Failure Log. -->
<!-- CRITICAL WARNING: SAME RULE AS Last Calibration above. This is NOT a live template. It is set ONLY when a real Calibration Report is filed — never during pre-cal discussion, exploration, or a check that finds nothing wrong. See Calibration Failure Log. -->
| reviewed_by =  
| reviewed_by =
<!-- HIDDEN GUIDE: is this a minor edit or an actual calibration? Test: does the change affect a field rating (instrument_grade, validation, drift_report_status) or a claim's actual content/structure? If yes — real calibration, review_date updates, full report required. If pure formatting/typo/link fix with zero rating effect — minor, edit summary only, review_date stays untouched. -->
<!-- HIDDEN GUIDE: is this a minor edit or an actual calibration? Test: does the change affect a field rating (instrument_grade, validation, drift_report_status) or a claim's actual content/structure? If yes — real calibration, review_date updates, full report required. If pure formatting/typo/link fix with zero rating effect — minor, edit summary only, review_date stays untouched. -->
| priority =  
| priority =
<!-- options: Core, Supporting, Peripheral. Main/master pages default toward Core if they are a hub for other pages. -->
<!-- options: Core, Supporting, Peripheral. Main/master pages default toward Core if they are a hub for other pages. -->
| review_threshold =  
| review_threshold =
<!-- Days before overdue, default 90. Core pages typically use 30-60. -->
<!-- Days before overdue, default 90. Core pages typically use 30-60. -->
| has_backlinks =  
| has_backlinks =
<!-- options: Yes, No, Not checked (default) -->
<!-- options: Yes, No, Not checked (default) -->
| outbound_links_valid =  
| outbound_links_valid =
<!-- options: Yes, Has red links, No, Not checked -->
<!-- options: Yes, Has red links, No, Not checked -->
| in_outline =  
| in_outline =
<!-- options: Yes, No -->
<!-- options: Yes, No -->
| in_category_outline =  
| in_category_outline =
<!-- options: Yes, No -->
<!-- options: Yes, No -->
| templates_complete =  
| templates_complete =
<!-- options: Done, Needs review, Not started -->
<!-- options: Done, Needs review, Not started -->
| formatting_standard =  
| formatting_standard =
<!-- options: Meets standard, Needs work, Not checked -->
<!-- options: Meets standard, Needs work, Not checked -->
| symmetry_check =  
| symmetry_check =
<!-- options: Applied, Not applicable, Needs work -->
<!-- options: Applied, Not applicable, Needs work -->
| self_report_flagged =  
| self_report_flagged =
<!-- options: Yes, No, Not applicable -->
<!-- options: Yes, No, Not applicable -->
| terminology_consistent =  
| terminology_consistent =
<!-- options: Yes, Needs work, Not checked -->
<!-- options: Yes, Needs work, Not checked -->
| standing_check =  
| standing_check =
<!-- options: Confirmed by other party, Self-assessed only -->
<!-- options: Confirmed by other party, Self-assessed only -->
| drift_report_status =  
| drift_report_status =
<!-- options (multiple allowed, semicolon-separated): Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open. "None open" valid ONLY alone. -->
<!-- options (multiple allowed, semicolon-separated): Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open. "None open" valid ONLY alone. -->
| depends_on =  
| depends_on =
<!-- Semi-colon separated list of pages this page genuinely relies on — NOT universal infrastructure (Admin Page Status, GameModule), NOT casual mentions. See Calibration Dependencies: Standards and Process. -->
<!-- Semi-colon separated list of pages this page genuinely relies on — NOT universal infrastructure (Admin Page Status, GameModule), NOT casual mentions. See Calibration Dependencies: Standards and Process. -->
}}
}}
</nowiki></pre>
</nowiki></pre>
'''Confirm:''' no `cited_by`, 21 fields present, `review_date` static and matches GameModule.
'''Confirm:''' no <code>cited_by</code>, 21 fields present, <code>review_date</code> static and matches GameModule.
'''If either reference block ever disagrees with [[Template:GameModule/doc]] or [[Template:Admin Page Status/doc]], those doc pages are correct.'''
'''If either reference block ever disagrees with [[Template:GameModule/doc]] or [[Template:Admin Page Status/doc]], those doc pages are correct.''' For Development Notice, [[Template:Development Notice]] is correct.


== AI Execution Format ==
== AI Execution Format ==
 
'''Why this section exists:''' the prose/wikitable version above is built for a human to read — visual scanning, formatting cues, explanatory connective tissue. A model executing this checklist mechanically doesn't benefit from that structure the same way; it reads every table pipe and formatting token as sequential text, at real cost, with no added information density. This section compresses the same checks into a flat, unambiguous rule list — one line per check, condition → required state → citation — the same design instinct already applied to <code>depends_on</code> and <code>Calibration Recommendation</code> elsewhere in this project: machine-consumed data wants minimal syntax overhead and maximum unambiguous structure.
'''Why this section exists:''' the prose/wikitable version above is built for a human to read — visual scanning, formatting cues, explanatory connective tissue. A model executing this checklist mechanically doesn't benefit from that structure the same way; it reads every table pipe and formatting token as sequential text, at real cost, with no added information density. This section compresses the same 21+ checks into a flat, unambiguous rule list — one line per check, condition → required state → citation — the same design instinct already applied to `depends_on` and `Calibration Recommendation` elsewhere in this project: machine-consumed data wants minimal syntax overhead and maximum unambiguous structure.
'''Status: Confirmed working as operational format.''' Tested successfully across multiple real pages and by independent reviewers executing pre-cal passes against this format. Admin standing on this page remains Self-assessed / Development — “Confirmed working” here means the execution format is usable in practice, not that this page has Confirmed instrument_grade. It remains lighter on redundancy than the human-readable version above — a transcription error here has less built-in cross-checking to catch it — so it should still be periodically spot-checked for sync against the human page. See the "last confirmed synced" marker below.
 
'''Last confirmed synced against human-readable checklist: 2026-07-27.''' If this section and the human-readable checklist above ever disagree, the human-readable version is correct — check this date against the checklist's own Last Calibration date; if the checklist has been updated since, this section needs re-verification before being trusted.
'''Status: Confirmed working.''' Tested successfully across multiple real pages and by an independent reviewer (Grok) executing pre-cal passes correctly against this format without prompting for clarification. No longer marked Experimental. It remains lighter on redundancy than the human-readable version above — a transcription error here has less built-in cross-checking to catch it — so it should still be periodically spot-checked for sync against the human page, not assumed permanently correct. See the "last confirmed synced" marker below.
 
'''Last confirmed synced against human-readable checklist: 2026-07-20.''' If this section and the human-readable checklist above ever disagree, the human-readable version is correct — check this date against the checklist's own Last Calibration date; if the checklist has been updated since, this section needs re-verification before being trusted.
 
'''As always: AI can make mistakes. Check this section for errors before trusting it blindly, the same as any other page on this wiki.'''
'''As always: AI can make mistakes. Check this section for errors before trusting it blindly, the same as any other page on this wiki.'''
<pre><nowiki>
<pre><nowiki>
PAGE STRUCTURE PRE-CAL CHECKLIST — AI EXECUTION FORMAT
PAGE STRUCTURE PRE-CAL CHECKLIST — AI EXECUTION FORMAT
Source of truth: Page Structure Calibration Checklist (human-readable version). If this AI version and that page ever disagree, the human page is correct.
Source of truth: Page Structure Calibration Checklist (human-readable version). If this AI version and that page ever disagree, the human page is correct.


RULE: Development Notice PRESENT only if status=active-development. ELSE remove.
RULE: Development Notice = calibration-position tool, NOT an "incomplete product" warning banner. Presence is normal for instruments under Permanent Beta / Seed to Fruit.
RULE: Prefer {{Development Notice|position=…|cycle=…}}. position = loose shorthand (2–4 words); not a closed list; examples only (Seed, Foundational Draft, Working Draft, Early Draft); no full sentences. cycle ∈ {Active Development, Calibration in Progress, Stable under check, Deferred}; default if omitted = Active Development.
RULE: Legacy |status= alone is allowed until next content cal on that page; on that cal, migrate to position + cycle. Do NOT flag legacy status as nonconformance solely for missing position/cycle.
RULE: RETIRED — old rule requiring exact status string "Active Development" only, and treating variants as nonconformance. RETIRED — auto-remove notice when instrument_grade reaches Confirmed. Removal = human calibrator decision when public cycle declaration is no longer useful.
RULE: CRITICAL — Every field in GameModule AND AdminPageStatus MUST carry an inline HTML comment stating exact current valid options (or free-text guide) directly above that field. Missing, stale, or wrong comment = nonconformance. Until dropdown UI exists, the comment IS the validation mechanism. Canonical option lists: Template:GameModule/doc, Template:Admin Page Status/doc, and this checklist's Reference Blocks. If those disagree, the template doc pages win.
RULE: CRITICAL (when present) — When {{Development Notice}} is used, |position and |cycle (or legacy |status) SHOULD carry the same style of inline option/guide comments as in this checklist's Development Notice Reference Block / Template:Development Notice. Prefer position+cycle form. Missing DN comments on a content page: flag and fix when touching the banner; lower blast-radius than missing GameModule/Admin comments, but still a structural defect once the call is under edit — do not invent a third standard.
RULE: Reference Blocks in the human-readable checklist (Development Notice, GameModule, Admin Page Status) and Template:New Page Seed must stay in sync with those docs. Stale seed/reference options = nonconformance on the seed/checklist page itself when found in pre-cal of those pages.
RULE: H1 heading present, literal text (not {{PAGENAME}}), matches actual page title.
RULE: H1 heading present, literal text (not {{PAGENAME}}), matches actual page title.
RULE: GameModule block placement = AFTER first heading AND after any intro prose (Canonical Question, framing statements). NOT immediately under bare heading.
RULE: GameModule block placement = AFTER first heading AND after any intro prose (Canonical Question, framing statements). NOT immediately under bare heading.
RULE: GameModule param `Calibration Type` = canonical name, DISPLAYS as "Functional Layer". Do not treat these as different fields.
RULE: GameModule param `Calibration Type` = canonical name, DISPLAYS as "Functional Layer". Do not treat these as different fields. Do not rename the stored parameter during pre-cal.
RULE: GameModule param `Last Updated` = canonical name, DISPLAYS as "Last Calibration". Must be static date. FORBIDDEN VALUE: {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}} (live-eval, defeats cycle tracking — see Calibration Failure Log).
RULE: GameModule param `Last Updated` = canonical name, DISPLAYS as "Last Calibration". Must be static date. FORBIDDEN VALUE: {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}} (live-eval, defeats cycle tracking — see Calibration Failure Log).
RULE: IF magic-word date found during pre-cal THEN log as nonconformance. Replace with the prior, already-documented static date if one is known/recoverable. If no prior static date is known, do NOT stamp today's date as a new value — leave the field for content cal to set, and add an explicit Open Calibration Item flagging it needs a real date. Pre-cal (Step 2) never sets `Last Updated`/`review_date` to a new value, even when fixing this violation — only content cal (Step 3) may do that, and only both fields together, same edit.
RULE: IF magic-word date found during pre-cal THEN log as nonconformance. Replace with the prior, already-documented static date if one is known/recoverable. If no prior static date is known, do NOT stamp today's date as a new value — leave the field for content cal to set, and add an explicit Open Calibration Item flagging it needs a real date. Pre-cal (Step 2) never sets `Last Updated`/`review_date` to a new value, even when fixing this violation — only content cal (Step 3) may do that, and only both fields together, same edit.
RULE: GameModule.Last Updated == AdminPageStatus.review_date. MISMATCH = nonconformance.
RULE: GameModule.Last Updated == AdminPageStatus.review_date. MISMATCH = nonconformance.
RULE: Maturity ∈ {Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate}. No other values.
RULE: Maturity ∈ {Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate}. No other values.
RULE: Application Layer ∈ {Multi-Layer, Framework Infrastructure, Individual, Institutional}.
RULE: Application Layer ∈ {Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational}. New values only via deliberate vocabulary update on this checklist + Template:GameModule/doc — not silent invention on one content page.
RULE: type/category must match existing Category page. Do not invent new category.
RULE: type/category must match existing Category page. Do not invent new category.
RULE: No Markdown syntax (**bold**, __underline__, # heading) present in wikitext. Wikitext only: '''bold''', ''italic'', == heading ==.
RULE: No Markdown syntax (**bold**, __underline__, # heading) present in wikitext. Wikitext only: '''bold''', ''italic'', == heading ==.
RULE: Transparency template = exactly ONE of {Page Transparency, Page Transparency-Subpage, Standalone Transparency, Subpage Hub-Linked Transparency}. NONE valid = flag missing, do not guess which to add.
RULE: MANDATORY TEMPLATES, exact order: {{RelatedPages}}, {{Standalone Transparency}} (default on new pages; exactly one transparency template; other variants only if human-confirmed for page type), {{Calibration Dependent}}, {{Calibration Dependencies Display}}, {{Calibration Maintenance}}, {{Framework Reference}}, {{Calibration Procedure Reference}}, {{Tracking Logs Reference}}.
RULE: KNOWN BROKEN — Standalone Transparency, Subpage Hub-Linked Transparency both fail on Template: namespace. No substitute exists yet.
RULE: Transparency = exactly one of the allowed transparency templates, in the position above. NONE present = flag missing. Multiple present = nonconformance. Do not invent a runtime workaround.
RULE: MANDATORY TEMPLATES, exact order: {{RelatedPages}}, {{Calibration Dependent}}, {{Calibration Dependencies Display}}, {{Calibration Maintenance}}, {{Framework Reference}}, {{Calibration Procedure Reference}}, {{Tracking Logs Reference}}.
RULE: KNOWN BROKEN — Standalone Transparency, Subpage Hub-Linked Transparency both fail on Template: namespace. No substitute exists yet. Do not invent a workaround at runtime.
RULE: If noise from missing-transparency flags becomes operationally costly, the fix is a human-confirmed lookup table mapping specific pages (or hub patterns) to the correct transparency variant — not AI runtime inference alone.
RULE: {{AllTemplates}} valid ONLY in Template: namespace. Elsewhere = remove.
RULE: {{AllTemplates}} valid ONLY in Template: namespace. Elsewhere = remove.
RULE: drift_report_status ∈ {Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open}. Multi-value, semicolon-separated. "None open" valid ONLY alone, never combined.
RULE: drift_report_status ∈ {Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open}. Multi-value, semicolon-separated. "None open" valid ONLY alone, never combined with any other value.
RULE: Resource block MUST be visible (no display:none wrapper). Hidden = deprecated, flag as nonconformance.
RULE: Resource block MUST be visible (no display:none wrapper). Hidden = deprecated, flag as nonconformance.
RULE: Closing footer = exact string "'''See the Game. Refuse the Game. Build Better.'''"
RULE: Closing footer string '''See the Game. Refuse the Game. Build Better.''' must appear EXACTLY ONCE per page. Presence check alone is insufficient — verify count = 1, not merely count ≥ 1. Duplicate footer = nonconformance (observed real case: Revenge Game).
RULE: Categories present, non-empty.
RULE: Categories present, non-empty.
RULE: AdminPageStatus block present, diff field-by-field against canonical 21-field + depends_on reference. No cited_by field (deprecated).
RULE: AdminPageStatus block present, diff field-by-field against canonical 21-field + depends_on reference. No cited_by field (deprecated).
RULE: Every field in GameModule AND AdminPageStatus carries inline HTML-comment stating exact current valid options. Missing/stale comment = nonconformance (this comment is the only validation mechanism until dropdown UI exists).
RULE: depends_on = real page names only. FORBIDDEN: universal infrastructure (Admin Page Status, GameModule), casual mentions. Must be genuinely load-bearing.
RULE: depends_on = real page names only. FORBIDDEN: universal infrastructure (Admin Page Status, GameModule), casual mentions. Must be genuinely load-bearing.
RULE: IF Template:X + Template:X/doc pair THEN AdminPageStatus lives on Template:X ONLY. doc page = pointer link only, no separate status block.
RULE: IF Template:X + Template:X/doc pair THEN AdminPageStatus lives on Template:X ONLY. doc page = pointer link only, no separate status block.
RULE: outbound links checked via Special:WantedPages. backlinks checked via Special:LonelyPages.
RULE: outbound links checked via Special:WantedPages. backlinks checked via Special:LonelyPages.
RULE: If instrument_grade/Maturity claim exceeds what page's documented state actually supports (missing governance elements, incomplete provenance, etc.) even with zero structural nonconformances = READINESS GAP, distinct from structural nonconformance. Downgrade rating. Log explicitly as "Readiness Gap" in Calibration Report, not folded into generic structural note. Correct language: "Not judging idea soundness — page does not yet satisfy documented criteria to support this rating."
RULE: If instrument_grade/Maturity claim exceeds what page's documented state actually supports (missing governance elements, incomplete provenance, etc.) even with zero structural nonconformances = READINESS GAP, distinct from structural nonconformance. Downgrade rating. Log explicitly as "Readiness Gap" in Calibration Report, not folded into generic structural note. Correct language: "Not judging idea soundness — page does not yet satisfy documented criteria to support this rating." AI round-robin does not create Confirmed standing.
RULE: Open Calibration Items section (if present) sits after closing footer, before mandatory template block. Freeform bullets, specific/actionable only. Omit section if empty (absence IS the signal, do NOT write "None open"). Do NOT hardcode a log link — reference the page's existing Transparency & Calibration section instead (already correctly wired per page type: Standalone/Page Transparency/Subpage Hub-Linked). IF section has content THEN drift_report_status MUST include Breadcrumb-Open — mismatch = nonconformance. EDIT ACCESS: calibrators and AI-in-calibration-role only. Public suggestions go through page Talk/discussion; calibrator reviews and promotes valid, specific suggestions into this section — public does NOT edit this section directly.
RULE: Open Calibration Items section (if present) sits after closing footer, before mandatory template block. Freeform bullets, specific/actionable only. Omit section if empty (absence IS the signal, do NOT write "None open"). Do NOT hardcode a log link — reference the page's existing Transparency & Calibration section instead. EDIT ACCESS: calibrators and AI-in-calibration-role only. Public suggestions go through page Talk/discussion; calibrator reviews and promotes valid, specific suggestions into this section — public does NOT edit this section directly.
RULE: Open Calibration Items — do NOT hardcode a specific log link. Reference the page's own Transparency & Calibration section (already correctly wired per page type: Standalone/Page Transparency/Subpage Hub-Linked) instead of duplicating link logic.
RULE: IF Open Calibration Items has content THEN drift_report_status MUST include at least one open value (Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, or Disputed). `None open` may NEVER coexist with a populated Open Calibration Items section, and may never coexist with any other status value. Mismatch = nonconformance.
RULE: If Open Calibration Items section does not yet exist and a valid, specific item needs recording, CREATE the section (do not wait for a separate step). Placement: after closing footer, before mandatory template block.
RULE: If Open Calibration Items section does not yet exist and a valid, specific item needs recording, CREATE the section (do not wait for a separate step). Placement: after closing footer, before mandatory template block.
RULE: Calibrators/AI-in-calibration-role may add an item at ANY point during work on the page — not only at the end of a formal pass. Noticing something mid-read/mid-edit is a valid moment to record it immediately, so it is not lost to memory.
RULE: Calibrators/AI-in-calibration-role may add an item at ANY point during work on the page — not only at the end of a formal pass. Noticing something mid-read/mid-edit is a valid moment to record it immediately, so it is not lost to memory.
RULE: Remove a closed item AS SOON AS it is confirmed resolved — do not wait for a separate formal calibration pass to clean up the list. If uncertain whether an item is actually resolved, leave it and flag uncertainty in the item text rather than removing prematurely.
RULE: Remove a closed item AS SOON AS it is confirmed resolved — do not wait for a separate formal calibration pass to clean up the list. If uncertain whether an item is actually resolved, leave it and flag uncertainty in the item text rather than removing prematurely.
RULE: Closing footer string '''See the Game. Refuse the Game. Build Better.''' must appear EXACTLY ONCE per page. Presence check alone is insufficient — verify count = 1, not merely count ≥ 1. Duplicate footer = nonconformance (observed real case: Revenge Game).
RULE: Open Calibration Items section, if present with content, requires drift_report_status to include AT LEAST ONE open value (Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, or Disputed) — NOT restricted to Breadcrumb-Open specifically. `None open` may NEVER coexist with any other value, and may never coexist with a populated Open Calibration Items section. Mismatch = nonconformance.
RULE: GameModule `description` field must be page-specific — describe THIS page's actual content/purpose, not a copy-pasted hub-level or generic blurb reused across multiple pages. Non-empty is insufficient; verify the description text is actually accurate to and distinct for this specific page. Generic/boilerplate description = nonconformance.
RULE: GameModule `description` field must be page-specific — describe THIS page's actual content/purpose, not a copy-pasted hub-level or generic blurb reused across multiple pages. Non-empty is insufficient; verify the description text is actually accurate to and distinct for this specific page. Generic/boilerplate description = nonconformance.
RULE: Development Notice `status` parameter canonical value = `Active Development` (exact casing, this form only). Do NOT use variant forms (`active-development`, `active development`, `In Development`, etc.). Casing/naming variance = nonconformance.
SEQUENCE:
SEQUENCE:
0. Check if page already exists (skip if subject-precision > duplication-risk).
0. Check if page already exists (skip if subject-precision > duplication-risk).
0.5. Title has no &, no / outside real subpage structure.
0.5. Title has no &, no / outside real subpage structure.
1. Create via Template:New Page Seed. NOT a calibration event — review_date/Last Updated untouched.
1. Create via Template:New Page Seed. NOT a calibration event — review_date/Last Updated untouched.
2. Run this checklist (pre-cal). Structure only. review_date/Last Updated untouched.
2. Run this checklist (pre-cal). Structure only. review_date/Last Updated untouched (except recoverable prior static replacement for magic words per rule above — never a new "today" stamp).
3. Content calibration. ONLY this step updates review_date/Last Updated, together, same edit.
3. Content calibration. ONLY this step updates review_date/Last Updated, together, same edit.
ON FINDING NONCONFORMANCE: log via Nonconformance Reporting Procedure BEFORE fixing.
ON FINDING NONCONFORMANCE: log via Nonconformance Reporting Procedure BEFORE fixing.
</nowiki></pre>
</nowiki></pre>


== What This Checklist Does Not Cover ==
== What This Checklist Does Not Cover ==
 
Content accuracy, <code>symmetry_check</code> correctness, honest <code>validation</code>/<code>instrument_grade</code> ratings — Content Calibration Procedure (not yet built).
Content accuracy, `symmetry_check` correctness, honest `validation`/`instrument_grade` ratings — Content Calibration Procedure (not yet built).
Operator procedure for human verification after an AI pre-cal pass — documented sequence not yet built (see Open Calibration Items).
 
== How to Use This Checklist ==
== How to Use This Checklist ==
# Run '''Automated''' items first, batched.
# Run '''Automated''' items first, batched.
# Run '''Curated''' items on pages that pass.
# Run '''Curated''' items on pages that pass.
# Only then proceed to Content Calibration.
# Only then proceed to Content Calibration.
# Log as a standard Calibration Report.
# Log as a standard Calibration Report when Step 3 runs.
# '''Log any nonconformance found per [[Nonconformance Reporting Procedure]] before fixing it.'''
# '''Log any nonconformance found per [[Nonconformance Reporting Procedure]] before fixing it.'''
== Open Items ==
* Content Calibration Procedure not yet built.
* Automated dependency-mismatch flagging not yet built as a real query.
'''See the Game. Refuse the Game. Build Better.'''
'''See the Game. Refuse the Game. Build Better.'''
 
== Open Calibration Items ==
* Build Content Calibration Procedure (referenced as not yet built).
* Automated dependency-mismatch flagging as a real query (not yet built).
* Document operator procedure: human verification pass after AI pre-cal (sequence, what is checked, what may change standing, edit summary convention).
* Clarify residual GameModule display-label vs stored-property rename history for calibrators on instance pages still carrying old values (canonical names remain Calibration Type / Last Updated; see Calibration Failure Log).
* Keep Application Layer vocabulary (including Civilizational) synced to Template:GameModule/doc; extend only via deliberate vocabulary update.
''See the Page Transparency & Calibration section above for this page's Calibration Log / Decision Records / Talk links.''
{{RelatedPages}}
{{Standalone Transparency}}
{{Standalone Transparency}}
<!-- The following seven templates are REQUIRED, in this exact order. -->
<!-- {{Calibration Maintenance}} is kept here deliberately — it demonstrates in practice the exact resource-tracking pattern this checklist asks every other page to follow. -->
{{RelatedPages}}
{{Calibration Dependent}}
{{Calibration Dependent}}
{{Calibration Dependencies Display}}
{{Calibration Dependencies Display}}
Line 322: Line 325:
{{Calibration Procedure Reference}}
{{Calibration Procedure Reference}}
{{Tracking Logs Reference}}
{{Tracking Logs Reference}}
[[Category:Meta & Framework]]
[[Category:Meta & Framework]]
[[Category:Site Maintenance]]
[[Category:Site Maintenance]]
{{Resource
{{Resource
| Title = Page Structure Calibration Checklist
| Title = Page Structure Calibration Checklist
Line 332: Line 333:
| Category = Meta & Framework
| Category = Meta & Framework
}}
}}
{{Admin Page Status
{{Admin Page Status
<!-- options: Done, Needs review, Not started -->
<!-- options: Done, Needs review, Not started -->
Line 343: Line 343:
| validation = Low
| validation = Low
<!-- 1-2 sentences explaining validation and instrument_grade -->
<!-- 1-2 sentences explaining validation and instrument_grade -->
| calibration_rationale = Fifth revision, genuine calibration. Formalized Pre-Calibration Check terminology, the property-vs-display-rename lesson, Markdown syntax leakage check, and the full Standard Page Creation Sequence (including that page creation itself is not a calibration event). Corrected GameModule reference block to show actual parameter/display mapping post-revert. All seven mandatory templates confirmed present and ordered.
| calibration_rationale = Development alignment pass: mandatory footer order includes transparency after RelatedPages; Open Calibration Items drift rule unified (any open status value); Application Layer includes Civilizational with explicit extend path; residual rename scar documented; checklist self-applies Open Calibration Items + Breadcrumb-Open. Not a full content calibration — cycle dates unchanged.
<!-- options: High, Moderate, Low -->
<!-- options: High, Moderate, Low -->
| review_confidence = High
| review_confidence = Moderate
<!-- CRITICAL WARNING: static only, set ONLY on a real Calibration Report. See Calibration Failure Log. -->
<!-- CRITICAL WARNING: static only, set ONLY on a real Calibration Report. See Calibration Failure Log. -->
| review_date = 2026-07-14
| review_date = 2026-07-14
Line 374: Line 374:
| standing_check = Self-assessed only
| standing_check = Self-assessed only
<!-- options (multiple allowed, semicolon-separated): Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open. "None open" valid ONLY alone. -->
<!-- options (multiple allowed, semicolon-separated): Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open. "None open" valid ONLY alone. -->
| drift_report_status = None open
| drift_report_status = Breadcrumb-Open
<!-- Semi-colon separated list of pages this page genuinely relies on — NOT universal infrastructure. -->
<!-- Semi-colon separated list of pages this page genuinely relies on — NOT universal infrastructure. -->
| depends_on = Template:GameModule/doc; Template:Admin Page Status/doc; Calibration Log: When to Create One; Decision Records: Governance Memory; Nonconformance Reporting Procedure; Breadcrumb Tracking; Calibration Failure Log; Template/Doc Calibration Pattern
| depends_on = Template:GameModule/doc; Template:Admin Page Status/doc; Calibration Log: When to Create One; Decision Records: Governance Memory; Nonconformance Reporting Procedure; Breadcrumb Tracking; Calibration Failure Log; Template/Doc Calibration Pattern
}}
}}

Latest revision as of 06:14, 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.



Page Structure Calibration Checklist

Terminology: this Step 0 pass is referred to as a Pre-Calibration Check ("pre-cal") throughout this project. A pre-cal is explicitly not a calibration — it verifies structure only, never touches `review_date` or `Last Calibration`, and produces no rating changes. See the date-field rule below for why this distinction matters mechanically, not just semantically. This is not optional preamble — it is a hard dependency. Content calibration produces judgments that get recorded in specific fields, on a specific page structure, and cross-referenced by other pages and queries. If that structure is missing, wrong, or stale, a content calibration's result has nowhere reliable to live. Skipping Step 0 does not make content calibration faster; it makes its output unreliable. `Last Calibration` (GameModule) and `review_date` (Admin Page Status) represent the same real event — the last actual calibration — from two angles:

  • `review_date` is the machinery input — Module:CalibrationCycle computes `Has_cycle_status` from it. This field certifies a page as currently trustworthy.
  • `Last Calibration` is the public-facing mirror of the same fact.
  • Both update together, to the same date, in the same edit — never one without the other, and never during pre-calibration checks or minor edits. If these two fields ever diverge, that is itself a nonconformance — see Calibration Failure Log.

A display-label rename can silently drag the underlying stored property along with it. Confirmed real, not hypothetical — see Calibration Failure Log's entry on `Has calibration type`/`Has functional layer`. Changing what a field shows and changing what it's stored as are two separate actions and must be verified independently, every time either is touched. Historical residual: A display-label-only rename for Functional Layer / Last Calibration was incorrectly applied to stored parameter/property names and later reverted. Canonical parameter names remain Calibration Type and Last Updated (display labels may differ). Instance pages may still carry residual wording from the bad rename — treat mismatches as nonconformance, correct to this reference, and do not re-open a rename project during routine pre-cal. Purpose: Before calibrating a page's content, verify the page's structure is complete, current, and correctly wired. This checklist is Step 0 — run it first, every time. Both automated and curated, deliberately: most items below can be verified by a query. A minority require actual human/AI judgment. Both passes are required — presence is not correctness.



Sovereign-Games-OG-Image.jpg

Meta

Page Structure Calibration Checklist

Type Meta & Framework
Functional Layer Calibration
Application Layer Framework Infrastructure
Category Meta & Framework
Version 0.5
Maturity Development
Last Calibration 2026-07-14
Status Permanent Beta
Description Prep-work checklist for verifying a page's structure, templates, and tooling are complete and current before any content calibration begins. Separate from Content Calibration Procedure.

Core Principles

  • Reality gets final vote
  • See the Game. Refuse the Game. Build Better.
  • Permanent Beta

Navigation

Related


Standard Page Creation Sequence

  • Step 0 (before Step 1): Check whether the page already exists. Search and check categories first — creating a duplicate page is real, avoidable waste. Exception: if getting the subject itself precisely right matters more than the risk of a duplicate, proceed to Step 1 anyway. A wrong or muddled subject is expensive to untangle later; a duplicate page is comparatively cheap to catch and merge.
  • Step 0.5: Confirm the page title itself is safe. Avoid &, / outside intentional subpage structure, and other URL-special characters — spell them out in plain words. Easy to forget in the moment of naming a brand-new page.
  • Step 1: Create the new page with the discussed subject. Use Template:New Page Seed. Creating the page, even a good draft, is not itself a calibration event — it does not set review_date or Last Calibration. Only Step 3 does.
  • Step 2: Pre-Calibration Check (pre-cal). Run this checklist. Structure only — do not touch review_date/Last Calibration.
  • Step 3: Calibration. Content review — accuracy, symmetry, evidentiary grading, round-robin if warranted. Only this step updates review_date/Last Calibration, per the minor-vs-calibration test in Template:New Page Seed/doc.

Checklist

Item Required? Check Method Notes
Development Notice When the page should declare an in-cycle calibration position (most conceptual instruments still under Permanent Beta / Seed to Fruit). Not required on pure infrastructure stubs or pages that have explicitly retired the banner by human decision. Curated + Automated (template presence; optional property match on position / cycle) Prefer the two-parameter form:

{{Development Notice |position = … |cycle = … }} position — loose shorthand (2–4 words); not a closed list; may change next cal. Examples: Seed, Foundational Draft, Working Draft, Early Draft. No full sentences. cycle — short controlled set only: Active Development · Calibration in Progress · Stable under check · Deferred. Default if omitted: Active Development. Legacy single status= is allowed until the page is next calibrated; on that cal, migrate to position + cycle. Banner means calibration position, not “incomplete product.” Do not treat presence of the notice as nonconformance. Remove only when a calibrator decides the page no longer needs a public cycle declaration (often when grade is high and the banner is no longer useful — not automatic on Confirmed alone). Exact old rule “must be the string Active Development or nonconformance” is retired.

== Page Title == heading Every page Curated Real, manually set H1 that matches the actual page title. Not {{PAGENAME}}.
GameModule infobox, positioned after the first heading AND its introductory content Every page, narrow exceptions Automated + Curated Parameter name Calibration Type displays as "Functional Layer"; Last Updated displays as "Last Calibration" — confirm display mapping is not reversed. 5-value Maturity scale only: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate. Application Layer ∈ {Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational}. New Application Layer values only via deliberate vocabulary update (this checklist + Template:GameModule/doc), not silent invention on one page. GameModule must not sit immediately under the bare heading — it belongs after opening framing prose. See Feature Request Log for a confirmed correct placement example.
GameModule description is page-specific, not boilerplate Every page Curated (critical) Non-empty is insufficient. Description must accurately and distinctly describe this page’s content/purpose — not a copy-pasted hub-level or generic blurb reused across subpages. Generic/boilerplate description = nonconformance.
Last Calibration and review_date match, are static, only change together on a real content calibration Every page Curated (critical) Must NOT use {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}. GameModule Last Updated must equal Admin review_date. Mismatch = nonconformance. See Calibration Failure Log.
Magic-word date violation handled correctly, not just detected Every page Curated (critical) If a live magic-word date is found during pre-cal (Step 2): log nonconformance first. Replace with the prior, already-documented static date if one is known/recoverable. If no prior static date is known, do not stamp today’s date — leave for content cal (Step 3) and add an Open Calibration Item. Pre-cal never sets Last Updated / review_date to a new value. Only content cal may update both, together, same edit.
Markdown syntax leakage Every page Automated (string search) Literal **bold**, __underline__, or # heading in wikitext instead of bold, italic, == heading ==. Common when AI drafts in Markdown habits.
Field display name matches underlying stored property Every page using GameModule Curated Confirm displayed label and actual #set / #cargo_store property have not silently diverged. Residual rename scar: see historical residual note above and Calibration Failure Log.
Page Transparency footer Every page Automated + Curated Exactly one transparency template, in the mandatory footer order (after RelatedPages). Default on new pages: {{Standalone Transparency}}. Other variants (Page Transparency, Page Transparency-Subpage, Subpage Hub-Linked Transparency) only when human-confirmed for that page type. None present = flag missing. Multiple present = nonconformance. Do not invent runtime workarounds. Standalone Transparency and Subpage Hub-Linked Transparency are confirmed broken on the Template: namespace. If missing-transparency flags become too noisy, use a human-confirmed lookup table — not AI inference alone.
Mandatory templates (locked order) Every page Automated Exact order: {{RelatedPages}}, {{Standalone Transparency}} (default on new pages; exactly one transparency template total; other variants only if human-confirmed), {{Calibration Dependent}}, {{Calibration Dependencies Display}}, {{Calibration Maintenance}}, {{Framework Reference}}, {{Calibration Procedure Reference}}, {{Tracking Logs Reference}}.
{{AllTemplates}} Template: namespace only Automated Not for content pages. Elsewhere = remove.
drift_report_status matches actual page content Every page Curated Allowed values (multi, semicolon-separated): Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open. None open is valid only alone — never combined with any other value.
Resource block (visible, not hidden) Every page Automated Must not be wrapped in display:none. Hidden Resource is deprecated = nonconformance.
Closing footer appears exactly once Every page Automated (count check) Exact string See the Game. Refuse the Game. Build Better. must appear exactly once (count = 1, not merely ≥ 1). Duplicate footer = nonconformance (observed: Slave Owner Game/Revenge Game).
Element ordering Every page Curated Closing footer → Open Calibration Items (if any) → mandatory templates in locked order → categories → Resource → Admin Page Status (typical end-of-page pattern; follow current seed if it differs).
Categories Every page Automated Present and non-empty. type / category must match an existing Category page — do not invent new categories.
Admin Page Status block Every page Automated Diff field-by-field against canonical reference (21 fields + depends_on). No cited_by field (deprecated).
Every field has an accurate, current inline options comment Every page — GameModule and Admin Page Status Curated (critical) Missing, stale, or incorrect inline options = nonconformance, not cosmetic. This comment is the only validation mechanism until dropdown UI exists. Covers both templates. Development Notice parameter comments (position / cycle) should match Template:Development Notice when the notice is present.
depends_on is load-bearing and current Every page Curated Real page names only. Forbidden: universal infrastructure (Admin Page Status, GameModule), casual mentions. Must be genuinely load-bearing for claims or structure. Confirm names match current canonical titles, not stale renames.
Template/doc pairs — status on template only Template/doc pairs Curated If Template:X + Template:X/doc exist, Admin Page Status lives on Template:X only. Doc page = pointer link only, no separate status block. See Template/Doc Calibration Pattern.
Outbound links valid / Backlinks exist Every page Automated Special:WantedPages / Special:LonelyPages.
Open Calibration Items section, if present, correctly placed and formatted Every page (section optional) Curated Sits after the closing footer, before the mandatory template block. Freeform bullets: specific and actionable only. Section entirely absent if nothing is open — do not write “None open” as a placeholder. Calibrators/AI-in-calibration-role may add an item at any point during work. Remove a closed item as soon as resolution is confirmed; if uncertain, leave it and note uncertainty in the bullet.
Open Calibration Items does not hardcode a log link Every page with the section present Curated (critical) Reference the page’s existing Transparency & Calibration section (wired by the transparency template) rather than hardcoding a Talk or /Calibration Log path.
Open Calibration Items content matches drift_report_status Every page with the section present Curated (critical) If the section has any content, drift_report_status must include at least one open value: Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, or Disputed. None open may never coexist with a populated Open Calibration Items section or with any other status value. Mismatch = nonconformance.
Open Calibration Items edit access respected Every page with the section present Curated Only calibrators or AI operating in a calibration role add/remove entries directly. Public suggestions go through Talk/discussion; a calibrator reviews and promotes valid, specific items into this section.
Readiness Gap (rating exceeds supported state) Every page Curated (critical) If instrument_grade / Maturity claims more than the page’s documented state supports — even with zero structural defects — treat as a Readiness Gap, distinct from structural nonconformance. Downgrade the rating. Log explicitly as “Readiness Gap” in the Calibration Report. Correct language: “Not judging idea soundness — page does not yet satisfy documented criteria to support this rating.” AI round-robin does not create Confirmed standing.

Process sequence (Calibration Tech reference)

  1. 0 — Check whether the page already exists (skip create if subject-precision > duplication-risk).
  2. 0.5 — Title has no &, and no / outside real subpage structure.
  3. 1 — Create via {{New Page Seed}} if needed. Not a calibration event — leave review_date / Last Updated untouched.
  4. 2 — Structural pre-cal (this checklist). Structure only. Do not set new review_date / Last Updated values (magic-word recovery rule above is the only date touch allowed, and never a new “today” stamp).
  5. 3 — Content calibration. Only this step updates review_date and Last Updated, together, same edit.

On finding a nonconformance: log via Nonconformance Reporting Procedure before fixing.

Alignment note

This table is the human-readable source of truth for intent and expanded guidance. The AI Execution Format is the operational restatement for automated/assisted passes. If the two ever disagree, this page wins until deliberately revised.

Readiness Gap (Distinct from Structural Nonconformance)

A Readiness Gap occurs when a page's claimed instrument_grade, Maturity, or similar rating exceeds what its actual documented state currently supports — even when the page has zero structural nonconformances otherwise. This is not a judgment about whether the underlying idea or content is good; it is a judgment about whether the page has currently earned the right to claim a specific rating, per its own documented governance requirements. Example: a page rated "Foundational" (or an equivalent high-maturity claim) while missing required governance elements should be downgraded — not because the concept is wrong, but because the rating cannot currently be supported by what the page actually demonstrates. Correct reviewer language when downgrading for this reason: "I have not judged whether the underlying idea is sound. I have judged that the page does not yet satisfy the documented criteria required to support this rating." This distinction matters — it separates a procedural readiness judgment from a substantive evaluation of the content, and gives a reviewer a defensible, criteria-based answer rather than an appeal to personal opinion. A Readiness Gap is logged the same way as any other pre-cal finding — it does not require its own separate tracker, but should be named explicitly as a Readiness Gap in the Calibration Report, not folded silently into a generic "structural issue" note, so future readers understand the downgrade was about documentation state, not content quality.

Open Calibration Items (Page-Level Action List)

Distinct from Development Breadcrumb: a Development Breadcrumb explains why something is unfinished. Open Calibration Items is a short, freeform action list of what to do next — not limited to formal calibration passes; it may be added to at any point calibrators or AI are working on the page. Who can edit this section directly: calibrators and AI operating in a calibration role, only. The public is not restricted from raising concerns — but they do so via this page's Talk/discussion channel, the same as any other feedback. A calibrator reviewing Talk decides whether a public suggestion is valid and specific enough to promote into an actual Open Calibration Items entry. This keeps the list itself trustworthy and vetted, while keeping the discussion channel genuinely open to anyone, per Feature Request Log's same public-uptake pattern. If this section does not yet exist and a valid, specific item needs recording, create it. Do not wait for a separate step or a formal pass — the section coming into existence is itself the correct response to the first real item needing a home. Placement: after the closing footer, before the mandatory template block. Format: 

== Open Calibration Items ==
* [specific, actionable item]
* [specific, actionable item]
''See the Page Transparency & Calibration section above for this page's Calibration Log / Decision Records / Talk links.''

Do not hardcode a specific log link here. The correct destination varies by page (Talk-only, dedicated /Calibration Log, hub-level shared log) and is already determined correctly by whichever transparency template is in use on this page — pointing back to that section, rather than duplicating its logic, avoids ever having a wrong or stale link. Rules:

  • Add only items that still require concrete work. An Open Item should name a specific, actionable gap, not a general unease. If you can't state what the next calibrator should actually do differently, it's not ready to be an Open Item yet.
  • Items may be added at any point during work on the page — not only at the end of a formal pass. Noticing something mid-read or mid-edit is a valid moment to record it immediately, so it isn't lost to memory in the meantime.
  • Amend wording if scope changes during a later pass.
  • Remove a bullet as soon as it is confirmed resolved — do not wait for a separate formal calibration pass to clean up the list. If uncertain whether an item is genuinely resolved, leave it in place and note the uncertainty in the item's own text rather than removing it prematurely.
  • Do not strike-through or archive closed items on the page. History lives in the Calibration Log, not here.
  • Omit the section entirely when empty — do not leave "None open" sitting on the page. A missing section IS the "nothing open" signal.
  • If this section has any content, drift_report_status MUST include at least one open value: Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, or Disputed. None open may never coexist with a populated Open Calibration Items section, and may never be combined with any other status value. Mismatch = nonconformance.

Reference Blocks (Current, Verified)

Critical Rule: Every Field Must State Its Exact Options Inline

Every field in Admin Page Status, GameModule, and Development Notice (when present) must carry a hidden comment listing its exact, current, valid options — directly above the field, every time. This is not optional formatting. Until this project has real dropdown/enforced-value controls, the inline comment is the validation mechanism. A tech editing a page should never have to leave that page, dig through a doc page, or guess, to know whether a field takes Yes/No, a longer controlled list, or free text. If a field's inline comment is missing, stale, or doesn't match the current canonical options, that is a nonconformance — log it per Nonconformance Reporting Procedure and correct it, the same as any other structural defect this checklist exists to catch. This applies to every seed and reference copy of these templates — Template:New Page Seed, Template:New Page Seed/doc, Template:Calibration Maintenance Log, and this checklist's own Reference Blocks below — must all show the current, correct inline options, kept in sync with each other and with Template:Admin Page Status/doc, Template:GameModule/doc, and Template:Development Notice as the canonical sources for their respective fields.

Current Development Notice Reference

Development Notice is a calibration-position tool, not a warning banner and not a claim that the page is an incomplete product. It declares a real in-cycle stance under Permanent Beta / Seed to Fruit Development. Presence is normal for conceptual instruments still in cycle. Removal is a calibrator decision when a public cycle declaration is no longer useful — not automatic when instrument_grade reaches Confirmed. 

{{Development Notice
<!-- position: loose shorthand (2–4 words). Not a closed list. Update next cal when useful.
     Examples only: Seed | Foundational Draft | Working Draft | Early Draft | Post-calibration revise
     Avoid full sentences; detail belongs in Calibration Log / Admin calibration_rationale. -->
|position = Foundational Draft
<!-- cycle: short controlled set only.
     options: Active Development | Calibration in Progress | Stable under check | Deferred
     Default if omitted: Active Development -->
|cycle = Active Development
}}

Legacy (allowed until next content cal on that page; then migrate to position + cycle): 

{{Development Notice
<!-- status: legacy single string when position/cycle not used.
     Prefer position + cycle on new edits and on next content cal. -->
|status = Active Development
}}

Confirm: banner language is calibration position / in cycle — not “incomplete product.” Do not flag presence as nonconformance. Do not require exact legacy string Active Development as the only valid form. If this block disagrees with Template:Development Notice, the template page is correct.

Current GameModule Reference

{{GameModule
| type =
<!-- HIDDEN GUIDE: pick from existing controlled vocabulary (Core Diagnostic Game, Meta & Framework, etc.) — check Category pages before inventing a new type. -->
| category =
<!-- HIDDEN GUIDE: must match an existing Category page. Do not create a new category casually. -->
| Calibration Type =
<!-- HIDDEN GUIDE: options — Governance, Diagnostic, Maintenance, Framework, Calibration. This IS the correct parameter name — displays publicly as "Functional Layer." Do not rename this parameter; only its display label was changed, per Calibration Failure Log. -->
| Application Layer =
<!-- HIDDEN GUIDE: options — Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational. New values only via deliberate vocabulary update on Page Structure Calibration Checklist and Template:GameModule/doc (rationale + Decision Record or Calibration Failure Log entry) — not by inventing a value on a single content page. -->
| Version = 0.1
| Maturity = Experimental
<!-- HIDDEN GUIDE: 5-value scale only — Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate. See Versioning for the canonical definition. Do NOT invent new values. -->
| Last Updated =
<!-- CRITICAL WARNING: DO NOT use {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}} here. That is a live template call — it silently shows TODAY'S date on every page view forever, which is FALSE and defeats calibration tracking. This field must be a real, static, manually-typed date, set only when an actual calibration event occurs — must match the corresponding review_date in Admin Page Status. See Calibration Failure Log for the incident this warning exists because of. This IS the correct parameter name — displays publicly as "Last Calibration." Do not rename this parameter; only its display label was changed. -->
| description =
<!-- HIDDEN GUIDE: 1-2 sentences, public-facing, plain language. Not the same as calibration_rationale below (that one is internal/technical). -->
| contents =
}}

Confirm: parameter is Calibration Type (displays as "Functional Layer"), Last Updated parameter (displays as "Last Calibration"), both static and matching review_date. If either display label ever appears to conflict with the parameter name shown here, this reference block and Template:GameModule/doc are correct — the display label is separate from the stored parameter name, per Calibration Failure Log.

Current Admin Page Status Reference

<!-- '''Note:''' There is no `cited_by` field. Inbound dependencies are generated automatically by query, not entered manually. -->
{{Admin Page Status
<!-- === CORE STATUS === -->
| categorization =
<!-- options: Done, Needs review, Not started -->
| calibration_review =
<!-- options: Self-Assessment, Confirmed Rating -->
| instrument_grade =
<!-- options: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate -->
| validation =
<!-- options: Low, Moderate, High -->
| calibration_rationale =
<!-- 1-2 sentences explaining validation and instrument_grade -->
| review_confidence =
<!-- options: High, Moderate, Low -->
| review_date =
<!-- CRITICAL WARNING: SAME RULE AS Last Calibration above. This is NOT a live template. It is set ONLY when a real Calibration Report is filed — never during pre-cal discussion, exploration, or a check that finds nothing wrong. See Calibration Failure Log. -->
| reviewed_by =
<!-- HIDDEN GUIDE: is this a minor edit or an actual calibration? Test: does the change affect a field rating (instrument_grade, validation, drift_report_status) or a claim's actual content/structure? If yes — real calibration, review_date updates, full report required. If pure formatting/typo/link fix with zero rating effect — minor, edit summary only, review_date stays untouched. -->
| priority =
<!-- options: Core, Supporting, Peripheral. Main/master pages default toward Core if they are a hub for other pages. -->
| review_threshold =
<!-- Days before overdue, default 90. Core pages typically use 30-60. -->
| has_backlinks =
<!-- options: Yes, No, Not checked (default) -->
| outbound_links_valid =
<!-- options: Yes, Has red links, No, Not checked -->
| in_outline =
<!-- options: Yes, No -->
| in_category_outline =
<!-- options: Yes, No -->
| templates_complete =
<!-- options: Done, Needs review, Not started -->
| formatting_standard =
<!-- options: Meets standard, Needs work, Not checked -->
| symmetry_check =
<!-- options: Applied, Not applicable, Needs work -->
| self_report_flagged =
<!-- options: Yes, No, Not applicable -->
| terminology_consistent =
<!-- options: Yes, Needs work, Not checked -->
| standing_check =
<!-- options: Confirmed by other party, Self-assessed only -->
| drift_report_status =
<!-- options (multiple allowed, semicolon-separated): Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open. "None open" valid ONLY alone. -->
| depends_on =
<!-- Semi-colon separated list of pages this page genuinely relies on — NOT universal infrastructure (Admin Page Status, GameModule), NOT casual mentions. See Calibration Dependencies: Standards and Process. -->
}}

Confirm: no cited_by, 21 fields present, review_date static and matches GameModule. If either reference block ever disagrees with Template:GameModule/doc or Template:Admin Page Status/doc, those doc pages are correct. For Development Notice, Template:Development Notice is correct.

AI Execution Format

Why this section exists: the prose/wikitable version above is built for a human to read — visual scanning, formatting cues, explanatory connective tissue. A model executing this checklist mechanically doesn't benefit from that structure the same way; it reads every table pipe and formatting token as sequential text, at real cost, with no added information density. This section compresses the same checks into a flat, unambiguous rule list — one line per check, condition → required state → citation — the same design instinct already applied to depends_on and Calibration Recommendation elsewhere in this project: machine-consumed data wants minimal syntax overhead and maximum unambiguous structure. Status: Confirmed working as operational format. Tested successfully across multiple real pages and by independent reviewers executing pre-cal passes against this format. Admin standing on this page remains Self-assessed / Development — “Confirmed working” here means the execution format is usable in practice, not that this page has Confirmed instrument_grade. It remains lighter on redundancy than the human-readable version above — a transcription error here has less built-in cross-checking to catch it — so it should still be periodically spot-checked for sync against the human page. See the "last confirmed synced" marker below. Last confirmed synced against human-readable checklist: 2026-07-27. If this section and the human-readable checklist above ever disagree, the human-readable version is correct — check this date against the checklist's own Last Calibration date; if the checklist has been updated since, this section needs re-verification before being trusted. As always: AI can make mistakes. Check this section for errors before trusting it blindly, the same as any other page on this wiki. 

PAGE STRUCTURE PRE-CAL CHECKLIST — AI EXECUTION FORMAT
Source of truth: Page Structure Calibration Checklist (human-readable version). If this AI version and that page ever disagree, the human page is correct.

RULE: Development Notice = calibration-position tool, NOT an "incomplete product" warning banner. Presence is normal for instruments under Permanent Beta / Seed to Fruit.
RULE: Prefer {{Development Notice|position=…|cycle=…}}. position = loose shorthand (2–4 words); not a closed list; examples only (Seed, Foundational Draft, Working Draft, Early Draft); no full sentences. cycle ∈ {Active Development, Calibration in Progress, Stable under check, Deferred}; default if omitted = Active Development.
RULE: Legacy |status= alone is allowed until next content cal on that page; on that cal, migrate to position + cycle. Do NOT flag legacy status as nonconformance solely for missing position/cycle.
RULE: RETIRED — old rule requiring exact status string "Active Development" only, and treating variants as nonconformance. RETIRED — auto-remove notice when instrument_grade reaches Confirmed. Removal = human calibrator decision when public cycle declaration is no longer useful.
RULE: CRITICAL — Every field in GameModule AND AdminPageStatus MUST carry an inline HTML comment stating exact current valid options (or free-text guide) directly above that field. Missing, stale, or wrong comment = nonconformance. Until dropdown UI exists, the comment IS the validation mechanism. Canonical option lists: Template:GameModule/doc, Template:Admin Page Status/doc, and this checklist's Reference Blocks. If those disagree, the template doc pages win.
RULE: CRITICAL (when present) — When {{Development Notice}} is used, |position and |cycle (or legacy |status) SHOULD carry the same style of inline option/guide comments as in this checklist's Development Notice Reference Block / Template:Development Notice. Prefer position+cycle form. Missing DN comments on a content page: flag and fix when touching the banner; lower blast-radius than missing GameModule/Admin comments, but still a structural defect once the call is under edit — do not invent a third standard.
RULE: Reference Blocks in the human-readable checklist (Development Notice, GameModule, Admin Page Status) and Template:New Page Seed must stay in sync with those docs. Stale seed/reference options = nonconformance on the seed/checklist page itself when found in pre-cal of those pages.
RULE: H1 heading present, literal text (not {{PAGENAME}}), matches actual page title.
RULE: GameModule block placement = AFTER first heading AND after any intro prose (Canonical Question, framing statements). NOT immediately under bare heading.
RULE: GameModule param `Calibration Type` = canonical name, DISPLAYS as "Functional Layer". Do not treat these as different fields. Do not rename the stored parameter during pre-cal.
RULE: GameModule param `Last Updated` = canonical name, DISPLAYS as "Last Calibration". Must be static date. FORBIDDEN VALUE: {{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}} (live-eval, defeats cycle tracking — see Calibration Failure Log).
RULE: IF magic-word date found during pre-cal THEN log as nonconformance. Replace with the prior, already-documented static date if one is known/recoverable. If no prior static date is known, do NOT stamp today's date as a new value — leave the field for content cal to set, and add an explicit Open Calibration Item flagging it needs a real date. Pre-cal (Step 2) never sets `Last Updated`/`review_date` to a new value, even when fixing this violation — only content cal (Step 3) may do that, and only both fields together, same edit.
RULE: GameModule.Last Updated == AdminPageStatus.review_date. MISMATCH = nonconformance.
RULE: Maturity ∈ {Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate}. No other values.
RULE: Application Layer ∈ {Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational}. New values only via deliberate vocabulary update on this checklist + Template:GameModule/doc — not silent invention on one content page.
RULE: type/category must match existing Category page. Do not invent new category.
RULE: No Markdown syntax (**bold**, __underline__, # heading) present in wikitext. Wikitext only: '''bold''', ''italic'', == heading ==.
RULE: MANDATORY TEMPLATES, exact order: {{RelatedPages}}, {{Standalone Transparency}} (default on new pages; exactly one transparency template; other variants only if human-confirmed for page type), {{Calibration Dependent}}, {{Calibration Dependencies Display}}, {{Calibration Maintenance}}, {{Framework Reference}}, {{Calibration Procedure Reference}}, {{Tracking Logs Reference}}.
RULE: Transparency = exactly one of the allowed transparency templates, in the position above. NONE present = flag missing. Multiple present = nonconformance. Do not invent a runtime workaround.
RULE: KNOWN BROKEN — Standalone Transparency, Subpage Hub-Linked Transparency both fail on Template: namespace. No substitute exists yet. Do not invent a workaround at runtime.
RULE: If noise from missing-transparency flags becomes operationally costly, the fix is a human-confirmed lookup table mapping specific pages (or hub patterns) to the correct transparency variant — not AI runtime inference alone.
RULE: {{AllTemplates}} valid ONLY in Template: namespace. Elsewhere = remove.
RULE: drift_report_status ∈ {Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, Disputed, None open}. Multi-value, semicolon-separated. "None open" valid ONLY alone, never combined with any other value.
RULE: Resource block MUST be visible (no display:none wrapper). Hidden = deprecated, flag as nonconformance.
RULE: Closing footer string '''See the Game. Refuse the Game. Build Better.''' must appear EXACTLY ONCE per page. Presence check alone is insufficient — verify count = 1, not merely count ≥ 1. Duplicate footer = nonconformance (observed real case: Revenge Game).
RULE: Categories present, non-empty.
RULE: AdminPageStatus block present, diff field-by-field against canonical 21-field + depends_on reference. No cited_by field (deprecated).
RULE: depends_on = real page names only. FORBIDDEN: universal infrastructure (Admin Page Status, GameModule), casual mentions. Must be genuinely load-bearing.
RULE: IF Template:X + Template:X/doc pair THEN AdminPageStatus lives on Template:X ONLY. doc page = pointer link only, no separate status block.
RULE: outbound links checked via Special:WantedPages. backlinks checked via Special:LonelyPages.
RULE: If instrument_grade/Maturity claim exceeds what page's documented state actually supports (missing governance elements, incomplete provenance, etc.) even with zero structural nonconformances = READINESS GAP, distinct from structural nonconformance. Downgrade rating. Log explicitly as "Readiness Gap" in Calibration Report, not folded into generic structural note. Correct language: "Not judging idea soundness — page does not yet satisfy documented criteria to support this rating." AI round-robin does not create Confirmed standing.
RULE: Open Calibration Items section (if present) sits after closing footer, before mandatory template block. Freeform bullets, specific/actionable only. Omit section if empty (absence IS the signal, do NOT write "None open"). Do NOT hardcode a log link — reference the page's existing Transparency & Calibration section instead. EDIT ACCESS: calibrators and AI-in-calibration-role only. Public suggestions go through page Talk/discussion; calibrator reviews and promotes valid, specific suggestions into this section — public does NOT edit this section directly.
RULE: IF Open Calibration Items has content THEN drift_report_status MUST include at least one open value (Breadcrumb-Open, Nonconformance-Open, Nonconformance-Open-With-Dependencies, Resolved-Unverified, or Disputed). `None open` may NEVER coexist with a populated Open Calibration Items section, and may never coexist with any other status value. Mismatch = nonconformance.
RULE: If Open Calibration Items section does not yet exist and a valid, specific item needs recording, CREATE the section (do not wait for a separate step). Placement: after closing footer, before mandatory template block.
RULE: Calibrators/AI-in-calibration-role may add an item at ANY point during work on the page — not only at the end of a formal pass. Noticing something mid-read/mid-edit is a valid moment to record it immediately, so it is not lost to memory.
RULE: Remove a closed item AS SOON AS it is confirmed resolved — do not wait for a separate formal calibration pass to clean up the list. If uncertain whether an item is actually resolved, leave it and flag uncertainty in the item text rather than removing prematurely.
RULE: GameModule `description` field must be page-specific — describe THIS page's actual content/purpose, not a copy-pasted hub-level or generic blurb reused across multiple pages. Non-empty is insufficient; verify the description text is actually accurate to and distinct for this specific page. Generic/boilerplate description = nonconformance.
SEQUENCE:
0. Check if page already exists (skip if subject-precision > duplication-risk).
0.5. Title has no &, no / outside real subpage structure.
1. Create via Template:New Page Seed. NOT a calibration event — review_date/Last Updated untouched.
2. Run this checklist (pre-cal). Structure only. review_date/Last Updated untouched (except recoverable prior static replacement for magic words per rule above — never a new "today" stamp).
3. Content calibration. ONLY this step updates review_date/Last Updated, together, same edit.
ON FINDING NONCONFORMANCE: log via Nonconformance Reporting Procedure BEFORE fixing.

What This Checklist Does Not Cover

Content accuracy, symmetry_check correctness, honest validation/instrument_grade ratings — Content Calibration Procedure (not yet built). Operator procedure for human verification after an AI pre-cal pass — documented sequence not yet built (see Open Calibration Items).

How to Use This Checklist

  1. Run Automated items first, batched.
  2. Run Curated items on pages that pass.
  3. Only then proceed to Content Calibration.
  4. Log as a standard Calibration Report when Step 3 runs.
  5. Log any nonconformance found per Nonconformance Reporting Procedure before fixing it.

See the Game. Refuse the Game. Build Better.

Open Calibration Items

  • Build Content Calibration Procedure (referenced as not yet built).
  • Automated dependency-mismatch flagging as a real query (not yet built).
  • Document operator procedure: human verification pass after AI pre-cal (sequence, what is checked, what may change standing, edit summary convention).
  • Clarify residual GameModule display-label vs stored-property rename history for calibrators on instance pages still carrying old values (canonical names remain Calibration Type / Last Updated; see Calibration Failure Log).
  • Keep Application Layer vocabulary (including Civilizational) synced to Template:GameModule/doc; extend only via deliberate vocabulary update.

See the Page Transparency & Calibration section above for this page's Calibration Log / Decision Records / Talk links.


Structural Connections


Page Transparency & Calibration

This page is under continuous calibration in line with the Permanent Beta principle.

Public Discussion Welcome

Questions, suggestions, feedback, disagreement, and proposed improvements are welcome on the Talk page.

Light rules:

  • Prefer evidence and concrete examples over slogans.
  • Apply Diagnostic Inversion Test when criticizing — the same standard to this page that you would apply elsewhere.
  • Distinguish observation from conclusion.
  • Calibration entries and Decision Records are maintenance records; public discussion belongs in ordinary Talk threads.
  • This framework remains in Permanent Beta. Better calibration is always in scope.



Calibration Dependent

Pages that list this page as a load-bearing dependency:

Page Priority Instrument Grade Last Updated Cycle Status Drift Status
Insights and Future Layers Core Experimental 2026-07-14 Current Breadcrumb-Open
Milestone: Pre-Calibration Check Confirmed Under Adversarial Stress Test Core Confirmed 2026-07-14 Current None open
Nonconformance Reporting Procedure Core Experimental 2026-07-20 Current Breadcrumb-Open
Breadcrumb Tracking Core Experimental 2026-07-20 Current Breadcrumb-Open
Known Site Issues & Fixes Core Development 2026-07-20 Current Breadcrumb-Open
Calibration Report Standard Format Core Experimental 2026-07-20 Current Breadcrumb-Open
Calibration Log: When to Create One Core Development 2026-07-13 Current Breadcrumb-Open
Decision Records: Governance Memory Core Development 2026-07-14 Current Breadcrumb-Open
Admin:Maintenance Dashboard Core Experimental 2026-07-19 Current Breadcrumb-Open
Template:New Page Seed/doc Supporting Experimental 2026-07-14 Current None open
Framework Features Reference Supporting Development 2026-07-20 Current Breadcrumb-Open
Calibration Failure Log Supporting Experimental 2026-07-24 Current Breadcrumb-Open
Template:Calibration Template Supporting Development 2026-07-20 Current Breadcrumb-Open
Template:New Page Seed Supporting Experimental 2026-07-14 Current None open

If this page is edited substantively, review the list above per the Ripple Review rule — see Calibration Dependencies: Standards and Process#Rule: Core-Priority Changes Trigger Mandatory Ripple Review.


Calibration Dependencies

Pages this page relies on as load-bearing dependencies: Template:GameModule/doc • Template:Admin Page Status/doc • Calibration Log: When to Create One • Decision Records: Governance Memory • Nonconformance Reporting Procedure • Breadcrumb Tracking • Calibration Failure Log • Template/Doc Calibration Pattern If incorrect, edit the `depends_on` field in Admin Page Status — do not edit this section directly, it is auto-generated.



Calibration References

This page is calibrated against the following core standards and reference materials:



Page Construction & Maintenance References

How we construct, maintain, and utilize each page as a self-admin control panel.

  • Distributed Instrumentation — the architectural principle behind why this page (and every page) carries its own live instrumentation, rather than relying on a separate central dashboard.
  • Page Structure Calibration Checklist — the Step 0 structural pass every page should pass before content calibration begins; this page's own structure should be checkable against it.
  • Template:New Page Seed — the seed template this page's basic structure was built from.
  • Calibration Log: When to Create One — the decision procedure this page's own Talk-only vs. dedicated-log status was decided against.
  • Framework Features Reference — maintains consistency and traceability across the framework's structural features while avoiding unnecessary maintenance overhead; consult before introducing a new structural pattern this page might otherwise duplicate.



Calibration Procedure

In development. See Calibration Procedure for current status. No formal step-by-step procedure exists yet beyond the practices demonstrated across individual pages developed during the initial creation of this project.



Tracking & Log Pages



Page Reference

Title Page Structure Calibration Checklist
URL https://www.thesovereigngames.com/wiki/Page_Structure_Calibration_Checklist
Description Step 0 structural prep checklist verifying a page's templates, fields, and tooling are complete and current before content calibration begins.
Category Meta & Framework



Retrieved from "https://www.thesovereigngames.com/index.php?title=Page_Structure_Calibration_Checklist&oldid=3616"