Skip to report

Limen — full roadmap

Concept study · Research only · No human testing · Not available · No development program exists

Steps 0–5 have closed at their recorded research scopes. Step 6 is next; its execution is not yet observed. The accepted Step 5 result is NO-SELECTION: candidate evidence is UNKNOWN, comparator evidence is UNKNOWN, and the exact complete-match search is OPEN. There is no valid engineering Step 6, device build, or development program yet.

Verdict REVISIONRoadmap Step 6 nextDecision HOLD_BOTH_UNKNOWNRelease Unauthorized

Executive Summary

  • The research-control foundation exists. BPNI evidence boundaries, Limen engineering documentation, Concept V1, cross-lane input closure, and Step 5 target adjudication have all been accepted only for their exact recorded purposes.
  • No device has been selected. No architecture, interface, electrode, material, component, geometry, biological setting, power path, communication method, implant site, clinical pathway, or practical blueprint is authorized.
  • The next problem is evidence, not design. The leading tuple must be tested against an optimized removable comparator under the same population, endpoint, duration, denominator, interruption, adverse-event, and recalibration rules.
  • Engineering begins only after target acceptance. A selected target would unlock target-specific Product translation, ten Backend technology decisions, Science-approved synthetic vectors, and then a software-only non-actuating R0 simulator.

Terms Used in This Roadmap

BPNI
bidirectional peripheral neural interface: recording information associated with activity in a peripheral nerve and delivering information back through peripheral-nerve stimulation. It is the broad research direction, not a universal proven technology.
Limen
the project codename for the controlled research framework that asks how a digital system could exchange bounded information with a biological peripheral-nerve pathway. It is not a selected implant or available product.
ENG
electrical activity recorded directly from a peripheral nerve. Muscle EMG, evoked responses, and stimulation-only records are different routes and cannot be silently substituted.
Candidate
the higher-burden direct-nerve route being evaluated. It is not a chosen product.
Comparator
the optimized lower-burden route that must be beaten on the same user-valued function before invasion can be treated as potentially justified.
R0
a possible offline, synthetic-only, deterministic software simulator with no biological input, hardware output, network, device control, or actuation.
R1
a possible later non-biological electronics bench using passive loads or phantoms. It would test engineering behavior, not tissue compatibility or clinical benefit.
Limen-X
the far-future biological/interface research track. It remains a gap map, not an authorized biological or implant program.
Accepted versus landed
accepted bytes passed review for one narrow purpose; landed bytes entered local Git history. Neither status authorizes development, publication, deployment, or release.

The Roadmap at a Glance

Six dependency phases. Blue marks the next evidence phase; everything to its right remains blocked.

This is a dependency map, not a readiness score or schedule. A later phase cannot begin because time passed or because an earlier document looks complete.

Current State by Phase

What exists, what it proves, and what remains forbidden.

Current Limen roadmap state
StepsStateWhat existsWhat it does not establish
0–2COMPLETE — narrow scopeCanonical tracker, BPNI evidence boundaries, and the 94-file Limen engineering documentation library.A selected target, physical architecture, buildable design, biological validity, safety, efficacy, or feasibility.
3–4COMPLETE — narrow scopeConcept V1 communication package and accepted cross-lane semantic/input records.A device, implementation, practical blueprint, reference vector, simulator, bench, or clinical pathway.
5COMPLETE — NO-SELECTIONAccepted Product, Science, Legal/Ethics, and founder explanatory records applying the frozen decision rule.Permission to select S5R2-T01 or pool unrelated component studies.
6NEXT / UNOBSERVEDA bounded exact-match evidence question and symmetric extraction requirements.Any favorable answer; candidate and comparator both remain UNKNOWN.
7BLOCKEDA deterministic selection rule.A selected target until eligible evidence and independent governance review close.
8–11BLOCKEDR0 requirements and ten abstract Backend decision classes.Technology selections, accepted synthetic vectors, software implementation, or executed tests.
12–14BLOCKED / DEFERREDResearch requirements for a possible new non-biological bench.Reuse of rejected R1_BENCH_V1, purchasing, assembly, hardware validation, or biological inference.
15–17FUTURE / UNAUTHORIZEDNeutral A/B/C research families and gap maps.An implant program, biological protocol, preclinical plan, clinical candidate, or product-development authority.

Steps 0–5 — What Is Actually Complete

Step 0 — Program custody and canonical tracker

Complete

