I'm tired of fixing customers' AI generated code

Scope of the problem: AI‑generated client code

  • Many API users now arrive with code written by LLMs that:
    • Call non‑existent endpoints or fields hallucinated by the model.
    • Ignore rate limits, error handling, and basic HTTP concepts.
  • This creates expectation that the API provider will debug or even design the entire app for free.
  • Several commenters note this isn’t fundamentally new (stack‑overflow copy/paste, script kiddies), but AI massively increases the volume and speed of low‑quality code.

Causes: low skills + “just make a thing” mindset

  • People want to build products, not learn programming; AI appears to let them skip fundamentals.
  • Some see this as an extension of junior devs with buzzwords but little depth.
  • Others argue self‑teaching takes substantial time; a “week to learn programming” is unrealistic for most.
  • There’s concern that reliance on AI erodes understanding and makes debugging much harder.

Proposed coping strategies for API providers

  • Improve self‑service:
    • Strong docs, OpenAPI specs, generated SDKs, minimal “hello world” examples in popular languages.
    • Public FAQs and support articles targeting common AI‑induced mistakes.
  • Change support model:
    • Explicitly limit free support; add paid tiers, “developer”/enterprise support, or “no support” positioning.
    • Fire or filter high‑maintenance customers; set clear boundaries early.
    • Build a community forum so other users can help for free.
  • Offload work:
    • Partner with consultants or freelancers specializing in fixing AI‑generated apps.
    • Some see a “gold mine” market in rescuing these projects.

“Use AI to fix AI” ideas

  • Suggestions include:
    • A support bot/agent grounded strictly in the API docs to detect invalid endpoints/fields and propose corrections.
    • LLMs to triage, auto‑respond, or prioritize tickets.
    • Using hallucinated endpoints as signals for missing or confusing API design (“hallucination‑based API design”).
  • Skeptics note that:
    • LLMs also hallucinate and can get stuck in loops without a knowledgeable human guiding them.
    • Scale of low‑quality code/content may become unmanageable.

Broader views on AI and coding

  • Many see AI as:
    • Good for speeding up typing, boilerplate, and simple bug hunting.
    • Dangerous when used as a substitute for understanding or for full app design.
  • Review burden rises: it’s harder to vet large, incoherent AI‑written patches; some fear “AI reviewing AI” is misguided.
  • Others think, as with ATMs and cloud, AI will create new jobs: cleaning up, hardening, and extending AI‑generated prototypes.