SIYAA’S SCIENCE & ENGINEERING JOURNAL

Beyond
the Beat.

Decoding Individual Heart-Rate Response and Recovery Using Wearable Technology

A scientific question about individual heart-rate response. An Apple Watch and iPhone platform built to investigate it.

RESEARCH PROJECT Beyond the Beat
TECHNOLOGY PLATFORM Siyaa’s PulseLab
Real PulseLab Home simulator screenshot in Test Mode, with participant setup and study progress
ACTUAL SIMULATOR CAPTURE PulseLab Home · Test Mode
Early build, before loading synthetic participants.
ParticipantExerciseApple WatchHR dataiPhone appCalculationsAnalysis

01 THE SPARK

A question before an answer.

“What if I could make my heart’s response to exercise visible?”Siyaa · project motivation
THOUGHTRESEARCHSOLUTIONTECHNOLOGY
01

Thought

Basketball, rugby and karate made me notice that my heart seems to respond differently to different activities. News stories about deaths during or after exercise also sparked my curiosity.

What if I could make my heart’s response to exercise visible?
02

Research

A personal observation became a question: do different people respond differently to the same exercise? I began with a question, not an answer.

What can age and exercise type help explain?
03

Solution

To investigate, I needed a consistent way to capture heart-rate samples, guide an exercise session, calculate changes and make recovery patterns visible.

Make the invisible measurable.
04

Technology

That need became Siyaa’s PulseLab: an Apple Watch and iPhone research platform, with timestamped measurements, calculations and graphs.

One study. A connected platform.

News stories sparked curiosity, not a medical hypothesis about deaths. PulseLab does not predict sudden death, diagnose disease or determine whether exercise is safe.

Personal account supplied by Siyaa in the website brief; research identity and progression documented in PROJECT.md.

02 THE RESEARCH

One question. Two connected investigations.

SCIENTIFIC QUESTION

To what extent do age and exercise type explain individual differences in heart-rate response and recovery following standardized exercise?

TECHNOLOGY QUESTION

Can my student-developed Apple Watch and iPhone system reliably measure, analyze, and interpret individual heart-rate response and recovery during standardized exercise?

Scientific subquestions

  1. How does percentage heart-rate change differ across standardized exercise types?
  2. How strongly is age associated with heart-rate response and recovery?
  3. Does exercise type modify the relationship between age and heart-rate response?
  4. How much individual variation remains after accounting for age and exercise type?

Technology questions: implementation is not validation

Collect and transfer timestamped HR reliably?

Implemented; physical transfer validation remains.

Calculate reproducible response and recovery metrics?

Versioned derivations and automated tests are implemented.

Provide consistent, rule-based educational suggestions?

Disabled. Thresholds and rules are not approved.

Establish accuracy and repeated-trial repeatability?

Not established: no reference device and one session per person.

Variables & limits

Explanatory variables

Exact age and exercise type; exercise position is a control term. Age is observed, not experimentally assigned.

Measured outcomes

HR samples and derived response/recovery: BPM increase, percentage increase, one/two-minute recovery and confirmed threshold time.

Standardized controls

Five-minute seated baseline, 30-second duration, same study Watch and fit check, indoor testing, consistent instructions and counterbalanced orders.

Known variation

Comfortable self-selected pace, caffeine and differences between similar staircases remain limitations. Sex/activity/anthropometrics are exploratory.

Current hypothesis status

No finalized hypothesis for the current Beyond the Beat question is recorded in the reviewed authoritative documents. Siyaa should write and confirm it before presenting it; the earlier project’s prediction is not silently reused.

View supporting artifact

03 EXPERIMENTAL DESIGN

A consistent stimulus. Individual responses.

High Knees

01

Jog in place with alternating knees and upright posture. Raise each knee toward hip height only as comfortably possible. No forced height or unnecessary jumping.

30 seconds

Stair Climbing

02

Climb a normal flight and walk back down, repeating for 30 seconds at a controlled pace. Enter the number of stairs in the flight beforehand; this is not a count of steps performed.

30 seconds

Sitting Toe Touches

03

Sit on the floor with legs extended. Reach comfortably toward the toes and return upright. A slight knee bend is allowed; do not force the stretch or bounce.

30 seconds
Exercise safety and setup

For stairs, the documented protocol requires similar normal flights, clear dry surroundings, no handrail use and a nearby adult. Anyone unable to perform without support does not perform this exercise. Stop safely when the timer ends; do not rush on the stairs.

