Navigation

Public Content Integration Hub

A single routing layer to prevent content sprawl and literature-route compression

Mind Uploading Research Project

Public Page Updated: 2026-04-03 Single source of truth for public pages and technical literature routing (updated with human route-order sync)

How to use this page

Read this first to avoid getting lost

This page is the operations hub for fixing where public content should go so material does not scatter across the site. It now also gives a technical fast path so literature updates are not misrouted by year order alone.

  • Each domain has a fixed main page and supporting pages.
  • Before creating a new page, the default is to check whether the material can be merged into an existing one.
  • Public navigation and operations references are visible in one place.
  • The site now separates `mind_uploading_papers` from `research_harvest_50`: one is the paper-level frontier archive, the other is the unresolved-question evidence map.
  • Technical readers are now told to split local causal maintenance-state papers, bounded living-human observability papers, and bridge-limited same-subject / same-brain papers before year order is allowed to shape judgment.
  • For living-human technical evidence, the entrance order is now route family first, then route role / human-proxy role, then proxy class / operational maturity / calibrator role, and only then composition or bridge stop lines.
Best for
Anyone checking where public content belongs and anyone who wants to avoid guessing where new material should be merged
Reading time
5-10 min
Accuracy note
This is an operations hub, not a main content page for adding new claims. Its purpose is to decide where material should be integrated.

Relatively clear at this stage

What we know now

  • Public pages are meant to function as portals: key points, current status, known/unknown boundaries, and next routes.
  • Detailed background explanations are usually better concentrated in the wiki so entry pages stay usable.
  • New information should first be classified as belonging either on an existing public page or in the wiki.
  • For technical and natural-science reading, chronology is not enough: route family, bridge burden, and observability ceiling have to be named before a literature update is merged.
  • A same-subject label is one proxy role, not a route-family substitute, and spectroscopy, barrier, astrocyte-related PET, neuroimmune PET, and clearance transport cannot be bundled before their route families are typed.

Still unresolved beyond this point

What we still do not know

  • Which topics will eventually deserve their own standalone pages is still judged case by case.
  • Some boundaries between main content and wiki content are still rough and will continue to be cleaned up.

Learn the basics

Check the basics in the wiki

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.

What Gets Decided Here

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.

If You Want Only Technology / Natural Science 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.

Why Route Family Now Comes Before Proxy Strength

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.

Why The Technical Split Is Now Operationally Required

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.

If A Paper Says "Same-Subject" Or "Same-Brain"

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.

If You Are Unsure About Perspective's Role

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 A Goal-Based View Of The Whole Site

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 Are Unsure About Practical Page Order

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 The Next Page After Participation / Collaboration

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 Beginner Guide To Where New Information Should Go

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 To Standardize The Meaning Of "Known / Unknown" Across Public Pages

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 Public Header Blocks Are Used

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 You Want To Standardize The Difference Between Observation, Hypothesis, Proposal, And Issue

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 Are Unsure When To Use Summary Pages Vs. Original Sources

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 Are Unsure How To Turn Reading Into A Concrete Change

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.
Check Before Creating A New Page

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

DomainIntegration Target (Main Page)What To IncludeSupporting Page
Verification commonsverification.htmlSuccess conditions, falsification conditions, audit contracts, reproducibility criteriadatasets.html#l0-practice
Technical roadmaptech_roadmap.htmlProblem decomposition, arrival conditions, implementation orderissue.html#proposal-integration
Research questionsperspective.htmlTheory organization, criticisms, literature evidenceperspective.html#design-principles
Open problems x literatureresearch_harvest_50.htmlU-specific research questions, literature audits, duplicate cleanup, and unresolved-question placementdatasets.html
Paper archive x technical fast lanemind_uploading_papers.htmlPaper-level anchors, chronology policy, route-family splits, and technical entry before mixed year cardsresearch_harvest_50.html
Bridge-limited same-subject / same-brain evidenceverification.html#state-continuity-bridge-cardBridge burden, coordinate transfer, regime continuity, and residual drift ceilingwiki/state-continuity-bridge.html
Human proxy composition and living-human route ceilingsverification.html#human-proxy-composition-cardSame-subject relation, model burden, incremental gain, and residual hidden-state ceiling across proxy rowswiki/human-proxy-composition.html
Participation routingissue.htmlIssue workflow, response status, separation of external dependency tasksissue.html#external-collaboration
Primer routingindex.htmlReading order, entry points to major pageswbe_101.html / eeg_101.html
Foundational learningwiki/Beginner explanations, background knowledge, reading support materialsglossary.html / faq.html

Anti-Sprawl Rules

  1. Before creating a new file, first check whether the content can be added to an existing integration target.
  2. Temporary drafts and intermediate results should be kept in operations directories such as `automation/`, not wired directly into public pages.
  3. Public navigation should stay concentrated in `index.html` and this page, rather than adding duplicate routes everywhere.
  4. When issue work adds content, always name the destination page and the evidence link.
  5. 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

Wiki