IYABOKO Science & TechnologyTechnology Infrastructure · Software + Hardware + AI + Assurance
Public Evidence Index

Show exactly what evidence supports each public technical claim.

Each record applies only to the stated item, version and supported claim. One operational pathway or demonstration does not validate every related method or future product.

Evidence ID · State · Item · Claim · Next Gate
Website shell version changes do not change the version or validation state of an evidence record. Artefact-specific evidence labels remain unchanged until supporting evidence justifies an update.
TraceableIDs and versions
ProportionateClaims match evidence
ReassessableNext gate recorded
IndependentExternal review separated
Operating Model

Current public evidence register.

Update states only when the supporting record exists.

Evidence IDStateItemSupported claimNext gate
INT-CORE-001InternalCore OS v11 lifecycle modelDocumented governed object/evidence architecture.Publish version/change history.
INT-S20-001InternalSentinel 20Operational readiness/evidence-gap workflow within declared scope.Publish method version/worked cases.
INT-S36-001InternalSentinel 36Requirements/evidence/findings/remediation workflow within declared scope.Independent user/partner evaluation.
DEM-SPACE-001DemonstratedSpaceCore Live MissionPublic simulation demonstrates mission data/evidence flow.External technical review.
INT-EAC-001InternalSENTINEL EAC-1 AlphaExecutable candidate runtime-assurance architecture.Independent technical review.
INT-EAC-002InternalEAC-1 scenario suiteControlled scenarios generate traceable assurance records.External reproduction/broader tests.
INT-EAC-012InternalSIM-012A/BSame simulated physical state + different evidence integrity changes runtime authority.Independent reproduction and IP review.
PILOT-EAC-001Seeking partnerEAC-1 P4 Pilot Site 001Read-only live-BESS pilot architecture prepared; Australian pilot not yet completed.Secure partner and execute governed pilot.
Operating Model

Evidence publication rule.

A credible record identifies the version, inputs, method, outcome, limitations, owner and reviewer state.

Version

Identify the exact system

Record code/model/ruleset/version, evidence date and responsible owner.

Method

Make the test reproducible

State inputs, assumptions, environment, expected result and procedure.

Outcome

Preserve failures

Record passed, failed and ambiguous outcomes rather than deleting inconvenient results.

Review

State independence honestly

Separate internal, customer, partner and independent qualified review.

Make the next evidence gate visible.

Use Partnerships when the next step requires an independent reviewer or pilot site.