‹ BackHN Continuity

Thread

Rate limits on GitLab.com are changing

177 points · 128 comments · darkwater

  1. bob1029 · · focus · HN ↗
    If you are using LLMs to interact with sites like GitLab and GitHub, and you have the option to use a GraphQL API, you should jump on it immediately.

    GraphQL is absolutely terrible for human developers to interact with, but it's like Facebook could see into the future back in 2012. I cannot imagine a more perfect API surface for agents. With the REST API on GitHub, you can consume maybe 10 issue JSON blobs before your context window is blown out. With GraphQL constraining the results you can easily read hundreds in the same token budget.

    Additionally, the # of requests your agents need to make can be reduced in many cases since GraphQL can join across types whereas REST APIs cannot. You essentially get savings in two dimensions here. Quota and raw token volume per logical response.

    1. RomanKornev · · focus · HN ↗
      > With the REST API on GitHub, you can consume maybe 10 issue JSON blobs before your context window is blown out.

      This is a solved problem. They just dump it into a file and `jq` or `rg` to find the stuff they need.

      Agents are smarter than you think. They've been hill-climbing for generations in their RL environments.

      The ones that get their context window blown out don't survive to launch

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.