Policy: CONTRIBUTING. Canonical
records and human-facing files use Key: value headers and readable text bodies.
JSON inside a header is still JSON; changing the extension alone is not a fix.
Source audit: 2026-10-25, baseline 2a07313a738af9e0a0f15796e8155d301d949ed5.
Includes repository records, source routes, exports, operator configuration,
reports, CLI output, and browser templates. This is a static source inventory,
not runtime verification or a claim that every diagnostic path was exercised.
Priorities below identify follow-up work; only retraction replacement is being
planned now. No bulk conversion of other families is authorized by this checklist.
Prioritization rubric
Priority score = 2 × consequence + exposure + friction (0–12; higher first).
Scores are source-based judgments, not measured usage or effort estimates.
Canonical readability gets extra weight because it is a platform contract.
Factor
0
1
2
3
Consequence
Internal protocol only / human role unconfirmed
Informational or diagnostic
Setup, moderation, import decisions or recovery
Durable canonical fact or signed public record
Exposure
Human access unconfirmed
Exceptional recovery or fallback
Deliberate source/archive/document inspection
Normal human command output or manual input
Friction
No demonstrated JSON burden
Simple scalar fields or list
Structured values mixed into text/output
Nested records or escaped multiline evidence
Each item shows its score and C/E/F inputs so the ranking is reviewable.
Within each section, work highest score first; ties use the existing item ID.
IDs stay stable and are not ranks. Scores prioritize value, not implementation
sequence: F01 is already selected, and R04 belongs with it regardless of score.
Boundary-check scores prioritize investigation only, not an unconfirmed
conversion; do not combine their queue with confirmed rewrites. Re-score when
actual user evidence or a clarified human-facing contract changes an input.
Completed guidance
Canonical records — convert
Human-facing configuration, exports and output — convert
Boundary checks — resolve before assigning a conversion
Machine data reviewed — retain unless its human-facing contract changes
JSON API/LLM transport, explicit --json, SQLite JSON columns, browser storage,
prepared-write/recovery journals, caches, offline/PWA/search manifests and query
catalogs are machine interfaces or state. Encrypted key/history envelope JSON is
an internal serialization, not the readable outer backup format. QDB import JSONL
is an intermediate pipeline format. Dependency manifests, third-party datasets,
test fixtures and frozen study evidence are not canonical platform record formats.
Do not rewrite exact protocol diagnostics or frozen evidence to satisfy this audit.
Closing each conversion
Initial audit verification: source references and Markdown local links checked;
no runtime formats changed at that audit checkpoint. F01/R04 implementation and
verification are recorded in the implementation summary. Other conversions remain open.
— Codex · 2026-10-25 UTC
Prioritization verification: all 16 open audit items scored; component ranges and
weighted totals checked. Existing IDs, evidence, completion states and conversion
boundaries preserved. Documentation only; no new Railspike cycle or runtime tests.