RESEARCH BASIS · VERSION 0.2

What WANTED inherits.
What it changes.

WANTED-10K combines established time-to-event statistics, human-centered task research, long-term autonomy, digital-twin testing, and robot-safety practice. This record makes the intellectual lineage—and its boundaries—auditable.

DESIGN RULECapability evidence qualifies a robot for exposure. Only voluntary, real-world continued choice produces a WANTED Score.
01 / EVIDENCE MAP

Seven foundations.
Seven explicit limits.

Each source informs a defined part of the protocol. None is presented as validation of the complete WANTED construct.

01STATISTICS

Survival analysis for continued choice

Kaplan–Meier estimates retention when observations are censored. Restricted mean survival time is the area under that curve to a fixed horizon. WANTED adapts both methods from time-to-event analysis to time until voluntary robot rejection.

SUPPORTS
Supports the estimator and the interpretation of W as expected wanted time within 10,000 hours.
DOES NOT PROVE
The statistical papers do not validate robot desirability or WANTED’s endpoint definition.
02HUMAN-CENTERED TASKS

What people want robots to do

Stanford’s BEHAVIOR-1K grounds 1,000 household activities in human surveys and tests long-horizon mobile manipulation in realistic scenes. It is a strong prequalification layer for capability coverage.

SUPPORTS
Supports broad, human-relevant task testing before longitudinal deployment.
DOES NOT PROVE
Task success cannot establish that people will keep a robot, and does not enter the WANTED Score.
03LONG-TERM AUTONOMY

From demonstrations to months of operation

Oxford’s GOALS research targets robots that operate for days, weeks, and months in dynamic environments. STRANDS reported 104 combined deployment days and 116 km across four sites, demonstrating the value of longitudinal autonomy evidence.

SUPPORTS
Supports duration, recovery, adaptation, and operational-burden diagnostics.
DOES NOT PROVE
Long uptime is not the same as voluntary human retention; WANTED adds that missing endpoint.
04DIGITAL TWINS

Fail safely before human exposure

NVIDIA Isaac Sim and Isaac Lab support common robot descriptions, physics-based simulation, sensors, synthetic data, domain randomization, and parallel robot-learning workflows. WANTED uses these capabilities for prequalification and failure injection.

SUPPORTS
Supports reproducible stress tests before a real-world cohort begins.
DOES NOT PROVE
A simulated human cannot award WANTED hours or establish real preference.
05TRUST

Behavior outranks claimed trust

Harvard’s field research on robot overtrust measured both stated trust and behavioral compliance, showing why a robot being trusted is not, by itself, proof that the interaction is safe or appropriate.

SUPPORTS
Supports keeping surveys diagnostic while using revealed choice and safety gates as primary evidence.
DOES NOT PROVE
A removal decision is not a complete measure of trust, attachment, benefit, or safety.
06DATA INTEGRITY

Repeatable hashes need canonical bytes

RFC 8785 defines a JSON Canonicalization Scheme so equivalent event objects have one deterministic representation for hashing and signing. WANTED 0.2 uses JCS before SHA-256 hash-chain and signature operations.

SUPPORTS
Supports interoperable verification of event ordering and post-hoc modification.
DOES NOT PROVE
A valid hash chain does not prove that every real-world event was logged or that a logged claim is true.
07DEPENDABILITY

Long life includes support and repair

IEC 60300 treats dependability as the ability to perform as required when required, spanning reliability, availability, maintainability, and supportability. ISO 14224 provides a mature pattern for exchanging equipment, failure, maintenance, resource, and downtime data across operators and manufacturers.

SUPPORTS
Supports the complete service-state clock, maintenance-action ledger, person-time, parts, recovery, and dependency disclosures in profile 0.2-SC1.
DOES NOT PROVE
These standards do not define a household-robot uptime threshold, validate WANTED, or make 0.2-SC1 a conformity assessment.
02 / STANDARDS SCOPE

A benchmark layer.
Not a conformity mark.

The relevant legal and standards framework depends on the robot, environment, jurisdiction, and intended use. A qualified assessor determines applicability.

DEPLOYMENT CONTEXTREFERENCESTATUSWANTED RECORDSPRIMARY SOURCE
Personal care robotsISO 13482:2014Published; marked by ISO for revision

Personal care robot product safety and physical human–robot contact within its stated scope.

VERIFY ↗
Service robotsISO/FDIS 13482, edition 2Final draft; not yet a published replacement

Proposed broader service-robot safety requirements. Track status before making conformity claims.

VERIFY ↗
Industrial robot productISO 10218-1:2025Published

Safety requirements for industrial robots, where that classification applies.

VERIFY ↗
Industrial application or cellISO 10218-2:2025Published

Integration, commissioning, operation, and maintenance of industrial robot applications and cells.

VERIFY ↗
North American service / SCIEE robotsANSI/CAN/UL 3300Published consensus standard

Electrical, battery, functional, mechanical, mobility, fire, and related hazards within its product scope.

VERIFY ↗
03 / CLAIM BOUNDARY

Evidence in.
Overclaiming out.

SIMULATIONCan reduce foreseeable risk.

It cannot reproduce the full social environment or generate human-retention outcomes.

LONG-RUN AUTONOMYCan establish operational endurance.

It cannot show that the people sharing the environment chose continued coexistence.

RETENTIONCan reveal continued choice.

It cannot excuse safety failures or isolate why a participant kept or rejected the robot.

WANTED SCORECan compare wanted time.

It is cohort- and context-specific, and must travel with uncertainty, burden, incident, and support disclosures.

OPEN PROTOCOLAudit the claim from event schema to score.
READ WANTED-10K