Jump to content

Calibration Report Standard Format: Difference between revisions

From The Sovereign Games
← Older edit

Sovereign (talk | contribs)

3 user groups
3,601 edits
VisualWikitext
Structural pre-cal only. Fixed GameModule placement, canonical param name, replaced forbidden live dates, added inline option comments, corrected template order. Nonconformances logged first. Content calibration still pending.
Calibration Report | 2026-07-24 | v0.5-dev | Self-Assessment | Calibration Report Standard Format Merge: event header table + method/standing split + objective/impact/evidence basis; formal pre-cal and confirmation tiers; conditional omit. Not a second standard page. Dates unchanged.
 
(3 intermediate revisions by the same user not shown)
Line 2: Line 2:
|status = Active Development
|status = Active Development
}}
}}
'''Canonical Question:''' What does a Talk page entry need to contain before it counts as an official Calibration Report, rather than informal discussion?
'''Canonical Question:''' What does a Talk page entry need to contain before it counts as an official Calibration Report, rather than informal discussion?
= Calibration Report Standard Format =
= Calibration Report Standard Format =
 
Not everything written on a Calibration Log or hub Talk page is a Calibration Report. This page defines the required elements that make an entry '''official''' — findable, attributable, and usable as permanent calibration history — and the '''event-centric''' shape that scales from structural pre-cal to full development freezes.
Not everything written on a Calibration Log or hub Talk page is a Calibration Report. This page defines the required elements that make an entry official — findable, attributable, and usable as part of a page's permanent calibration history.
'''Visible reporting link:''' Operators file reports on the page’s Talk and/or Calibration Log per [[Calibration Log: When to Create One]]; this page only defines shape and minimums.
 
{{GameModule
{{GameModule
| type = Meta & Framework <!-- options: Meta & Framework, Core Diagnostic, Builder & Sovereignty, Calibration & Accountability, Practical Application, Sovereign Strategies, Strategic Actionable Plans, Hidden Mastery, Framework Guidelines -->
| type = Meta & Framework
| category = [[:Category:Meta & Framework|Meta & Framework]] <!-- must match an existing Category page -->
<!-- HIDDEN GUIDE: existing controlled vocabulary only -->
| Calibration Type = Governance <!-- displays as Functional Layer. options: Governance, Diagnostic Layer, Builder Layer, Calibration Layer, Application Layer, Strategic Layer, Framework Infrastructure, Maintenance -->
| category = [[:Category:Meta & Framework|Meta & Framework]]
| Application Layer = Framework Infrastructure <!-- options: Multi-Layer, Framework Infrastructure, Individual, Institutional -->
<!-- HIDDEN GUIDE: must match existing Category page -->
| Version = 0.4
| Calibration Type = Governance
| Maturity = Experimental <!-- options: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate -->
<!-- HIDDEN GUIDE: Governance, Diagnostic, Maintenance, Framework, Calibration — param name Calibration Type; displays as Functional Layer -->
| Last Updated = 2026-07-20 <!-- static only. Must match review_date. FORBIDDEN: magic words -->
| Application Layer = Framework Infrastructure
| description = Defines the required elements of an official Calibration Report and its paired Edit Summary — including heading standards, AI-reviewer attribution, tiered applicability, negative-scope discipline, and a vocabulary of situational section headers.
<!-- HIDDEN GUIDE: Multi-Layer, Framework Infrastructure, Individual, Institutional, Civilizational -->
| Version = 0.5
| Maturity = Experimental
<!-- HIDDEN GUIDE: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate -->
| Last Updated = 2026-07-20
<!-- CRITICAL: static only. Must match review_date. FORBIDDEN: magic words -->
| description = Required elements and event-centric shape of official Calibration Reports and paired edit summaries — heading standards, method vs standing, tiers by procedure type, AI attribution, conditional sections, negative-scope discipline.
}}
}}
 
