ROLE-BASED ORIENTATION

Start

Choose a Fenrua BlackBox Protocol review path by the question you need to answer. Every path states the current public surface, available evidence, known limits, and a shortest reproducible next step.

STARTING PATHS

Technical orientation without conversion language

These paths use current public records only. They do not imply an investment, account, token, or hosted-product journey.

Developer

Currently
Fenrua currently provides source-controlled schemas, fixtures, and local validation foundations.
Today
Read the local verifier boundary and run the repository validation path.
Evidence
Claim and evidence records plus deterministic examples.
Not available
No public Local Trust Gate package or hosted verifier is available.
Shortest reproducible step
npm run validate
Continue as a Developer

Security engineer

Currently
Fenrua publishes a scoped security kernel specification and a private reporting boundary.
Today
Review trust boundaries, claim limitations, and the current release verification scope.
Evidence
Security, evidence, and release records.
Not available
No general production-safety certification is claimed.
Shortest reproducible step
npm run validate
Continue as a Security engineer

Researcher

Currently
Fenrua publishes research records only with adjacent claims, non-claims, evidence, and limitations.
Today
Inspect a research record and its reproduction commands.
Evidence
Research registry and source-linked evidence.
Not available
Research publication is not production promotion.
Shortest reproducible step
node scripts/test-verify-examples.mjs
Continue as a Researcher

Enterprise technical leader

Currently
Fenrua documents public platform and agreement-specific service boundaries separately.
Today
Assess architecture, evidence, data flow, and support scope before a service discussion.
Evidence
Architecture views, service catalogue, and company record.
Not available
No public SLO, uptime, or self-service service contract is represented.
Shortest reproducible step
npm run validate
Continue as an enterprise technical leader

University or educator

Currently
Fenrua provides readable public specifications, examples, and research records for technical study.
Today
Use the source examples and evidence classes to teach scope-aware verification.
Evidence
Schemas, fixtures, and public documentation.
Not available
Documentation is not a hosted lab environment or a formal course.
Shortest reproducible step
node scripts/test-verify-examples.mjs
Continue as a University or educator

Open-source contributor

Currently
Fenrua's public repositories expose source and documented contribution channels.
Today
Inspect the repository boundary, run local checks, and use the public security path for vulnerabilities.
Evidence
Repository history, schemas, and release verification records.
Not available
Public source does not expose protected operational systems or signing material.
Shortest reproducible step
npm run validate
Continue as an open-source contributor

General technical reviewer

Currently
Fenrua makes public claims, evidence classes, release scope, and limitations inspectable.
Today
Start with claims, then trace a record to evidence and current capability state.
Evidence
Claim register, evidence taxonomy, and release manifest.
Not available
A public record never proves more than its declared scope.
Shortest reproducible step
npm run validate
Continue as a General technical reviewer

BROWSER / PUBLIC-RECORD INSPECTION

No-clone technical inspection path

Inspection only: read these public records before deciding whether local reproduction is required. The no-clone path is inspection, not reproduction. It does not replace local reproduction, runtime testing, protected-system attestation, security certification, formal verification, independent audit, or production approval.

01

Read the release-integrity boundary

Inspect what the public release record binds and what remains outside its static artifact scope.

Read release-integrity boundary
02

Inspect the claim register

Read current public assertions with their capability context, evidence class, and limitation.

Inspect claims
03

Inspect evidence classes

Read the purpose, integrity method, freshness model, disclosure boundary, and non-proof statement for each class.

Inspect evidence classes
04

Inspect capability maturity

Read lifecycle, maturity, availability, limitations, non-claims, and promotion gates beside the relevant capability.

Inspect capability maturity
05

Inspect the public service boundary

Read the distinction between public records and agreement-specific service or evidence scope.

Inspect service boundary
06

Inspect the observation boundary

Read why bounded signed observations remain separate from static release records and do not state a static chain condition.

Inspect observation boundary
07

Reproduce locally only when required

Clone the repository and run the Node 24 validation path only when local reproduction is required.

Open local reproduction path

REVIEWER COMPLETION

After inspection, choose the correct next action

Choose the lane that matches the record or question in front of you. These routes remain scoped to public records, private vulnerability reporting, or agreement-specific contact.

RETAIN

Retain or cite the current release record

Use the current manifest when recording the inspected source commit, artifact hashes, validation scope, and stated limitations.

Open current release record
TRACE

Inspect claims and evidence classes

Trace a public assertion to its capability context and then read the evidence-class boundaries that apply.

Inspect claims
NO-CLONE

Use the no-clone inspection path first

Start with browser/public-record inspection before deciding that local reproduction is necessary.

Open no-clone path
REPRODUCE

Run local validation only when reproduction is required

Use the Node 24 local route only when a reviewer needs to reproduce the public source surface.

Open local reproduction path
PUBLIC

Report public documentation or source issues

Use the public repository path for documentation or source issues. Do not place vulnerability details there.

Open public repository
PRIVATE

Report vulnerabilities through the private security path

Use the private security path for vulnerability details and keep it separate from public documentation or source issues.

Open security reporting
SCOPE

Contact partnerships for agreement-specific scope

Use the published contact channel for agreement-specific service or evidence scope.

Contact partnerships
RETURN

Return later to inspect reviewer delta

Compare a later release record, document status, evidence record, and bounded observation state when returning.

Open reviewer delta