Factual correction
A published proposition, legal status, source attribution, date or pinpoint was materially inaccurate.
Correction desk · private-preview register
This private preview accepts no submissions. A public release needs a human-owned contact route and a dated correction log before publication.
Meaning of zero
This means the app-local correction register contains no published correction entry. It does not prove that every proposition is error-free, legally approved or beyond challenge.
No published recordsDated public record
A material factual correction must preserve the affected claim, original error, corrected text, reason, source basis, dates and accountable human owner. This preview never treats a silent overwrite as a correction record.
Current app-local state
The versioned register is empty as of 2026-08-30; article revisions remain separately visible in each page's change record.
Six required fields · no sample error invented
Open one field at a time. The URL records reading focus only; it does not create, submit or approve a correction.
Preserve the article route, stable claim label or heading, and enough context to identify the affected statement without ambiguity.
A page-level notice is too broad when only one proposition changed; the record must let a reader locate the corrected claim.
Retain a concise account of the previous wording or inference and name the factual, status, source or framing error.
Without the original error, a reader cannot understand the correction's significance or distinguish it from ordinary editing.
Capture the replacement proposition and ensure the live article uses the same substance rather than a stronger or softer unrecorded variant.
The register and article must not diverge; a correction is useful only when the repaired proposition is inspectable in context.
Explain the cause, materiality and claim impact, including whether related comparison, methodology or status language also required revision.
A correction can affect more than one sentence; the impact note prevents a narrow wording fix from concealing a wider reasoning change.
Link resolved source IDs, identify the controlling text and status, and state when an explainer or implementation indicator is contextual only.
A new assertion is not self-validating. The correction must leave the same source-to-claim trail required of the article.
Record the relevant dates, change ID, human editorial owner and legal-review state without implying credentials that have not been verified.
Automation can validate fields and dates, but only an accountable human can own the judgment and public response.
Classification before publication
Classification determines which history must be preserved. Calling every edit a correction obscures actual errors; calling an error an ordinary revision erases accountability.
A published proposition, legal status, source attribution, date or pinpoint was materially inaccurate.
The analysis, evidence horizon, caveat or counterargument changed without identifying a prior factual error.
The research model, evidence requirement or inference guardrail changed.
Presentation or interaction changed without altering a legal or editorial proposition.
Human-owned workflow · not active intake
There is no correction form, email integration, account, message route or server-side intake in this private preview.
Capture the exact proposition and potential error through approved internal review or a future approved intake route.
A human owner determines whether the issue is factual correction, substantive revision, method revision or presentation change.
Recheck the controlling source, pinpoint, status and neighboring claims; draft the corrected proposition and impact note.
Update the live article and append the correction record without erasing the original error or silently changing the register.
Update the article changelog, related comparisons, source references and structured modification date where the correction has wider impact.
Release controls
Approve a named human owner, purpose-specific intake route, adjacent collection notice, response standard and retention schedule before enabling public feedback.
The built preview has no form, account, message endpoint, analytics or server-side correction workflow.
No verified editor, reviewer profile or public-response authority has been supplied.
A future contact route must define collected fields, recipients, access, response handling, deletion trigger and review period.
Local QA proves implementation behavior only; it does not approve legal propositions or public publication.
Two different histories
No public correction is recorded, but every article's app-local revision history remains inspectable.
Article revision record
This register begins with the private-preview editorial rebuild. It records material content, method, interface and trust-policy changes without inventing a history that predates the available repository evidence.
CORRECTIONS-20260826-02No legal source changed; this entry records method, interface or trust policy.
CORRECTIONS-20260821-01No legal source changed; this entry records method, interface or trust policy.