When Disclosure Is Compulsory: Evaluating Ride-Hailing Rebalancing Policies with Self-Interested LLM Driver Agents
Organizations: School of Civil Engineering, The University of Sydney, Darlington 2008 NSW, Australia
Abstract
The EU Platform Work Directive, to be transposed by December 2026, requires ride-hailing platforms to state in plain language the main parameters of their automated decisions and how a worker's behaviour affects them. Such rules are exactly what a large language model (LLM) can read, so drivers will be able to let one decide for them. We compare two main families of rebalancing policy once their rules are public: a reactive policy (R) that sends idle drivers to cover requests just lost, and an anticipatory policy (A) that plans moves on a demand forecast. Each driver is an LLM agent maximizing its own net income, given no rules (N) or the rules at the directive's level of detail (L). We test two LLMs, Claude Haiku 5.5 and Jev, which understand the rules equally well, in a three-zone model and in Manhattan. With the rules disclosed, drivers follow the platform more closely: in Manhattan, the share of relocation offers they decline falls from about four in five to one in four under both policies. Yet the effects differ by policy. For the platform, disclosure costs R 3.7% of its profit in Manhattan, as R now pays for moves drivers used to make for free, while A's profit is unchanged; the two policies, which tie on profit under full compliance, end 6.1% apart. For drivers, disclosure raises income in the small model under both policies and LLMs; for users, it raises the service rate there by 10 to 18 percentage points. In Manhattan, self-interested drivers also make A a win-win-win against full compliance, raising driver income, platform profit and service rate by 10 to 12% each. Rebalancing policies that perform equally well under full compliance can thus show opposite results under mandatory disclosure. The study offers a framework to evaluate such policies under the new requirement and is, to our knowledge, the first to do so with LLM agents.
Figures & tables
| Symbol | Meaning | Symbol | Meaning |
| Indices, policies and conditions | Requests and demand | ||
| , , | Zones: origin, destination, any zone | Requests in zone over the last price interval | |
| ; , | Passenger request; its origin and destination zones | Requests lost in zone since the last plan | |
| ; | Vehicle and its driver; set of vehicles | Forecast requests from to in interval | |
| Decision step (a period in the small model) | , | Mean requests per period, in total and from to (small model) | |
| Interval of A’s horizon, | , | Base level and peak height of | |
| Section | Content |
| [ROLE] | Role and goal |
| [PLATFORM RULES] | The disclosed rules (Section 3.2.2 ); empty under N |
| [TIME] | Clock time and the end of the shift |
| [YOU] | Zone, state, share of each fare kept, own history over the last six price intervals |
| [YOUR OFFER] | Only when an offer is held: origin, destination zone and compensation |
| [YOUR REQUEST] | Only when a request is assigned: pickup and drop-off zones, trip distance and time, pickup time, fare and the driver’s share, earlier rejections |
| Decision point | Actions |
| Idle | STAY/MOVE |
| On request | ACCEPT/REJECT; if REJECT: STAY, MOVE |
| On rebalancing offer | ACCEPT/REJECT; if REJECT: STAY, MOVE |
| N: no disclosure | L: law-level disclosure | |
| R: reactive | R N: offers cover lost requests; rules not shown | R L: offers cover lost requests; rules shown, with the R rebalancing paragraph |
| A: anticipatory | A N: offers follow the forecast plan; rules not shown | A L: offers follow the forecast plan; rules shown, with the A rebalancing paragraph |
| Item | Setting |
| Network | Manhattan road network with 29 hexagonal zones |
| Test day | Wednesday 23 March 2016, 4:00–24:00 |
| Warm-up | 3:00–4:00, every driver complies |
| Requests on the test day | |
| Fleets | 500 AI Drivers; In mixed fleets: 100 or 250 AI drivers and the others complying |
| Test cases | R N, R L, A N, A L |
| Scale | Model | R | A | Minimum confidence |
| Small model | Jev | 12/12 | 12/12 | 0.92 |
| Claude Haiku 5.5 (xhigh) | 12/12 | 12/12 | – | |
| City | Jev 1.13.0 | 17/17 | 17/17 | 0.94 |
| R | A | |
| Service rate (%) | ||
| Utilization (%) | ||
| Platform profit (USD/day) | $$136,500 | 136,600$\pm$1,900 |
| Commission (USD/day) | ||
| Compensation paid (USD/day) | ||
| Rebalancing offers accepted |
Appendix figures & tables5 assets
Supplementary material from the paper’s appendix.
Appendix
| Parameter | Symbol | Small model | City (Manhattan) |
| Network and clock | |||
| Zones | 3 on a line (residential, middle, CBD) | 29 hexagons of 1,000 m radius on the road network | |
| Travel time between zone centres | 1 period between neighbours, 2 between the end zones | along the road network | |
| Unit of distance | one zone spacing, driven in one period | road km | |
| Decision step | one period of 5 min | 15 s | |
| Price interval | one period | 5 min | |
| Experiment | Model | Runs | API calls | Cost (USD) | Per run (USD) | Dates |
| Small model, all ten drivers AI | Jev 1.13.0, option of highest probability | 60 | 2.43 | 0.040 | 17 Oct | |
| Small model, all ten drivers AI | Claude Haiku 5.5, effort xhigh | 60 | 26.61 | 0.44 | 17 Oct | |
| City, all 500 drivers AI | Jev 1.13.0, option of highest probability | 4 | 49.54 | 12.39 | 23 Oct | |
| Total | 124 | 78.58 |
| # | Question | Options (correct in bold) | Jev R | Jev A |
|---|---|---|---|---|
| 1 | In a strictly positive shortage away from payment caps, with all other inputs fixed, fewer online idle vehicles make fare: | Increase ; Unchanged; Decrease | 1.00 | 1.00 |
| 2 | Hold requests and committed arrivals fixed. In a positive shortage away from caps, a rejection reducing measured online idle supply makes next period fare: | Increase ; Unchanged; Decrease | 1.00 | 1.00 |
| 3 | In a positive shortage away from caps, increasing the committed supply used for pricing makes fare: | Increase; Unchanged; Decrease | 0.99 | 1.00 |
| 4 | In a positive shortage with positive included supply, away from caps, increasing the demand input used in the rule makes fare: | Increase ; Unchanged; Decrease | 0.98 | 0.98 |
| 5 | Which demand input does the fare rule use? | Previous-period observed requests ; Forecast potential demand | 1.00 | 1.00 |
| 6 | What decides where relocation offers send drivers? | Requests left unserved recently (R); Forecast demand over the coming periods (A) | 1.00 | 1.00 |
| # | Question | Options (correct in bold) | Jev R | Jev A |
|---|---|---|---|---|
| 1 | A zone has a shortage. With everything else fixed, if fewer drivers are counted as available in it, its fare per kilometre at the next price update: | Increase ; Unchanged; Decrease | 1.00 | 1.00 |
| 2 | Hold everything else fixed. A driver rejects a passenger request and stays in the zone. The zone’s next fare: | Increase; Unchanged ; Decrease | 0.94 | 0.98 |
| 3 | A zone has a shortage. With everything else fixed, if more drivers are committed to arrive there before the next price update, its next fare: | Increase; Unchanged; Decrease | 1.00 | 1.00 |
| 4 | A zone has a shortage and some counted drivers. With everything else fixed, if more requests start there before the next price update, its next fare: | Increase ; Unchanged; Decrease | 0.96 | 0.99 |
| 5 | Which demand does the fare rule use? | Requests that started in the zone since the last price update ; Forecast requests for the coming minutes | 1.00 | 1.00 |
| 6 | What decides where relocation offers send drivers? | Requests lost in each zone since the platform’s last plan (R); Forecast requests in each zone for the near future (A) | 1.00 | 1.00 |