Stop for pain, dizziness, loss of balance or discomfort. No app HR value determines medical fitness or clearance.

Use the same physical Watch with a snug, comfortable fit. Testing is indoors; avoid vigorous exercise for 30 minutes beforehand. Comfortable pace is not controlled intensity, and caffeine is an uncontrolled limitation.

View supporting artifact

04 RECRUITMENT DESIGN

A balanced plan, not collected findings.

PLANNED PARTICIPANT DISTRIBUTION

100 target
12–1725 planned
18–2925 planned
30–3925 planned
40–5025 planned

Exact age remains the main variable; groups guide balance and simple charts.

RECRUITMENT GOALS, NOT ENROLMENT

50male · planned
50female · planned

The sex-balance goal is supplied in Siyaa’s current website brief. The app also permits “another sex variation” and “prefer not to answer”; this goal is not a new eligibility exclusion.

One session per participant. The 100-person goal is not a minimum for descriptive analysis or proof of adequate statistical power.

Exact-age planned distribution

The documented recruitment targets are overridable. Actual age is never altered to meet a target.

Planned targets from the study plan, mirrored by generator assignments
Exact ageTarget count
125
134
144
154
164
174
183
192
202
212
222
232
242
252
262
272
282
292
303
313
323
333
343
352
362
372
382
392
403
413
423
432
442
452
462
472
482
492
502
Participant fields and exploratory variables

Anonymous sequential ID; exact age; sex; activity category; height and weight; assigned exercise order; automatically recorded session time; protocol deviations. No participant names.

Activity: low <1 hour/week; moderate about 1–4; high >4 hours/week of moderate/vigorous activity. Height is saved in cm and weight in kg regardless of entry units. Sex, activity and anthropometrics remain exploratory.

View supporting artifact

05 THE SESSION

Clear stages. Explicit endpoints.

  1. 01

    Participant setup

    Before Start

    Anonymous ID, exact age, unit-normalized fields, assigned order and participant confirmations.

  2. 02

    Initial rest

    5 minutes

    Sit quietly. Derive resting HR from the median of actual samples in the final 60 seconds.

  3. 03

    Exercise

    30 seconds

    The visible countdown and the same music start and stop together. Music does not set pace.

  4. 04

    Adaptive recovery

    At least 2 minutes

    HR at or below 110% of resting for 30 confirmed seconds. Repeat exercise/recovery for the assigned sequence.

  5. 05

    Complete & verify

    After final recovery

    Save the session and verify transfer completeness. Missing Watch samples leave research metrics provisional.

The 110% recovery threshold is an operational study rule, not a medical cutoff or clearance to exercise.

Six orders, rotated extra places
Planned participants per order and age group
OrderExercise sequence12–1718–2930–3940–50
1Knees → Stairs → Toes5444
2Knees → Toes → Stairs4544
3Stairs → Knees → Toes4454
4Stairs → Toes → Knees4445
5Toes → Knees → Stairs4444
6Toes → Stairs → Knees4444

Totals across groups: 17, 17, 17, 17, 16, 16. Counterbalancing reduces sequence confounding; it does not remove every order effect.

What happens when a session is interrupted?

Participant stop/discomfort: terminate. Interrupted or shortened exercise, stopped collection or phone termination: mark incomplete and terminate; do not silently repeat or resume the same exercise.

Interrupted baseline: restart baseline. Interrupted recovery: continue recovery and restart its confirmation window.

A disconnected phone can continue with a deviation only while Watch collection remains active. Reliable background timing can continue with a deviation; unreliable exercise timing stops the session. Music/timer failure during exercise marks it incomplete. Device behaviour still needs physical validation.

View supporting artifact

06 THE TECHNOLOGY

Built around the measurement.

Siyaa’s
PulseLab.

The research need shaped the technology.

Manual snapshots would miss the recovery curve. PulseLab links a guided protocol with timestamped acquisition, consistent calculations and graphs, while keeping the measurements distinct from interpretation.

SwiftSwiftUIwatchOSHealthKitWatchConnectivitySwift ChartsXCTestCryptoKit
View supporting artifact
Actual Watch simulator ready screen: stable red heart, no BPM, waiting for iPhone
Actual Watch simulator · Ready state
Physical sensor validation remains required.

07 DATA ARCHITECTURE

From sensor to understanding.

Watch sensor → local Watch buffer → WatchConnectivity → raw iPhone storage → metrics → analysis

Apple Watch

HealthKit workout-session access and an anchored HR query collect delivered optical heart-rate samples. True sensor cadence remains system-controlled.

