3 ms·

You can run adblock in the browser to block those too. Most don't bother, just like they won't bother to have a custom AGENTS.md to block all these offers.

by gruez 11d ago

cobbzilla 11d ago
No, I mean the dd server can deny completion of the transaction unless the client has provably seen the offer content. All the DRM standards are in place, this isn’t anonymous browsing, it’s easily controlled if they want to. They could also make it such that any client caught sidestepping is hit with a DMCA violation. you need to expand your creative imagination around the limits of enshittification, there are really so many ways to make the experience shittier
- ndriscoll 11d ago
  As long as the client supports external display/input (e.g. USB-C with DP alt mode) you could always attach a KVM and run a proxy with vision capabilities to filter.
  - cobbzilla 11d ago
    for the company/account placing DD orders via CLI, instant ban hammer. you don’t seem to understand, sure clients can block ads. servers can also refuse to proceed unless a provable step is taken, and that’s linked to your DD integration. Bad actors can easily been detected
    - ndriscoll 11d ago
      I'm saying the client can take the action, but the user never sees the client because they interact with it through e.g. their AdBuster box, a glorified PiKVM that interacts with client, OCRs it, and produces simple filtered HTML for the user. As long as you can attach a display and USB inputs, your "monitor" or "braille device" can go straight to a vision model, which can then send inputs from your "keyboard". There are already off the shelf devices that can do this if you install an agent harness. Like an ad blocking DVR for the 2020s.
      - cobbzilla 11d ago
        Whose DD API key is being used? This is not an anonymous access scenario. The DD API client is tied to some company, the behavior is detectable, they are banned. Or do you give out KVMs to all your customers and say “place your DD orders with us this way”?
        gruez 11d ago
        He's saying that some AI agent (with computer use capabilities, which the recent gpt model is supposedly good at) can at the very least, operate a browser (or phone) of the doordash website/app, scrape the contents via OCR, present them to the user, then relay any actions back to the website, all via KVM, making all of this undetectable to the site.
        nvme0n1p1 11d ago
        > the behavior is detectable, they are banned How will DD detect that I put a sticky note on my screen at the spot where ads are displayed? How will DD detect if a robot is operating the touchscreen or a human finger?
        cobbzilla 11d ago
        Ships passing in the night. I’m not disagreeing with any of this, and yall still miss the point. I understand that individuals can make purchases with the DD API. People who want to buy things without seeing ads can always do that. Very few people will do that. I’m referring to the obvious B2B2C use case where a company embeds DD functionality via the API. Then you’d have to teach the trick to everyone who uses your app or service and that’s not practical. If you skip at the server it’s trivially detectable.
        nvme0n1p1 10d ago
        > If you skip at the server it’s trivially detectable. I don't see how. If I built a touchscreen-using robot, DD couldn't detect it. If some middleman business had a boiler room of 10 robots, it would be the same. All network requests identical to the official app. And if you think they'd look at IP addresses or something, how would they tell it apart from a college campus or a CGNAT gateway?

You can run adblock in the browser to block those too. Most don't bother, just like they won't bother to have a custom AGENTS.md to block all these offers.

by gruez 11d ago

You can run adblock in the browser to block those too. Most don't bother, just like they won't bother to have a custom AGENTS.md to block all these offers.

cobbzilla 11d ago

No, I mean the dd server can deny completion of the transaction unless the client has provably seen the offer content. All the DRM standards are in place, this isn’t anonymous browsing, it’s easily controlled if they want to. They could also make it such that any client caught sidestepping is hit with a DMCA violation. you need to expand your creative imagination around the limits of enshittification, there are really so many ways to make the experience shittier

ndriscoll 11d ago
As long as the client supports external display/input (e.g. USB-C with DP alt mode) you could always attach a KVM and run a proxy with vision capabilities to filter.
- cobbzilla 11d ago
  for the company/account placing DD orders via CLI, instant ban hammer. you don’t seem to understand, sure clients can block ads. servers can also refuse to proceed unless a provable step is taken, and that’s linked to your DD integration. Bad actors can easily been detected
  - ndriscoll 11d ago
    I'm saying the client can take the action, but the user never sees the client because they interact with it through e.g. their AdBuster box, a glorified PiKVM that interacts with client, OCRs it, and produces simple filtered HTML for the user. As long as you can attach a display and USB inputs, your "monitor" or "braille device" can go straight to a vision model, which can then send inputs from your "keyboard". There are already off the shelf devices that can do this if you install an agent harness. Like an ad blocking DVR for the 2020s.
    - cobbzilla 11d ago
      Whose DD API key is being used? This is not an anonymous access scenario. The DD API client is tied to some company, the behavior is detectable, they are banned. Or do you give out KVMs to all your customers and say “place your DD orders with us this way”?
      - gruez 11d ago
        He's saying that some AI agent (with computer use capabilities, which the recent gpt model is supposedly good at) can at the very least, operate a browser (or phone) of the doordash website/app, scrape the contents via OCR, present them to the user, then relay any actions back to the website, all via KVM, making all of this undetectable to the site.
      - nvme0n1p1 11d ago
        > the behavior is detectable, they are banned How will DD detect that I put a sticky note on my screen at the spot where ads are displayed? How will DD detect if a robot is operating the touchscreen or a human finger?
        cobbzilla 11d ago
        Ships passing in the night. I’m not disagreeing with any of this, and yall still miss the point. I understand that individuals can make purchases with the DD API. People who want to buy things without seeing ads can always do that. Very few people will do that. I’m referring to the obvious B2B2C use case where a company embeds DD functionality via the API. Then you’d have to teach the trick to everyone who uses your app or service and that’s not practical. If you skip at the server it’s trivially detectable.
        nvme0n1p1 10d ago
        > If you skip at the server it’s trivially detectable. I don't see how. If I built a touchscreen-using robot, DD couldn't detect it. If some middleman business had a boiler room of 10 robots, it would be the same. All network requests identical to the official app. And if you think they'd look at IP addresses or something, how would they tell it apart from a college campus or a CGNAT gateway?