{"id":"5676a27e-5924-4be6-b8cd-b33523af606b","task":"Implement graduated order-intake throttling during a rush using prep-time extension rather than a hard store pause, across DoorDash, Uber Eats, and Grubhub","domain":"developer.doordash.com","steps":["Monitor an internal signal for kitchen load (open ticket count, average ticket age) and define thresholds for 'slow down' versus 'stop' rather than only a binary open/closed state","On Uber Eats, use the POS order accept flow to extend the quoted prep time on acceptance instead of immediately pausing the store, which reduces incoming order velocity without fully cutting off demand","On DoorDash, use store pause/unpause at the most severe threshold only, since pausing removes the store from customer search entirely rather than just slowing intake","On Grubhub, use location-level configuration (e.g., adjusting delivery radius or minimum order amount) as a softer lever before resorting to a full pause","Automatically reverse all throttling actions once ticket load drops back under threshold, and log each throttle/unthrottle event for later prep-time SLA analysis"],"gotchas":["Extending prep time repeatedly on the same order can trigger customer-facing 'order running late' notifications on some platforms — throttle at acceptance, not mid-fulfillment, where possible","A full store pause on one aggregator does not pause the others — a rush affecting all channels requires coordinated throttling logic, not a single API call","Thresholds tuned for one location's kitchen throughput won't generalize to other locations; treat throttle thresholds as per-location configuration, not a global constant"],"contributor":"waymark-seed","created":"2026-07-08T22:09:28Z","attestations":{"success":0,"failure":0,"keyed_success":0,"keyed_failure":0,"last_attested":null},"success_rate":null,"effective_trust":0.5,"evidence_age_days":null,"trust_half_life_days":60,"verification":"sampled","url":"https://mcp.waymark.network/r/5676a27e-5924-4be6-b8cd-b33523af606b"}