View supporting artifact
Explore the complete data path without interaction
  1. Apple Watch: HealthKit workout-session access and an anchored HR query collect delivered optical heart-rate samples. True sensor cadence remains system-controlled.
  2. Watch buffer: Timestamped source samples are saved locally, deduplicated and numbered per session before ordered batch transfer.
  3. WatchConnectivity: Acknowledgements and retries carry batches to iPhone. Source and phone-receipt timestamps remain separate. The final sequence manifest verifies completeness.
  4. Study storage: Separate mode directories, atomic protected writes, protocol events, deviations and immutable sample append rules. Research is never filled with synthetic samples.
  5. Metrics engine: C1 calculations read original samples and events. Values preserve protocol version and input revision; late inputs produce new derivations.
  6. Graphs & analysis: Swift Charts displays source-derived outcomes. Scientific analysis reads metrics; unapproved educational suggestions remain disabled and cannot write back to source data.

Source timestamps and receipt timestamps are stored with millisecond precision. Timestamp precision does not mean a new sensor sample each second or millisecond. No fabricated values fill gaps.

08 CALCULATIONS

The numbers behind the graphs.

Resting reference

R = median(HR in final 60 s of baseline)

A typical value from the final minute, calculated from actual delivered samples, not a separate sensor reading.

ILLUSTRATIVE SYNTHETIC EXAMPLE

Illustrative synthetic samples: 69, 70, 70, 71, 72 BPM → R = 70 BPM.

Absolute increase

ΔHR = I − R

How many beats per minute HR rose from resting to the immediate endpoint.

ILLUSTRATIVE SYNTHETIC EXAMPLE

Synthetic R = 70, I = 140 → increase = 70 BPM.

Percentage increase

Increase % = (I − R) / R × 100

The rise relative to that participant’s resting reference.

ILLUSTRATIVE SYNTHETIC EXAMPLE

Synthetic (140 − 70) / 70 × 100 = 100%.

Fixed-time recovery

Recovery(t) = I − HR(t)

The drop from immediate HR to the one- or two-minute landmark.

ILLUSTRATIVE SYNTHETIC EXAMPLE

Synthetic I = 140, HR(60 s) = 105 → 35 BPM recovery.

Percentage recovery

Recovery % = (I − HR(t)) / (I − R) × 100

The share of the initial rise that has fallen by the chosen landmark. Unavailable when I ≤ R; not capped at 100%.

ILLUSTRATIVE SYNTHETIC EXAMPLE

Synthetic (140 − 105) / (140 − 70) × 100 = 50%.

Confirmed threshold time

T = confirmation end time − exercise end time

First completed 30-second interval with delivered HR at or below 1.10 × R. A gap longer than 5 seconds resets confirmation.

ILLUSTRATIVE SYNTHETIC EXAMPLE

Synthetic R = 70 → threshold 77 BPM. Eligible readings remain ≤77 from 80 to 110 s → T = 110 s. The next exercise still waits until at least 120 s.

Endpoint rules and missingness

R is resting reference; I is immediate post-exercise HR; HR(t) is the actual HR sample nearest the one- or two-minute target.

Landmark tolerance is ±1 second. The sample’s actual timestamp and offset remain attached. Missing baseline or endpoint samples mean an unavailable metric, not a fabricated substitute.

Threshold time includes the confirmation interval. It is distinct from total recovery phase duration, which also enforces the 120-second minimum and adult-review decision.

View supporting artifact

09 ANALYSIS DESIGN

Each graph has a research job.

Exercise comparison

Paired observations, exercise means and descriptive 95% Student-t intervals.

Exact-age response

Age scatter plots and trends for each exercise and selected outcome.

Age × exercise

Order-adjusted curves, slopes and differences from a participant random-intercept REML model.

Individual variation

Observed versus fixed predictions, participant residuals, variance components and residual checks.

Exploratory comparisons

Sex, activity level and anthropometrics stay secondary to the primary question.

Collection quality

Available metrics, visible sample gaps, deviations and source-to-receipt delay. These do not prove sensor accuracy.

The model and its limits
outcome ~ centered exact age × exercise
        + categorical exercise position
        + (1 | participant)

Native random-intercept REML, approximate 95% Wald intervals and no automatic significance, p-values or causal claims. More than eight usable participants and a full-rank design are numerical prerequisites, not proof of statistical power.

Assumptions, missingness, influential observations and final interpretation still need scientific review. Descriptive charts can update from the first participant.

