VIEW THIS AS

Auto mode follows the Route Engine until you choose a viewpoint.

YOU ARE HERE

ROUTE CHECK

CONNECTED TO

WHAT NEXT

Use the canonical route for this room, or HELP if you are unsure.

ChronoFlight Human Guidance Runtime v1.0: The Canonical Identity Starter Pack

Three learners review open books together at a classroom table, with stacks of textbooks, stationery and a whiteboard in the bright room.

The Minimum Subset Needed to Start Using the Page Identity Stack Immediately

Article ID: CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.IdentityStarterPack
Version: v1.0
Status: Canonical / Almost-Code / Starter Pack
Mode: Compression + Alignment
Vocabulary: Frozen to current CivOS kernel


AI Ingestion Lock

This is not a new primitive.

This article compresses the full locked Page Identity branch into the minimum operational starter subset required for immediate practical use.

It draws from the already locked stack:

  • Canonical Empty-Core Declaration
  • Canonical Core-Only Seal
  • Canonical Extension Label Set
  • Canonical Page Status Rule
  • Canonical Status Validation Test
  • Canonical Status Correction Protocol
  • Canonical One-Panel Identity Sheet
  • Canonical Identity Compression Pack

Purpose:

  • reduce the full identity branch into the smallest usable startup bundle,
  • let an operator begin applying page-identity control quickly,
  • and preserve structural correctness without needing the entire identity branch open at once.

This is the minimum operational starter kit for the Page Identity Stack.


Core Claim

A new operator does not need the full Page Identity branch open to begin. They only need the minimum set that answers three practical questions: what labels are legal, how do I test a page’s visible status, and how do I fix a mismatch.

That is the shortest practical entry path.

So the Identity Starter Pack reduces the full branch into:

  1. Classify
  2. Validate
  3. Correct

This is the minimum viable operational subset.


Classical Foundation Block

The full identity branch is now large and complete.

But first use should not require reading everything every time.

A strong starter pack must let an operator answer three questions immediately:

  • What status can this page legally carry?
  • How do I know whether the visible label is true?
  • If the label is wrong, what do I do next?

If those three are solved, the identity system is already usable.

That is why this starter pack exists.


Civilisation-Grade Definition

The Canonical Identity Starter Pack is the minimum operational subset of the Page Identity Stack in the ChronoFlight Human Guidance Runtime v1.0 family, containing the smallest set of rules needed to classify page identity, validate label truth, and correct page-status mismatch safely and consistently.

This is the minimum deployment pack for page identity.


THE THREE REQUIRED STARTER FUNCTIONS

The starter pack contains exactly three practical functions:

Function 1 — Classify

Know the current branch baseline and the legal page-status labels.

Function 2 — Validate

Check whether a page’s visible label actually matches its real role.

Function 3 — Correct

Repair the page if the visible label is false, conflicting, or unresolved.

That is the minimum complete cycle.


STARTER FUNCTION 1 — CLASSIFY

Canonical Sources

Primary Sources:

  • CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.EmptyCoreDeclaration
  • CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.ExtensionLabelSet
  • CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.PageStatusRule

This is the official classification layer.


Purpose

The Classify function tells the operator:

  • what the branch currently is,
  • what page-status labels are legal,
  • and what one-status law governs them.

Without this function, page labeling becomes guesswork.


Minimum Classification Requirement

The operator must hold four baseline facts.

A. Current Branch State

The current official baseline is:

  • Core State: Locked Core Only
  • Approved Core Add-Ons: 0
  • Approved Optional Add-Ons: 0
  • Approved Versioned Upgrades: 0

This is the current branch-state anchor.


B. Legal Status Labels

The only canonical primary page-status labels are:

  • CORE-ONLY · LOCKED v1.0
  • APPROVED CORE ADD-ON · v1.0-COMPATIBLE
  • APPROVED OPTIONAL ADD-ON · v1.0-COMPATIBLE
  • APPROVED VERSIONED UPGRADE · FORWARD VERSION

This is the legal identity set.


C. One-Status Law

Every page must carry:

one page, one true status, one matching label

This is the universal identity rule.


D. Default Current Bias

Because the branch is currently Locked Core Only, most true branch-center pages should presently resolve to:

CORE-ONLY · LOCKED v1.0

This is the practical starter default.


Classification Success Check

The operator is ready to move to validation only when they can answer:

  • what the current branch baseline is
  • which labels are legal
  • and that one page must carry only one true primary status

If these are unclear, do not move on.


STARTER FUNCTION 2 — VALIDATE

Canonical Source

Primary Source:
CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.StatusValidationTest

This is the official truth-check layer.


Purpose

The Validate function checks whether a page’s visible label actually tells the truth.