== Principles ==
== Heading Standard ==
* Report the '''calibration event''', not only a software-style changelog.
* '''Method''' (how reviewed) and '''Standing''' (Self-Assessment vs Confirmed Rating) are different fields.
* '''AI round-robin or multi-model agreement does not by itself create Confirmed standing.'''
* '''Validation may stay Low''' while structure is frozen — different quality dimensions advance independently.
* Narrative '''once'''; <code>drift_report_status</code> for query visibility — no triple-log into [[Breadcrumb Tracking]].
* Conditional sections (Nonconformance, Breadcrumb, Readiness Gap, Fields table): '''omit entirely''' when unused — do not force empty “None” headings (exception: Open Items may explicitly state none / structural-only none where the tier requires the section).
* Minor edit with no claim, rating, or status effect → '''edit summary only''' (no full report).
== Heading standard ==
A Calibration Report heading must contain, in this order:
A Calibration Report heading must contain, in this order:
*The literal phrase '''"Calibration Report"'''
# The literal phrase '''Calibration Report'''
*The exact page name (as a searchable substring)
# The exact page name (searchable substring)
*The date in `YYYY-MM-DD` format
# The date in <code>YYYY-MM-DD</code>
Optional annotation in parentheses: report type / tier (e.g. Structural Pre-Cal, Structural Freeze, Confirmation, Ripple-Triggered, Nonconformance).
'''Valid examples:'''
* <code>== Calibration Report — Slave Owner Game/Effects — 2026-07-14 ==</code>
* <code>== Calibration Report — Slave Owner Game/Effects — 2026-07-14 (Structural Freeze) ==</code>
* <code>== Calibration Report — Calibration Report Standard Format — 2026-07-24 (Standard merge) ==</code>
== Calibration procedure types ==
{| class="wikitable"
! Type !! Trigger !! Touches review_date / Last Calibration? !! Report weight
|-
| '''Pre-Calibration Check (pre-cal)'''
| Before content/governance work; structure only
| '''Never'''
| Light tier (below)
|-
| '''Development'''
| Building or revising claims, definitions, structure
| Yes, when this pass is a real content/governance calibration
| Full core + contextual as applicable
|-
| '''Confirmation'''
| Cycle due / overdue; re-verify without intending content change
| Yes, when re-verification is performed (including “nothing wrong”)
| Short confirmation tier — '''silent “all fine” is not allowed'''
|-
| '''Ripple-Triggered'''
| Upstream Core dependency calibration per dependency rules
| Per whether content/status actually changed
| Must cite upstream page and change; weight matches work done
|}
Pre-cal is '''not''' a calibration. Confirmation without a short report defeats cycle tracking.
== Required event header (all official reports) ==
Immediately under the heading, use this table (or the same fields in this order as labeled lines if a table is impractical on a given Talk skin):
<pre><nowiki>
{| class="wikitable"
! colspan="2" | Calibration event
|-
| '''Page''' || [[Exact page name]]
|-
| '''Date''' || YYYY-MM-DD
|-
| '''Report type / tier''' || Structural pre-cal / Development / Confirmation / Ripple-Triggered / Nonconformance / …
|-
| '''Calibration objective''' || Why this pass existed (1–2 sentences)
|-
| '''Reviewer''' || Name; AI models + role if any
|-
| '''Method''' || Solo / Round-robin / Challenge review / Checklist-only / Mixed
|-
| '''Standing (this report)''' || Self-Assessment / Confirmed Rating
|-
| '''Standing impact''' || No standing change / … (explicit)
|-
| '''Evidence basis''' || Checklist, template verification, structural inspection, AI challenge (literal draft or summary — state which), manual test, query, …
|}
</nowiki></pre>
'''Summary:''' one to five sentences on outcome of '''this event''' (not a generic page blurb only — on shared hub Talk, include enough page identity to scan).
=== AI-reviewer attribution (when AI used) ===
Must state:
* Which model(s)
* Whether each reviewed the '''literal current draft''' or only a '''summary'''
* '''Independent parallel''' vs '''sequential''' review
== Tiered body elements ==
=== Light tier — Structural pre-cal ===
'''Required:''' Heading; event header; Summary; Actions performed (or equivalent); Open Items (may read “None — structural only”); closing line; paired edit summary noting structural-only / dates not advanced.
'''Not required:''' Full “What this report does NOT claim” unless a grade or governance claim moved; instrument_grade upgrade docs; heavy rationale essays.
'''Forbidden in pre-cal:''' Changing <code>review_date</code> / <code>Last Updated</code> to a new calibration stamp; rating upgrades.
=== Full tier — Development (and material freezes) ===
'''Always:''' Heading; event header; Summary; Actions performed; Reasoning / rationale as needed; Open Items; closing line; paired edit summary.
'''When material status or governance decisions:''' What this report does NOT claim; instrument_grade / validation change docs; Fields before/after table if fields moved.
'''Conditional (omit if unused):''' Nonconformance block; Development Breadcrumb block; Readiness Gap (“why not advanced”).
=== Short tier — Confirmation ===
'''Required:''' Heading (annotation Confirmation); event header with objective “re-verify on cycle”; Evidence basis; Standing impact (usually no change or list findings); Open Items; statement that re-verification occurred even if nothing failed; paired edit summary; closing line.
=== Ripple-Triggered ===
Same weight as the work done, plus '''explicit upstream citation''' (page + change that triggered review).
== Edit summary standard ==
Edit summary and Calibration Report are a '''paired unit''' when a full report is required:
* Summary: scope, version if changed, one-line nature of change, pointer that full report exists on Talk/log
* Report: permanent detail
'''Standing rule:''' Do not create a full official report without its paired edit summary, or an edit summary that claims a full calibration without the report — when the pass is in a tier that requires a report. Pure minor edits remain summary-only.
== Situational section headers (vocabulary, not mandatory list) ==
Use when they improve clarity: Actions performed; Process note; instrument_grade / Validation change; Fields changed; What each reviewer contributed; Why this decision is trusted; Meta-finding worth recording; Open Items; What this report does NOT claim; Nonconformance; Development Breadcrumb; Readiness Gap.
== What disqualifies an entry from being official ==
Missing any of: heading with “Calibration Report” + page name + date; Reviewer; Method and Standing (or legacy Review Type clearly stating both); AI attribution when AI was used; Actions / Summary of changes; Open Items section where the tier requires it; paired edit summary where the tier requires a full report; editing a previous report in place instead of a new dated entry.
== Copy-paste skeleton (full tier) ==
<pre><nowiki>
== Calibration Report — [[PAGE]] — YYYY-MM-DD (Report type) ==
{| class="wikitable"
! colspan="2" | Calibration event
|-
| '''Page''' || [[PAGE]]
|-
| '''Date''' || YYYY-MM-DD
|-
| '''Report type / tier''' || …
|-
| '''Calibration objective''' || …
|-
| '''Reviewer''' || …
|-
| '''Method''' || …
|-
| '''Standing (this report)''' || Self-Assessment / Confirmed Rating
|-
| '''Standing impact''' || …
|-
| '''Evidence basis''' || …
|}
'''Summary:''' …


