Reader rule
Do not borrow the target geometry
A source-side derivation cannot quietly use the target topology, target atlas, target metric, proper time, detector semantics, or benchmark behavior it is supposed to recover.
Physics deep dive / PG-011
No-target-import discipline prevents a source-side derivation from quietly borrowing the target topology, target atlas, target metric, benchmark success, or process authority it is supposed to justify. It is a guardrail, not completed physics proof.
Reading rule
The discipline is simple: do not use the target structure as a hidden premise, and do not use project-control metadata as mathematical evidence.
Reader rule
A source-side derivation cannot quietly use the target topology, target atlas, target metric, proper time, detector semantics, or benchmark behavior it is supposed to recover.
Audit rule
The formal criterion writes C_src(E; T) only to test whether target context changes the construction. T is not an allowed proof input.
Process rule
Validator PASS, registry rows, role identity, handoffs, generated derivatives, local caches, file order, and commits can document process; they cannot prove physics.
Scope rule
No-target-import discipline is necessary methodology. It does not show that all future work is target-import-free or that any candidate is adopted.
Status metadata
The page explains a control surface and a formal criterion. The current criterion status is `criterion_formalized_pending_audit`.
Forbidden imports
These categories are blocked because each one can make a source-side proof look stronger than it is by importing target structure or process authority.
Target topology
Target open sets, target neighborhoods, or target manifold topology cannot enter as source premises.
Target atlas
Target coordinate charts, smooth atlases, differentiability classes, and target transition maps cannot be smuggled into source tokens.
Target metric
Metric tensors, Lorentzian signature, causal cones, line elements, distances, and proper-time semantics cannot be used as proof inputs.
Observer semantics
Detector response, clock behavior, and empirical observer protocol cannot be treated as source-side proof.
Benchmark success
Benchmark compatibility can be a later test. It cannot be inserted as a premise for a source construction.
Process authority
Validators, registries, roles, handoffs, generated surfaces, local cache state, file order, commits, and recency do not prove a theorem.
Source-side construction
The discipline does not forbid construction. It requires construction to stay inside licensed source data and to stop cleanly when a forbidden dependency appears.
Allowed basis
A candidate can use source supports, overlap predicates, transition tokens, certificates, and bottom guards when those are explicitly licensed by the source record.
Factorization
Every non-bottom premise and conclusion should be expressible from source data rather than target or process context.
Replacement
If target context replacement changes the non-bottom construction, the proof has depended on a forbidden import.
Fail-closed
A failed branch should return Bottom_src or record OB-MSRC-TARGET-IMPORT, OB-MSRC-PROCESS-AUTHORITY-LAUNDERING, or OB-MSRC-LOCAL-GLOBAL-GAP.
Public comprehension diagram
The static diagram shows source-only factorization and fail-closed blocking. It is not proof that all future work is target-import-free.

Criterion walkthrough
The expression does not prove adoption. It states the test: the candidate written with a diagnostic target-context slot must factor through a source-only construction, or each non-bottom proof step must be expressible without target context.
C_src(E; T)
The semicolon marks diagnostic target context: topology, atlas, metric, proper time, detector semantics, benchmark success, and process metadata.
F_src(E)
This side depends on source data alone. If a proof step cannot be written this way, the criterion fails at that step.
Meaning
Changing the target context should not change the non-bottom construction or proof-step content.
Hard boundaries
The guardrail preserves no `M_src` adoption, no g_eff, no matter coupling, no Einstein equations, no benchmark promotion, no downstream GR promotion, and no completed derivation.
Scope
The page explains a discipline. It cannot imply all target imports have been eliminated from all future work.
M_src
RT-20260614-128 formalized a criterion pending audit. It did not adopt full M_src.
Metric
No-target-import discipline does not define, construct, adopt, or expand g_eff.
Matter
The guardrail does not derive matter coupling or adopt a coupling law.
Equations
Blocking target imports does not derive Einstein equations.
Promotion
The criterion does not promote benchmark status or completed derivation.
Specialist source layer
Specialist readers should inspect the guard map, criterion artifact, completion record, and claim-boundary rows before treating any no-target-import statement as proof.
RT-105
The no-target-import guard map was created as project-system control evidence with no physics claim status change.
RT-128
The artifact defines source-only factorization and target-context replacement invariance for the M_src candidate route.
Review
The parent conflict review fused mathematical and philosophical views while preserving no M_src adoption and no downstream promotion.
Registry
Claim-boundary rows forbid target topology, atlas, metric, proper time, detector semantics, benchmark success as proof, and process authority as proof.
Safe and unsafe readings
This route should improve trust by making the discipline visible, not by pretending the discipline has already solved every future case.
Safe summary
No-target-import discipline blocks hidden target and process inputs by requiring source-only factorization and fail-closed handling. The current criterion is formalized pending audit.
Unsafe summary
It would be unsafe to infer all future target imports are eliminated, M_src is adopted, benchmark success is source evidence, or validators and registries can prove physics.
Reader path
Primary reading stays inside the website. Provenance links remain available in the source notice for direct source inspection.
Understand where hidden-import audits sit inside proposal, stress, selector, and human-gated review.
Open routeInspect source-pinned allowed, forbidden, and gate-required language.
Open routeRead why methodology criteria do not unlock downstream burdens.
Open routeSeparate M_src, MetricData(E), g_eff, matter coupling, equations, and benchmark promotion.
Open routeReview why protected adoption cannot be issued by validators or website prose.
Open route