Using this with Cursor

Setup

1. Create a key on the free tier.
2. Add the server to the editor MCP settings.
3. Reload the window.
4. Invoke it from the agent panel.

Configuration:

{
  "mcpServers": {
    "unzoi": {
      "url": "https://api.unzoi.com/mcp/sse",
      "headers": { "x-api-key": "your-key" }
    }
  }
}

Keep it out of automated runs

An editor agent with a news tool available will sometimes use it during tasks that have nothing to do with news, because a tool that is present is a tool that gets considered. That is harmless interactively and wasteful in any automated or batch context, where nobody is watching and the requests still count. If you run unattended jobs from the same editor configuration, scope the server to the projects that actually need it rather than enabling it globally.

Querying the real index while you build against it

The reason to wire this into an editor is not to read the news — it is that you are writing code which consumes news data and would otherwise be guessing at response shapes. Being able to ask for a real result while writing the parser that handles it removes an entire category of mistake, particularly around fields that are frequently absent. Optional fields are where integrations break, and they are exactly what a hand-written mock will get wrong.

Editor agents burn request budget fast

An agent operating inside a codebase explores. It will issue broad queries to understand the shape of the data, then more queries to check its understanding, and a single question from you can become a dozen requests without anything having gone wrong. On a small plan that is noticeable within an afternoon. Bound queries tightly by time, and keep an eye on usage while you are iterating — this is the client where the request multiplier surprises people most.

The stale process problem

The editor keeps the server process alive across window reloads, which is normally what you want. It becomes a problem after you rotate an API key: the old process keeps running with the old key, requests keep succeeding, and you conclude the new key works when it has never been used. If usage is appearing under an account you did not expect, this is almost always why.

Notes and the usual pitfall

• Useful when the code you are writing consumes news data — you can query the real index while building against it, instead of guessing at response shapes.
• Keep queries tightly time-bounded here; editor agents tend to issue broad exploratory calls that burn request budget quickly.

Watch for: The editor keeps the server process alive across reloads. After changing the API key, kill the process or the old key stays in use and requests keep succeeding under the wrong account.