The historical Evidence Studio tracker was preserved as a tombstone. The active machine-readable tracker now names Novel Biotech, the real macOS host, the BPNI/Limen research scope, separate review and Git-landing axes, and fail-closed external-action boundaries.

Completion evidence: active schema-v2 tracker plus archived historical bytes. Limit: tracker acceptance is administration, not scientific progress.

Step 1 — BPNI evidence and claim boundaries

Complete

The project established the broad field boundary: human studies have separately shown peripheral-nerve recording and stimulation components, but broad novelty and universality fail. Chronic direct natural ENG plus afferent return, same-interface simultaneous duplex, durable selectivity, long-term tissue compatibility, meaningful sensory encoding, reversibility, and advantage over lower-burden systems remain open or unknown.

Completion evidence: accepted research-control records. Limit: no target, architecture, or development program follows from component precedent.

Step 2 — Limen engineering requirements library

Accepted consistency only

The 94-file Product Engineering R3 package decomposes signals, states, interfaces, failures, traceability, possible R0/R1 verification, wiring contracts, and configuration controls. Its acceptance means the documentation is internally controlled and reviewable. It is not a real device blueprint: selected parts, official datasheets, accepted values, calculations, native CAD/EDA, and executed verification are absent.

Completion evidence: exact frozen Product package plus QA and Integrator evidence. Landing: currently the active reviewed Git batch.

Step 3 — Concept V1 communication

Complete

Concept V1 explains the layered information path, common versus person-specific functions, maintenance ideas, service boundaries, and architecture-neutral interface concepts. It helps readers reason about the system without pretending geometry, electronics, biology, or implantation has been solved.

Completion evidence: accepted concept snapshot. Limit: concept drawings are explanatory, not fabrication or implantation instructions.

Step 4 — Cross-lane input closure

Complete

Science, Product, Backend, Business, and Legal/Regulatory/Ethics each supplied the semantic inputs needed to ask a target question consistently. Step 4 froze route identity, source/provenance separation, state priority, comparator logic, governance boundaries, and ten Backend decision classes while selecting none of their concrete implementations.

Completion evidence: accepted owner-lane packets and local Step 4 website explanation. Limit: input closure does not select the input values.

Step 5 — Target adjudication

Complete: NO-SELECTION

Five possible problem/comparator tuples were evaluated. The closest, S5R2-T01, concerns adults with acquired unilateral transradial limb loss performing vision-occluded contact/release object manipulation using direct natural peripheral ENG forward and afferent peripheral-nerve stimulation return, compared with optimized removable surface EMG plus optimized external feedback.

The complete candidate route and complete comparator route are both UNKNOWN. The exact matched search is OPEN. S5R2-T01 is deferred, not chosen; T02 is deferred; T03–T05 remain on hold.

Completion evidence: accepted Product, Science, Legal/Ethics, and founder-report snapshots. Decision: HOLD_BOTH_UNKNOWN.

Steps 6–7 — The Next Decision Track

Step 6 — Exact candidate/comparator evidence closure

Next work package

Purpose: determine whether an invasive complete route offers a user-valued advantage over an optimized removable complete route. This is the hardest current scientific problem because existing studies mostly prove components in different populations, schedules, endpoints, or route combinations.

Required work:

  1. Keep the complete-match search bounded to the frozen population, forward route, return route, endpoint, comparator, and adequate-duration rule.
  2. Search candidate and comparator arms symmetrically; do not demand detailed failure accounting from one while accepting marketing-level success language from the other.
  3. Extract population, denominator, route identity, function, endpoint, duration, missing periods, adverse events, revision, explant, interruption, category identity, maintenance, and recalibration burden.
  4. Keep direct ENG, muscle EMG, evoked CAP/CMAP, stimulation-only return, sequential operation, and simultaneous duplex as different evidence classes.
  5. Do not pool separate component studies into a fictional complete-route comparison.
  6. Preserve a bounded negative search as OPEN; absence of a located source is not proof that the route fails.

Step 6 closes only when eligible evidence can populate both sides of the frozen decision table—or when the bounded search and independent review justify an explicit continued hold or stop.

Step 7 — Target decision and independent governance review

Blocked by Step 6

The same frozen record must be reviewed independently by affected-community, clinical, disability-rights, bioethics, privacy, cybersecurity, regulatory, and jurisdiction-specific reviewers. Science cannot waive those gates, and founder preference cannot replace them.

