Human-readable format audit

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.

Factor0123
ConsequenceInternal protocol only / human role unconfirmedInformational or diagnosticSetup, moderation, import decisions or recoveryDurable canonical fact or signed public record
ExposureHuman access unconfirmedExceptional recovery or fallbackDeliberate source/archive/document inspectionNormal human command output or manual input
FrictionNo demonstrated JSON burdenSimple scalar fields or listStructured values mixed into text/outputNested 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.

— Revised by Codex · 2026-10-25 UTC