An optional short annotation may be added in parentheses at the end (e.g., Structural Freeze, Minor Correction, Round-Robin Convergence).
=== Actions performed ===
* …


'''Examples of valid headings:'''
=== Fields and ratings (only if changed) ===
*`== Calibration Report — Slave Owner Game/Effects — 2026-07-14 ==`
{| class="wikitable"
*`== Calibration Report — Slave Owner Game/Effects — 2026-07-14 (Structural Freeze) ==`
! Field !! Before !! After
*`== Calibration Report — Calibration Report Standard Format — 2026-07-18 (Tiering Update) ==`
|-
| … || … || …
|}
'''calibration_rationale:''' …
'''review_confidence:''' High / Moderate / Low


The purpose of this standard is reliable searchability and chronological clarity, not strict punctuation enforcement.
=== Nonconformance ===
<!-- omit if none -->


== Required Top-of-Report Fields ==
=== Development Breadcrumb ===
Immediately below the heading, the following fields must appear in this order:
<!-- omit if none -->
* '''Page:''' [Exact page name with wikilink]
* '''Summary:''' One or two sentences describing what the page is and does.
* '''Reviewer:''' [Name or identifier]
* '''Review Type:''' Self-Assessment / Confirmed Rating, with round-robin details if applicable.


Each field must appear on its own line.
=== Readiness Gap ===
<!-- omit if none -->


== Tiered Required Elements ==
=== Open Items ===
Not every report requires the same depth. The following tiered structure applies:
* …
 
'''Core Elements (Always Required)'''
These must be present in every Calibration Report:
* Heading meeting the standard above
* Page field (with wikilink on shared hub Talk pages)
* Summary field (on shared hub Talk pages)
* Reviewer field
* Review Type field
* Summary of Changes
* Reasoning / Rationale
* Open Items section (may state "None" when applicable)
* Closing line: `'''See the Game. Refuse the Game. Build Better.'''`
 