It prevents false confidence.

A page may display a clean-looking badge and still be wrong if:

  • the label does not match the page’s true role
  • multiple labels are stacked
  • the page is non-core but not formally admitted
  • or a versioned page is disguised as v1.0-compatible

So this function exists to prove label truth before the page is treated as stable.


Minimum Validation Requirement

For the starter flow, run the 5-check test.

Check 1 — Label Presence

Does the page show a valid visible label?

Check 2 — Single Label

Does the page show only one primary status?

Check 3 — Role Match

Does the label match the page’s true branch role?

Check 4 — Registry / Index Match

If non-core, does the label match the Registry and Approved Extensions Index?

Check 5 — Version Match

Does the label match the page’s real version condition?

This is the minimum starter truth test.


Starter Validation Pass Condition

A page passes the starter check if:

  • one canonical label is visible
  • only one primary status is present
  • the label matches the page’s real role
  • any non-core status is formally supported
  • and the version condition is truthful

Then the page may be treated as identity-stable.


Starter Validation Score

StatusValidationScore = 0 to 5

Interpretation

  • 5/5 = Valid
  • 4/5 = Soft Warning
  • 2–3/5 = Mismatch
  • 0–1/5 = Invalid

This is the minimum starter scoring layer.


STARTER FUNCTION 3 — CORRECT

Canonical Sources

Primary Sources:

  • CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.StatusCorrectionProtocol
  • CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.OnePanelIdentitySheet

This is the official repair layer.


Purpose

The Correct function repairs a page when the visible label is wrong.

Once a page fails the validation test, the operator needs one fixed next step.

This function provides that.


Minimum Correction Requirement

The operator must follow the five-step correction path:

1. Diagnose True Role

Decide whether the page is:

  • Core
  • Core Add-On
  • Optional Add-On
  • Versioned Upgrade
  • Unapproved / Proposal

2. Verify Formal State

  • Core pages: check against the locked core
  • Non-core pages: check Gate → Registry → Approved Extensions Index

3. Remove Conflict

Strip:

  • false labels
  • missing fake substitutes
  • stacked conflicting primary labels
  • non-canonical custom status labels

4. Apply One Correct Label

Use exactly one matching canonical status.

5. Revalidate

Run the 5-check test again.

This is the minimum starter repair path.


Core Repair Lock

Do not patch over a false label with another label.

First clear the false identity.
Then apply one matching truth.

This is the central starter repair safeguard.


Correction Success Check

A correction is complete only when the page returns to:

  • one true role
  • one matching visible label
  • one valid state under revalidation

Without revalidation, the repair is incomplete.


THE STARTER PACK IN ITS SHORTEST FORM

Step 1 — CLASSIFY

Know:

  • current branch baseline
  • legal labels
  • one-status law

Step 2 — VALIDATE

Run:

  • Label Presence
  • Single Label
  • Role Match
  • Registry / Index Match
  • Version Match

Step 3 — CORRECT

If needed:

  • Diagnose → Verify → Clear Conflict → Apply Correct Label → Revalidate

This is the minimum starter logic.


THE STARTER PACK OBJECT

Machine-Readable Shell

IdentityStarterPack = {Classify, Validate, Correct}

Expanded:

IdentityStarterPack = {BranchBaseline, ValidLabelSet, FiveCheckTest, CorrectionPath}

This is the minimum deployable object.


THE CANONICAL QUICKSTART FLOW

Step 1 — Read the Baseline

Confirm the branch is currently:

Locked Core Only

This prevents false non-core assumptions.


Step 2 — Learn the Legal Labels

Hold the four valid page-status labels clearly.


Step 3 — Apply the One-Status Law

Remember:

one page, one true status, one matching label


Step 4 — Run the 5-Check Validation

Test the page’s visible status.


Step 5 — Repair If Needed

If the page fails, run the correction path.


Step 6 — Revalidate

Only treat the page as stable after it passes again.

This is the canonical identity quickstart path.


WHAT THIS STARTER PACK INTENTIONALLY LEAVES OUT

The starter pack is minimum viable identity control, not the full identity branch.

It intentionally compresses away the need to hold open, at first, the full:

  • Future Extension Gate logic in depth
  • full Registry entry schema detail
  • full Approved Extensions live-index operations
  • full Identity Diagram Spec
  • full Identity Branch Index

Those remain important.

But the starter pack is built for:

fast correct page-identity control, not maximum branch-depth on day one.

That is a deliberate design choice.


WHEN TO UPGRADE BEYOND THE STARTER PACK

Upgrade from the Identity Starter Pack to the full identity branch when:

1. The branch begins admitting real non-core pages