Decision rule:

  • Candidate MEETS and comparator BELOW: retain the target as a research hypothesis; this is not a superiority or development claim.
  • Comparator MEETS_OR_EXCEEDS: invasive uniqueness FAILS for the frozen endpoint.
  • Candidate DOES_NOT_MEET: stop the candidate.
  • Either side UNKNOWN or evidence mismatched: hold the affected side; no selection.

Output required: one exact problem, population, forward/return function, endpoint, comparator, exclusions, schedule/duration basis, decision state, and accepted review chain.

Steps 8–14 — Engineering After Target Acceptance

Step 8 — Target-specific Product translation

Blocked

Product converts the accepted target into bounded requirements without changing Science claim states. It freezes intended information routes, accepted source classes, functional states, common versus person-specific responsibilities, lifecycle expectations, exclusions, safe-state semantics, and the matched comparator obligation.

Completion condition: exact target tuple, Product translation, applicable Legal/Ethics review, fresh QA, Integrator acceptance, and explicit founder authority for the next bounded scope.

Step 9 — R0 technical inputs and synthetic reference vectors

Blocked

Backend proposes the concrete choices needed to implement a local deterministic simulator. Science separately defines and accepts synthetic reference vectors that test route identity, artifact, provenance, invalidity, calibration, command, acknowledgement, and fail-closed behavior without pretending the records are biological measurements.

Completion condition: all ten technology decisions selected and accepted; exact synthetic vectors accepted by Science; no dependency or implementation begins before authorization.

Step 10 — R0 software-only simulator

Blocked

R0 is an isolated, offline, non-actuating software system. It processes only accepted synthetic records, preserves source and route identity, rejects ambiguous or invalid inputs, executes deterministically, denies network and device access, and produces append-only auditable outputs.

What it may prove: conformance to its frozen software contract. What it cannot prove: neural detection, stimulation delivery, biological validity, chronic stability, safety, efficacy, feasibility, selectivity, encoding, or comparator advantage.

Step 11 — R0 verification and kill decision

Blocked

Independent verification must cover golden vectors, negative vectors, deterministic replay, serialization identity, resource limits, path containment, device/network denial, audit-chain integrity, crash and cancellation behavior, state priority, stale calibration, provenance loss, aliasing, and command inhibition.

Completion condition: frozen implementation, executable test matrix, reproduced results, Independent QA, Integrator acceptance, and a decision to stop, correct, or consider R1.

Step 12 — New non-biological R1 gate

Deferred

The rejected R1_BENCH_V1 is not a shortcut. A new R1 question may be opened only if accepted R0 evidence shows a non-biological bench can answer a specific remaining engineering question and the founder explicitly authorizes that scope.

Kill condition: if simulation already answers the question, or the bench would imply unsupported biological behavior, do not create R1.

Step 13 — R1 engineering package

Blocked

A legitimate R1 package would require selected non-biological functions, official component datasheets, calculations and uncertainty budgets, interface contracts, power and signal containment, native editable CAD/EDA, bill of materials, fixtures, passive loads or phantoms, test points, configuration control, and a verification plan. No anatomy, implant geometry, biological stimulation prescription, or surgical design belongs here.

Blueprint gate: only exact accepted inputs, native sources, calculations, and executable verification can justify the term “engineering blueprint” for R0 or a strictly non-biological R1.

Step 14 — R1 construction and verification

Unauthorized

Purchasing, assembly, energizing, and testing require separate authorization after the engineering package and its QA close. Results must remain limited to the passive non-biological bench. Failures, rework, substitutions, calibration, and uncertainty stay in the evidence record.

Limit: a passing electronics bench does not establish compatibility with a nerve, tissue, person, implant, or clinical use.

The Ten R0 Decisions That Remain Unselected

These are implementation prerequisites, not current technology choices.