'''Contextual Elements (Required on Significant Reports)'''
These are required when the report involves material status changes or governance decisions:
* '''What This Report Does NOT Claim''' — Required on structural freezes, `instrument_grade` or `validation` upgrades, or any decision with broader implications.
* '''instrument_grade''' or '''Validation''' change documentation — Required when these fields are updated.
* '''AI-Reviewer Attribution''' — Required when AI assistance was used in the review process.
 
'''Recommended Elements'''
These are strongly encouraged but not mandatory on minor reports:
* Confidence / Certainty Level for the findings in this report
* Fields Changed (compact before/after summary)
* Process Note (when the method of review itself needs explanation)
* Meta-Finding, Worth Recording (when the report surfaces something larger than the immediate change)
 
== Edit Summary Standard ==
An edit summary and a Calibration Report are a paired, inseparable unit. They serve different audiences:
* '''Edit Summary''' — Visible in page history and watchlists. Provides immediate triage.
* '''Calibration Report''' — The permanent, detailed record for future calibration work.
 
The edit summary is not a shortened version of the report. It must contain:
* Page or scope identifier
* Version number, if changed
* One-line description of the nature of the change
* Confirmation that a full Calibration Report exists on the Talk page
 
'''Standing Rule:''' An edit summary must never be created without its paired Calibration Report, and vice versa. Both are generated together.
 
== AI-Reviewer Attribution Standard ==
When AI assistance is used in the review process, the report must clearly state:
* Which model(s) were used
* Whether the model reviewed the '''literal current draft''' or only a '''summary''' of the draft
* Whether reviews were conducted '''independently and in parallel''' or '''sequentially'''
 
This attribution preserves provenance and prevents ambiguity about the actual review process.
 
== Example Section Headers (Situational Vocabulary) ==
The headers below are '''suggestions''', not requirements. They represent useful section titles that have emerged from real calibration reports across this project. Use them when they genuinely improve clarity. You are not expected to include all (or even most) of them in every report.
 
* '''Summary of Changes''' (Core)
* '''Process Note'''
* '''instrument_grade: [Old] → [New]'''
* '''Validation: [Old] → [New]'''
* '''Fields Changed'''
* '''The Full Arc, Summarized'''
* '''What Each Reviewer Contributed'''
* '''Why This Decision Is Trusted'''
* '''Meta-Finding, Worth Recording'''
* '''Open Items''' (Core)
* '''What This Report Does NOT Claim''' (Contextual)
 
== What Disqualifies an Entry From Being Official ==
An entry does not qualify as an official Calibration Report if it is missing any of the following:
* A heading containing "Calibration Report", the page name, and the date
* A stated Reviewer
* A stated Review Type
* AI attribution when AI assistance was used
* A Summary of Changes
* An Open Items section
* A paired edit summary (or vice versa)
* Direct editing of a previous report instead of adding a new dated entry
 
== Relationship to Other Standards ==
This page defines the '''shape''' and minimum content of individual Calibration Reports and their paired edit summaries. It does not define when a report is required (see [[Decision Records: Governance Memory]]) or where reports should be stored (see [[Calibration Log: When to Create One]]).