View supporting artifact

10 PLATFORM VALIDATION

Test the system before studying people.

Synthetic test data is not research data.

RESEARCH

Actual study records

Real Watch source. Participant controls and supported protocol required. Separate local store; unverified transfer remains provisional.

TEST DATA

Synthetic validation

100 generated participants and accelerated development sessions. Never counted as research. Deterministic and separately stored.

DEMO

Reserved, unavailable

A separate data domain exists, but the visitor experience is parked. It is not an active study or testing mode.

100synthetic participants
2,700finite main-fixture metric values
41core cases passed in recorded app run
What the test dataset exercises

Graphs, selectable outcomes, age groups, exercise and exploratory sex/activity comparisons, recruitment counts and saved-data reopening use a complete 100-person fixture. The fixture uses production calculations on generated source samples and events.

Eleven controlled scenarios cover response/recovery extremes, missing samples away from landmarks, delayed receipt, disconnect/reconnect and interrupted recovery. Additional failure fixtures preserve unavailable endpoints and incomplete sessions.

The latest app log records a clean combined simulator build, 41 core tests and the 100-person chart UI flow. The 60-person numerical fixture agrees with an independently fitted statsmodels model within test tolerances. These are platform checks, not human-study results.

View supporting artifact Read the recorded test summary

Still to validate on physical devices: HealthKit permission and sensor cadence, paired transfers, battery cost, phone lock/background behaviour and backup authentication/recovery.

11 RESPONSIBILITY

Safeguards with a reason.

Implemented

Anonymous setup

Protects: Participant privacy

No names are needed to study HR differences. Sequential IDs replace identity in research records.

View supporting artifact
Implemented control

Age-specific consent

Protects: Participant choice

Adults consent for themselves; minors require guardian permission and their own assent. Confirmations belong to each session.

View supporting artifact
Implemented

Visible stop controls

Protects: Participant welfare

Requests to stop or discomfort terminate testing without a medical decision by the app. Received data is preserved.

View supporting artifact
Implemented

Protocol & calculation versions

Protects: Scientific reproducibility

A record must retain the rules used. Admin changes cannot silently rewrite existing session provenance.

View supporting artifact
Implemented

Separate mode stores

Protects: Research integrity

Synthetic testing must never increase research participant counts. Demo is reserved and unavailable.

View supporting artifact
Implemented

Raw samples preserved

Protects: Data integrity

Later calculations read the source rather than editing it. Duplicate packets are deduplicated, not treated as new measurements.

View supporting artifact
Implemented

Missing means missing

Protects: Honest measurement

No interpolation is active. Missing endpoints remain unavailable and gaps remain visible.

View supporting artifact
Implemented

Deviations & interruptions

Protects: Interpretability

Stopping early, interrupted recovery and transfer problems must remain visible rather than looking like normal completion.

View supporting artifact
Implemented

Transfer verification

Protects: Complete research inputs

Protocol completion alone cannot prove every Watch packet arrived. Unverified research metrics remain provisional.

View supporting artifact
Implemented

Protected local writes

Protects: Local confidentiality & durability

iOS file protection and atomic writes reduce exposure and partial-save errors. Failed saves roll back memory before acknowledgement.

View supporting artifact
Implemented with limitation

Authenticated encrypted backups

Protects: Export confidentiality

AES-GCM protects the app backup. Device authentication is required. Replacement-device key recovery remains unfinished.

View supporting artifact
Documented policy

No participant data in AI or Git

Protects: Research-data privacy

The documented handling rule keeps research records out of code repositories, prompts and external AI tools. This site includes only selected simulator images and summaries.

View supporting artifact
Policy; final details parked

Purpose-limited retention

Protects: Participant control over continued use

Continuing use must remain consented and needed for the approved project. Annual review is documented; final duration and deletion audit remain TBD.

View supporting artifact
Documented and enforced boundary

No medical interpretation

Protects: Scientific scope

Recovery thresholds organize the experiment; they are not medical cutoffs or exercise clearance. Educational suggestion rules remain disabled.

View supporting artifact
Approval status and the unresolved alignment

Guiding-teacher approval was reported on October 3, 2026. The workspace still requires the specific supervisor identity, role and date in the Youth Science Canada information/consent document. No additional regional approval is invented here.

The plan defers separate exercise permission; the current app requires it. That discrepancy is visible for Siyaa’s review before live research, rather than silently changing either document or code.

12 MEASURED WORK

An effort record you can trace.

38

App Swift files