R0 Backend decisions
DecisionCurrent stateWhat must eventually be fixed and verified
1. Isolated runtime rootPath unselectedExact local path, no overlap with Evidence Lab, Observatory, public routes, application intake, devices, or deployment.
2. Language and runtimeUnselectedVersions, supported host, standard-library preference, dependencies, licenses, and offline reproduction.
3. Serialization and digestCodec and digest unselectedCanonical bytes, number/string rules, duplicate rejection, versioning, digest tagging, positive and negative fixtures.
4. Seed lineageAlgorithms unselectedExplicit synthetic seed, generator version, scenario identity, repeatability, and no ambient entropy.
5. Serial schedulePrecedence table unselectedTotal ordering, deterministic merge, tie classes, cancellation, overflow, and serial/parallel byte equality if parallelism exists.
6. Resource admissionLimits unselectedFile, byte, record, nesting, queue, diagnostic, and watchdog limits with fail-closed one-over tests.
7. Filesystem containmentImplementation unselectedNormalized relative paths, symlink/race defense, immutable inputs, non-colliding outputs, no overwrite, and atomic publication.
8. Network and device denialEnforcement unselectedNo sockets, DNS, URL input, provider call, telemetry, serial, USB, Bluetooth, radio, GPIO, audio, camera, sensor, or HID access.
9. Append-only auditStorage/codec/digest unselectedRecord/audit bijection, chained identity, torn-write detection, restart handling, tamper tests, and immutable incomplete runs.
10. Permission and inhibit identityFormats/freshness unselectedSeparate proposal, authorization, inhibit evidence, inhibit decision, and policy identities; stale, missing, aliased, or invalid records must never permit progression.

Steps 15–17 — Limen-X and a Possible Real Program

Step 15 — Select or reject an interface family

Future

Families remain neutral: A conventional electronic, B biohybrid/living intermediary, and C combined biological/electronic. Every family must face the same accepted target, route identity, artifact, calibration, failure containment, monitoring, service, replacement, burden, reversibility, comparator, and falsification requirements. Missing evidence is never a favorable score.

Selection threshold: one measurable, source-separable contribution that survives comparison and has defensible containment, withdrawal, and failure attribution.

Step 16 — Qualified biological and preclinical program decision

Not authorized

This step would require a qualified scientific team, institutional facilities, current regulatory and ethics advice, a bounded biological question, validated non-biological prerequisites, formal governance, funding, quality systems, and explicit authorization. The present roadmap contains no biological protocol, material prescription, cell/tissue method, animal plan, surgical procedure, or human-testing plan.

Stop rule: no biological work begins because a document, simulation, bench, patent, or founder preference appears promising.

Step 17 — Real product-development program decision

Not authorized

A development program would require an accepted unmet need, evidence-backed target, comparator advantage hypothesis, selected architecture, qualified team, funding, IP/FTO work by qualified counsel, regulatory strategy, quality system, risk management, preclinical evidence, and a separate founder decision. Even then, program start would not mean the device is safe, effective, approved, available, or commercially viable.

Current state: no development program exists.

Accepted Step 5 Snapshot Identities

These exact hashes reproduced on 24 Aug 2026. The governing Handoff and acceptance evidence provide the post-QA authority where frozen package text still says “producer candidate.”

Accepted Step 5 package hashes
PackageManifest SHA-256Registry SHA-256
Product frame81964dca2b9ce533ce689506997d808c2cf9472cdfd1831629e203e9767806a21c22de034ad2c6d35521d8fdfe9e8dd6d82abd0ba5bf858c98b2977d6dab3852
Science target record105468bfbe4b22bb2c6c85ce902e34fbeacb74f0a7b6c66c94ca316c9e32e7a5e01950d957ad0d4ef283a97f5c90c01e3b7dda4f548820f0ba916b52520019c1
Legal/Ethics gate8dd59e866121a6745bbf074ea2fad73c5f734397e024c58bf5c02f415ebb0e00003e4ac2e278803ab0a1234d6e0d8b17522bddb0d850881137382ff50d726031
Founder report6367d17518c38441f2bbf911732cd61c158b758000dadbe4337912d036fea4c2cb763468c41cbc2ea2d3656f004ae23b05c89e0f482319f12310131064c1b998

Parallel Repository Integration Queue

Scientific acceptance and Git landing are different tracks. The queue must preserve exact bytes and ownership while the research roadmap continues.

Current Novel Biotech landing queue
BatchExact scopeCurrent state
NB-LAND-001Legacy tracker tombstone and active schema-v2 tracker.Landed locally in 38da4ef.
NB-LAND-002Accepted Limen Blueprint Inputs, Science parent, Step 4 Science child, and matching evidence.Landed locally in 52657fc.
NB-LAND-003Accepted 94-file Product Engineering R3 plus four-file acceptance evidence.Active candidate preparation; requires frozen allowlist, identity reproduction, fresh QA, and Integrator review.
NB-LAND-004Accepted Concept V1 Step 3 plus matching evidence.Blocked behind NB-LAND-003.
NB-LAND-005Accepted Step 4 Product input package plus evidence.Blocked behind NB-LAND-004.
NB-LAND-006Accepted Step 4 Legal/Ethics/Regulatory package plus evidence.Blocked by Product lineage.
NB-LAND-007Accepted Step 5 Product functional frame plus evidence.Blocked by prior queue and final-tree review.
NB-LAND-008Accepted Step 5 Science no-selection record plus evidence.Blocked by prior queue and final-tree review.
NB-LAND-009Accepted Step 5 Legal/Ethics gate record plus evidence.Blocked by prior queue and final-tree review.
NB-LAND-010Accepted Step 5 founder explanatory report plus evidence.Blocked by prior queue and final-tree review.