=== What this report does NOT claim ===
* AI round-robin does not by itself create Confirmed standing.
* …
'''See the Game. Refuse the Game. Build Better.'''
~~~~
</nowiki></pre>
== Relationship to other standards ==
* '''This page:''' shape and minimums of official reports and paired summaries.
* [[Page Structure Calibration Checklist]]: Step 0 structure — pre-cal verifies it; does not replace this report standard.
* [[Calibration Log: When to Create One]]: where reports live.
* [[Decision Records: Governance Memory]]: when certain decisions require records beyond routine cal.
* [[Nonconformance Reporting Procedure]] / [[Breadcrumb Tracking]] / [[Calibration Failure Log]]: specialized homes; event write-up still follows this format when a full report is filed.
== Open Calibration Items ==
* After a few Confirmation and Ripple reports exist, add one worked example of each light tier on Talk of this page.
* Align any remaining “Review Type only” examples in the wild to Method + Standing on contact.
''See the Page Transparency & Calibration section above for this page's Calibration Log / Decision Records / Talk links.''
'''See the Game. Refuse the Game. Build Better.'''
'''See the Game. Refuse the Game. Build Better.'''
{{RelatedPages}}
{{RelatedPages}}
{{Standalone Transparency}}
{{Standalone Transparency}}
Line 132: Line 193:
{{Calibration Procedure Reference}}
{{Calibration Procedure Reference}}
{{Tracking Logs Reference}}
{{Tracking Logs Reference}}
[[Category:Meta & Framework]]
[[Category:Meta & Framework]]
{{Resource
{{Resource
| Title = Calibration Report Standard Format
| Title = Calibration Report Standard Format
| URL = https://www.thesovereigngames.com/wiki/Calibration_Report_Standard_Format
| URL = https://www.thesovereigngames.com/wiki/Calibration_Report_Standard_Format
| Description = Defines the required elements of an official Calibration Report and its paired Edit Summary, including heading standards, tiered applicability, AI attribution, and negative-scope discipline.
| Description = Official Calibration Report shape: heading rules, event header, procedure tiers, edit-summary pairing, AI attribution, conditional sections, anti-overclaim discipline.
| Category = Meta & Framework
| Category = Meta & Framework
}}
}}
{{Admin Page Status
{{Admin Page Status
<!-- Do Not Remove commented out Reference Options -->
<!-- === CORE STATUS === -->
<!-- options: Done, Needs review, Not started -->
| categorization = Done
| categorization = Done
<!-- options: Self-Assessment, Confirmed Rating -->
| calibration_review = Self-Assessment
| calibration_review = Self-Assessment
<!-- options: Experimental, Development, Confirmed, Field Validated, Reference Standard Candidate -->
| instrument_grade = Experimental
| instrument_grade = Experimental
<!-- options: Low, Moderate, High -->
| validation = Low
| validation = Low
| calibration_rationale = Structural pre-cal only. Fixed GameModule placement, switched to canonical Calibration Type param, replaced forbidden live dates with static date, added required inline option comments, and corrected mandatory template order. Content calibration not performed.
| calibration_rationale = Merged event-centric header (objective, method vs standing, standing impact, evidence basis) into existing official-vs-informal standard. Formalized light Structural Pre-Cal and Confirmation tiers that were previously open breadcrumbs. Application Layer vocabulary aligned. Dates unchanged (development alignment of the standard text).
| review_confidence = Moderate <!-- options: High, Moderate, Low -->
| review_confidence = Moderate
| review_date = 2026-07-20 <!-- static only. Must match Last Updated -->
| review_date = 2026-07-20
| reviewed_by = Sovereign
| reviewed_by = Sovereign
<!-- options: Core, Supporting, Peripheral -->
| priority = Core
| priority = Core
| review_threshold = 60
| review_threshold = 60
<!-- options: Yes, No, Not checked -->
| has_backlinks = Not checked
| has_backlinks = Not checked
<!-- options: Yes, Has red links, No, Not checked -->
| outbound_links_valid = Not checked
| outbound_links_valid = Not checked
<!-- options: Yes, No -->
| in_outline = No
| in_outline = No
<!-- options: Yes, No -->
| in_category_outline = No
| in_category_outline = No
<!-- options: Done, Needs review, Not started -->
| templates_complete = Done
| templates_complete = Done
<!-- options: Meets standard, Needs work, Not checked -->
| formatting_standard = Meets standard
| formatting_standard = Meets standard
<!-- options: Applied, Not applicable, Needs work -->
| symmetry_check = Not applicable
| symmetry_check = Not applicable
<!-- options: Yes, No, Not applicable -->
| self_report_flagged = No
| self_report_flagged = No
<!-- options: Yes, Needs work, Not checked -->
| terminology_consistent = Yes
| terminology_consistent = Yes
<!-- options: Confirmed by other party, Self-assessed only -->
| 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. -->
| drift_report_status = Breadcrumb-Open
| drift_report_status = None open
| depends_on = Decision Records: Governance Memory; Calibration Log: When to Create One; Page Structure Calibration Checklist; Nonconformance Reporting Procedure
| depends_on = Decision Records: Governance Memory; Calibration Log: When to Create One; Reference Standards; Reality Override Game
}}
}}

Latest revision as of 08:54, 24 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.



Canonical Question: What does a Talk page entry need to contain before it counts as an official Calibration Report, rather than informal discussion?

Calibration Report Standard Format