Files ending .swift under App/ only; generated outputs, tests, website and historical AI tools excluded.

Counting source
5,834

App source lines

Physical lines in those App Swift files, including blank lines and comments. Not a measure of hours or original authorship.

Counting source
41

Core tests defined

XCTest method definitions in PulseLabCoreTests.swift; definitions are distinct from executed/passed cases.

Counting source
2

UI tests defined

XCTest method definitions in PulseLabUITests.swift; not number of repeated runs.

Counting source
100

Synthetic participants

Explicit (age, sex) assignments in the Test Mode generator; not real participants.

Counting source
9

Derived metric kinds

Cases declared in DerivedMetricKind, not separate sensors or all possible future formulas.

Counting source
7

Analysis outcomes

Selectable cases in AnalysisOutcome; not a claim about filter counts.

Counting source
15

Reachable Git commits

git rev-list --count HEAD at the source snapshot. Uncommitted website work is not counted.

Counting source
14

Documented safeguards shown

Reviewed safeguard entries in this site, including labelled policies and parked limitations; not a count of completed controls.

Counting source
7

Real screenshots

Selected actual simulator PNG captures included in the gallery; not fabricated mockups.

Counting source
25

Captured successful builds

Unique captured build operation IDs ending in success across project history, from the corrected development evidence summary. Includes tooling checks as well as app work. Repeated runs count separately; this is not a test-case count, and unrecorded activity is unknown.

Counting source
177

Captured successful test runs

Unique captured test operation IDs ending in success across project history, from the corrected development evidence summary. Includes tooling checks as well as app work. Repeated runs count separately; this is not a test-case count, and unrecorded activity is unknown.

Counting source

Build-time snapshot: 2026-10-05 UTC. No hours or uncaptured activities are estimated. Successful app checks are reported as dated evidence, not inferred from test definitions.

Download public-safe provenance

13 DOCUMENTATION LIBRARY

The evidence behind the work.

Research, protocol, technology, calculations, tests and governance—organized as readable, source-linked artifacts.

Category

13 artifacts

Protocol

A versioned participant session

Five-minute rest, counterbalanced exercise and adaptive recovery.

Documented and implemented; device validation remains
Research

Anonymous participant setup

Approved fields, unit normalization and permissions.

Implemented; permissions are operator confirmations
Technology

The Watch-to-iPhone path

HealthKit acquisition, durable buffering and sequence checks.

Implemented; paired-device validation remains
Research

Questions mapped to graphs

Paired comparisons, exact age and repeated-measures analysis.

Implemented with documented inference limits
Testing

Recorded app verification

The latest documented core suite, UI flow and independent numerical reference.

Recorded October 4, 2026

These are curated public-safe summaries of real workspace artifacts, not unredacted source-document exports. Each opens a document with source locations and hashes. Raw prompts, consent forms, developer logs and study databases are excluded.

14 DEVELOPMENT JOURNEY

Problems became better questions.

Documented investigations, corrections and remaining checks. Technical takeaways are not invented personal reflections.

A recovery value that never appeared
Problem
Fixed synthetic recovery windows left time-to-threshold unavailable.
What was investigated
Compared generated recovery traces with the actual confirmation rule and metric derivation.
What changed
Generated complete adaptive recovery, added review events and checked all 2,700 main-dataset values before saving.
Technical takeaway · for Siyaa to reflect on
Technical takeaway: complete test fixtures must follow the production protocol, while failure fixtures must preserve missingness.
View supporting artifact
A phone crash on a background callback
Problem
A physical iPhone asserted on a WatchConnectivity callback executor.
What was investigated
The Xcode backtrace identified the reply callback on a background operation queue.
What changed
Used nonisolated Sendable callbacks and explicit MainActor state updates; added background-queue regression tests.
Technical takeaway · for Siyaa to reflect on
Technical takeaway: passing simulator flows does not replace concurrency checks or physical-device testing.
View supporting artifact
A graph can compile and still be hard to read
Problem
Screenshot review found clipped exercise names and unlabeled confidence-interval rows.
What was investigated
Inspected actual UI-test screenshots across the analysis views.
What changed
Corrected exercise labels, interval labels and adjusted age-axis range, then reran the chart UI flow.
Technical takeaway · for Siyaa to reflect on
Technical takeaway: visual evidence is a separate check from mathematical tests and successful compilation.
View supporting artifact

15 SCIENTIFIC INTEGRITY

Four layers. No shortcuts between them.

01

Raw measurements

