429-throttle-mcp

English | 中文

Keine API-429-Ablehnungen mehr — ein MCP-Proxy mit Ratenbegrenzung, der Modellen in langen Aufgaben automatisch das Aufruftempo steuert.

Was ist das

Viele kostenlose LLM-APIs (Grok, Gemini, Dots usw.) erlauben nur etwa 30 Aufrufe pro Minute. Bei langen Aufgaben (Suche + PPT-Erstellung, Batch-Tool-Aufrufe) überschreiten Modelle schnell das Limit und werden mit 429 abgelehnt.

429-throttle-mcp bietet an diesem Schmerzpunkt eine transparente Ratenbegrenzungsschicht:

模型 → call_api 工具 → 限流器 → 实际 API 请求 → 返回结果 + 用量快照

Das Modell muss nichts von der Ratenbegrenzung wissen — es ruft einfach normal call_api auf. Die Begrenzungslogik wird transparent innerhalb des MCP ausgeführt: Ist das Kontingent ausreichend, wird durchgelassen; wenn nicht, wird dem Modell mitgeteilt, wie lange es warten soll, bevor es es erneut versucht.

Related MCP server: mcp-doorman

Paketstruktur

Monorepo mit zwei unabhängigen npm-Paketen, die sich die zentrale Begrenzungslogik teilen:

429-throttle-mcp/
├── packages/
│   ├── rate-limiter.js              # 核心限流逻辑（共享）
│   ├── 429-throttle-mcp/            # MCP Server 包
│   │   ├── package.json
│   │   ├── server.js
│   │   └── README.md
│   └── dsh-throttle/                # DSH Plugin 包
│       ├── package.json
│       ├── plugin.js
│       └── README.md
├── dsh-manifest.json
├── README.md
└── .env.example

Kernparameter

Verfügbare Tools

call_api

Sendet HTTP-Anfragen über den Begrenzungs-Proxy. Alle externen API-Aufrufe müssen über dieses Tool laufen.

Rückgabe: API-Antwort + _meta.rateLimit-Verbrauchsmomentaufnahme. Bei Ablehnung durch die Begrenzung wird ein RATE_LIMIT_EXCEEDED-Fehler zurückgegeben, der die empfohlene Wartezeit retryAfterSeconds enthält.

get_rate_limit_status

Fragt den aktuellen Verbrauch der Ratenbegrenzung ab. Gibt verbrauchte/verbleibende Aufrufe und Token sowie Empfehlungen zurück. Enthält keinen Warteschlangenzähler, um Nutzer nicht zu verunsichern.

set_rate_limit

Passt die Begrenzungsparameter dynamisch an (entspricht einer Schieberegler-Anpassung, wirkt sofort ohne Neustart).

Installation

MCP-Clients (z. B. ZCode)

npm install 429-throttle-mcp

In der MCP-Konfiguration hinzufügen:

{
  "mcpServers": {
    "429-throttle-mcp": {
      "command": "node",
      "args": ["node_modules/429-throttle-mcp/server.js"],
      "env": {
        "MAX_CALLS": "30",
        "MAX_TOKENS": "750000"
      }
    }
  }
}

DeepSeek Harness

npm install dsh-throttle

In der DSH-Konfiguration hinzufügen:

{
  "plugins": {
    "dsh-throttle": {
      "maxCalls": 30,
      "maxTokens": 750000
    }
  }
}

Beispiel-Workflow

Wenn das Modell eine Marken-PPT-Suchaufgabe ausführt:

1. get_rate_limit_status aufrufen → Kontingent ausreichend bestätigen

2. call_api aufrufen → Marken-Keywords suchen

3. Bei Ablehnung → nach retryAfterSeconds erneut versuchen

4. Schritte 2–3 wiederholen, bis alle Informationen gesammelt sind

5. set_rate_limit aufrufen → Begrenzungsparameter für die Generierungsphase enger stellen

Ratenbegrenzungsalgorithmus

Sliding Window + Token Bucket: Ein 60-Sekunden-Sliding-Window wird gepflegt; bei jedem Aufruf werden Zeitstempel und Token-Verbrauch protokolliert. Alte Einträge außerhalb des Fensters werden automatisch bereinigt. Bei Überschreitung des Limits wird die verbleibende Wartezeit des ältesten Eintrags berechnet.

Nebenläufigkeitssicherheit: tryConsume() ist eine synchrone Funktion und wird im Single-Threaded-Event-Loop von Node.js natürlich serialisiert — es können keine Race Conditions auftreten.

Warum das hier statt „ruf langsamer an" im Prompt?

Application scenario Keyword

429报错, anti 429, MCP限流, 大模型每分钟调用限制, 免费大模型速率限制, Agent批量调用触发429, MCP排队调用, RPM, TPM, rate limiter mcp, quota guard, mcp server, mcp proxy, throttle, llm api quota, cop, HTTP 429, Too Many Requests, rate limiting, token bucket, sliding window, API proxy, LLM rate limit, AI API throttle, concurrent rate limit, 30 calls per minute

Lizenz

MIT