← back

m625 is not a clinical decision tool · not a publisher · not an expert authority · not a simulator. It is a cross-domain Roll-formalized evidence atlas with public audit + attack surface.
persona: VC · domain: longevity · tier: 2
ferry target: m624 · fixture id: DEMO-009
self-audit grade: A

i_demo_009 · VC × longevity · intake-round evidence pattern

Why a VC evaluating longevity would come to evidence.x1000.ai

A VC evaluating longevity / healthspan ventures (rapamycin frame, senolytics, NAD+ frame, lifestyle-modality stack) reads about "longevity evidence" that ranges from rigorous lifespan rodent studies to wellness narrative. Pain points (see 05_docs/M625_PERSONAS.md):

m625 does not advise on any specific longevity pipeline. **m625 shows that m516's intake-round-based evidence collection pattern is structurally compatible with the TMU-A cross-Δ same-V pattern from m517 CARD06 (VGAIT)**, and that any longevity claim should declare the K4.1 bit-pattern of its proposed evidence.

This is not an investment recommendation. This is not an affirmation of any longevity intervention. (See "What this demo will not say".)


The Roll-formalized object (anchored on m516 + m517 CARD06)

FieldValue
Upstream sourcesm516 LongProof Longevity (intake rounds 1+2 active per W0 pre-flight) + m517 02_cards_cooked/CARD06_DEEP_v0.2.md (VGAIT cross-Δ same V pattern)
Domainlongevity (cross-modality healthspan intervention)
Roll TMU typeTMU-A · cross-modality V invariance
K4.1 cross-period 3-bitK4.1 = (0, 0, 0) to (0, 0, 1) depending on modality — viable-set should remain across Δ-B variations, which is the substantive longevity claim
PatternV (viable set) constant across different Δ (intervention modality) — per Kernel §3.2 and Framework §4.5
m516 status2 active intake rounds; execution_kit present (training_data_recall · m516 readiness band per W0 pre-flight L1 disk)
Open issue inherited from m517 CARD06I-002 VGAIT remote viability LOW · empirically open

How a VC evaluating longevity should read this evidence (≤ 5 minutes)


Cross-domain transferability declaration (per W6.3)

The VGAIT cross-Δ same-V pattern (m517 CARD06 · neuro chronic-pain) and m516 intake-round structure (longevity) share a structural invariance pattern — V invariant under Δ-B variation. transferability_pct: the bit-pattern is necessary, not sufficient, for cross-domain Roll transfer. Substantive cross-domain claims await m620 longevity-specific verification (v0.3 target). m625 does not assert any quantitative transferability score in v0.2.


What this demo will not say (anti-drift)


Falsifying prediction (per W6.5 + Roll EPP-3)

The cross-modality V invariance framing would be falsified by:

Both paths are open and depend on m516/m620 sovereign work.

Attack surface entries (per 05_docs/M625_ATTACK_SURFACE_v0.1.md)


Ferry target (per W6.6)

Frontmatter `ferry_target: m624`.

Honest verdict (per W6.5)

- *"VCs want supplement names and dosages."* — m625 does not name supplements or dosages. That is per-modality work; m625 supplies the framework only. - *"Why no rapamycin or NAD+ specifics?"* — Same. Specifics require sponsor-supplied K4.1 declaration; m625 does not invent them. - *"What if no longevity intervention has cross-modality V invariance?"* — Then the framework correctly says no longevity pipeline has demonstrated platform-level transfer. That is honest.