The diagram is backed by static review artifacts: sample-run-001.json, cognitive-state-update.schema.json, and review-manifest.json.
Evidence before compatibility claims
Proof Pipeline Readiness
A reviewer-readable proof page for non-medical cognitive-state SDK prototype work. It separates available architecture, draft schemas, pending live-device evidence, simulated fixture artifacts, and vendor-approval boundaries before any public compatibility claim.
Current proof status
Architecture, schema, manifest, and one simulated fixture run are available. A live device artifact is still pending.
No device-specific compatibility, endorsement, vendor partnership, or commercial deployment claim is implied by this proof page.
Reviewer pipeline diagram
Input fixture / approved stream → Signal quality + feature extraction → cognitive_state_update event.
This diagram is intentionally narrow: it describes the reviewable proof boundary and does not imply live device access, vendor approval, clinical validation, or manufacturer compatibility.
Reviewable prototype artifact
A technical review bundle structure, not a device-compatibility claim.
The artifact model follows a simple reviewer journey: verify the pipeline boundary, inspect the derived event schema, check what is available, and identify which proof items still require live-device evidence or vendor approval.
Pipeline artifact detail
The same proof boundary in implementation terms.
The diagram above is the reviewer-facing view. These cards describe the same boundary as implementation checkpoints.
Fixture or approved stream
Simulator fixture, approved development source, or future device SDK stream. Vendor-specific sources are not claimed unless separately approved.
Signal quality and derived features
Signal usability checks, preprocessing boundary, relative band-power features, session context, and artifact flags.
cognitive_state_update
Minimized non-medical app/API event for focus-oriented product review, not diagnosis, treatment, or clinical assessment.
Reproducibility notes
What the sample run represents and what it does not represent.
These notes prevent the fixture artifact from being mistaken for live device proof.
Input source
Simulated fixture only
The current sample run uses a named simulator fixture and does not include raw EEG. It does not represent BLE, Muse SDK / Muse S Athena, Neurosity, EMOTIV Cortex, OpenBCI hardware, BrainFlow runtime, or fNIRS access.
Sampling window
4,000 ms review window
The fixture uses a 4-second window with relative band-power feature values. The numbers are stable example values for schema review, not measured performance.
Environment
Static web artifact
The artifact is served as static JSON at /proof/sample-run-001.json. It is intended for link preview, reviewer inspection, and future comparison against real run logs.
Known limitations
Not runtime evidence
No live device stream, no vendor-specific source, no clinical validation, no compatibility claim, no endorsement, and no medical interpretation are represented by this sample.
Vendor approval matrix
Targets are handled as approval paths, not compatibility claims.
This matrix is designed to make reviewer intent explicit and avoid public claims before written approval, licensing, or a demonstrated open-platform runtime artifact.
Data handling boundary
Raw streams, derived features, AI summaries, and stored records are separated.
The current public artifacts describe the intended boundary. Product-specific privacy and security documentation must be completed before any production device integration.
Device / simulator
Approved SDK stream, open-platform runtime, or simulator fixture.
Local adapter
Stream validation, quality gates, and preprocessing boundary.
Derived features
Minimized feature values; raw EEG is not sent to third-party AI APIs by default.
Output event
Non-medical cognitive_state_update event for app/API review.
Storage / AI
Requires consent, deletion/export policy, and partner-specific requirements before production.
JSON event card
Draft cognitive_state_update event.
This sample is a non-medical derived-event format for technical review. It is not a Muse / InteraXon, Neurosity, EMOTIV, OpenBCI, BrainFlow, fNIRS, or runtime-access claim.
Draft schema example
{
"event_type": "cognitive_state_update",
"schema_version": "0.1-draft",
"runtime_status": "simulated_fixture_only_live_device_artifact_pending",
"input": {
"source_type": "simulator_fixture",
"vendor_specific_source": false,
"sampling_window_ms": 4000
},
"signal_quality": {
"status": "usable",
"artifact_flags": []
},
"features": {
"alpha_relative": 0.31,
"theta_relative": 0.18,
"beta_relative": 0.22
},
"output": {
"state_label": "focused_calm",
"confidence_mode": "prototype_only",
"claim_boundary": "non_medical"
}
}
Runtime boundary
Available now: architecture, schema, manifest, and simulated fixture. Pending: live device artifact.
- The public page documents architecture, artifact status, draft event schema, review manifest, and a simulated JSON fixture.
- No public live-device runtime proof is claimed yet.
- No vendor-specific SDK stream access, brand use, or compatibility statement is claimed without the relevant approval path.
- A future runtime artifact should include source, feature extraction output, event payload, timestamped run context, and reproducibility notes.
Non-medical boundary
What this page intentionally excludes.
- No medical-device positioning or clinical accuracy claim.
- No diagnosis, treatment, therapy, or guaranteed health outcome.
- No sleep-learning, hypnosis, or subliminal intervention claim.
- No official Muse, Neurosity, EMOTIV, OpenBCI, or BrainFlow partnership, endorsement, approval, or compatibility claim.
- No raw EEG stream sent to third-party AI APIs by default.
Proof targets
Targets are grouped by proof status, not mixed into one compatibility claim.
Self-serve prototype track
Build proof first
Used for early proof where development can start without a commercial manufacturer approval path.
- Open-platform or simulator fixture
- OpenBCI-style development path
- BrainFlow-compatible architecture review
Commercial evaluation track
Approval before claims
Handled as licensing or partner-review conversations, not as existing public compatibility claims.
- Muse SDK / MuseHub Commercial discussion
- EMOTIV Cortex / Premium access discussion
- Release or beta pre-approval where required
Muse clarification track
Athena stream questions
Treated as official Muse / InteraXon clarification questions before any Muse S Athena or fNIRS-related product statement.
- Muse S Athena
- fNIRS stream availability
- Commercial SDK scope and permitted use
Reviewer questions
Questions for SDK and device partners.
- Which streams are available under the commercial SDK path?
- May derived non-medical cognitive-state events be displayed to users?
- What wording is allowed for compatibility, integration, or “works with” language?
- Are screenshots, sample logs, or demo videos allowed before approval?
- Which privacy, security, and data-processing documents are required?
Reviewer contact path
Request or provide technical review guidance.
Use the contact form for SDK review package requests, stream availability clarification, brand/claim review, technical partnership review, or NDA-led follow-up. Include your ecosystem, review role, required artifacts, and whether screenshots or demo material need pre-approval.