Broad staging is prohibited. The worktree contains extensive user-owned tracked and untracked material; every batch needs an exact allowlist and byte-level review.

Immediate Work, in Order

  1. Science: continue Step 6. Run the exact complete-match search and symmetric candidate/comparator extraction without broadening or pooling evidence.
  2. Integrator: finish NB-LAND-003. Freeze the Product Engineering R3 allowlist, reproduce the exact package and evidence identities, obtain fresh read-only QA, and land only if the identical bytes pass.
  3. Governance: prepare independent Step 7 review. Use the same frozen target/comparator record for affected-community, clinical, disability-rights, bioethics, privacy, cybersecurity, regulatory, and jurisdiction-specific review.
  4. Frontend: do not claim Step 5 until routed correctly. The local Limen concept page currently explains accepted Steps 3–4. A Step 5 update needs an owner-correct bounded assignment, exact accepted language, responsive QA, and Integrator acceptance.
  5. Product and Backend wait. Do not invent parts, geometry, values, architecture, synthetic vectors, or runtime choices while target selection remains blocked.

What Can Stop or Redirect the Roadmap

  • The optimized comparator meets or exceeds the endpoint. The invasive route loses its unique-function justification for that target.
  • The candidate does not meet the endpoint. Stop the candidate even if the comparator performs poorly.
  • Route identity cannot be maintained. If direct ENG cannot be distinguished from muscle, evoked, stimulation, artifact, or substituted records, the claimed function is invalid.
  • Chronic mapping cannot remain identifiable. Unbounded drift, recalibration, contact loss, category change, or unavailable periods can erase apparent benefit.
  • Burden erases value. Infection, revision, explant, maintenance, failure containment, withdrawal, cybersecurity, access, or governance burden may stop a route independently of signal performance.
  • The required evidence cannot be obtained ethically or practically. The project remains a research question or pivots to a lower-burden problem; missing evidence is not permission to experiment.

Decisions Still Requiring Evidence or Founder Direction

  • Whether S5R2-T01 should remain the highest-priority deferred tuple after the next bounded search.
  • What prospectively adequate observation window is defensible for the frozen endpoint; no universal duration is accepted.
  • Which independent affected-community and qualified clinical reviewers can assess the same frozen record without creating outreach or research activity prematurely.
  • Whether the project should stop the invasive branch if the removable comparator provides essentially the same user-valued function.
  • Whether a future R0 question is valuable enough to implement once—and only once—the target and synthetic vectors are accepted.

Caveats

This roadmap reports current local records, not a forecast. It contains no calendar promise because the next transition depends on evidence, not elapsed time. Accepted documentation may retain pre-acceptance wording because changing frozen bytes would create a new snapshot; the Handoff and immutable acceptance evidence control the accepted scope. Current trial registrations and source availability can change and must be rechecked when used in a future decision.

Open the Controlling Records

Direct local sources behind this roadmap.

Controlling Limen roadmap sources
RecordWhat it controls
Program HandoffPrivate repository sourceCanonical integration status, accepted snapshots, boundaries, and next dependency order.
Canonical trackerPrivate repository sourceMachine-readable stages, review states, landing states, and queue.
Current integration taskPrivate repository sourceNB-LAND-003 scope and next gate.
Accepted Step 5 roadmapPrivate repository sourceEvidence-governance sequence after NO-SELECTION.
Founder decision recordPrivate repository sourcePlain-language Step 5 decision and candidate/comparator boundary.
Science target recommendationPrivate repository sourceClosest tuple, evidence matrix, decision table, and limitations.
Blueprint readiness gatesPrivate repository sourceBM-0 through BM-7 maturity ladder and blueprint truth boundary.
Architecture option framePrivate repository sourceNeutral A/B/C definitions and falsification rules.
R0 Backend decisionsPrivate repository sourceTen unselected technology decisions and their future acceptance evidence.
Concise progress recapShort founder view of the current decision.
Local Limen concept route sourcePrivate repository sourceCurrent website scope through accepted Steps 3–4.