The opportunity is already-in-place help.
At a suitable Supercharger, an owner may have a little spare time, a familiar task they are willing to do, and a connected car that helps establish location. Dispatch could bring an eligible empty robotaxi to that confirmed helper. The owner's extra journey can approach zero.
The proposed gain is shorter service interruptions and a more engaged owner community. It is conditional: the robotaxi still incurs travel and waiting costs, and a busy charging site may be the wrong place. The useful asset is confirmed, capable help at the right moment, rather than every parked Tesla.
Published building blocks
Tesla documents vehicle and charging telemetry, charge controls, rewards, and Robotaxi support and privacy practices. These make the concept plausible. Telemetry · Commands · Rewards · Support
Proposed new product
Session opt-in, availability matching, safe task access, reservations, verification, fair reputation and reward accounting. Public documentation does not establish that this complete system exists.
The idea survives the charging cable. Tesla has demonstrated Cybercab wireless charging. Plugging quests apply to compatible vehicles and stations; observations, small resets and other approved assistance could remain useful as charging becomes automated. Tesla's demonstration
Start where the task is small and the result is clear.
These priorities balance operational impact, implementation ease, verification and expected participation. Pilot tasks come first; later stages require more preparation. Accessibility support can have very high value while still needing a separate, dependable service.
Willingness: no reward → small reward. Qualitative hypotheses, not measured acceptance rates. They assume the person has opted in, is already present, has time, and has any necessary training and supplies. Times cover the task, excluding travel and setup.
How the priorities were assessed
Each dimension uses a judgmental 1–5 score. The weighted score is 40% operational impact, 25% implementation ease, 20% verification and 15% participation with a small reward. Tasks are grouped by rollout stage, then ordered by that score, with ties resolved editorially. The workbook exposes the inputs so a reviewer can change the assumptions.
Impact means plausible avoided interruption or better service; ease includes new software, access and physical preparation. The model does not use Tesla's internal costs, incident frequency, staffing needs or measured owner behaviour. A numeric score is an aid to comparison, not a forecast. Rewards and examples on the main page are illustrative.
Open a quest for the implementation detail
01 / Connect a charging cable
Pilot · 0.5–1.5 min. Expected willingness with no reward: high; with a small reward: high. These are hypotheses for eligible, available participants.
Why an owner might help. Familiar easy action; see the car recover; charging-community reciprocity.
How the task starts. Charging plan creates a scheduled task
Existing building blocks. Charger network, charge-port controls, cable/latch state and charging telemetry.
What Tesla would need to add. Helper enrolment; protected service state; task-specific access; connection timeout and unplug fallback.
How to check the result. Correct vehicle and connector; stable charging state and energy transfer; failed charger remains an infrastructure issue.
Who should receive it. Helper already at the station; trained for the connector; enough declared availability.
Scope limit. Route only eligible vehicles. A confirmed disconnection plan is required before relying on volunteer connection.
Assessment. Impact 5/5 · Ease 3/5 · Verification 5/5 · Small-reward participation 5/5. Weighted score: 4.50/5. T1 · T2
02 / Disconnect and return a charging cable
Pilot · 0.5–1 min. Expected willingness with no reward: high; with a small reward: high. These are hypotheses for eligible, available participants.
Why an owner might help. Release a vehicle and free a charger; a visible one-minute contribution.
How the task starts. Charge completion plus reserved helper
Existing building blocks. Charge completion estimate, stop/unlock commands and cable state.
What Tesla would need to add. Separate time-bound reservation; departure interlock; fallback if the helper leaves.
How to check the result. Charging stopped, connector absent and stored, port state appropriate, helper clear before release.
Who should receive it. A currently available helper, not merely the earlier connector helper.
Scope limit. Charging success does not prove that someone will still be available to disconnect later.
Assessment. Impact 5/5 · Ease 3/5 · Verification 5/5 · Small-reward participation 5/5. Weighted score: 4.50/5. T1 · T2 · T5
03 / Report an observed Robotaxi problem
Pilot · 0.25–1 min. Expected willingness with no reward: high; with a small reward: high. These are hypotheses for eligible, available participants.
Why an owner might help. Improve a shared product; protect pedestrians; contribute useful local knowledge.
How the task starts. Owner initiates; voice or parked report
Existing building blocks. Dashcam, app sharing, location and existing rider support.
What Tesla would need to add. Incident bookmark; opt-in clip upload; vehicle matching; deduplication and review queue.
How to check the result. Corroborate the observation with footage, time, context and fleet logs; reward useful evidence, not accusation count.
Who should receive it. Open observation channel including non-owners; no qualification required to report.
Scope limit. A report does not automatically change a map, immobilise a vehicle or prove a driving fault.
Assessment. Impact 4/5 · Ease 4/5 · Verification 3/5 · Small-reward participation 5/5. Weighted score: 3.95/5. T4 · T8 · W2 · T9
04 / Answer a nearby context-check request
Pilot · 0.25–1 min. Expected willingness with no reward: high; with a small reward: high. These are hypotheses for eligible, available participants.
Why an owner might help. Curiosity; quick helping; make idle time useful.
How the task starts. Fleet/operator requests an observation
Existing building blocks. App notifications, vehicle location and sensor observations.
What Tesla would need to add. An actionable request with a neutral prompt; three response choices; select a safe, useful viewpoint.
How to check the result. Cross-check a fresh observation; accept Cannot tell. Human review for ambiguous or consequential cases.
Who should receive it. Owner confirmed present and available; observation from a safe position.
Scope limit. Looks okay means no visible problem was noticed; it never authorises a risky manoeuvre.
Assessment. Impact 4/5 · Ease 4/5 · Verification 3/5 · Small-reward participation 5/5. Weighted score: 3.95/5. T1 · T3 · R4
05 / Confirm a reopened route or usable pickup bay
Pilot · 0.5–2 min. Expected willingness with no reward: medium; with a small reward: medium–high. These are hypotheses for eligible, available participants.
Why an owner might help. Local expertise; better maps for everyone including oneself.
How the task starts. Owner report or stale-information check
Existing building blocks. Navigation, location, app reporting and fleet observations.
What Tesla would need to add. Freshness timestamps; evidence review; distinguish observed access from legal permission.
How to check the result. Photo, posted signs, time and corroboration; route availability expires or is rechecked.
Who should receive it. Already nearby; no special journey and no need to enter traffic.
Scope limit. Do not remove cones or barriers. A visually clear space is not proof it is authorised for use.
Assessment. Impact 3/5 · Ease 4/5 · Verification 3/5 · Small-reward participation 4/5. Weighted score: 3.40/5. T1 · T4 · W1
06 / Clean one specified external camera
Expand · 1–3 min. Expected willingness with no reward: medium; with a small reward: medium–high. These are hypotheses for eligible, available participants.
Why an owner might help. Technical problem solving; restore the robot's useful vision.
How the task starts. Visibility diagnostic or reviewed report
Existing building blocks. Camera images, obstruction warnings and published cleaning instructions.
What Tesla would need to add. Approved supplies; short training; exact camera identification; independently tested image-quality checks.
How to check the result. Before/after image quality plus obstruction checks; escalate persistent faults or uncertain verification.
Who should receive it. Camera-care opted in; approved kit available; platform-specific training.
Scope limit. No inference that a clearer image alone makes the entire vehicle roadworthy.
Assessment. Impact 4/5 · Ease 3/5 · Verification 3/5 · Small-reward participation 4/5. Weighted score: 3.55/5. T3 · T7 · R4
07 / Remove a small item of dry rubbish
Expand · 1–3 min. Expected willingness with no reward: medium; with a small reward: medium. These are hypotheses for eligible, available participants.
Why an owner might help. Help the next rider; satisfying small cleanup; stewardship.
How the task starts. Cabin check or passenger report
Existing building blocks. Post-ride cabin images and readiness checks.
What Tesla would need to add. Precise object-level task; empty vehicle; limited door access; gloves, waste bag and nearby bin.
How to check the result. Specified object absent from relevant views; photo evidence and sample human audit.
Who should receive it. Only owners who selected light cleaning; no detour or unexpected expanded job.
Scope limit. Spills, allergens, bodily fluids, sharps and uncertain contamination require the appropriate service response.
Assessment. Impact 4/5 · Ease 3/5 · Verification 3/5 · Small-reward participation 3/5. Weighted score: 3.40/5. T3 · T7
08 / Take guided photos of suspected damage
Expand · 1–3 min. Expected willingness with no reward: medium; with a small reward: medium–high. These are hypotheses for eligible, available participants.
Why an owner might help. Technical curiosity; assist diagnosis; useful contribution without cleaning.
How the task starts. Passenger report, anomaly or service review
Existing building blocks. Phone camera, vehicle ID, remote service/support workflow.
What Tesla would need to add. Guided angles; lighting checks; upload and remote triage.
How to check the result. Required areas visible and images usable; specialist interprets damage.
Who should receive it. Photo-inspection preferred; empty parked vehicle at an approved site.
Scope limit. The helper gathers evidence and does not certify driving safety.
Assessment. Impact 3/5 · Ease 4/5 · Verification 3/5 · Small-reward participation 4/5. Weighted score: 3.40/5. T3 · T8
09 / Reset an empty cabin or free a trapped belt
Expand · 0.5–2 min. Expected willingness with no reward: medium; with a small reward: medium–high. These are hypotheses for eligible, available participants.
Why an owner might help. Simple puzzle; instant visible success; help the next rider.
How the task starts. Door/seat state plus cabin inspection
Existing building blocks. Door states, seat signals and cabin images.
What Tesla would need to add. Narrowly permitted reset instructions and access; service-state confirmation.
How to check the result. Relevant sensor transition plus visual confirmation of the specified reset.
Who should receive it. Cabin-reset opted in; task within reach and without tools.
Scope limit. Mechanical faults, jammed mechanisms or uncertain objects are escalations.
Assessment. Impact 3/5 · Ease 3/5 · Verification 4/5 · Small-reward participation 4/5. Weighted score: 3.35/5. T1 · T3
10 / Locate and hand off a forgotten item
Expand · 1–4 min. Expected willingness with no reward: medium; with a small reward: medium–high. These are hypotheses for eligible, available participants.
Why an owner might help. Help someone recover something important; direct human benefit.
How the task starts. Rider lost-item request or cabin check
Existing building blocks. Lost-item reporting and post-ride cabin inspection.
What Tesla would need to add. Limited access; documented custody; approved locker or staff recipient; privacy controls.
How to check the result. Item location and recorded handoff; identity checked only by the authorised service.
Who should receive it. Trusted property-handling helpers at sites with secure custody.
Scope limit. Do not take property home or expose passenger identity or trip history.
Assessment. Impact 3/5 · Ease 2/5 · Verification 3/5 · Small-reward participation 4/5. Weighted score: 2.90/5. T3 · T8
11 / Check an empty cabin for ordinary odour or dampness
Expand · 1–2 min. Expected willingness with no reward: medium; with a small reward: medium. These are hypotheses for eligible, available participants.
Why an owner might help. Help the next passenger; provide information a camera may miss.
How the task starts. Passenger complaint or targeted quality audit
Existing building blocks. Passenger feedback and cabin images provide a starting point.
What Tesla would need to add. Human inspection protocol; clear abort conditions; multiple observations when needed.
How to check the result. Subjective observation with audits; no reliable camera-only completion proof.
Who should receive it. Sensory-inspection opted in; empty parked vehicle; no hazardous condition suspected.
Scope limit. Do not ask helpers to investigate unknown substances or exposure hazards.
Assessment. Impact 3/5 · Ease 3/5 · Verification 2/5 · Small-reward participation 3/5. Weighted score: 2.80/5. T3 · T8
12 / Move an authorised light obstruction in a parking area
Expand · 0.5–2 min. Expected willingness with no reward: medium; with a small reward: medium. These are hypotheses for eligible, available participants.
Why an owner might help. Restore access; useful physical action with an obvious outcome.
How the task starts. Fleet observation reviewed for suitability
Existing building blocks. External cameras and route obstruction observations.
What Tesla would need to add. Object/authority assessment; safe work area; renewed vehicle assessment after movement.
How to check the result. Object moved to permitted destination; path reassessed before vehicle departure.
Who should receive it. Only light objects, clear permission and a safe parking area.
Scope limit. No public-road debris, traffic controls, confrontation or heavy objects.
Assessment. Impact 3/5 · Ease 2/5 · Verification 3/5 · Small-reward participation 3/5. Weighted score: 2.75/5. T3 · T9
13 / Restock a small approved supply cassette
Expand · 1–3 min. Expected willingness with no reward: low; with a small reward: medium. These are hypotheses for eligible, available participants.
Why an owner might help. Stewardship; small contribution while already nearby.
How the task starts. Inventory threshold or staff request
Existing building blocks. Station/app infrastructure provides a location and task channel.
What Tesla would need to add. Supply cabinet, inventory sensing/confirmation and standard consumable packs.
How to check the result. Correct supply and quantity loaded; stock reconciliation and audits.
Who should receive it. Owner at a participating site; supplies available without purchase.
Scope limit. At high volumes a paid attendant may be simpler and cheaper.
Assessment. Impact 2/5 · Ease 3/5 · Verification 3/5 · Small-reward participation 3/5. Weighted score: 2.60/5. T3
14 / Provide rider-requested orientation or short escort
Specialist · 2–5 min. Expected willingness with no reward: high; with a small reward: medium–high. These are hypotheses for eligible, available participants.
Why an owner might help. Strong direct helping motive; meaningful human contact.
How the task starts. Passenger explicitly requests assistance
Existing building blocks. Rider support, accessibility options and app communications.
What Tesla would need to add. Co-design with disabled riders; trained/vetted helpers; consent, accessible handoff and staffed guarantee.
How to check the result. Rider confirmation plus service oversight; never rely on camera judgement of consent or dignity.
Who should receive it. Qualified consenting helpers with the appropriate language and task ability.
Scope limit. This row excludes lifting, wheelchair transfers and securement. Accessible service cannot depend on volunteer acceptance.
Assessment. Impact 5/5 · Ease 1/5 · Verification 2/5 · Small-reward participation 4/5. Weighted score: 3.25/5. T8
15 / Clean spills or perform substantial cabin cleaning
Specialist · 10–30 min. Expected willingness with no reward: low; with a small reward: low. These are hypotheses for eligible, available participants.
Why an owner might help. Compensation and professional pride are more realistic than novelty.
How the task starts. Contamination or cleaning-service assessment
Existing building blocks. Complaint intake and cabin images support initial triage.
What Tesla would need to add. Paid cleaning provider; equipment; procedures; hygiene checks and service capacity.
How to check the result. Trained inspection and appropriate cleaning protocol; visible appearance is insufficient.
Who should receive it. Qualified paid providers; this is not an ordinary owner quest.
Scope limit. Do not model recurring or contaminated cleaning as dependable unpaid hobby participation.
Assessment. Impact 4/5 · Ease 1/5 · Verification 2/5 · Small-reward participation 1/5. Weighted score: 2.40/5. T3 · T7
16 / Routine cosmetic polishing or decorative tidying
Defer · 5–15 min. Expected willingness with no reward: low; with a small reward: low. These are hypotheses for eligible, available participants.
Why an owner might help. A small enthusiast segment may enjoy detailing; weak broad appeal.
How the task starts. Optional cosmetic schedule
Existing building blocks. App tasks and visual inspection are technically possible.
What Tesla would need to add. Supplies and finish-protection procedure; justification against service downtime.
How to check the result. Photos show appearance but may miss finish damage.
Who should receive it. Only volunteers explicitly interested in detailing; avoid peak service time.
Scope limit. Low incremental service value makes this a poor early use of scarce development and helper attention.
Assessment. Impact 1/5 · Ease 2/5 · Verification 3/5 · Small-reward participation 1/5. Weighted score: 1.65/5. T7
Make the contribution feel worthwhile.
The strongest invitation is a clear, useful favour with a visible result: help this car recharge, clarify this blocked bay, or make the next rider's trip more pleasant. Choice, a short commitment and an honest explanation of the impact could matter as much as a small credit.
Meaning and identity
Some owners may enjoy helping, improving a product they use, or participating in new technology. Research on premium EV buyers supports a mix of environmental, performance and technology motives, but does not measure willingness to maintain a commercial fleet. Purchase-motivation study
Recognition and rewards
Symbolic awards helped retention in a Wikipedia experiment. Broader research suggests intrinsic motivation and incentives can coexist. Neither establishes the right reward or participation rate here. Awards experiment · Motivation meta-analysis
Offer optional Supercharging credit, points, contribution milestones or occasional merchandise. An impact receipt should say what was verified—“helped this car start charging”—instead of inventing minutes or money saved. Recognition-only participation should be a choice, with the reward stated before acceptance.
Let people choose “observations only,” “charging,” “camera care,” or “light tidying,” set a time limit, and mute invitations. Public rankings should be optional. Avoid rewards for rushing, the number of accusations, or repeated reports of the same issue. Waze provides a precedent for contribution points; physical assistance needs its own evidence and design.
The key unknown is repeat participation. Early enthusiasts could be unusually willing. Charging time is also personal time. Pilot results need to distinguish curiosity on the first visit from durable engagement across different owners and stations.
Match the whole task, including its ending.
An invitation should specify the car, location, action, time, reward and what happens if the task cannot be completed. The first eligible acceptance reserves the task exclusively for a short window; nobody needs to race another helper.
- Confirm availability. Charging telemetry establishes vehicle context; a fresh check-in establishes that a person is present and willing. Preferences, qualification, station access and spare time filter the match.
- Compare the alternatives. Dispatch weighs vehicle detour, expected waiting, task success, supplies, support, charger congestion and paid-service alternatives. Only suitable empty vehicles enter physical service tasks.
- Hold and guide. Use a protected service state and limited task-specific access. Keep instructions short and provide “cannot complete” and support paths.
- Verify and release. Check the task result, account for the helper being clear, and apply the fleet's separate readiness rules. A completed quest alone does not release the vehicle to service.
Connecting and disconnecting a cable are separate commitments. The first helper may leave before charging finishes. A reserved available helper or dependable staff fallback must cover disconnection. Do not turn a successful connection into an occupied stall with no exit plan. Charging signals · Charge controls · Congestion considerations
Use different proof for different tasks.
Full product and operating decisions
These are proposed requirements. They identify the work behind a simple user experience.
Station eligibility
P0 — before physical tasks. Start at approved sites with safe space, supplies, bins and staff fallback. Confirm the owner's presence and available time for this session.
Design limit. Charging telemetry does not prove a human is beside the car, and charger occupancy does not reveal every adjacent bay.
T1 · T5
Routing to the helper
P1. Send an eligible empty robotaxi to a confirmed available helper if travel, queue and missed-service costs justify it.
Design limit. Owner detour can be near zero; robotaxi detour, parking access and congestion costs still exist.
T1 · T5
Presence and preferences
P1. Ask: available 2/5/10 minutes; observations, charging, cameras, light cleaning or passenger assistance. Offer Pause and Never offer this type.
Design limit. A parked car is an availability clue, not consent. A cleaning dislike is a preference, not a low reputation.
R3
Spontaneous intake
P1. Always allow Report nearby Robotaxi. Offer a short voice report or, when parked, Something off / Looks okay / Cannot tell. Bookmark time and optional footage.
Design limit. The most socially awkward behaviour may not trigger any internal low-confidence flag.
T4 · W2
System and rider intake
P1. Create tasks from charge plans, cabin checks, persistent anomalies, rider requests and human support triage. Deduplicate reports into one incident.
Design limit. An incident can generate an observation first and a separate physical task only if needed.
T1 · T3 · T8
Initial interface
P1. Use a nearby-task card in the app and parked infotainment. State task, time, exact vehicle, reward and required supplies.
Design limit. Tests usefulness without first building precise overlays into the live driving visualisation.
T1 · T4
Distress face concept
P2 — after useful intake. Use a small face/question badge labelled Check requested. Distinguish a check request, available service task and professional support already engaged.
Design limit. The badge is an operational status, not the car expressing pain or a numerical measure of driving safety.
R4
Triggering the badge
P2. Require a stable, actionable condition, a suitable place and useful human help. Suppress transient hesitation, repeated prompts and cases already assigned.
Design limit. Raw model confidence may be uncalibrated or task-specific; do not publish it as an emotional urgency signal.
R4
Vehicle identification
P2. Match an authenticated fleet status to the correct visible vehicle. If association is ambiguous, show a nearby card with ID rather than attach a badge to a guessed car.
Design limit. GPS alone can confuse adjacent vehicles. Reliable association and stale-status handling are new engineering work.
T1
Three response options
P1. Use Something off / Looks okay / Cannot tell; allow optional voice detail and footage. Ask neutral questions about the observation.
Design limit. Looks okay is weak observational evidence, not clearance to drive. Cannot tell avoids forced guesses.
W2 · R4
Evidence and privacy
P0/P1. Explicitly authorise short incident-linked upload, preserve relevant context and redact unrelated people where appropriate. Restrict passenger information and cabin access.
Design limit. Current Dashcam records locally by default. Public helper maps and unrestricted cabin feeds are unnecessary.
T3 · T4
Matching policy
P1. Filter by authorisation, preferences, presence, time, equipment and task-specific competence; then compare expected completion and service value. Reserve exclusively.
Design limit. Estimate willingness from accepted/declined offers separately from earned reliability. Declining does not lower trust.
R3 · U1
Physical service state
P0. Inhibit autonomous departure, enable only required access, visibly acknowledge the hold, confirm the helper is clear and run release checks.
Design limit. Charging APIs and ordinary Park do not by themselves establish a safe owner-maintenance workflow.
T1 · T2
Verification tiers
P0/P1. Use direct telemetry for objective state changes; multi-view images plus audits for visible changes; humans for ambiguous sensory, legal or safety outcomes.
Design limit. Automatic reward approval and authorisation to return to service are separate decisions.
T1 · T3 · R4
Reputation structure
P1. Track task-category quality, accepted-task reliability and evidence integrity. Show counts and recent outcomes; use a conservative prior for new helpers.
Design limit. A single universal star average confuses skills, popularity and operational failures.
U1
Failure handling
P1. After repeated verified, attributable failures: give specific feedback, retraining and task-category restrictions. Provide review and restoration paths.
Design limit. A broken charger, inaccessible vehicle, mismatched instructions, correct abort or ambiguous evidence does not establish helper failure.
U1
Preferences and rewards
P1. Offer category opt-outs, time limits and optional recognition. Keep material work compensation transparent. Acknowledge actual impact after verified completion.
Design limit. Do not infer ideology from ownership year, assume payment always helps, or promise free charging as costless.
R1 · R2 · R3 · T6
Anti-gaming
P0/P1. Deduplicate, validate outcomes, audit repeat pairs and separate reporting from authorising one's own paid repair. Handle deliberate fabrication distinctly.
Design limit. Rewards for raw report volume or unaudited before/after pictures can incentivise spam and manufactured problems.
W1 · R4
Learning and redesign
P2. Convert reviewed reports into map corrections, evaluated training examples or component redesign requests; measure whether recurrence falls.
Design limit. Do not update a driving model directly from votes or call human success proof of unsupervised capability.
T9
Accessibility track
Dedicated service. Co-design intake with disabled riders; use consented, qualified assistance with guaranteed staff coverage. Keep transfers and securement outside ordinary quests.
Design limit. Potential impact is high; later owner rollout reflects dependencies, not low importance.
T8
Pilot design
P1. Compare recognition-only, modest-credit and fair fixed-payment offers within comparable low-risk tasks. Use a staff-only baseline and track repeated participation.
Design limit. Measure eligible offers, verified successes, cost, downtime, rework and charging delays; initial novelty is not long-run supply.
R2 · R3
Environmental claims
P1. Show measured kilometres or minutes saved when a credible comparison exists; avoid unsupported carbon-saving badges.
Design limit. A robotaxi detour, extra supplies or longer charger occupancy can offset claimed benefits.
T1 · T5
Two doors in: notice something, or answer a check.
Owner-initiated report. A parked control or brief voice bookmark captures time, approximate location and an optional description. “Something off,” “looks okay” and “cannot tell” can be enough. Offer an optional relevant video clip with explicit sharing controls. Existing Dashcam functionality is a building block; it is not evidence that another car's footage is already available to dispatch. Tesla Dashcam · Waze voice-reporting precedent
Fleet-initiated check. A diagnostic, rider report or support review creates a neutral, specific question for someone able to observe safely. A “Check requested” badge can be friendly and legible without presenting an undocumented FSD confidence score as a human emotion. Classifier confidence is not automatically a calibrated probability of correctness. Calibration research
A nearby-vehicle overlay is a later enhancement: Tesla would need reliable association between the fleet vehicle and the displayed object. Start with the requested location and a securely confirmed vehicle identity. Showing a badge on the wrong car would create confusion and poor reports.
Merge duplicates, expire stale conditions and protect the reporting channel against fabricated issues. Reward useful evidence after validation. Owner observations inform operational review and future learning; they do not directly command a manoeuvre.
Vehicle, rider and owner permissions are separate. Minimise location and clip retention; restrict access to passenger information; avoid publishing identifying footage as part of a leaderboard. Tesla's existing privacy notice describes its service practices, but a new owner-help programme would need its own clearly explained permissions. Robotaxi privacy notice
Build confidence in a helper, fairly.
Maintain task-specific completion evidence and recent reliability rather than one opaque popularity score. Someone excellent at reporting parking problems may never want to clean a camera. A preference is a matching input, not a failure.
Repeated attributable failures after accepting a clear task could reduce that category's matching priority, trigger a short refresher or pause access. Show the reason and provide a way to correct a mistaken assessment. Protect new helpers from permanent low ranking caused by a tiny sample.
Declining, being unavailable, reporting “cannot tell,” correctly aborting, or encountering an infrastructure fault should not lower standing. Separate truthful reporting from the fault being reported. Uber's rating exclusions offer a useful precedent, although verifiable maintenance outcomes call for a different scoring model.
Pair quality signals with duplicate detection, cooldowns, independent evidence and occasional audits. Avoid a reward structure that makes creating a problem and then “solving” it profitable.
Each useful action can improve the next decision.
The novel possibility is a joint dispatch problem: where should the robotaxi go next, and where is reliable help already available? The following feedback loops are proposals, not claims about Tesla's internal architecture.
Tesla describes fleet-based AI development and evaluation. Useful quest evidence could become candidate training data after consent, validation and review. Selection bias matters: reports overrepresent visible problems, enthusiastic owners and well-covered locations. Count ordinary successful cases too, and evaluate changes before deployment. Tesla AI & Robotics
A few further possibilities
- Service-aware charging. When charging is already necessary, choose a suitable site with confirmed helper availability if the total benefit is positive.
- Small service kits. Approved sites could hold a standard kit or locker so a one-minute task does not become a search for supplies.
- Learn what to automate next. Task frequency, cost and failure patterns can identify where a hardware redesign or automated cleaning process would remove the most work.
- Community stewardship. Opt-in groups could contribute local access knowledge and track resolved issues without exposing individual movements or passenger data.
Test a useful service, not just a popular demo.
Begin at a small number of approved sites with predictable access and staffed fallback. Include two tracks: familiar charging assistance for eligible vehicles and low-friction context reporting. Add camera care and light tidying only after the access and verification process works.
Compare similar site-and-time blocks with and without quest availability. Within an appropriate voluntary design, compare clear reward offers—recognition only, a small fixed credit, or a larger credit. Agree success criteria and stopping conditions before the trial; do not infer fleet-wide economics from a launch-day enthusiast event.
A practical economic test: avoided service cost and recovered vehicle availability must exceed rewards, vehicle detour and waiting, supplies, verification, support and expected rework. No credible savings percentage is available without measured task frequency and costs.
Scale only the task-and-site combinations that show durable participation and a positive operating result. If help is sparse, supplies are missing or results are ambiguous, use the staffed service path. That fallback is part of the design.
Sources, with their limits.
This is a concept feasibility assessment based on published capabilities and related research. It does not have access to Tesla's internal dispatch system, incident logs, costs or owner-participation experiments. “Existing building blocks” describes components, not a complete implemented quest service. Current service coverage is not an assumption required by this proposal.
The original downloadable workbook contains the 16-task matrix, implementation notes, product decisions, scoring method and sources. This page adds the visual concept's explanation and the wireless-charging consideration.
Documents charge state, power, energy, connector, location and charge-termination estimate fields.
Evidence limit: These are component capabilities; they do not establish a ready-made owner-quest backend or that every signal exists on every vehicle.
Documents charging and vehicle-control commands.
Evidence limit: A public command surface is not an owner-safe service lock or proof of Robotaxi-specific permissions.
Describes post-ride cabin readiness checks, fleet learning and predictive maintenance.
Evidence limit: A cleanliness check is not independently validated proof of hygiene, smell or mechanical safety.
Documents local recording, manual saving and sharing through the mobile app on supported configurations.
Evidence limit: Incident-linked automatic upload would require a new consented integration; recording availability varies.
Documents site-dependent idle and congestion fees.
Evidence limit: Charging availability is not permission to occupy an adjacent parking space for maintenance.
Describes credits redeemable for Supercharging and other Tesla purchases.
Evidence limit: Existing referral benefits are not announced compensation for physical fleet work.
Provides instructions for camera and vehicle cleaning.
Evidence limit: Instructions must be matched to the exact vehicle and task; tools and materials are required.
Describes rider support, lost items and access to wheelchair-accessible providers.
Evidence limit: Does not establish a volunteer passenger-assistance programme or accessible vehicle availability.
Documents points for reports and confirmations.
Evidence limit: Points are an established interaction pattern, not evidence of acceptance rates for physical chores.
Describes converting natural spoken reports into road-incident reports.
Evidence limit: A precedent for intake UX; not a Tesla feature or a guarantee of accurate interpretation.
Survey of 540 respondents and 33 interviews found environmental, performance and technological motives.
Evidence limit: Historical vehicle-purchase evidence; cannot estimate today's owners' willingness to clean robotaxis.
A randomised field experiment found symbolic awards improved newcomer retention.
Evidence limit: Online public-good volunteering differs from physical work for a commercial fleet.
Meta-analysis found intrinsic motivation more predictive of performance quality and incentives of quantity; both can coexist.
Evidence limit: Does not identify an optimal Tesla bounty or imply that payment always damages motivation.
Shows why classifier confidence and empirical correctness can diverge.
Evidence limit: General ML evidence, not an audit of FSD confidence or Tesla's internal calibration.
Describes using recent ratings and excluding issues outside the driver's control.
Evidence limit: An accountability precedent; no claim that a passenger star rating is ideal for verified maintenance tasks.
Describes fleet-sourced examples, model development and evaluation infrastructure.
Evidence limit: Reports can become candidate training data after validation; observations do not instantly update driving behaviour.
Tesla demonstrates wireless charging for Cybercab.
Evidence limit: A demonstration does not establish availability on every vehicle or at every station; cable quests only apply where compatible.