Skip to content
PROJECT SHADOW 1.0.1 · CORRECTED R1 REFERENCE · PRELIVE · 2026-08-17

Project Shadow 1.0.1 contains no Myth package. Generic Myth v0.2.0 and Full-Canon Myth v0.3.5 are separate optional companions; both default off, neither is required by R1, and neither can authorize action or change an R1 result. PBHP remains in active testing; publication is not certification, independent validation, or deployment authorization.

VERCurrent public line · artifact history

One name. One current public ULTRA release. Several historical artifacts.

PBHP-ULTRA v0.9.5 is the supplied public release and says it supersedes every earlier PBHP-ULTRA version. Historical prose, working specifications, code, tests, and website tools keep their own identities; none may silently borrow v0.9.5 status.

LONG-FORM COMPANION

The field manual keeps the explanation visible.

Read the argument, numbered procedure, worked cases, failure contrasts, and evidence state behind this chamber.

Read the full chapter →
VER / 01

The current public line

Current status is declared by the exact artifact—not by a nearby page, filename, test count, or larger version number from another line.

CURRENT PUBLIC ULTRA

PBHP-ULTRA v0.9.5

The supplied document labels itself “Version: 0.9.5 (Public Release)” and says it supersedes all previous PBHP-ULTRA versions.

current supplied public release

A distribution should bind the exact v0.9.5 bytes, checksum, release source, and correction state. The label does not establish safety, efficacy, legal compliance, certification, independent validation, or permission to deploy.

INTERNAL SKEW

Forward-labeled v0.9.6 passages inside the supplied v0.9.5 file

The v0.9.5 document contains several passages labeled v0.9.6. They are visible version skew, not evidence that a separate v0.9.6 public release has been admitted here.

open reconciliation issue

Until the maintainer publishes an exact reconciled artifact, receipts should name the exact v0.9.5 file and disclose this internal labeling conflict rather than silently upgrading or deleting it.

HISTORICAL LINES

v0.7-era prose, internal v1 snapshots, code, and test ledgers

Earlier materials remain useful for history, migration, and evidence attribution, but are not the current PBHP-ULTRA public release.

preserved historical artifacts

Their version numbers and test counts describe their own artifacts and environments. They cannot be combined into a fictional aggregate version or validation claim.

VER / 02

What changes require a new version

A semantic change is more than edited copy; it changes what the protocol asks, binds, permits, records, or refuses.

MAJOR

Authority or gate behavior

Change to thresholds, absolute floors, step order, provenance meaning, challenge rights, or required ownership.

Major changes require migration guidance, regression tests, adversarial review, updated examples, and an explicit statement about how old receipts are interpreted.

MINOR

New module or compatible field

Adds an optional or backward-compatible check, template, domain mapping, or evidence field.

Minor does not mean unimportant. If an 'optional' field becomes operationally required or changes the action, it is major in effect and should be versioned honestly.

PATCH

Clarification without changed behavior

Corrects wording, references, display, or examples while preserving the same decision contract.

A patch note should explain why the change is non-semantic. Corrections to a public claim remain visible rather than being silently overwritten.

VER / 03

Website and workbench boundary

This website explains, teaches, and preserves material. It does not mint a protocol version or silently become the canonical implementation.

WEBSITE

Explanatory public surface

The chamber pages consolidate concepts for reading and navigation.

Edited website copy is not automatically a PBHP specification change. When this site and the exact v0.9.5 artifact differ, the site must disclose the difference rather than imply conformance.

WORKBENCH

Simplified local teaching matrix

The public workbench loads fictional examples and exports unsigned local records.

educational · nonauthorizing

It is not PBHP-ULTRA v0.9.5, a canonical runtime, a conformance test, a signed receipt, or evidence that a real action is permitted. Clear the worked example before entering a custom case.

RECONCILIATION

Bind future claims to exact artifacts

Version, date, hashes, schema, thresholds, tests, change log, license, maintainer, and known divergences belong together.

Independent reproduction, external challenge, field evidence, and maintained adoption evidence must remain separate from creator-led or model-assisted checks.

THE VERSION RULE
A protocol name is not an artifact identity. Every consequential receipt names the exact policy and runtime that governed it.