What This Page Does
This page is the hub for deciding the integration target and update destination of public content. Before adding new information, check the mapping tables here and prefer merging into an existing page.
The goal here is not "what to write" but "where it should live." To prevent duplication and fragmented navigation, the public entry points and merge destinations are fixed here first.
Do not start from mixed year cards. For paper-level frontier anchors, start with Paper Collection: the technical fast lane. For the unresolved-question map and literature placement by U-number, move next to Research Harvest. For the human in vivo side, keep WBE 101: human observability ladder open in parallel so route family is fixed before route role / human-proxy role, and so those are fixed before proxy class, operational maturity, and calibrator role.
Recent living-human papers no longer support starting from one vague category such as human proxy evidence. Lucchetti et al. (2025) define a five-metabolite 1H-MRSI similarity scaffold, whereas Li et al. (2025) use 7 T dynamic deuterium MRSI with blood-input kinetic modeling to estimate glucose-metabolic rates. Zhao et al. (2020), Petitclerc et al. (2021), and Petitclerc et al. (2026) split choroid-plexus perfusion, blood-to-CSF transport, and joint BBB-versus-BCSFB exchange. Villemagne et al. (2022), Hiraoka et al. (2025), and Tyacke et al. (2018) show that SMBT-1 target validation / quantification and I2BS PET are not one astrocyte row. Biechele et al. (2023), Ogata et al. (2025), and Yan et al. (2025) show that TSPO, CSF1R, and COX-2 are not one immune row either. Therefore, this hub now treats route family as the first split. After that, use Verification: Human Proxy Composition Card to state whether the paper is acting as a cohort prior, cross-sectional contrast, same-subject baseline, within-subject change witness, or perturbation-response witness.
Recent primary papers do not support one compressed 2025-2026 frontier. Terceros et al. (2026), Dewa et al. (2025), and Bukalo et al. (2026) sharpen local causal maintenance-state dependence, whereas Hirschler et al. (2025) and Dagum et al. (2026) sharpen bounded living-human observability. Those papers differ in species, direct observable, and spatial unit. Therefore, this page now routes technical updates by inferential object first, not by year order first.
Do not route it automatically to the human-observability lane. Same-subject is one possible proxy role, not a route-family substitute and not an automatic promotion. First type the route family, then decide whether the paper is functioning mainly as a cohort prior, cross-sectional contrast, same-subject baseline, within-subject change witness, perturbation-response witness, or a bridge-limited carry-over claim. If preservation route, elapsed time, regime continuity, registration scope, or cross-day drift are central to the claim, route the public rule to Verification: State-Continuity Bridge Card and the learning support to Wiki: State-Continuity Bridge before using the result as a human-state argument elsewhere.
Treat Perspective as the long technical synthesis page where structural-scaffold gains, hidden-state burdens, human observability ceilings, and implementation objections are kept on one axis. Use WBE 101 to align claim levels first, Roadmap for dependency order, and Wiki: Theory Page Reading Guide only when you need the remaining theory-specific map.
If you want the whole site organized into the three modes of getting the overview, learning from basics, and actually fixing or contributing, see Wiki: Three Ways To Use This Site.
If you want only the practical distinction among Verification, Datasets, the L0 practice section in Datasets, the casework section in Verification, and the proposal integration section in Issue, see Wiki: Practical Page Reading Guide. This page keeps the public-page role map; the wiki provides the practical breakdown.
If you want a one-page view of whether to go next to a small fix, condition design, external-dependency decomposition, or L0 implementation prep after reading the Issue page and its collaboration section, see Wiki: Five Routes After the Participation / Collaboration Page.
If you want a learning-oriented guide to choosing among public pages, the wiki, the Issue body, the external dependency section inside Issue, and the operations area, see Wiki: The Basics of Deciding Where New Information Belongs.
If you want a one-page guide to reading known/unknown sections, accuracy assumptions, and external dependencies on information-portal pages, see Wiki: How To Read "What Is Known / Not Yet Known".
If you want to standardize how to use the blocks at the top of each page, "how to read this page," "who it is for," "accuracy assumptions," "what is currently known," and "check the basics in the wiki," see Wiki: How To Read Public Page Headers.
If Research, Perspective, the framework section, the proposal integration section, the Issue body, and the external dependency / collaboration section all look like the same kind of writing, see Wiki: Facts, Hypotheses, Proposals, and Execution Tasks. Separating what each page records makes integration decisions easier.
If you want guidance on how far to use public pages and the wiki as entry points, and when to return to DOI links, source sections, or Issue history, see Wiki: Using Summaries, Original Sources, and Issue History.
If you want a single route showing whether something you read should flow back into literature organization, theory organization, a proposal, an issue, or an external dependency task, see Wiki: Connecting Reading To Change.
Choose The Integration Target From The Content You Want To Add
| Content You Want To Add | First Target | Why It Belongs There |
|---|---|---|
| An explanation of what counts as progress and what counts as failure | verification.html | Because it is the main page where success criteria and falsification conditions are stated most rigorously. |
| Technical order, what to solve first, and the structure of open problems | tech_roadmap.html | Because it fixes problem decomposition and arrival conditions, keeping sequence discussions from scattering. |
| Measurement-model-implementation synthesis, scientific objections, and state-space-closure limits | perspective.html | Because it is where structural scaffold gains, hidden-state burdens, and implementation ceilings are read together on one technical and natural-science axis. |
| Paper summaries and literature organization by open problem | research_harvest_50.html | Because it already has problem-specific buckets and can accumulate material tied to existing question IDs. |
| Paper-level frontier anchors, chronology policy, and route-family reading order | mind_uploading_papers.html | Because it is the page that fixes how technical readers should enter the archive without letting mixed year order silently fuse distinct inferential ladders. |
| Entry guidance for what to read first | index.html | Because it keeps the first navigation path unified and prevents the same guidance from being duplicated across multiple pages. |
| Truly beginner-level explanations, background knowledge, and simplified guidance | wiki/ | Because it concentrates learning-oriented detail without turning public pages into long textbooks, preserving their role as information portals. |
| Definitions of terms and distinctions between similar words | glossary.html | Because it creates shared conceptual footing without making the main pages too heavy. |
| How to participate, issue status, and separation of external dependency tasks | issue.html | Because it is the dedicated page for recording executable changes separately from deferred items. |
| Practical procedures, the minimum loop, and the order of hands-on work | datasets.html#l0-practice | Because it is the page that turns reading into reproducible practical work. |
Technical / Natural-Science Fast Path
| What You Need To Sort Out | First Page | Why That Page Comes First |
|---|---|---|
| I need concrete anchor papers for the current technical frontier. | mind_uploading_papers.html#technical-fast-lane | That page fixes paper-level route families and the chronology policy before the mixed year archive begins. |
| I need the unresolved-question map rather than paper cards. | research_harvest_50.html | That page places literature under U-numbers so readers can see what remains unresolved instead of only what is recent. |
| I need to know whether a paper moved human observability or only a bounded proxy class. | wbe_101.html#human-observability-ladder / wiki/measurement-stack-and-claim-ceiling.html | Those pages split spectroscopy, barrier, astrocyte-related PET, neuroimmune PET, and clearance transport route families before proxy-class or maturity comparisons begin. |
| I need to know what role a human paper is actually allowed to play after the route family is fixed. | verification.html#human-proxy-composition-card / wiki/human-proxy-composition.html | Those pages separate cohort prior, cross-sectional contrast, same-subject baseline, within-subject change witness, and perturbation-response witness before bundle promotion begins. |
| I need to know whether a same-subject or same-brain paper is still only a bridge. | verification.html#state-continuity-bridge-card | That card fixes preservation route, elapsed time, regime continuity, coordinate transfer, and bridge validation before same-state language is allowed. |
| I need to place a new result that mixes several living-human proxy rows. | verification.html#human-proxy-composition-card | That card is where same-subject relation, model burden, incremental gain, and residual hidden-state ceiling are exposed explicitly. |
Division Of Roles Between Public Pages And The Wiki
| Location | Main Purpose | What Belongs Here | What To Avoid |
|---|---|---|---|
| Public pages | Serve as information portals that show what is known now, what remains unresolved, and what to read next. | Key points, known/unknown structure, decision tables, comparison tables, and major links. | Letting background explanation expand without limit until the page stops functioning as an entry point. |
| wiki | Accumulate foundational explanations and reading guides so beginners can learn in sequence. | Careful term definitions, how to read news, EEG basics, verification basics, and prerequisite knowledge for public pages. | Using it as the primary storage location for the latest implementation status or operational judgments. |
| Operations areas such as automation/ | Store drafts, machine-generated outputs, and intermediate results. | Unsorted notes, CSV files, generated artifacts, and audit logs. | Publishing them directly as reader-facing prose without integration. |
Before creating a new page, check whether the content can naturally fit as a section inside an existing one. The more pages the site has, the more reading order and responsibility boundaries fragment, and beginners become more likely to get lost. If the material fits an existing page's purpose, prefer integration over splitting.
| Content That Usually Should Not Be Added As-Is | What To Do Instead |
|---|---|
| A duplicate page that only lightly rephrases an existing explanation | Add it to the relevant section of an existing page and adjust only the navigation if needed. |
| Pushing all background knowledge into the main page until the entry page becomes a long tutorial | Keep the essentials on the public page and move beginner-oriented explanation to the wiki. |
| Putting fragmentary notes with unclear evidence or unclear placement directly into public prose | Keep the draft in an operations area such as `automation/` and move it into a public page only after its integration target is decided. |
| Writing external dependency tasks as if they were changes that can be completed immediately inside this repo | Record them separately as external dependencies in issue.html or issue.html#external-collaboration. |
| A topic that is merely interesting but does not connect to this site's unsolved questions or verification commons | First check whether it maps to an existing U-number or verification topic. If it does not, do not rush to integrate it publicly. |
Integration Map For Public Pages
| Domain | Integration Target (Main Page) | What To Include | Supporting Page |
|---|---|---|---|
| Verification commons | verification.html | Success conditions, falsification conditions, audit contracts, reproducibility criteria | datasets.html#l0-practice |
| Technical roadmap | tech_roadmap.html | Problem decomposition, arrival conditions, implementation order | issue.html#proposal-integration |
| Research questions | perspective.html | Theory organization, criticisms, literature evidence | perspective.html#design-principles |
| Open problems x literature | research_harvest_50.html | U-specific research questions, literature audits, duplicate cleanup, and unresolved-question placement | datasets.html |
| Paper archive x technical fast lane | mind_uploading_papers.html | Paper-level anchors, chronology policy, route-family splits, and technical entry before mixed year cards | research_harvest_50.html |
| Bridge-limited same-subject / same-brain evidence | verification.html#state-continuity-bridge-card | Bridge burden, coordinate transfer, regime continuity, and residual drift ceiling | wiki/state-continuity-bridge.html |
| Human proxy composition and living-human route ceilings | verification.html#human-proxy-composition-card | Same-subject relation, model burden, incremental gain, and residual hidden-state ceiling across proxy rows | wiki/human-proxy-composition.html |
| Participation routing | issue.html | Issue workflow, response status, separation of external dependency tasks | issue.html#external-collaboration |
| Primer routing | index.html | Reading order, entry points to major pages | wbe_101.html / eeg_101.html |
| Foundational learning | wiki/ | Beginner explanations, background knowledge, reading support materials | glossary.html / faq.html |
Anti-Sprawl Rules
- Before creating a new file, first check whether the content can be added to an existing integration target.
- Temporary drafts and intermediate results should be kept in operations directories such as `automation/`, not wired directly into public pages.
- Public navigation should stay concentrated in `index.html` and this page, rather than adding duplicate routes everywhere.
- When issue work adds content, always name the destination page and the evidence link.
- Do not let year adjacency fuse local causal maintenance-state papers, bounded living-human observability papers, and bridge-limited same-subject / same-brain papers into one frontier lane.
Public Page Inventory
Core
Reference
Wiki
Wiki: Entry Points And Routes
- wiki/public-page-reading-guide.html
- wiki/site-usage-modes.html
- wiki/page-header-reading-guide.html
- wiki/theory-pages-reading-guide.html
- wiki/practical-pages-reading-guide.html
- wiki/first-30-minutes-by-goal.html
- wiki/claim-level-reading-routes.html
- wiki/wbe-to-theory-route.html
- wiki/eeg-to-l0-route.html
- wiki/verification-next-routes.html
- wiki/roadmap-next-routes.html
- wiki/literature-to-action-route.html
- wiki/participation-next-routes.html
Wiki: Foundational Learning And Reading Methods
- wiki/mind-upload-basics.html
- wiki/claims-and-evidence.html
- wiki/known-unknown-and-status-reading.html
- wiki/page-header-reading-guide.html
- wiki/facts-hypotheses-proposals-and-tasks.html
- wiki/summary-vs-source-reading.html
- wiki/eeg-basics.html
- wiki/verification-basics.html
- wiki/roadmap-reading-guide.html
- wiki/personhood-and-copy-problem.html
- wiki/consciousness-theory-map.html
- wiki/decode-vs-emulate.html
- wiki/paper-source-types-and-evidence-status.html
- wiki/proposal-status-reading.html
- wiki/progress-labels-and-open-problem-status.html
- wiki/u-number-guide.html
- wiki/literature-and-evidence-reading.html
Wiki: Practice, Verification, And Data
- wiki/eeg-preprocessing-and-qc.html
- wiki/dataset-splits-and-leakage.html
- wiki/l0-minimum-artifact-pack.html
- wiki/verification-example-walkthrough.html
- wiki/measurement-and-modeling-terms.html
- wiki/event-sync-and-measurement-logs.html
- wiki/observation-to-estimation.html
- wiki/counterfactual-and-perturbation-verification.html
- wiki/uncertainty-confidence-and-abstention.html
- wiki/multimodal-integration-basics.html
- wiki/human-proxy-composition.html
- wiki/state-continuity-bridge.html
- wiki/identity-and-continuity-tests.html
- wiki/baselines-prereg-and-model-cards.html
- wiki/state-trait-and-drift.html
- wiki/update-branching-and-stop-rules.html
- wiki/standards-repositories-validators-and-benchmarks.html
- wiki/closed-loop-latency-jitter-and-safety-stops.html
- wiki/thermodynamic-grounding-basics.html