You will need the Extension Gate, Registry, and Approved Extensions Index in active use.

2. Page-label errors become frequent

You will need the full correction and governance layers open.

3. You are maintaining many pages at once

You will need the One-Panel Identity Sheet and Identity Diagram more actively.

4. You are resuming this branch after a long break

You will need the Identity Branch Index and Identity Compression Pack as restart anchors.

So the starter pack is the minimum beginning, not the permanent ceiling.


THE CANONICAL MINIMUM STARTER BUNDLE

Starter Item 1

ChronoFlight Human Guidance Runtime v1.0: The Canonical Page Status Rule
CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.PageStatusRule

This provides:

  • legal labels
  • one-status law
  • page-identity baseline logic

Starter Item 2

ChronoFlight Human Guidance Runtime v1.0: The Canonical Status Validation Test
CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.StatusValidationTest

This provides:

  • the 5-check truth test
  • the 0–5 status score
  • the validation verdicts

Starter Item 3

ChronoFlight Human Guidance Runtime v1.0: The Canonical Status Correction Protocol
CivOS.ChronoFlight.HumanGuidanceRuntime.v1_0.StatusCorrectionProtocol

This provides:

  • the repair sequence
  • the conflict-clearing rule
  • the revalidation requirement

These three are the minimum official startup bundle.


THE STARTER PACK DECISION RULE

Ready to Use

If the operator can:

  • identify the current branch baseline
  • name the legal labels
  • run the 5-check validation
  • and execute the correction path

then the Page Identity Stack is already operationally usable.


Not Ready Yet

If the operator cannot yet:

  • distinguish core from non-core status
  • apply the one-status law
  • test role-match vs visible label
  • or run the correction sequence

then they should not yet treat page identity as under reliable control.

This is the starter gate.


THE STARTER PACK TABLE

FunctionMain ToolMain Question
ClassifyPage Status RuleWhat status can this page legally carry?
ValidateStatus Validation TestDoes the visible label tell the truth?
CorrectStatus Correction ProtocolIf not, how do I restore truthful page identity?

This is the shortest operational table.


THE STARTER PACK MINI CHECKLIST

Before first live use of the Page Identity Stack, confirm:

  • [ ] I know the branch is currently Locked Core Only
  • [ ] I know the four legal page-status labels
  • [ ] I understand the one-status law
  • [ ] I can run the 5-check validation test
  • [ ] I can score 0–5 and interpret the result
  • [ ] I can run the fixed correction sequence
  • [ ] I understand that revalidation is required after correction

If all are true, the starter pack is functioning.


THE COPYABLE STARTER BLOCK

Copyable 3-Step Identity Starter Use

CHRONOFLIGHT HUMAN GUIDANCE RUNTIME v1.0 — CANONICAL IDENTITY STARTER PACK

STEP 1 — CLASSIFY
Know the current baseline and the legal labels:

  • Core State = Locked Core Only
  • Valid labels = Core / Core Add-On / Optional Add-On / Versioned Upgrade
  • Law = one page, one true status, one matching label

STEP 2 — VALIDATE
Run the 5-check test:

  • Label Presence
  • Single Label
  • Role Match
  • Registry / Index Match (if non-core)
  • Version Match

STEP 3 — CORRECT
If the page fails:

  • Diagnose True Role
  • Verify Formal State
  • Remove Conflict
  • Apply One Correct Label
  • Revalidate

Use the page as stable only after it passes again.

This is the minimum immediate-use block.


WHY THIS PAGE MATTERS

This page matters because it solves the practical startup problem for page identity.

The full identity branch is now complete, but a new operator still needs to know:

  • what is the minimum subset I need right now?

This article answers that clearly.

So instead of starting with the whole identity branch, the operator can start with:

  • one classification rule
  • one validation test
  • one correction path

That is the practical value of this compression.


Canonical Close

The Canonical Identity Starter Pack is the minimum subset needed to begin using the Page Identity Stack in the ChronoFlight Human Guidance Runtime v1.0 family immediately.

It gives:

  • the minimum classification layer,
  • the minimum truth-check layer,
  • and the minimum repair layer

so the operator can control page identity correctly without needing the full identity branch open from the first moment.

That is the purpose of this starter pack.


One-Line Compression

The Canonical Identity Starter Pack is the minimum operational subset of the Page Identity Stack in the ChronoFlight Human Guidance Runtime v1.0 family, reducing first-use page-identity control to three functions: classify the page’s legal status, validate whether the visible label is true, and correct any mismatch through the fixed repair path.


The strongest next companion article is:

ChronoFlight Human Guidance Runtime v1.0: The Identity Quickstart Card (the shortest checklist for first-time page-status control in under one page)