Original delivered HR samples, actual source/receipt times and recorded protocol events.

02

Calculated metrics

Versioned transformations of source data. They can be recalculated without editing measurements.

03

Scientific analysis

Comparisons, model estimates and diagnostics. Interpretation requires real evidence and reviewed assumptions.

04

Educational output

Separate, rule-based and non-medical. Suggestions remain disabled until rules are approved.

Synthetic generator patterns validate software. Observations require actual measurements; scientific conclusions require collected evidence and reviewed analysis. A graph alone cannot establish causation or a medical conclusion.

View supporting artifact

17 PROJECT TIMELINE

A record of how it developed.

Earlier work asked whether age and exercise changed HR. This project extends that question to recovery, individual variation and the engineering needed to observe it.

  1. Development evidence foundation

    Private evidence capture and reproducible metric tooling were added to this repository.

    View supporting artifact
  2. Research direction clarified

    Beyond the Beat and PulseLab were distinguished, with a scientific question hierarchy and explicit ownership boundaries.

    View supporting artifact
  3. Teacher status and continuous protocol

    Teacher approval was reported; the study plan documents continuous acquisition and adaptive recovery. Specific supervisor records remain required.

    View supporting artifact
  4. iPhone + Watch foundation

    The first app build introduced shared models, a dark design system, a guided protocol and separate Test Mode.

    View supporting artifact
  5. Synthetic testing and integrity hardening

    A reproducible 100-person Test dataset, complete recovery metrics, storage safeguards and callback regressions were documented.

    View supporting artifact
  6. Research questions mapped to graphs

    Repeated-measures analysis, adjusted comparisons and data-quality graphs were validated numerically and through simulator UI checks.

    View supporting artifact

Dates come from current-repository commits and dated project records. The earlier heart-rate project is described in PROJECT.md, but its date is not documented here; no earlier workspace was accessed.

18 TECHNICAL NOTEBOOK

Details for a closer look.

Module responsibilities

Research Governance

Validates mode, protocol and participant confirmations.

Participant

Anonymous fields, units and assigned exercise order.

Protocol & Exercise

State machine, instructions, countdown, music and interruptions.

HR Acquisition

HealthKit, Watch buffer and WatchConnectivity.

Study Data & Storage

Raw samples, events, deviations and versioned records.

Metrics & Calculations

Read-only source derivation into revisioned metrics.

Scientific Analysis

Reads available metrics; does not change source data.

Results & Educational Content

Displays outcomes; unapproved suggestions stay disabled.

Support & Admin

Readiness, modes, settings, authenticated backup and restore.

Versions, revisions and one-way data dependencies

P1-draft is the development protocol identifier; P1 is the registered research identifier. C1 identifies current metric calculations; random-intercept-reml-v1 identifies the analysis fit. These are identifiers in code, not proof that a study has been activated.

Governance + participant setup → session protocol → acquisition → raw storage → C1 metrics → analysis → results. The Watch stores samples before transport. Each stored session retains a governance snapshot and protocol/calculation provenance.

Newly arrived raw samples advance the input revision. New derived values are appended for that revision; previous derivations remain. Analysis excludes incomplete/provisional data and does not pool incompatible versions. Educational output has no write path to raw data.

What remains intentionally parked
  • Final educational suggestion thresholds and rules
  • Missing-sample interpolation and final stale-sample definition
  • Replacement-device/Mac backup-key recovery
  • Final retention duration and deletion audit
  • Visitor/Demo experience
  • Final scientific assumption, influence and uncertainty review
  • Physical Watch cadence, transfer, battery and permission validation
View supporting artifact View supporting artifact

19 REAL RESEARCH

A place for the evidence still to come.

RESEARCH RESULTS · AWAITING EVIDENCE

Questions are ready.
Conclusions are not.

No real participant findings are included in the project artifacts reviewed for this site. This section will be populated after research collection and scientific review. Synthetic charts appear only as Test Data / Platform Validation.

Exercise comparisonAge associationRecoveryIndividual variation

No enrolment total or research finding is inferred from Test Mode counts. Publication of future results requires an aggregate, privacy-reviewed dataset and scientific interpretation.

20 WHAT I LEARNED

Reflection belongs to the researcher.

In Siyaa’s own words.

What changed in your thinking? Which decision was hardest? What would you test differently next time?

Private local draft only. Text stays in this browser; it is not published or sent to a server. Do not enter participant details. Download your draft to keep a separate copy.

No personal reflection is claimed until Siyaa writes and reviews it.