Not everything written on a Calibration Log or hub Talk page is a Calibration Report. This page defines the required elements that make an entry official — findable, attributable, and usable as permanent calibration history — and the event-centric shape that scales from structural pre-cal to full development freezes. Visible reporting link: Operators file reports on the page’s Talk and/or Calibration Log per Calibration Log: When to Create One; this page only defines shape and minimums.



Sovereign-Games-OG-Image.jpg

Meta

Calibration Report Standard Format

Type Meta & Framework
Functional Layer Governance
Application Layer Framework Infrastructure
Category Meta & Framework
Version 0.5
Maturity Experimental
Last Calibration 2026-07-20
Status Permanent Beta
Description Required elements and event-centric shape of official Calibration Reports and paired edit summaries — heading standards, method vs standing, tiers by procedure type, AI attribution, conditional sections, negative-scope discipline.

Core Principles

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

Navigation

Related


Principles

  • Report the calibration event, not only a software-style changelog.
  • Method (how reviewed) and Standing (Self-Assessment vs Confirmed Rating) are different fields.
  • AI round-robin or multi-model agreement does not by itself create Confirmed standing.
  • Validation may stay Low while structure is frozen — different quality dimensions advance independently.
  • Narrative once; drift_report_status for query visibility — no triple-log into Breadcrumb Tracking.
  • Conditional sections (Nonconformance, Breadcrumb, Readiness Gap, Fields table): omit entirely when unused — do not force empty “None” headings (exception: Open Items may explicitly state none / structural-only none where the tier requires the section).
  • Minor edit with no claim, rating, or status effect → edit summary only (no full report).

Heading standard

A Calibration Report heading must contain, in this order:

  1. The literal phrase Calibration Report
  2. The exact page name (searchable substring)
  3. The date in YYYY-MM-DD

Optional annotation in parentheses: report type / tier (e.g. Structural Pre-Cal, Structural Freeze, Confirmation, Ripple-Triggered, Nonconformance). Valid examples:

  • == Calibration Report — Slave Owner Game/Effects — 2026-07-14 ==
  • == Calibration Report — Slave Owner Game/Effects — 2026-07-14 (Structural Freeze) ==
  • == Calibration Report — Calibration Report Standard Format — 2026-07-24 (Standard merge) ==

Calibration procedure types

Type Trigger Touches review_date / Last Calibration? Report weight
Pre-Calibration Check (pre-cal) Before content/governance work; structure only Never Light tier (below)
Development Building or revising claims, definitions, structure Yes, when this pass is a real content/governance calibration Full core + contextual as applicable
Confirmation Cycle due / overdue; re-verify without intending content change Yes, when re-verification is performed (including “nothing wrong”) Short confirmation tier — silent “all fine” is not allowed
Ripple-Triggered Upstream Core dependency calibration per dependency rules Per whether content/status actually changed Must cite upstream page and change; weight matches work done

Pre-cal is not a calibration. Confirmation without a short report defeats cycle tracking.

Required event header (all official reports)

Immediately under the heading, use this table (or the same fields in this order as labeled lines if a table is impractical on a given Talk skin): 

{| class="wikitable"
! colspan="2" | Calibration event
|-
| '''Page''' || [[Exact page name]]
|-
| '''Date''' || YYYY-MM-DD
|-
| '''Report type / tier''' || Structural pre-cal / Development / Confirmation / Ripple-Triggered / Nonconformance / … 
|-
| '''Calibration objective''' || Why this pass existed (1–2 sentences)
|-
| '''Reviewer''' || Name; AI models + role if any
|-
| '''Method''' || Solo / Round-robin / Challenge review / Checklist-only / Mixed
|-
| '''Standing (this report)''' || Self-Assessment / Confirmed Rating
|-
| '''Standing impact''' || No standing change / … (explicit)
|-
| '''Evidence basis''' || Checklist, template verification, structural inspection, AI challenge (literal draft or summary — state which), manual test, query, …
|}

Summary: one to five sentences on outcome of this event (not a generic page blurb only — on shared hub Talk, include enough page identity to scan).

AI-reviewer attribution (when AI used)

Must state:

  • Which model(s)
  • Whether each reviewed the literal current draft or only a summary
  • Independent parallel vs sequential review

Tiered body elements

Light tier — Structural pre-cal

Required: Heading; event header; Summary; Actions performed (or equivalent); Open Items (may read “None — structural only”); closing line; paired edit summary noting structural-only / dates not advanced. Not required: Full “What this report does NOT claim” unless a grade or governance claim moved; instrument_grade upgrade docs; heavy rationale essays. Forbidden in pre-cal: Changing review_date / Last Updated to a new calibration stamp; rating upgrades.

Full tier — Development (and material freezes)

Always: Heading; event header; Summary; Actions performed; Reasoning / rationale as needed; Open Items; closing line; paired edit summary. When material status or governance decisions: What this report does NOT claim; instrument_grade / validation change docs; Fields before/after table if fields moved. Conditional (omit if unused): Nonconformance block; Development Breadcrumb block; Readiness Gap (“why not advanced”).

Short tier — Confirmation

Required: Heading (annotation Confirmation); event header with objective “re-verify on cycle”; Evidence basis; Standing impact (usually no change or list findings); Open Items; statement that re-verification occurred even if nothing failed; paired edit summary; closing line.

Ripple-Triggered

Same weight as the work done, plus explicit upstream citation (page + change that triggered review).

Edit summary standard

Edit summary and Calibration Report are a paired unit when a full report is required:

  • Summary: scope, version if changed, one-line nature of change, pointer that full report exists on Talk/log
  • Report: permanent detail

Standing rule: Do not create a full official report without its paired edit summary, or an edit summary that claims a full calibration without the report — when the pass is in a tier that requires a report. Pure minor edits remain summary-only.

Situational section headers (vocabulary, not mandatory list)

Use when they improve clarity: Actions performed; Process note; instrument_grade / Validation change; Fields changed; What each reviewer contributed; Why this decision is trusted; Meta-finding worth recording; Open Items; What this report does NOT claim; Nonconformance; Development Breadcrumb; Readiness Gap.

What disqualifies an entry from being official

Missing any of: heading with “Calibration Report” + page name + date; Reviewer; Method and Standing (or legacy Review Type clearly stating both); AI attribution when AI was used; Actions / Summary of changes; Open Items section where the tier requires it; paired edit summary where the tier requires a full report; editing a previous report in place instead of a new dated entry.

Copy-paste skeleton (full tier)

== Calibration Report — [[PAGE]] — YYYY-MM-DD (Report type) ==
{| class="wikitable"
! colspan="2" | Calibration event
|-
| '''Page''' || [[PAGE]]
|-
| '''Date''' || YYYY-MM-DD
|-
| '''Report type / tier''' || …
|-
| '''Calibration objective''' || …
|-
| '''Reviewer''' || …
|-
| '''Method''' || …
|-
| '''Standing (this report)''' || Self-Assessment / Confirmed Rating
|-
| '''Standing impact''' || …
|-
| '''Evidence basis''' || …
|}
'''Summary:''' …

=== Actions performed ===
* …

=== Fields and ratings (only if changed) ===
{| class="wikitable"
! Field !! Before !! After
|-
| … || … || …
|}
'''calibration_rationale:''' …
'''review_confidence:''' High / Moderate / Low

=== Nonconformance ===
<!-- omit if none -->

=== Development Breadcrumb ===
<!-- omit if none -->

=== Readiness Gap ===
<!-- omit if none -->

=== Open Items ===
* …

=== What this report does NOT claim ===
* AI round-robin does not by itself create Confirmed standing.
* …
'''See the Game. Refuse the Game. Build Better.'''
~~~~

Relationship to other standards

Open Calibration Items

  • After a few Confirmation and Ripple reports exist, add one worked example of each light tier on Talk of this page.
  • Align any remaining “Review Type only” examples in the wild to Method + Standing on contact.

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


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
Nonconformance Reporting Procedure 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
Framework Features Reference Supporting Development 2026-07-20 Current Breadcrumb-Open
Template:Calibration Maintenance Log Supporting Development 2026-07-14 Current Breadcrumb-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: Decision Records: Governance Memory • Calibration Log: When to Create One • Page Structure Calibration Checklist • Nonconformance Reporting Procedure 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 Calibration Report Standard Format
URL https://www.thesovereigngames.com/wiki/Calibration_Report_Standard_Format
Description Official Calibration Report shape: heading rules, event header, procedure tiers, edit-summary pairing, AI attribution, conditional sections, anti-overclaim discipline.
Category Meta & Framework



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